hotchpotch/wikipedia-multilingual-ir-pairs huggingface dataset:
IBM 웹스피어 애플리케이션 서버 버전 역사
배치 관리자의 역할은 모든 클러스터링 런타임 작업에서 제거되었다. 중앙 집중식 JMX 관리 및 구성 변경에만 필요하다.
이제 프로덕션에서 혼합 버전 셀(V5에서 V6) 실행을 지원한다.
공통 프로그래밍 모델을 공유하므로 네트워크 배포와 동일한 핵심 기능을 제공하지만 다음과 같은 플랫폼 이점을 여전히 포함한다.
혼합 워크로드의 우선순위 관리를 위한 z/OS 워크로드 관리자
복잡하고 중요한 트랜잭션의 트랜잭션 무결성을 추가한 리소스 복구 서비스
RACF와 같은 보안 메인프레임 제품 지원
고유한 제어 영역(통합 제어 영역) 서버 영역(워크로드가 완료되는 곳) 분리를 특징으로 하는 애플리케이션 서버를 위한 고급 수직 스케일링으로, 제어 영역이 들어오는 요청 볼륨에 따라 필요에 따라 서버 영역을 열고 닫을 수 있도록 한다.
패러렐 시스플렉스 지원으로 Sysplex에 완전하게 참여하여 고급 페일오버 지원과 중앙 집중식 로깅 및 관리 시설을 갖춘 지리적으로 분산된 환경이 완벽하게 하나처럼 작동하도록 한다.
WAS XD는 관리 용이성과 성능이라는 두 가지 주요 영역에서 애플리케이션 서버의 기능을 향상시킨다. 또한 애플리케이션 서버 풀 간의 동적 가상화와 같은 새로운 구성을 가능하게 한다.
성능 측면에서 ObjectGrid 구성 요소가 추가되었는데, 이는 모든 애플리케이션 서버(1.4 JDK가 있는 모든 버전) 또는 zLinux 및 z/OS 지원을 포함한 모든 J2SE 1.4 런타임과 함께 사용할 수 있는 독립형 분산 캐시이다.
아파치 제로니모 프로젝트 기반 코드
버전 6에서는 이전에 WebSphere Business Integration Server Foundation(WBISF)에 있던 일부 기능이 새로운 IBM WebSphere Process Server로 이동했다. 다른 기능은 다른 에디션(Express 이상)으로 이동했다.
이 버전은 2004년 1월 16일에 출시되었다. J2EE 1.4를 준수하는 애플리케이션 서버이다.
z/OS용 버전 5.1은 zAAP 엔진을 지원하는 첫 번째 버전이다.
이는 WebSphere Application Server Enterprise Edition V5.0의 후속 제품이다. 워크플로우 엔진은 V5.0에서 사용된 독점적인 FDML 형식 대신 BPEL을 지원하도록 업데이트되었다. 제품 가격도 재조정되었고 인텔 환경부터 메인프레임까지 모든 IBM 플랫폼에서 사용할 수 있게 되었다.
2002년 11월 19일 출시된 버전. J2EE 1.3 인증 애플리케이션 서버였다. V3/V4 코드베이스를 대폭 재작성한 것으로, WebSphere Application Server가 공통 코드베이스에서 코딩된 첫 번째 사례였다. 이제 인텔 x86부터 메인프레임에 이르는 모든 배포 플랫폼에서 WAS는 실질적으로 동일한 코드이다. 데이터베이스 기반 구성 저장소는 복제 XML 파일 기반 구성 저장소로 대체되었다. Deployment Manager라는 서비스는 셀 구성의 마스터 복사본을 가지고 있었고, 노드는 변경될 때마다 이 마스터 서버에서 필요한 파일을 복사해왔다. V5에는 임베디드 자바 메시지 서비스(JMS) 서버라고 불리는 MQ 5.3의 축소 버전도 포함되었다.
WebSphere Application Server for z/OS. 이 버전은 기본적으로 Network Deployment 제품과 동일하지만, 워크로드 관리자(Workload Manager)와 같은 z/OS 기능을 최대한 활용하여 미션 크리티컬하고 확장 가능하며 안전한 워크로드를 위해 메인프레임을 필수적으로 만드는 핵심 기술을 활용하도록 최적화되어 있다.
이것은 J2EE 1.2 인증 애플리케이션 서버였다. XML 데이터스토어를 이미 사용하던 단일 서버 에디션을 제외하고는 V3.x의 데이터베이스 기반 구성 모델을 상속받았다.
WebSphere 3.5는 WebSphere의 첫 번째 광범위하게 사용된 버전이다.
아래는 IBM AIX RS6000 시스템 터미널에서 WAS v3.5가 시작되는 모습이다.
그림에 나타난 것처럼, 프로세스의 루트는 주 WAS 부트스트랩 프로세스이다:
자바 JVM 머신 자체는 먼저 시작된 다음, 그 아래에 여러 개의 JVM 프로세스가 생성되며, 각 프로세스는 자체 클래스 로더를 가진 엔터프라이즈 애플리케이션을 나타낸다.
클래스가 여러 JVM에서 로드되므로 WAS는 로드된 클래스의 가시성을 관리하기 위한 구성 플래그를 제공한다. 또한 관리자 또는 프로그래머는 클래스의 가시성을 관리하기 위해 계층 구조(.ear 또는 .war의 위치 및 MANIFEST에 들어가는 내용)를 알아야 한다.

다음 그림은 동심원 형태의 클래스 로딩 계층을 보여준다. 클래스의 가시성은 중요하다. 그렇지 않으면 충돌하는 클래스가 애플리케이션 서버 런타임 중에 타입 캐스팅 오류를 발생시킬 수 있다.
IBM은 자바빈, CORBA 및 리눅스 지원을 추가한다. Standard Edition (SE) 및 Advanced Edition (AE) 두 가지 에디션으로 제공된다.
1998년 6월에 초기 출시되었다. 주로 자바 서블릿 엔진이었다.
IBM 웹스피어 애플리케이션 서버 보안
IBM 웹스피어 애플리케이션 서버 보안 모델은 운영 체제에서 제공되는 서비스와 자바 EE 보안 모델을 기반으로 한다. IBM 웹스피어 애플리케이션 서버는 다양한 사용자 레지스트리에 대한 지원을 제공하는 사용자 인증 및 권한 부여 메커니즘을 구현한다:
IBM 웹스피어가 지원하는 인증 메커니즘은 다음과 같다:
리상푸
리상푸(중국어: 李尚福, 병음: Lǐ Shàngfú; 1958년 2월 출생)는 중국의 항공우주공학자이자 전직 군 행정가이다. 그는 2023년 3월부터 10월까지 제13대 국방부장과 중국 국무위원을 역임했다.
리상푸는 1982년 인민해방군(PLA)에 시창 위성발사센터의 기술자로 입대했다. 그는 시창 위성발사센터에서 31년간 근무했으며, 그중 10년은 센터장으로 재직했다. 리상푸는 2014년부터 2016년까지 인민해방군 총장비부 부부장, 2017년부터 2022년까지 중앙군사위원회(CMC) 장비발전부 부장을 역임했다. 2019년 7월에는 상장 계급을 수여받았고, 2022년 10월에는 중앙군사위원회 위원으로 임명되었다. 2023년 3월에는 제13대 국방부장 및 국무위원으로 임명되었다.
2023년 8월, 리상푸는 대중의 시야에서 사라졌고, 2023년 10월 24일에 직위에서 해임되었다. 그는 가장 짧게 재임한 국방부장이며, 인민해방군 전략지원부대 출신으로는 처음이다. 2024년 6월, 그는 부패 혐의로 중국공산당(CCP)에서 축출되었고 그의 사건은 형사 소송을 위해 군 사법부로 이관되었으며, 그의 상장 계급은 박탈되었다.
리상푸 어린 시절
리상푸는 1958년 2월 쓰촨성 청두시에서 태어났으며, 그의 적관은 장시성 싱궈현이다. 그는 홍군 참전 용사이자 전직 PLA Railway Force 고위 장교였던 리샤오주(중국어: 李绍珠)의 아들이다. 리상푸는 1978년 중국인민해방군국방과기대학에 입학하며 인민해방군에 입대했으며, 1980년 6월에는 중국공산당에 입당했다. 1982년 졸업 후, 그는 시창 위성발사센터에서 기술자로 근무하기 시작했다.
리상푸는 충칭 대학에서 제어이론 및 제어공학 분야의 공학박사 학위를 취득했다.
리상푸 경력
2003년 12월, 그는 45세의 나이로 센터장(사령관)으로 승진했다. 2006년에는 소장 계급을 얻었다. 시창 센터장으로 재임한 10년 동안, 리는 2010년 10월 창어 2호 달 탐사선 발사를 포함한 여러 로켓 발사를 감독했다.
시창에서 31년간 근무한 후, 리는 2013년에 인민해방군 총장비부(GAD) 참모장으로 임명되어 소장 상훙을 대체했다. 1년 후, 그는 GAD 부부장이 되었다.
2016년, 리는 새롭게 창설된 인민해방군 전략지원부대 부사령관으로 임명되었으며, 이 부대는 사이버 공간, 우주 및 기타 첨단 기술 전쟁을 담당한다. 그는 같은 해 중장 계급으로 승진했다. 2017년 9월, 리는 GAD의 후속 부서인 중앙군사위원회 장비발전부 부장으로 임명되어 상장 장유샤를 대체했다.
2017년 10월, 리는 제19차 중국공산당 중앙위원회 위원으로 선출되었다.
리상푸는 2006년 7월에 소장 계급을, 2016년 8월에 중장 계급을, 2019년 7월에는 상장 계급을 수여받았다.
리상푸 경력
2022년 10월, 그는 당 총서기 시진핑에 의해 제20차 중국공산당 중앙군사위원회 위원으로 지명되었다. 그는 중앙군사위원회 위원 중 첫 번째 순위를 기록했다.
2023년 1월 18일, 리상푸는 중앙군사위원회 승진식에 참석했으며, 같은 해 3월 12일에는 웨이펑허의 후임으로 국무위원 겸 국방부장으로 임명되었다. 더 디플로맷에 따르면, 리의 승진은 중국과 미국 간의 기술 경쟁 심화 속에서 중국이 국방 현대화 프로그램에서 항공우주 분야를 우선시하려는 노력을 반영한다.
2023년 4월 17일, 리는 러시아로 첫 해외 방문을 했다. 나흘간의 방문 동안 그는 모스크바에서 블라디미르 푸틴 러시아 대통령과 세르게이 쇼이구 국방장관을 만났다. 회담에서 그는 중국과 러시아 간의 유대가 '냉전 시대의 군사-정치 동맹을 능가한다'고 밝혔다. 4월 28일, 그는 뉴델리, 인도에서 열린 상하이 협력 기구 국방장관 회의의 일환으로 인도 국방장관 라즈나트 싱을 만났는데, 이는 2020년 인도-중국군 간의 국경 분쟁 이후 중국 국방장관의 첫 인도 방문이었다.
리상푸 경력
2023년 6월, 싱가포르에서 열린 2023년 IISS 아시아 안보회의에서 리는 미국과의 전쟁은 감당할 수 없는 재앙이 될 것이며, 양국 간의 최근 긴장 고조 속에서 미국과 중국 모두 더 많은 공통점을 찾아야 한다고 공개적으로 발언했다.
2023년 9월, 로이터는 리가 중앙군사위원회 기율검사위원회(CMCCDI)의 반부패 조사를 받고 있다고 보도했다. 그의 부재는 미국 정부 관리들에 의해 관찰되고 추측되었으며, 이들은 파이낸셜 타임스에 리가 조사 중이라고 믿는다고 말했다.
리상푸 경력
2023년 10월 24일, 제14대 전국인민대표대회 상무위원회 제6차 회의는 리상푸를 국무위원 겸 국방부장 직위에서 해임하고, 친강을 국무위원 직위에서 해임하기로 결정했다. 그는 또한 중앙군사위원회에서도 해임되었다. 7개월의 재임 기간으로 리는 중화인민공화국에서 가장 짧게 재임한 국방부장이다. 그의 마지막 공개석상 등장은 2023년 8월 29일 베이징에서 열린 아프리카 국가들과의 안보 포럼에서 연설을 했을 때였다. 2024년 3월 4일, 전국인민대표대회 대변인 러우친젠은 리가 더 이상 전국인민대표대회 대표가 아니라고 발표했지만, 2024년 9월 13일 제14대 전국인민대표대회 상무위원회가 리의 해임을 발표하기 전까지는 리의 해임이나 사임에 대한 공식 발표는 없었다.
2024년 6월 27일, 중국공산당 중앙정치국은 리가 전 국방부장 웨이펑허와 함께 "기율 및 법률 위반"으로 당에서 축출되었으며, 사건은 형사 기소를 위해 인민해방군 검찰 기관으로 이송되었고, 리는 재정적 뇌물을 수수하고 다른 사람에게 뇌물을 준 혐의를 받고 있다고 발표했다. 두 사람 모두 상장 계급도 박탈되었다. 2024년 7월, 제20차 중국공산당 중앙위원회의 제3차 전체회의는 리의 축출 결정을 확정했다.
리상푸 논란
2018년 9월 20일, 리상푸는 장비발전부와 함께 미국 연방 법률인 CAATSA에 따라 제재를 받은 "개인과의 중대한 거래"에 관여한 혐의로 미국 정부의 제재를 받았다. 이는 "러시아가 중국에 Su-35 전투기와 S-400 지대공 미사일 시스템 관련 장비를 이전한 거래" 때문이었다. 그 결과, 그는 미국의 특별 지정 국민 및 차단 대상에 포함되었다. 미국이 그에게 부과한 제재에도 불구하고, 그는 미국 측 카운터파트와 공식 회담을 진행할 수 있었지만, 그의 제재 지정을 면제하는 예외는 발행되지 않을 것이다.
2023년 5월 21일, 미국 대통령 조 바이든은 자신의 행정부가 리에 대한 제재 해제를 고려하고 있다고 밝혔다. 그러나 5월 22일 기자 브리핑에서 미국 국무부 대변인 매슈 밀러는 미국이 제재 해제를 고려하고 있지 않다고 밝혔다.
SignalR
SignalR은 마이크로소프트 ASP.NET용 자유 및 오픈 소스 소프트웨어 라이브러리로, 서버 코드가 클라이언트 측 웹 애플리케이션에 비동기 알림을 보낼 수 있게 한다. 이 라이브러리에는 서버 측 및 클라이언트 측 자바스크립트 구성 요소가 포함되어 있다.
SignalR 상세 정보
ASP.NET SignalR은 ASP.NET 개발자가 애플리케이션에 실시간 웹 기능을 추가할 수 있게 해주는 라이브러리이다. 실시간 웹 기능이란 서버 측 코드가 연결된 클라이언트에 발생하는 내용을 실시간으로 푸시할 수 있는 기능을 말한다.
SignalR은 여러 전송 방식을 활용하며, 클라이언트와 서버의 기능에 따라 사용 가능한 최상의 전송 방식을 자동으로 선택한다. SignalR은 브라우저와 서버 간의 양방향 통신을 가능하게 하는 HTML5 API인 웹소켓을 활용한다. SignalR은 웹소켓을 사용할 수 있을 때는 내부적으로 웹소켓을 사용하며, 사용할 수 없을 때는 다른 기술로 자동으로 전환하지만 애플리케이션 코드는 동일하게 유지된다.
SignalR은 또한 ASP.NET 애플리케이션에서 서버-클라이언트 RPC (서버 측 닷넷 코드에서 클라이언트 브라우저의 자바스크립트 함수 호출)를 수행하기 위한 간단하고 상위 수준의 API를 제공하며, 연결/연결 해제 이벤트, 연결 그룹화, 인증과 같은 유용한 관리 훅을 추가한다.
ZK (프레임워크)
ZK는 자바로 작성된 오픈 소스 Ajax 웹 애플리케이션 프레임워크로, 거의 프로그래밍 지식이 필요 없이 웹 애플리케이션용 그래픽 사용자 인터페이스를 생성할 수 있다.
ZK의 핵심은 Ajax 기반 사건 기반 메커니즘, 123개 이상의 XUL 및 83개 XHTML 기반 구성 요소, 그리고 사용자 인터페이스 설계를 위한 마크업 언어로 구성된다. 프로그래머는 기능이 풍부한 XUL/XHTML 구성 요소로 애플리케이션 페이지를 설계하고, 최종 사용자 활동에 의해 트리거된 이벤트에 따라 이를 조작한다. 이는 데스크톱 GUI 기반 애플리케이션에서 발견되는 프로그래밍 모델과 유사하다.
ZK는 구성 요소의 콘텐츠 동기화와 클라이언트 및 서버 간의 이벤트 파이프라인 처리가 엔진에 의해 자동으로 수행되고, Ajax 배관 코드가 웹 애플리케이션 개발자에게 완전히 투명한 서버 중심 접근 방식을 사용한다. 따라서 최종 사용자는 데스크톱 애플리케이션과 유사한 상호 작용 및 응답성을 얻는 동시에, 프로그래머의 개발은 데스크톱 애플리케이션과 유사한 단순성을 유지한다.
ZK (프레임워크)
ZK는 표준 웹 요청-응답 메커니즘을 사용하지 않으며 쿼리 매개 변수가 있는 GET 요청 또는 POST 요청을 통해 서버로 폼 필드를 전송하지 않는다. 대신, 각 화면 위젯의 내부 상태를 업데이트하기 위해 AJAX 요청이 서버로 전송된다. 브라우저에서 ZK는 웹 페이지의 JSON 설명만 다운로드하고 클라이언트 렌더러를 사용하여 이를 UI로 변환한다. 이는 매우 효율적이며 면밀히 검사하면 모든 것을 한 번에 다운로드하지 않는다. 클라이언트와 서버 간의 트래픽을 보면 페이지 렌더링이 최종적으로 완료될 때까지 클라이언트와 브라우저 간에 여러 요청이 오가는 것을 알 수 있다.
선택적 클라이언트 측 사용자 지정은 개발자가 소위 서버+클라이언트 퓨전을 통해 클라이언트 측 리소스를 활용하여 사용자 지정 및 Ajax 트래픽을 줄일 수 있게 한다.
스윙과 유사한 방식의 구성 요소 기반 프로그래밍 외에도, ZK는 ZUML이라는 풍부한 사용자 인터페이스 정의를 위한 마크업 언어를 지원한다.
ZK (프레임워크) XUL과의 차이점
ZK는 서버에서 자바로 사용자 인터페이스 논리를 처리한다. 이는 논리를 생성하는 데 사용할 수 있는 스크립팅 엔진 및 애플리케이션 라이브러리 선택의 폭을 넓힌다. dhtml 효과에 대한 서버 로드를 줄이기 위해 클라이언트 측 액션 기능을 사용하여 프레젠테이션 효과를 브라우저에 위임할 수 있다. 단일 애플리케이션 컨테이너에서 서버의 애플리케이션 논리를 실행하면 브라우저에서 DOM을 광범위하게 프로그래밍하는 경우에 비해 교차 브라우저 및 브라우저 버전 테스트 양이 줄어든다.
ZK (프레임워크) ZUML
ZUML (ZK 사용자 인터페이스 마크업 언어)은 풍부한 사용자 인터페이스 정의를 위한 마크업 언어이다.
ZK (프레임워크) 클라이언트 측 기술
ZK는 서버 중심 프레임워크이다. 기술적으로 클라이언트 측 구현에 대해 알 필요가 없다. 이는 자바 모바일 VM에서 ZK 모바일이 실행되는 방식이다.
ZK 5.0부터 소위 서버+클라이언트 퓨전 아키텍처가 도입되었다. 개발자는 원하는 경우 클라이언트 측 위젯에 직접 액세스할 수 있다. ZK 클라이언트 엔진은 jQuery를 기반으로 한다. 기술적으로 jQuery 호환 라이브러리 및 위젯을 사용할 수 있다.
베르너 골드베르크
베르너 골드베르크(Werner Goldberg, 1919년 10월 3일 – 2004년 9월 28일)는 독일인으로, 제2차 세계 대전 동안 독일 국방군의 군인으로 복무했으며, 나중에는 냉전 서독의 정치인이 되었다. 그는 베를리너 타게블라트에 "이상적인 독일 병사"로 실린 사진으로 가장 잘 알려져 있다. 그는 절반의 유대인 혈통을 가지고 있었으며, 나치 용어로는 미슐링이었다.
베르너 골드베르크 생애
골드베르크의 아버지는 쾨니히스베르크의 유대인 공동체 일원으로 자랐지만, 동화되어 기독교인과 결혼하기를 원했기 때문에 지역 루터교 교회에서 세례를 받았다. 골드베르크는 아버지가 유대인이라는 것을 전혀 몰랐다. 그와 그의 형 마르틴(1920년생)은 아버지의 요청으로 그뤼네발트 루터교 교회에서 세례를 받았다. 1933년 히틀러가 독일 총리가 된 후, 골드베르크의 아버지는 1933년 4월 나치 법률인 직업 공무원 제도 복원법에 따라 직위를 잃었다. 이 법은 아리아인 조항에 따라 유대인을 독일 공무원에서 추방했다.
1935년의 뉘른베르크법은 적어도 세 명의 유대인 조부모를 가진 사람을 유대인으로 분류했으며, 두 명의 유대인 조부모를 가진 사람은 신앙을 실천하거나 유대인 배우자가 있는 경우에만 유대인으로 간주되었다.
베르너 골드베르크 생애
골드베르크는 1935년에 학교를 떠나 유대인과 비유대인이 공동 소유한 의류 회사인 슈넬러 운트 슈마이더(Schneller und Schmeider)에서 견습공이 되었다. 그곳의 동료 중 상당수는 유대인 또는 미슐링이었다. 골드베르크의 외삼촌은 국가사회주의 독일 노동자당에 가입했고 골드베르크 가족과 함께 있는 것을 거부했으며, 심지어 골드베르크의 어머니도 피했다.
1938년 초, 골드베르크는 국가노동봉사단에서 6개월간 복무했는데, 골드베르크는 그 제복에 "하켄크로이츠가 완장에 있었다"고 말했다. 1938년 12월 1일, 골드베르크는 독일 육군에 입대했다. 그는 1939년 9월 1일 폴란드 침공에 참전했으며, 아버지가 고위 SS 장교였던 어린 시절 친구 칼 볼프와 함께 복무했다.
골드베르크의 사진은 베를리너 타게블라트 신문 일요일판에 "이상적인 독일 병사"("Der ideale deutsche Soldat")라는 설명과 함께 실렸다.
베르너 골드베르크 생애
1940년, 프랑스와의 휴전 이후, 골드베르크는 1940년 4월 8일 히틀러의 명령에 따라 군에서 제명되었다. 이 명령은 모든 1급 미슐링을 군에서 제대시키도록 규정했다. 그는 유대인 이름인 슈넬러를 제거해야 했기 때문에 페오도르 슈마이더(Feodor Schmeider)로 이름이 바뀐 이전 직장으로 돌아갔다. 골드베르크는 회사 내에서 점점 더 책임감 있는 역할을 맡아 육군과 해군으로부터 제복 계약을 따냈다. 그는 또한 국가노동연구위원회 학교(Reichsausschuss für Arbeitsstudien, RAFA)에 다녔는데, 80명의 학생 중 4명만이 RAFA 교사가 되는 시험에 합격했다. 그 후 그는 의류 산업에 대한 노동 연구 위원회 강사가 되어 조직 및 회사 이사들에게 강의를 했으며, 주간 무역 출판물인 텍스틸보헤(Textilwoche)에 기사를 게재하기도 했다.
1942년 12월, 골드베르크의 아버지는 병원에 입원했다. 그러나 게슈타포는 병원을 급습하여 그를 유대인 병원으로 보냈다. 그 병원은 게슈타포가 감옥으로 사용하기 위해 징발한 곳이었고, 그곳에서 유대인들은 아우슈비츠로 보내졌다. 크리스마스 이브에 골드베르크는 경비원들이 취하거나 부재중일 것이라고 판단하여 아버지를 병원에서 데리고 나왔다. 골드베르크의 아버지는 곧 다시 게슈타포의 손에 넘어갔고, 1943년 4월에는 강제 이송 명령을 받았다. 베르너는 그에게 나타나지 말라고 말했고, 그는 다시 구출되었다. 아버지와 아들은 그들의 직계 가족 중 전쟁에서 살아남은 유일한 구성원이었다.
베르너 골드베르크는 나중에 독일 기독교민주연합에 가입하여 1959년부터 1979년까지 20년 동안 서베를린의 베를린 주의회 정치인으로 봉사했다. 그는 2004년 9월 28일 베를린에서 84세의 나이로 사망했으며, 그의 아내 게르트루트 골드베르크와 세 자녀가 살아남았다.
베르너 골드베르크 대중문화
골드베르크의 이야기는 2006년 다큐멘터리 '히틀러의 유대인 병사들 – 히틀러 군대의 나치-유대인'의 일부를 구성했다. 이 58분짜리 영화는 래리 프라이스(Larry Price)가 이스라엘 방송 기관과 협력하여 제작했다. 프라이스의 영화는 브라이언 마크 리그의 2002년 저서 '히틀러의 유대인 병사들: 나치 인종법과 독일군 내 유대계 남성들의 알려지지 않은 이야기'에서 영감을 받았다.
골드베르크는 예스터데이 TV 시리즈 '나치 협력자들'의 에피소드 "히틀러를 위해 싸운 유대인들"에 출연했는데, 이 에피소드는 2010년 12월 영국에서 처음 방영되었다.
2015년, 이 사진은 러시아 토볼스크에 있는 "조국 수호자" 기념비에 붉은 군대 병사의 이미지 대용으로 실수로 사용되었다고 보도되었다. 기념비의 이미지는 즉시 수정되었다.
Svelte
Svelte는 자유-오픈 소스 컴포넌트 기반 프론트엔드 소프트웨어 프레임워크이자 언어이다. 리치 해리스가 만들고 스벨트 핵심 팀 멤버들이 관리한다.
스벨트는 애플리케이션에 의해 임포트되는 모놀리식 자바스크립트 라이브러리가 아니다. 대신, 스벨트는 HTML 템플릿을 DOM을 직접 조작하는 특수 코드로 컴파일하여 전송 파일 크기를 줄이고 클라이언트 성능을 향상시킬 수 있다. 애플리케이션 코드 또한 컴파일러에 의해 처리되어, 의존하는 데이터가 수정될 때 자동으로 데이터를 재계산하고 UI 요소를 재렌더링하는 호출을 삽입한다. 이는 가상 DOM과 같은 런타임 중간 표현과 관련된 오버헤드를 피할 수 있다. 반면 기존 프레임워크(예: React 및 Vue)는 대부분의 작업을 런타임, 즉 브라우저에서 수행한다.
컴파일러 자체는 자바스크립트로 작성되었다. 소스 코드는 MIT 허가서에 따라 라이선스되며 GitHub에 호스팅된다. 유사한 프론트엔드 라이브러리 중 스벨트는 단 2KB의 가장 작은 번들 크기를 자랑한다.
Svelte 역사
스벨트의 전신은 리치 해리스가 2013년에 만든 Ractive.js이다.
스벨트 버전 1은 자바스크립트로 작성되었으며 2016년 11월 29일에 출시되었다. 스벨트라는 이름은 리치 해리스와 가디언의 동료들이 선택했다.
스벨트 버전 2는 2018년 4월 19일에 출시되었다. 이는 유지보수자들이 이전 버전의 실수라고 생각했던 점들, 예를 들어 이중 중괄호를 단일 중괄호로 대체하는 것 등을 수정하기 위한 것이었다.
스벨트 버전 3은 타입스크립트로 작성되었으며 2019년 4월 21일에 출시되었다. 이 버전은 컴파일러를 사용하여 배후에서 할당을 계측함으로써 반응성을 재정의했다.
SvelteKit 웹 프레임워크는 2020년 10월에 발표되었고 2021년 3월에 베타 버전에 진입했다. SvelteKit 1.0은 2년간의 개발 끝에 2022년 12월에 출시되었다.
스벨트 버전 4는 2023년 6월 22일에 출시되었다. 이 버전은 유지보수 릴리스였으며, 버전 3보다 작고 빨랐다. 이 릴리스의 일부로, 내부적으로 JSDoc 주석과 함께 타입스크립트에서 자바스크립트로 다시 작성되었다. 이는 개발자 커뮤니티의 혼란을 야기했고, 스벨트의 개발자 리치 해리스가 이를 해명했다.
Svelte 역사
스벨트 버전 5는 2024년 가을 스벨트 서밋에서 2024년 10월 19일에 출시되었다. 리치 해리스는 다른 스벨트 유지보수자들과 함께 라이브로 출시를 진행했다. 스벨트 5는 스벨트를 완전히 재작성하여 반응성 및 재사용성과 같은 핵심 개념을 변경했다. 주요 기능인 룬(runes)은 반응형 상태를 선언하고 사용하는 방식을 재작업했다. 룬은 함수와 같은 매크로로, 반응형 상태 또는 반응형 상태를 사용하는 코드를 선언하는 데 사용된다. 이 룬은 컴파일러에 의해 값이 변경될 수 있으며 다른 상태 또는 DOM에 의존하는 값을 나타내는 데 사용된다. 스벨트 5는 또한 스니펫(Snippets)을 도입했는데, 이는 한 번 정의된 재사용 가능한 "코드 조각"으로 컴포넌트의 다른 어느 곳에서나 재사용할 수 있다. 스벨트 5는 많은 변경 사항, 특히 룬으로 인한 비권장 사항으로 인해 초기에 논란에 휩싸였다. 그러나 룬의 초기 발표 이후 스벨트 5의 추가적인 개선으로 인해 대부분의 논란은 가라앉았다.
Svelte 역사
또한 2024년 가을 스벨트 서밋에서 벤 맥캔은 npm에 sv 패키지 이름으로 스벨트 CLI를 발표했다.
스벨트의 초기 주요 기여자로는 스벨트 1 출시와 함께 Conduitry가 참여했고, 2019년에 탄 리 하우, 2020년에 벤 맥캔이 합류했다. 리치 해리스와 사이먼 홀트하우젠은 2022년에 Vercel에 합류하여 스벨트 작업을 전담했다. 도미닉 개너웨이는 2023년에 React 핵심 팀에서 Vercel로 이직하여 스벨트 작업을 전담했다.
Svelte 문법
스벨트 애플리케이션 및 컴포넌트는 .svelte 파일에 정의된다. 이 파일은 자바스크립트 기반이며 JSX와 유사한 템플릿 문법으로 확장된 HTML 파일이다.
스벨트의 핵심 기능은 룬(runes)을 통해 접근한다. 룬은 문법적으로 함수처럼 보이지만, 컴파일러에 의해 매크로로 사용된다. 이러한 룬에는 다음이 포함된다.
또한, { JavaScript code } 문법은 HTML 요소 및 컴포넌트에서 템플릿팅에 사용될 수 있으며, 자바스크립트의 템플릿 리터럴과 유사하다. 이 문법은 양방향 데이터 바인딩, 이벤트 리스너, CSS 스타일링과 같은 용도로 요소 속성에서도 사용될 수 있다.
스벨트로 만든 할 일 목록 예시는 다음과 같다.
Svelte 관련 프로젝트
스벨트 유지보수자들은 스벨트를 사용하여 프로젝트를 구축하는 공식적인 방법으로 SvelteKit을 만들었다. SvelteKit은 Next.js 스타일의 프레임워크로, 브라우저로 전송되는 코드의 양을 극적으로 줄인다. 유지보수자들은 이전에 SvelteKit의 전신인 Sapper를 만들었다.
스벨트 유지보수자들은 또한 스벨트 조직 하에 Vite, Rollup, Webpack, 타입스크립트, VS Code, Chrome 개발자 도구, ESLint, Prettier를 포함한 인기 소프트웨어 프로젝트들을 위한 다양한 통합을 관리한다. Storybook과 같은 여러 외부 프로젝트들도 스벨트 및 SvelteKit과의 통합을 만들었다.
Svelte 영향
Vue.js는 스벨트의 전신인 Ractive.js의 API와 단일 파일 컴포넌트를 모델링했다.
Svelte 채택
스벨트는 개발자들에게 널리 칭찬받고 있다. 여러 대규모 개발자 설문조사에서 최고 순위를 차지했으며, 2021년 스택 오버플로에서 가장 사랑받는 웹 프레임워크이자 2020년 State of JS 프론트엔드 프레임워크에서 가장 만족스러운 개발자로 선정되었다.
최근 설문조사에서도 스벨트의 강력한 개발자 만족도가 계속해서 나타나고 있으며, 2024년 State of JS 설문조사에서는 가장 칭찬받는 프론트엔드 프레임워크 중 하나로 그 입지를 유지하고 있다. 2024년 스택 오버플로 개발자 설문조사에서는 스벨트를 사용한 개발자의 73%가 계속 사용하기를 원하며, 스택 오버플로 팀 자체도 2024년 개발자 설문조사 결과 사이트를 구축하는 데 스벨트를 사용했다고 보고했다.
Svelte 채택
스벨트는 뉴욕 타임스, 애플, 스포티파이, 라디오 프랑스 (프랑스 국영 라디오 방송사), 스퀘어, 야후, 바이트댄스, 라쿠텐, 블룸버그, 로이터, 이케아, 페이스북, 브레이브를 포함한 여러 유명 웹 기업에서 채택되었다.
Svelte Society로 알려진 비유지보수자 커뮤니티 그룹은 Svelte Summit 컨퍼런스를 개최하고, Svelte 뉴스레터를 발행하며, Svelte 팟캐스트를 호스팅하고, Svelte 도구, 컴포넌트, 템플릿 디렉토리를 호스팅한다.
카르시 공항
카르시 공항 IATA: KSQ, ICAO: UTSK은 우즈베키스탄 남동부, 카르시 남서쪽에 위치한 공항이다.
가상 DOM
가상 DOM은 리액트, Vue.js, Elm과 같은 선언적 웹 프레임워크에서 사용되는 문서 객체 모델 (DOM)의 경량 자바스크립트 표현이다. 가상 DOM을 생성하는 것은 상대적으로 빠르기 때문에, 어떤 프레임워크든 필요한 만큼 가상 DOM을 상대적으로 저렴하게 다시 렌더링할 수 있다. 그런 다음 프레임워크는 이전 가상 DOM과 현재 가상 DOM 간의 차이점을 찾아 (차이점 계산), 실제 DOM에 필요한 변경 사항만 적용할 수 있다 (조정). 순수 자바스크립트를 사용하는 것보다 기술적으로 느리지만, 이 패턴은 마크업이 상태와 직접 연결되어 있기 때문에 많은 동적 콘텐츠를 포함하는 웹사이트를 작성하기 훨씬 쉽게 만든다.
유사한 기술로는 Ember.js의 글리머(Glimmer)와 앵귤러의 증분 DOM이 있다.
가상 DOM 역사
자바스크립트 DOM API는 역사적으로 브라우저마다 일관성이 없고, 사용하기 번거롭고, 대규모 프로젝트에 맞게 확장하기 어려웠다. JQuery와 같은 라이브러리가 HTML과의 상호작용의 전반적인 일관성과 사용 편의성을 개선하는 것을 목표로 했지만, 이 역시 변경되는 내용의 본질을 잘 설명하지 못하고 로직과 마크업을 분리하는 반복적인 코드에 취약했다.
2010년 AngularJS의 출시는 더티 체킹 개념을 통해 자바스크립트와 HTML 간의 상호작용에 주요 패러다임 변화를 가져왔다. 이벤트 리스너를 명령적으로 선언하고 제거하며 개별 DOM 노드를 수정하는 대신, 변수의 변경 사항을 추적하고 해당 범위 내의 변수가 변경될 때 DOM의 섹션을 무효화하고 다시 렌더링했다. 이 다이제스트 주기는 로직과 마크업을 더 논리적인 방식으로 결합하는 더 선언적인 코드를 작성하기 위한 프레임워크를 제공했다.
가상 DOM 역사
AngularJS가 더 선언적인 경험을 제공하는 것을 목표로 했지만, 여전히 데이터를 DOM에 명시적으로 바인딩하고 감시해야 했고, 수백 개의 변수를 더티 체킹하는 비싼 과정에 대한 성능 문제가 지적되었다. 이러한 문제를 완화하기 위해 리액트는 2013년에 가상 DOM을 채택한 첫 번째 주요 라이브러리였으며, 이는 성능 병목 현상(DOM을 차이점 계산하고 조정하는 것이 상대적으로 저렴했기 때문)과 데이터 바인딩의 어려움(컴포넌트가 사실상 객체에 불과했기 때문)을 모두 제거했다. 가상 DOM의 다른 이점으로는 XSS가 사실상 불가능했기 때문에 보안이 향상되었고, 컴포넌트의 상태가 완전히 캡슐화되었기 때문에 확장성이 향상되었다. 또한 JSX의 등장과 함께 출시되어 XML과 유사한 구문 확장을 통해 HTML과 자바스크립트를 더욱 밀접하게 결합했다.
리액트의 성공에 따라, 2014년 Vue.js와 같이 많은 다른 웹 프레임워크들이 메모리에 이상적인 DOM 표현이라는 일반적인 아이디어를 복사했는데, Vue.js는 JSX 대신 템플릿 컴파일러를 사용했고 프레임워크의 일부로 세분화된 반응성을 내장했다.
최근에는 가상 DOM이 DOM 노드를 차이점 계산하고 조정하는 데 필요한 추가 시간 때문에 느리다는 비판을 받았다. 이는 Svelte와 같이 가상 DOM이 없는 프레임워크와 앵귤러 2와 같이 DOM을 그 자리에서 편집하는 프레임워크의 개발로 이어졌다.
가상 DOM 구현
리액트는 가상 DOM을 사용하여 컴포넌트를 선언적으로 만드는 것을 개척했다. 가상 DOM 노드는 createElement() 함수를 사용하여 구성되지만, 컴포넌트 작성을 더 인체공학적으로 만들기 위해 종종 JSX에서 트랜스파일링된다. 클래스 기반 리액트에서는 가상 DOM 노드가 render() 함수에서 반환되는 반면, 함수형 훅 기반 컴포넌트에서는 함수의 반환 값 자체가 페이지 마크업 역할을 한다.
Vue.js는 상태 변경을 처리하기 위해 가상 DOM을 사용하지만, 일반적으로 직접 상호작용하지 않는다. 대신 컴파일러를 사용하여 HTML 템플릿을 구현 세부 사항으로 가상 DOM 노드로 변환한다. Vue는 JSX와 사용자 정의 렌더 함수 작성을 지원하지만, 빌드 단계가 필요 없기 때문에 템플릿 컴파일러를 사용하는 것이 더 일반적이다.
Svelte는 가상 DOM을 가지고 있지 않으며, 개발자 리치 해리스는 가상 DOM을 "순수한 오버헤드"라고 불렀다. 런타임에 DOM 노드를 차이점 계산하고 조정하는 대신, Svelte는 컴파일 시간 반응성을 사용하여 마크업을 분석하고 DOM을 직접 조작하는 자바스크립트 코드를 생성하여 성능을 크게 향상시킨다.
JSX (자바스크립트)
JSX(자바스크립트 XML, JavaScript XML)는 자바스크립트 언어 문법의 XML과 유사한 확장이다. 원래 페이스북이 React와 함께 사용하기 위해 만들었으나, JSX는 여러 웹 프레임워크에 채택되었다.:5:11 신택틱 슈거로서, JSX는 일반적으로 원본 JSX와 구조적으로 유사한 중첩된 자바스크립트 함수 호출로 트랜스파일된다.
JSX (자바스크립트) 마크업
JSX 코드의 예시:
같은 수준의 여러 요소는 위에서 보여준 <div> 요소, <Fragment> 또는 그 축약형 <>로 구분된 프래그먼트와 같이 단일 React 요소로 묶이거나 배열로 반환되어야 한다.:68-69
JSX는 HTML이 제공하는 것과 유사하게 설계된 다양한 요소 속성을 제공한다. 사용자 정의 속성도 컴포넌트에 전달할 수 있다. 모든 속성은 컴포넌트에서 props로 수신된다.
자바스크립트 표현식 (하지만 문은 아님)은 중괄호 {}를 사용하여 JSX 내에서 사용할 수 있다.:14-16
위 예시는 다음을 렌더링한다:
If–else 문은 JSX 내에서 사용할 수 없지만 조건식은 대신 사용할 수 있다.
아래 예시는 i가 1과 같기 때문에 { i === 1 ? 'true' : 'false' }를 문자열 'true'로 렌더링한다.
위는 다음을 렌더링한다:
함수와 JSX는 조건문에서 사용될 수 있다::88-90
위는 다음을 렌더링한다:
JSX로 작성된 코드는 웹 브라우저가 이해하기 전에 바벨과 같은 도구로 변환해야 한다.:5 이 처리는 일반적으로 애플리케이션이 배포되기 전에 소프트웨어 빌드 과정에서 수행된다.
자카르타 증권거래소
자카르타 증권거래소(Jakarta Stock Exchange, JSX; 인도네시아어: Bursa Efek Jakarta (BEJ))는 인도네시아 증권거래소를 형성하기 위해 수라바야 증권거래소와 합병되기 전, 인도네시아 자카르타에 기반을 둔 증권거래소였다.
자카르타 증권거래소 역사
원래 1912년 네덜란드 식민 정부 하에 개설되었으나, 제1차 세계 대전과 제2차 세계 대전 중 여러 차례 폐쇄된 후 1977년에 재개장했다. 1977년에 재개장한 후, 증권거래소는 새로 설립된 자본시장감독원(Bapepam)의 관리를 받았으며, 이는 재무부에 소속되었다. 인도네시아 금융 시장과 민간 부문의 발전과 함께 거래 활동과 시가총액이 성장했으며, 1990년의 주요 강세장이 이를 잘 보여준다. 1992년 7월 13일, 증권거래소는 자카르타 익스체인지 주식회사(Jakarta Exchange Inc.)의 소유로 민영화되었다. 그 결과, 바페팜의 기능은 자본시장감독원으로 변경되었다. 1995년 3월 22일, JSX는 자카르타 자동 거래 시스템(JATS)을 출시했다. 2007년 9월, 인도네시아 재무부 장관에 의해 자카르타 증권거래소와 수라바야 증권거래소가 합병되어 인도네시아 증권거래소를 형성했다.
자카르타 증권거래소 주가 지수
대표적인 주식 그룹의 가치 변화를 측정하고 보고하는 데 사용되는 두 가지 주요 주가 지수는 JSX 종합 지수와 자카르타 이슬람 지수 (JII)이다. JII는 샤리아 (이슬람 율법)에 기반한 시장 활동을 측정하는 벤치마크 역할을 하기 위해 2002년에 설립되었다. 현재 JII에는 약 30개의 기업 주식이 상장되어 있다. FTSE/동남아시아 국가 연합 지수는 다섯 개 동남아시아 국가 연합 증권거래소 (싱가포르 거래소, 말레이시아 증권거래소, 태국 증권거래소, 자카르타 증권거래소, 필리핀 증권거래소)와 글로벌 지수 제공업체 FTSE에 의해 2005년 9월 21일에 출시되었다. 다섯 개 동남아시아 국가 연합 시장을 포괄하는 이 지수들은 국제 표준에 따라 설계되었으며, 자유 부동 조정되었고, 산업분류벤치마크 (ICB)에 기반한다. 이 지수들은 FTSE/동남아시아 국가 연합 벤치마크 지수와 FTSE/동남아시아 국가 연합 40 거래 가능 지수로 구성된다. FTSE/동남아시아 국가 연합 40 지수는 오전 9시부터 실시간으로 계산되며, 마감 지수는 오후 6시(싱가포르 시간)에 계산된다. FTSE/동남아시아 국가 연합 벤치마크 지수는 장 마감 기준으로 계산된다.
자카르타 증권거래소 합병
자카르타 증권거래소(JSX)와 수라바야 증권거래소(SSX)는 모두 합병하여 새로운 법인인 "인도네시아 증권거래소(Bursa Efek Indonesia)"를 설립했다.
자카르타 증권거래소 테러 공격
2000년 9월 13일, 건물 지하에서 차량 폭탄이 폭발하여 연쇄 폭발을 일으키고 여러 대의 차량에 불이 붙었다. 사망자 대부분은 고용주의 차량 옆에서 기다리던 운전자들이었다. 많은 사람들이 차량 내에서 몸을 피했지만, 거대한 검은 연기가 지하층을 뒤덮으면서 질식사했다.
에밀 모리스
에밀 마우리스(Emil Maurice, 1897년 1월 19일 ~ 1972년 2월 6일)는 독일의 나치 관리이자 슈츠슈타펠(SS)의 창립 멤버였다. 그는 히틀러의 첫 개인 쇼퍼였으며, 유대인과 독일계 혈통이 혼합된 몇 안 되는 슈츠슈타펠 복무자 중 한 명이었다. 슈츠슈타펠의 인종 순수성 기준을 충족하지 못했음에도 불구하고, 모리스는 뉘른베르크법에 따라 독일인으로 간주되었고, 유대인이나 미슐링으로 간주되지 않았다. 또한, 그는 히틀러로부터 명예 아리아인 지위를 부여받았다.
에밀 모리스 어린 시절과 히틀러와의 관계
시계공이었던 모리스는 아돌프 히틀러의 초기 측근이었다. 그들의 개인적인 우정은 1919년 둘 다 독일 노동자당(DAP)의 일원이었을 때로 거슬러 올라간다. 모리스는 1919년 12월 1일에 공식적으로 독일 노동자당에 가입했으며 그의 당원 번호는 594번이었다(숫자는 501번부터 시작했다). 1920년 돌격대가 창설되면서 모리스는 초대 최고 돌격대 지도자가 되었다. 모리스는 초기 돌격대원들을 이끌고 다른 집단과의 일부 싸움에 참여했다. 히틀러는 나중에 자신의 저서 나의 투쟁에서 1921년 11월에 모리스가 싸움 중에 돌격대 부대의 선두에 섰던 특정 싸움을 언급했다.
에밀 모리스 어린 시절과 히틀러와의 관계
1921년 7월, 모리스는 아돌프 히틀러의 개인 쇼퍼가 되었다. 1923년 3월, 모리스는 또한 돌격대와 같은 당의 "의심스러운 무리"가 아닌 히틀러의 봉사에 전념하는 작은 별도 경호대인 참모 경호대의 일원이 되었다. 이 부대는 나치 당 행사와 집회에서 히틀러를 경호하는 임무를 맡았다. 1923년 5월, 이 부대는 '아돌프 히틀러' 돌격대(Stoßtrupp 'Adolf Hitler')로 이름이 바뀌었다. 모리스, 율리우스 시레크, 요제프 베르히톨트, 에르하르트 하이덴은 모두 돌격대의 구성원이었다. 1923년 11월 9일, 돌격대는 돌격대 및 여러 다른 준군사 부대와 함께 뮌헨에서 실패한 뮌헨 폭동에 참여했다. 폭동 이후 히틀러, 루돌프 헤스, 모리스 및 다른 나치 지도자들은 반역죄로 란츠베르크 교도소에 투옥되었다. 돌격대를 포함한 나치 당 및 모든 관련 조직은 공식적으로 해산되었다.
에밀 모리스 어린 시절과 히틀러와의 관계
히틀러가 감옥에서 풀려난 후, 나치당은 공식적으로 재창당되었다. 1925년, 히틀러는 새로운 경호대인 방어대(Schutzkommando)를 창설할 것을 명령했다. 이는 율리우스 시레크에 의해 결성되었으며, 옛 돌격대원인 모리스와 하이덴을 포함했다. 같은 해, 방어대는 전국적인 규모로 확장되었다. 이 부대는 차례로 돌격대(Sturmstaffel)로, 그리고 마침내 11월 9일에는 슈츠슈타펠(SS)로 이름이 바뀌었다. 히틀러는 SS 회원 번호 1번이 되었고, 에밀 모리스는 SS 회원 번호 2번이 되었다. 당시 모리스는 새로운 조직에서 SS-퓌러가 되었지만, SS의 지도권은 초대 SS전국지도자인 시레크가 맡았다. 모리스는 1925년에 히틀러의 상근 쇼퍼가 되었다. 나중에 모리스가 1927년 12월에 히틀러의 이복 조카인 겔리 라우발과 관계를 맺고 있다고 히틀러에게 알리자, 히틀러는 그 관계를 끝내도록 강요했다. 모리스는 1928년에 히틀러의 개인적인 봉사에서 해임되었지만, SS의 일원으로 남아 있도록 허용되었다. 쇼퍼로서 그는 먼저 율리우스 시레크에 의해, 그리고 다음으로 에리히 켐프카에 의해 계승되었다.
1932년 슈츠슈타펠이 재편성되고 확장되었을 때, 모리스는 고위 SS 장교가 되었고 결국 SS-상급지도자 계급으로 승진했다. 모리스는 결코 슈츠슈타펠의 최고 지휘관이 되지 못했지만, SS 회원 번호 2번으로서의 그의 지위는 그를 사실상의 조직 창립자로 인정받게 했다. 궁극적으로 슈츠슈타펠의 가장 잘 알려진 지도자가 될 하인리히 힘러는 SS 회원 번호 168번이었다.
에밀 모리스 유대인 혈통 문제로 힘러와의 갈등
힘러가 SS전국지도자가 된 후, 모리스는 1935년에 결혼 허가를 받기 위해 가족사에 대한 세부 정보를 제출해야 했을 때 힘러의 SS 장교 인종 순수성 규정을 어기게 되었다. 힘러는 "의심할 여지 없이...모리스는 그의 조상표에 따르면 아리아인이 아니다"라고 말했다. 모든 SS 장교는 1750년까지 거슬러 올라가 인종 순수성을 증명해야 했으며, 모리스에게 8분의 1 유대인 혈통이 있다는 사실이 밝혀졌다. 함부르크의 탈리아 극장 설립자인 샤를 모리스 슈바르첸베르거(Chéri Maurice 1805–1896)가 그의 증조할아버지였다.
에밀 모리스 유대인 혈통 문제로 힘러와의 갈등
모리스는 1919년부터 당원이었고, 실패로 끝난 뮌헨 폭동에 참여했으며(이로 인해 그는 권위 있는 피의 훈장을 수상했다), 히틀러의 경호원이었음에도 불구하고, 힘러는 그의 "유대인 혈통" 때문에 그를 심각한 보안 위험으로 간주했다. 힘러는 모리스와 그의 가족 구성원들을 SS에서 추방할 것을 권고했다. 힘러의 짜증스럽게도, 히틀러는 그의 오랜 친구의 편을 들었다. 1935년 8월 31일 작성된 비밀 편지에서 히틀러는 힘러에게 모리스와 그의 형제들에게 예외를 두도록 강요했고, 그들은 비공식적으로 "명예 아리아인"으로 선언되어 SS에 남아 있을 수 있게 되었다.
에밀 모리스 말년
모리스는 1935년 3월 31일 루돌프 플로츠 대령의 딸이자 의대생—후에 의사—인 헤트비히 마리아 안나 플로츠와 약혼했다. 그들은 1935년 11월 5일 뮌헨에서 결혼했다. 1936년 3월 총선에서 그는 선거구 29(라이프치히)의 독일국 의회 의원이 되었고 나치 정권이 몰락할 때까지 이 자리를 유지했다. 1937년부터 그는 뮌헨 상공회의소 회장이었다. 1940년부터 1942년까지 그는 루프트바페에서 장교로 복무했다.
1945년 5월 25일, 미군은 슈타른베르크에서 모리스를 체포했다. 1948년, 그는 재판을 받고 "2등급 나치"(범죄자)로 4년 노동 수용소형을 선고받았다. 그는 시계공으로서의 삶으로 돌아왔고 1951년에는 뮌헨에서 시계 상점을 소유했다. 그는 1972년 2월 6일 슈타른베르크에서 사망했다.
웹사이트 빌더
웹사이트 빌더(Website builder)는 일반적으로 웹사이트 구축을 수동 코드 편집 없이 가능하게 하는 도구이다. 이들은 두 가지 범주로 나뉜다.
웹사이트 빌더 역사
HTML로 수동으로 작성된 최초의 웹사이트는 1991년 8월 6일에 만들어졌다.
시간이 지나면서 웹 페이지 디자인을 돕는 소프트웨어가 만들어졌다. 예를 들어, 마이크로소프트는 1995년 11월에 프론트페이지를 출시했다.
1998년까지 드림위버는 업계 선두주자로 자리매김했지만, 일부에서는 이러한 소프트웨어로 생성된 코드의 품질이 과장되고 HTML 테이블에 의존적이라고 비판했다. 업계가 W3C 표준으로 이동함에 따라 드림위버와 다른 소프트웨어는 규정을 준수하지 않는다는 비판을 받았다. 규정 준수는 시간이 지남에 따라 개선되었지만, 많은 전문가들은 여전히 손으로 최적화된 마크업을 작성하는 것을 선호한다.
오픈 소스 도구는 일반적으로 표준에 따라 개발되었으며, 당시 지배적이던 인터넷 익스플로러의 표준 위반에 대해 예외를 덜 두었다.
웹사이트 빌더 역사
W3C는 1996년에 웹 기술을 완벽한 웹 클라이언트로 선보이기 위해 어마야를 시작했다. 이는 단일하고 일관된 환경에서 많은 W3C 기술을 통합하는 프레임워크를 제공하기 위함이었다. 어마야는 HTML 및 CSS 편집기로 시작하여 현재는 XML, XHTML, MathML, SVG를 지원한다.
지오시티즈는 기술적인 기술이 전혀 필요 없는 최초의 현대적인 사이트 빌더 중 하나였다. 1994년에 출시된 지 5년 후, 야후!는 이를 36억 달러에 인수했다. 시대에 뒤떨어지자 2009년 4월에 폐쇄되었다.
에른스트 모리츠 헤스
에른스트 모리츠 헤스(Ernst Moritz Hess, 1890년 3월 20일 – 1983년 9월 14일)는 세례를 받은 독일 유대인으로 제1차 세계 대전 중 독일 제국군에서 복무했다. 그는 전쟁 중 아돌프 히틀러가 복무했던 바이에른 예비 보병연대 16의 중대를 지휘했다. 전간기에는 판사로 일했으나, 1935년 나치에 의해 뉘른베르크법이 통과되면서 어머니가 유대인이었기 때문에 개신교로 세례를 받았음에도 불구하고 "순혈 유대인"으로 분류되어 강제로 직위에서 해고되었다.
그는 나치의 박해를 피해 가족과 함께 이탈리아 볼차노로 이주했지만, 결국 독일로 돌아올 수밖에 없었다. 그러나 히틀러의 옛 전우였기 때문에 잠시 동안 보호와 특권을 누렸다. 하지만 1941년 그의 특권은 박탈되었고, 그는 남은 전쟁 기간 동안 강제 노동자로 살았다. 그의 여동생은 아우슈비츠에서 살해당했지만, 그의 어머니는 1945년에 스위스로 탈출할 수 있었다. 전쟁 후 그는 철도 관리 분야에서 새로운 경력을 시작했으며, 독일연방철도에 대한 공로로 독일연방공화국 공로장을 받았다.
에른스트 모리츠 헤스 어린 시절 및 전쟁 복무
당시 프로이센 왕국의 라인주에 속했던 겔젠키르헨에서 태어난 헤스는 제1차 세계 대전 이전에 뒤셀도르프에 살았다. 그의 아버지 율리우스는 변호사였고 어머니 엘리자베스는 베츨레어의 유대인 은행가 집안 출신이었다. 어머니 쪽으로 유대인 혈통이었음에도 불구하고 그는 개신교 신자로 세례를 받고 자랐다.
전쟁이 발발하자 그는 2차 왕립 바이에른 예비 보병대에 장교로 입대하여 플란데런 전선에 배치되었고, 1914년 10월 심각한 부상을 입었다. 히틀러는 같은 연대에서 병장으로 복무했으며, 1916년 여름, 헤스는 잠시 히틀러의 상관이 되었다. 다음 해 10월 그는 또 다른 심각한 부상을 입고 독일로 보내져 회복했다. 헤스는 군인으로서 높이 평가받았으며, 여러 차례 훈장을 받았는데, 철십자 1급 및 2급과 바이에른 군사 공로 훈장을 받았다. 1918년 그는 소위로 진급했으며, 1934년에는 1914/1918년 세계대전 명예 십자훈장을 받았다.
에른스트 모리츠 헤스 어린 시절 및 전쟁 복무
전쟁 후 헤스는 뒤셀도르프에서 판사가 되었고, 그곳에서 아내 마르가레테와 딸 우르술라와 함께 살았다. 히틀러의 부상은 헤스와 그의 연대 동료들에게 놀라움으로 다가왔다. 미래의 독재자는 군 생활 동안 거의 눈에 띄지 않는 인물이었고, 연대 내에 진정한 친구도 없었으며 다른 사람들과의 개인적인 교류도 거의 없었다. 헤스는 히틀러를 "완전한 무명인"으로 여겼고, 히틀러가 그의 전우 중 한 명이었다는 사실에 놀라움을 표하며 "뭐, 히틀러? 그가 우리 부대에 있었다고? 우리는 그를 전혀 알아채지 못했다."라고 말했다.
에른스트 모리츠 헤스 차별과 망명
히틀러의 집권은 유대인의 공무원직을 금지하는 일련의 반유대주의 법률 통과로 이어졌다. 헤스는 개신교 신자였지만, 이 법률은 그에게 네 명의 유대인 조부모가 있었기 때문에 그를 "순혈 유대인"으로 정의했다. 1933년 4월, 많은 유대인을 공공 서비스에서 금지하는 "전문 공무원 복원법"이 통과되었다. 헤스는 그의 전쟁 복무 결과로 행사할 수 있었던 "전선 전투원 특권"(Frontkämpferprivileg) 덕분에 유대인에 대한 첫 번째 숙청에서 살아남았다. 전선 전투원 특권은 힌덴부르크 국가대통령이 히틀러에게 유대인 참전 용사들이 국가 고용에서 해고되는 것에 항의한 후 제정되었다. 전쟁의 최전선에서 복무했음을 증명할 수 있는 사람들은 전선 전투원 특권을 행사하여 직장을 유지할 수 있었다.