shopkeeper/korean_wiki_content_only_120125 huggingface dataset:
캐싱 프록시 서버는 동일한 클라이언트 또는 다른 클라이언트가 이전에 요청하여 저장된 콘텐츠를 검색하여 서비스 요청을 가속화한다. 캐싱 프록시는 자주 요청되는 리소스의 로컬 복사본을 유지하여 대규모 조직이 업스트림 대역폭 사용량과 비용을 크게 줄이면서 성능을 크게 향상시킬 수 있도록 한다. 대부분의 ISP 및 대기업은 캐싱 프록시를 보유하고 있다. 캐싱 프록시는 최초의 프록시 서버 유형이었다. 웹 프록시는 일반적으로 웹 서버에서 웹 페이지를 캐시하는 데 사용된다. 잘못 구현된 캐싱 프록시는 사용자 인증을 사용할 수 없는 것과 같은 문제를 일으킬 수 있다.
특정 링크 관련 문제 또는 성능 저하를 완화하도록 설계된 프록시는 성능 향상 프록시 (PEP)이다. 이러한 프록시는 일반적으로 높은 왕복 시간 또는 높은 패킷 손실(예: 무선 또는 휴대폰 네트워크)이 있는 경우 또는 업로드 및 다운로드 속도가 매우 다른 비대칭 링크에서 TCP 성능을 향상시키는 데 사용된다. PEP는 TCP ACK를 병합하거나 응용 계층에서 전송되는 데이터를 압축하는 등 네트워크를 보다 효율적으로 사용할 수 있다.
번역 프록시는 웹사이트 경험을 다양한 시장에 맞게 현지화하는 데 사용되는 프록시 서버이다. 전 세계 사용자의 트래픽은 번역 프록시를 통해 원본 웹사이트로 라우팅된다. 방문자가 프록시된 사이트를 탐색할 때 요청은 원본 사이트로 돌아가 페이지가 렌더링된다. 응답의 원본 언어 콘텐츠는 프록시를 통해 다시 전달될 때 번역된 콘텐츠로 대체된다. 번역 프록시에서 사용되는 번역은 기계 번역, 인간 번역 또는 기계 번역과 인간 번역의 조합일 수 있다. 다양한 번역 프록시 구현은 다양한 기능을 가지고 있다. 일부는 원본 콘텐츠를 제외하거나 원본 콘텐츠를 원래의 로컬 콘텐츠로 대체하는 등 로컬 사용자를 위해 원본 사이트를 추가로 사용자 정의할 수 있도록 한다.
익명으로 서비스에 접근.
익명 프록시 서버(때때로 웹 프록시라고도 함)는 일반적으로 웹 서핑을 익명화하려고 시도한다. 익명화 도구는 여러 종류로 구분될 수 있다. 목적지 서버(최종적으로 웹 요청을 만족시키는 서버)는 익명화 프록시 서버로부터 요청을 받으므로 최종 사용자의 주소에 대한 정보를 받지 않는다. 그러나 요청은 익명화 프록시 서버에는 익명이 아니므로 프록시 서버와 사용자 사이에 어느 정도의 신뢰가 존재한다. 많은 프록시 서버는 사용자에게 지속적인 광고 링크를 통해 자금을 조달한다.
접근 제어: 일부 프록시 서버는 로그온 요구 사항을 구현한다. 대규모 조직에서는 권한 있는 사용자가 월드 와이드 웹에 접근하기 위해 로그온해야 한다. 조직은 이를 통해 개인의 사용량을 추적할 수 있다. 일부 익명화 프록시 서버는 HTTP_VIA, HTTP_X_FORWARDED_FOR 또는 HTTP_FORWARDED와 같은 헤더 줄과 함께 데이터 패킷을 전달할 수 있으며, 이는 클라이언트의 IP 주소를 공개할 수 있다. 엘리트 또는 고익명성 프록시로 알려진 다른 익명화 프록시 서버는 프록시 서버가 클라이언트인 것처럼 보이게 한다. 클라이언트가 고익명성 프록시 서버를 사용하지 않은 이전 방문의 쿠키를 포함하는 패킷을 보내는 경우 웹사이트는 여전히 프록시가 사용되고 있다고 의심할 수 있다. 쿠키와 캐시를 지우면 이 문제가 해결될 것이다.
지리적 타겟 광고 QA.
광고주들은 지역 타겟팅 광고의 유효성 검사, 확인 및 품질 보증을 위해 프록시 서버를 사용한다. 지역 타겟팅 광고 서버는 요청 소스 IP 주소를 확인하고 지리-IP 데이터베이스를 사용하여 요청의 지리적 소스를 결정한다. 특정 국가 또는 도시에 물리적으로 위치한 프록시 서버를 사용하면 광고주가 지역 타겟팅 광고를 테스트할 수 있다.
프록시는 네트워크 주소 변환을 사용하여 회사의 내부 네트워크 구조를 비밀로 유지할 수 있으며, 이는 내부 네트워크의 보안에 도움이 될 수 있다. 이는 로컬 네트워크의 머신 및 사용자로부터의 요청을 익명으로 만든다. 프록시는 방화벽과 결합될 수도 있다.
잘못 구성된 프록시는 인터넷으로부터 격리된 네트워크에 대한 접근을 제공할 수 있다.
교차 도메인 리소스.
프록시는 동일-출처 정책이 웹사이트가 외부 도메인에 직접 연결하는 것을 금지할 때 웹사이트가 외부 호스팅 리소스(예: 이미지, 음악 파일 등)에 웹 요청을 할 수 있도록 한다. 또한 프록시는 교차 도메인 제한(데이터 도용 등으로부터 웹사이트를 보호하기 위해 마련된)이 브라우저가 외부 도메인에 직접 접근하는 것을 금지할 때 브라우저가 웹사이트를 대신하여 외부 호스팅 콘텐츠에 웹 요청을 할 수 있도록 한다.
악의적인 사용.
2차 시장 브로커.
2차 시장 브로커는 웹 프록시 서버를 사용하여 한정판 스니커즈나 티켓과 같은 한정된 제품의 온라인 구매 제한을 우회한다.
프록시 구현.
웹 프록시 서버.
웹 프록시는 HTTP 요청을 전달한다. 클라이언트의 요청은 경로만 전달하는 대신 전체 URL이 전달된다는 점을 제외하고 일반 HTTP 요청과 동일하다.
GET https://en.wikipedia.org/wiki/Proxy_server HTTP/1.1
Accept: text/html
이 요청은 프록시 서버로 전송되고, 프록시는 지정된 요청을 수행하고 응답을 반환한다.
Content-Type: text/html; charset UTF-8
일부 웹 프록시는 HTTP CONNECT 메서드를 허용하여 연결을 통해 임의의 데이터를 전달하도록 설정한다. 일반적인 정책은 HTTPS 트래픽을 허용하기 위해 포트 443만 전달하는 것이다.
웹 프록시 서버의 예시로는 Apache (with mod_proxy or Traffic Server), HAProxy, 프록시로 구성된 IIS (예: Application Request Routing 포함), Nginx, 프라이복시, Squid, Varnish (리버스 프록시만), WinGate, Ziproxy, Tinyproxy, RabbIT 및 Polipo가 있다.
클라이언트의 경우 복잡하거나 여러 프록시 서버 문제는 클라이언트-서버 프록시 자동 구성 프로토콜(PAC 파일)로 해결된다.
SOCKS 프록시.
SOCKS는 연결 단계 후에 임의의 데이터를 전달하며, 웹 프록시의 HTTP CONNECT와 유사하다.
투명 프록시.
인터셉팅 프록시, 인라인 프록시 또는 강제 프록시라고도 불리는 투명 프록시는 특별한 클라이언트 구성 없이 일반 통신을 가로챈다. 클라이언트는 프록시의 존재를 알 필요가 없다. 투명 프록시는 일반적으로 클라이언트와 인터넷 사이에 위치하며, 프록시는 게이트웨이 또는 라우터의 일부 기능을 수행한다.
RFC 2616 (하이퍼텍스트 전송 프로토콜—HTTP/1.1)은 표준 정의를 제공한다.
"'투명 프록시'는 프록시 인증 및 식별에 필요한 것 이상으로 요청 또는 응답을 수정하지 않는 프록시이다." "'비투명 프록시'는 그룹 주석 서비스, 미디어 유형 변환, 프로토콜 축소 또는 익명성 필터링과 같은 사용자 에이전트에 추가 서비스를 제공하기 위해 요청 또는 응답을 수정하는 프록시이다."
TCP 인터셉트는 TCP SYN 플러드 공격(서비스 거부 공격의 일종)으로부터 TCP 서버를 보호하는 트래픽 필터링 보안 기능이다. TCP 인터셉트는 IP 트래픽에만 사용 가능하다.
2009년 로버트 오거가 투명 프록시 작동 방식의 보안 결함을 발표했으며, 컴퓨터 비상 대응팀은 영향을 받는 수십 개의 투명 및 인터셉팅 프록시 서버를 나열하는 권고문을 발행했다.
인터셉팅 프록시는 일반적으로 기업에서 이용 목적 제한 방침을 적용하고 클라이언트 브라우저 구성이 필요하지 않으므로 관리 오버헤드를 줄이기 위해 사용된다. 그러나 이러한 두 번째 이유는 Active Directory 그룹 정책 또는 DHCP 및 자동 프록시 감지와 같은 기능으로 완화된다.
인터셉팅 프록시는 또한 일부 국가의 ISP에서 대역폭을 절약하고 캐싱을 통해 고객 응답 시간을 향상시키기 위해 일반적으로 사용된다. 이는 대역폭이 더 제한적인 국가(예: 섬 국가) 또는 비용을 지불해야 하는 국가에서 더 흔하다.
TCP 연결의 우회 또는 가로채기는 여러 가지 문제를 야기한다. 첫째, 원래의 목적지 IP와 포트가 프록시에 어떤 방식으로든 전달되어야 한다. 이는 항상 가능한 것은 아니다(예: 게이트웨이와 프록시가 다른 호스트에 있는 경우). 원래 (가로채어진) 목적지에 대한 정보를 확인하지 않거나 접근할 수 없는 인터셉팅 프록시의 특정 동작에 의존하는 교차 사이트 공격 유형이 있다. 이 문제는 패킷 핸들러와 프록시 간에 이 정보를 통신할 수 있는 통합된 패킷 수준 및 애플리케이션 수준 장비 또는 소프트웨어를 사용하여 해결할 수 있다.
또한 가로채기는 HTTP 인증, 특히 NTLM과 같은 연결 지향 인증에 문제를 야기한다. 클라이언트 브라우저는 프록시가 아닌 서버와 통신한다고 믿기 때문이다. 이는 인터셉팅 프록시가 인증을 요구하고 사용자가 인증을 요구하는 사이트에 연결하는 경우 문제를 일으킬 수 있다.
마지막으로, 연결 가로채기는 HTTP 캐시에 문제를 일으킬 수 있다. 일부 요청 및 응답이 공유 캐시에 의해 캐시될 수 없게 되기 때문이다.
구현 방법.
라우터/방화벽이 프록시와 동일한 호스트에 있는 통합 방화벽/프록시 서버에서는 원래 목적지 정보를 전달하는 방법은 어떤 방법이든 가능하다. 예를 들어 Microsoft TMG 또는 WinGate가 있다.
가로채기는 Cisco의 WCCP (Web Cache Control Protocol)를 사용하여 수행될 수도 있다. 이 독점 프로토콜은 라우터에 상주하며 캐시에서 구성되어 캐시가 라우터로부터의 투명한 리디렉션을 통해 어떤 포트와 트래픽이 자신에게 전송되는지 결정할 수 있도록 한다. 이 리디렉션은 GRE 터널링 (OSI 계층 3) 또는 MAC 재작성 (OSI 계층 2)의 두 가지 방법 중 하나로 발생할 수 있다.
트래픽이 프록시 머신 자체에 도달하면 가로채기는 일반적으로 NAT(네트워크 주소 변환)로 수행된다. 이러한 설정은 클라이언트 브라우저에는 보이지 않지만, 프록시는 웹 서버 및 프록시의 인터넷 측에 있는 다른 장치에 보인다. 최신 리눅스 및 일부 BSD 릴리스는 TPROXY (투명 프록시)를 제공하며, 이는 IP 수준 (OSI 계층 3) 투명 가로채기 및 아웃바운드 트래픽 스푸핑을 수행하여 다른 네트워크 장치로부터 프록시 IP 주소를 숨긴다.
감지.
인터셉팅 프록시 서버의 존재를 감지하는 데 여러 가지 방법이 사용될 수 있다.
CGI 프록시.
CGI 웹 프록시는 사용자의 브라우저 창에서 웹 양식을 사용하여 대상 URL을 수락하고 요청을 처리한 다음 결과를 사용자의 브라우저로 반환한다. 결과적으로 "진정한" 프록시 설정을 변경할 수 없는 장치나 네트워크에서 사용할 수 있다. 기록된 최초의 CGI 프록시는 당시 "로버"라고 불렸지만 1998년에 "CGIProxy"로 이름이 변경되었으며, 1996년 초에 미국 컴퓨터 과학자 제임스 마샬이 리치 모린의 "유닉스 리뷰" 기사를 위해 개발했다.
대부분의 CGI 프록시는 CGIProxy(펄 언어로 작성됨), Glype(PHP 언어로 작성됨) 또는 PHProxy(PHP 언어로 작성됨) 중 하나로 구동된다. 2016년 4월 현재 CGIProxy는 약 2백만 건, Glype는 거의 1백만 건의 다운로드를 기록했으며, PHProxy는 여전히 매주 수백 건의 다운로드를 기록하고 있다. VPN 및 기타 개인 정보 보호 방법으로 인해 인기가 줄어들었음에도 불구하고 현재 온라인에는 여전히 수백 개의 CGI 프록시가 존재한다.
일부 CGI 프록시는 장애인을 위한 웹사이트 접근성 향상과 같은 목적으로 설정되었지만, 과도한 트래픽, 일반적으로 지역 필터링을 우회하는 수단으로 제3자가 서비스를 광고하여 발생하는 트래픽으로 인해 폐쇄되었다. 이러한 사용자 중 많은 수가 자신이 야기하는 부수적 피해에 신경 쓰지 않으므로, 조직은 프록시를 숨기고 URL을 조직에 연락하여 진정한 필요성을 입증하는 사람들에게만 공개해야 했다.
접미사 프록시.
접미사 프록시는 사용자가 요청한 콘텐츠의 URL에 프록시 서버 이름을 추가하여 웹 콘텐츠에 접근할 수 있도록 한다(예: "en.wikipedia.org.SuffixProxy.com"). 접미사 프록시 서버는 일반 프록시 서버보다 사용하기 쉽지만, 높은 수준의 익명성을 제공하지 않으며, 주로 웹 필터를 우회하는 데 사용된다. 그러나 더 발전된 웹 필터로 인해 거의 사용되지 않는다.
토르 어니언 프록시 소프트웨어.
토르는 온라인 익명성을 제공하기 위한 시스템이다. 토르 클라이언트 소프트웨어는 네트워크 감시 또는 트래픽 분석을 수행하는 사람으로부터 사용자의 컴퓨터 위치 또는 사용을 숨기기 위해 전 세계 자원 봉사 서버 네트워크를 통해 인터넷 트래픽을 라우팅한다. 토르를 사용하면 인터넷 활동을 추적하기가 더 어려워지며, 사용자의 개인 자유와 온라인 프라이버시를 보호하는 것을 목표로 한다.
"어니언 라우팅"은 암호화 서비스의 계층적 특성을 나타낸다. 원본 데이터는 여러 번 암호화 및 재암호화된 다음, 연속적인 토르 릴레이를 통해 전송된다. 각 릴레이는 데이터를 다음 릴레이와 최종 목적지로 전달하기 전에 암호화 "계층"을 해독한다. 이는 원본 데이터가 전송 중에 해독되거나 이해될 가능성을 줄인다.
I2P 익명 프록시.
I2P 익명 네트워크('I2P')는 온라인 익명성을 목표로 하는 프록시 네트워크이다. 이는 토르의 어니언 라우팅을 개선한 갈릭 라우팅을 구현한다. I2P는 완전히 분산되어 있으며, 모든 통신을 여러 계층으로 암호화하고 다양한 위치의 자원 봉사자가 운영하는 라우터 네트워크를 통해 릴레이하여 작동한다. 정보의 출처를 숨김으로써 I2P는 검열 저항을 제공한다. I2P의 목표는 사용자의 개인 자유, 프라이버시 및 기밀 비즈니스 수행 능력을 보호하는 것이다.
I2P의 각 사용자는 컴퓨터(노드)에서 I2P 라우터를 실행한다. I2P 라우터는 다른 피어를 찾고 이들을 통해 익명 터널을 구축하는 역할을 한다. I2P는 모든 프로토콜(HTTP, IRC, SOCKS 등)에 대한 프록시를 제공한다.
네트워크 주소 변환과의 비교.
프록시 개념은 OSI 모형의 계층 7 애플리케이션을 의미한다. 네트워크 주소 변환 (NAT)은 프록시와 유사하지만 계층 3에서 작동한다.
계층 3 NAT의 클라이언트 구성에서는 게이트웨이를 구성하는 것으로 충분하다. 그러나 계층 7 프록시의 클라이언트 구성에서는 클라이언트가 생성하는 패킷의 목적지가 항상 프록시 서버(계층 7)여야 하며, 그런 다음 프록시 서버는 각 패킷을 읽고 실제 목적지를 찾아낸다.
NAT는 계층 3에서 작동하므로 계층 7 프록시보다 리소스 집약도가 낮지만 유연성도 떨어진다. 이 두 기술을 비교할 때 '투명 방화벽'이라는 용어를 접할 수 있다. 투명 방화벽은 클라이언트가 알지 못하는 상태에서 프록시가 계층 7 프록시의 이점을 사용하는 것을 의미한다. 클라이언트는 게이트웨이가 계층 3의 NAT라고 가정하며 패킷 내부를 알지 못하지만, 이 방법을 통해 계층 3 패킷이 조사를 위해 계층 7 프록시로 전송된다.
DNS 프록시.
DNS 프록시 서버는 (일반적으로 로컬) 네트워크에서 DNS 쿼리를 받아 인터넷 도메인 이름 서버로 전달한다. 또한 DNS 레코드를 캐시할 수도 있다.
프록시파이어.
일부 클라이언트 프로그램은 요청을 "SOCKS화"하여 모든 네트워크 소프트웨어가 특정 유형의 프록시 서버(주로 SOCKS)를 통해 외부 네트워크에 연결할 수 있도록 한다.
주거용 프록시 (RESIP).
주거용 프록시는 인터넷 서비스 제공업체(ISP)가 모바일 및 최종 사용자의 컴퓨터와 같은 물리적 장치와 함께 제공하는 실제 IP 주소를 사용하는 중개자이다. 서버에 직접 연결하는 대신 주거용 프록시 사용자는 주거용 IP 주소를 통해 대상에 연결한다. 그러면 대상은 이들을 일반 인터넷 사용자로 식별한다. 추적 도구가 사용자의 재할당을 식별하지 못하게 한다. 모든 주거용 프록시는 여러 개의 동시 요청을 보낼 수 있으며, IP 주소는 특정 지역과 직접 관련된다. 사용자의 실제 IP 주소를 다른 IP 주소 뒤에 숨기는 일반적인 주거용 프록시와 달리, 백커넥트 프록시로도 알려진 로테이팅 주거용 프록시는 프록시 풀 뒤에 사용자의 실제 IP 주소를 숨긴다. 이 프록시들은 모든 세션 또는 정기적인 간격으로 서로 전환된다.
제공업체의 주거용 프록시 호스트가 자발적으로 참여한다는 주장에도 불구하고, 수많은 프록시가 사물인터넷 장치를 포함하여 잠재적으로 손상된 호스트에서 운영된다. 호스트를 교차 참조하는 과정을 통해 연구원들은 잠재적 유해 프로그램으로 분류된 로그를 식별하고 분석했으며, RESIP 호스트가 수행한 불법 프로모션, 패스트 플럭싱, 피싱, 악성 소프트웨어 호스팅 등 다양한 무단 활동을 폭로했다.
요코스카시()는 일본 가나가와현 남동부의 미우라반도에 있는 시이다. 중핵시로 지정되어 있다.
가나가와현 남동부에 위치한 미우라반도의 대부분을 차지하며, 도시의 동쪽은 도쿄만(우라가 수도), 서쪽은 사가미만에 접해 있다.
약 2만년 전(후기 구석기시대)에 미우라반도에 사람이 살기 시작했다는 설이 있다. 조몬 시대에 들어가면 사람들이 생활했다는 흔적인 패총도 시내에서 발견된다. 고훈 시대에는 소규모의 무늬 고분이 만들어졌고 나라 시대 중반까지는 사가미국에서 가즈사국으로 연결되는 옛 도카이도가 지나고 있었다.
시내의 무네모토지(소우겐지)는 현내 굴지의 고찰이며, 미우라군의 행정 중심지에 위치했다. 중세에는 미우라씨가 지배했고 이후 사가미미우라씨가 일대를 지배하게 된다. 센고쿠 시대에 호조씨에 의해 멸망당했고 이후 도쿠가와 이에야스의 영지가 된다. 에도 시대에는 해상에서 에도로 들어가는 관문이 되었고 등명당과 봉행소가 두어졌다. 1720년에 우라가 봉행소가 놓인 이후에는 우라가가 상업지로 번창하였다.
에도 막부 말기에는 외국 함선이 들어오는 거점이 되었으며 근대화 및 국방과 관련 있는 관음기등대, 요코스카 제철소, 요코스카 진수부 등이 설치되고 요코스카선이 개통되면서 가나가와현에서 요코하마에 이어 두 번째로 시가 되었다. 쇼와 시대에는 일본 제국 해군의 거점이 되었으며 군사시설이 있는 주변의 정과 촌을 병합하여 현재 크기의 시가 성립되었다(즈시정은 이후 분리되었다). 이 때문에 요코스카시에서는 쇼와 시대의 대합병과 비교할 만한 시정촌 합병은 행해지지 않았다.
전후에는 미군과 자위대가 주둔하였고 이후 도쿄, 요코하마의 베드타운으로 발전하였다. 인구는 1992년 5월 1일에 437,170명으로 정점에 달한 이래 일시적으로 감소하는 추세였다.
ㆍ(아래아)는 훈민정음 문자의 홀소리 중 하나이다. 오늘날 현대 한국 표준어에서는 사용하지 않지만, 제주어에서 후설 원순 저모음() 음가를 표시하기 위하여 쓰이기도 한다.
훈민정음이 만들어졌을 당시인 중세 국어에서는 후설 비원순 중저모음()을 나타냈을 것이라고 추정된다. 이는 현대 한국어에서의 후설 중모음인 ㅓ와 가장 유사하다.
음운 변화.
이런 음운 변화는 중세 한국어까지 지켜지던 한국어의 모음 조화를 급속하게 깨지게 하였다. 양성 모음 ㆍ와 이에 대응되는 음성 모음 ㅡ의 대립이 무너지면서 전반적인 모음조화에 영향을 주기 시작한 것이다.
주시경의 ㅣㅡ 합음설.
1894년 주시경은 ㆍ의 본래 발음이 ㅣ와 ㅡ의 합음이라고 주장했다. 그는 훈민정음에 ㅣ와 ㅡ의 합자가 없다는 점과 구한말 당시 사람들의 한국어 발음과 중국어 발음을 그 근거로 들었다. 또한 훈민정음에서 ㅣ와 ㅏ의 합음을 적을 때 ㅣㅏ처럼 병서하지 않고 ㅑ라는 새로운 글자를 만든 것처럼 ㅣ와 ㅡ를 합쳐 쓰기 위해서 새로운 글자인 ㆍ를 만들었을 것이라고 추측했다. 주시경의 주장에 영향을 받은 지석영은 1905년 《신정국문》이라는 철자법에서 ᆖ라는 새로운 글자를 제안했다.
폐기.
지금은 제주어의 를 표기할 때 쓰이는 경우가 있다. 이는 후설 원순 저모음으로 소리내지만, 젊은 층에서는 /ㅗ/로 소리내는 경우도 있다.
KS X 1001:2002 개정된 "표1"의 1-4(ㆍ, ISO/IEC 10646 내 318D 또는 유니코드 U+318D)가 존재하였으나, 국가기술표준원 홈페이지 내 'e나라표준인증' 내 KS X 1001:2004 개정의 경우 "표1"의 내용이 오류이고, KS X 1001:2004(2009 확인)의 경우는 존재하지 아니하며, KS X 1001:2004(2014 확인) 및 KS X 1001:2004(2019 확인)에 "표1"이 가운뎃점(·, ISO/IEC 10646 내 00B7 또는 유니코드 U+00B7)이 존재하지만 누가, 언제부터 무슨 근거로 개정한 것인지 알 수 없는 라틴 기호이므로 가운뎃점은 ISO/IEC 10646 내 318D 또는 유니코드 U+318D로 개정되어야 하고, 명칭은 '한글 낱자 아래아'에서 '한글 낱자 천(ㆍ, 天, Sky, Cheon)'으로 개정될 원인이 있다.
● 산업통상자원부장관에게 산업표준화법령에 따라 한국산업표준(KS)인 'KS X 1001'을 2016년부터 위탁 받아 소관 하는 국립전파연구원에 확인하면 누가, 언제부터 라틴 기호 '00B7'을 가운뎃점으로 개정한 것인지 알 수 없다는 회신을 받을 수 있을 것이다.
따라서 ISO/IEC 10646 내 318D의 명칭은 '한글 낱자 천(ㆍ, 天, Sky, Cheon)' 또는 가운뎃점으로 개정될 기반을 마련하기 위해 KS X 1001:2004(2019 확인)의 318D의 명칭을 우리나라가 우선 '한글 낱자 천(ㆍ, 天, Sky, Cheon)' 또는 '가운뎃점'으로 개정하고 ISOㆍIEC에 그 개정을 요구하거나 요청해야 한다.
하여, 현재 국립전파연구원은 한국산업표준(KS)인 'KS X 1001:2004(2019 확인)' 등에 관한 개정안을 접수 받아 공청회 준비 등을 착수한 상태인 바, 추후 관련 법령등의 절차에 때 이해관계인 중 국민의 개정안에 따라 적의처리(적다+意+처리: 적힌 뜻에 따라 처리 또는 적힌 뜻대로 처리)하여 오류가 있는 사항을 바로잡아 고시할 것으로 기대된다.
현재 한국어에서는 양순 파열음을 나타내며, 낱말 처음에 올 경우 무성 양순 파열음(안울림소리), 낱말 중간 유성음 사이에 올 경우 유성 양순 파열음(울림소리)이 된다. 받침에 올 경우 양순 불파음이 된다.
훈민정음의 치두음과 정치음은 중국어의 다른 두 치음을 표기하기 위해 ㅅ, ㅆ, ㅈ, ㅉ, ㅊ의 왼쪽과 오른쪽 획의 길이를 다르게 한 글자를 말한다. 훈민정음에는 없지만, 훈민정음보다 나중에 펴낸 훈민정음 언해에서 처음 도입되었다.
치두음과 정치음은 각각 현대 음성학의 치경음과 치경구개음에 해당한다. 닿소리의 이름은 각각 치두음시옷, 치두음쌍시옷, 치두음지읒, 치두음쌍지읒, 치두음치읓, 정치음시옷, 정치음쌍시옷, 정치음지읒, 정치음쌍지읒, 정치음치읓이다.
음성학.
한국어에서는 ㅁ이 양순 비음이고 ㅂ, ㅃ, ㅍ이 무성 양순 파열음이다. 중세 한국어의 ㅸ, ㅹ, ㆄ은 무성 양순 마찰음을 나타내는 것이라 여겨진다.
훈민정음 초성 체계.
훈민정음 초성 체계에서는 'ㅂ', 'ㅍ', 'ㅃ', 'ㅁ'의 4 자모가 설음에 분류된다. 오음의 하나. 현대 음성학에서는 양순 파열음, 양순 비음에 해당된다. 순음에는 훈민정음 초성 체계에는 없지만 순경음이 있다.
중국 음운학.
16세기쯤에 소리가 양순 연구개 접근음 으로 바뀌면서 모음 ㅗ/ㅜ가 이 글자를 대신하며 사라졌다. 일부 방언에서는 이것이 ㅂ으로 남아 있다.
《한청문감》, 《동문유해》 등 만주어 문헌에서는 (묄렌도르프 로마자 전사의) f 발음을 표기하는데 쓰였다. 1948년 제정된 외래어 표기법인 들온 말 적는 법에서는 발음을 표기하는 데에 쓰였다. 찌아찌아어의 한글 표기법에서도 마찬가지로 를 표기하는 데에 쓰인다.
ㆁ(옛이응 또는 꼭지이응)은 훈민정음 자모 중 하나로 현대 한국어 표기법에는 쓰이지 않는다. 17세기에 사라져 현재는 그 자형은 없어지고 끝소리 ㅇ으로 남아 있다.
훈민정음에 따르면 ㆁ은 어금닛소리로 지금의 받침 ㅇ 소리인 연구개 비음을 나타내는 글자였다. 이는 ㅇ(이응)과 쓰임이 달랐는데, 훈민정음이 처음 쓰였을 때에는 끝소리가 나지 않는 한자를 훈민정음으로 나타낼 때에 항상 ㅇ 받침을 채웠던 것이다. 따라서 한자어가 아닌 “나랏말미”에는 ㅇ 받침이 없지만, 훈민정음의 제목이며 한자어인 “솅엉졩 훈민”에는 ㅇ 받침이 들어가 있으며, “셰종어졔 훈민졍”으로 읽는다.
ㆁ은 동국정운식 한자음 표기에서 첫 음절의 첫소리로 올 수 있었으나 그 외에는 끝소리와 음절 사이의 첫소리에 쓰이다가 16세기부터 끝소리로만 쓰이게 되었다. 이후에 ㆁ과 ㅇ을 모두 ㅇ으로 쓰게 되었고 원래 받침에 들어갔던 ㅇ은 없어졌다.
자형.
조선어 신철자법.
전산.
또한 윈도우의 Arial Unicode MS 글꼴에선 ㆁ, 첫소리 ᅌ, 끝소리 ᇰ을 모두 ㅇ으로 그리는 문제가 있다.
한자음.
《훈민정음 언해》(1446)에서는 ㆆ을 音과 挹의 첫소리로 썼다.
《동국정운》(1448)에서는 중국 음운학의 7음 청탁 낱자 체계에 맞춰서 성모가 ㅇ/∅/인 글자와 ㆆ//인 글자를 구분해서 실었다. 또한 ㄹ 받침의 한자 음을 입성으로 만들기 위해 ㆆ을 병서해 ㅭ으로 나타냈다. 이러한 표기는 동국정운식 표기가 쓰이지 않게 되면서 사라졌다.
ㅿ()은 훈민정음 자모 중의 하나로 반치음을 표기하는 데에 쓰였다. 현대 한국어 표기에는 쓰이지 않는다. 여린시옷, 가벼운 시옷이라고도 한다.
훈민정음에서는 ㅿ을 ㅅ보다는 발음이 여린 것으로 설명한다. 유성 치조 마찰음 를 나타내는 것이라 여겨진다. 주로 음절 사이의 초성에서만 쓰였으나, 15세기 문헌에는 간혹 종성에서의 용례가 보이며, 이 발음 또한 로 추정된다. 한편 중국어를 표기할 때에는 음절 처음에도 쓰였으며, 일본어의 (ざ행) 발음을 표기할 때에도 쓰였다.
주로 울림소리 사이에서 쓰이던 소리로서 중앙어에서는 대체로 16세기 말에 그 발음이 사라졌으나, (&gt;지으니, &gt;두어) 경상도 등 일부 지역 방언에서는 주로 ㅅ으로 합류하였다. 예를 들어, “(병 같은 것이) 낫다”의 활용형 ‘나아’는 중세 국어에서 “나ᅀᅡ”로 쓰였다가 ㅿ이 사라지면서 “나아”가 되었는데 동남 방언에서는 이것을 ‘나사’에 가깝게 소리내고 있다. (지금 쓰는 글자로는 '나사'에 가깝지만 소리값을 생각한다면 '나ᅀᅡ'로 쓰는 것이 가깝다.) 유사한 예시로는 마음, 가을, 겨울, 마을 등 중세에 ㅿ을 포함하던 어휘가 여러 방언이나 고유지명에서 ㅅ계로 나타나는 것이 드러난다. 이들은 ㅿ이 반치음을 나타내었다는 핵심적인 증거가 된다.
한자표기를 볼 때 훈민정음에서 穰(rang)의 소리와 같다고 되어있어 반치음은 현대한어병음(現代漢語拼音)에서의 성모(聲母) r에 가까웠다고 추측할 수 있는데, 이는 영어의 r 발음과는 달리 유성 권설 마찰음(/ʐ/)을 발음으로 가지는 것으로서, 청대 사료에서 독일(Germany)를 日耳曼로 표기하는 등 많은 증거에 의해 당시 중국어에서부터 이미 권설 마찰음으로 발음되었다고 간주된다. 다른 수많은 예로는 한자 人, 二, 閏, 日 등의 중국어 발음 표기에 반치음이 사용되었는데 이들은 대부분 /ʐ/ 계통의 발음을 성모로 하며 일본어 한자음에서도 한국어의 ㅈ와 같은 파찰음(dz)으로 나타난다.
옛한글은 지금은 쓰이지 않는, 과거의 한글을 말한다.
문자 코드 체계.
첫가끝 코드.
첫소리-가운뎃소리-끝소리 글자부호화 방식(Syllable-Initial-Peak-Final Encoding Approach) 한글 부호계, 또는 줄여서 첫가끝 코드란 유니코드의 한글 자모 영역(U+1100~U+11FF, U+A960~U+A97F, U+D7B0~U+D7FF)을 첫소리-가운뎃소리(-끝소리)(-방점) 순서로 배열하는 방법을 말한다. 관련 한국산업표준으로 KS X 1026-1이 있다.
위 1번을 해결하기 위해서는 트루타입 오픈 GSUB 테이블 기술과 이에 대응하는 자형 세트를 글꼴에 내장해야 한다. 마이크로소프트의 경우, 유니스크라이브(Uniscribe) 기술이 이러한 글꼴의 출력을 지원하며, 이를 지원하는 바탕 옛한글, 굴림 옛한글, 돋움 옛한글, 궁서 옛한글 글꼴이 알려져 있다. 이들 글꼴은 마이크로소프트 워드 2002 이상 버전의 오피스 플러스 팩을 통해 배포하고 있고, 네모꼴 모양의 미려한 옛한글을 보여 주나, 반드시 플러스 팩을 사야 글꼴들을 구할 수 있다는 단점이 있다. 은글꼴의 경우 은 바탕 글꼴이 상당히 미려한 한글 GSUB를 지원하고 있으며, 한글 글자 마디로 변환 가능한 첫가끝 자모는 한글 글자 마디로 대치해 보여준다. 마이크로소프트 윈도우 8 이상에 포함된 맑은 고딕도 첫가끝 코드를 지원한다. 본고딕은 자주 쓰이는 500개의 옛한글 글자 마디에 대해서는 미려한 완성형 글리프를 포함하고 있으며, 다른 글자 마디는 자모 조합으로 표시한다.
오픈 소스로 배포되고 리눅스, 안드로이드 등에서 쓰이는 (HarfBuzz)와 이를 쓰는 최신 버전의 (Pango)는 GSUB를 잘 지원하므로 위에서 언급한 글꼴로 옛한글을 잘 표시할 수 있다. 애플의 (Apple Advanced Typography; AAT)는 mort/morx 테이블을 써서 글꼴 변경만으로 옛한글을 지원한다. 국제 SIL의 그래파이트(Graphite)도 mort/morx 테이블과 비슷한 방식으로 옛한글을 지원할 수 있다.
2번의 경우 역시 GSUB의 ligature 기능을 이용하면 첫가끝 글자 마디를 한양 PUA 코드에 대응하는 자형으로 바뀌어 보이게끔 글꼴 차원에서 구현할 수 있다. 또한 유니코드 5.2에서는 한양 PUA 코드 영역을 표현하기 위해 필요한 모든 자모가 포함되었으므로 더 이상 한양 PUA 코드를 사용할 이유가 없어졌다.
이른바 한양 사용자 정의 영역 코드(Hanyang private use area code) 또는 한양 PUA 코드는 유니코드의 사용자 지정 영역을 쓰는 옛한글·구결 구현 코드이다. 윈도우 XP까지 한국어 윈도의 시스템 글꼴을 제작해 온 한양정보통신에서 이 코드에 대응되는 글꼴을 제작하였다.
이 코드는 마이크로소프트 워드 2000과 한/글에서 공식적으로 지원하였고, 그 밖에도 정부 기관 등에서 한글 고전을 정리하는 데에도 많이 사용되고 있다. 그러나 한양 사용자 정의 영역에 들어있는 완성형 옛한글 글자 마디는 고작 5천여 개밖에 안 된다는 한계를 가지고 있다.
하지만 한양 PUA 코드는 비표준 코드이고 완성형 형태로 지원하는 글자의 개수가 5천여 개밖에 안되는 한계를 가지고 있으며, 한양 PUA 코드를 지원하지 않는 일반 글꼴로 보면 옛한글이 올바르게 나타나지 않는다. 이러한 문제로 인해, 워드 2002부터는 한양 PUA 코드 영역의 옛한글을 더 이상 지원하지 않고 있으나, 한/글의 경우 2010부터는 첫가끝 표준을 지원하되 기존 한/글 문서와의 호환성을 고려하여 한양 PUA 코드를 계속 지원하고 있다. 지원하는 글꼴인 한컴돋움, 한컴바탕, 새굴림 등과 IME를 함께 쓰면 워드 프로그램이 아니어도 사용이 가능하다.
한양 PUA 코드 영역의 옛한글 글자 마디는 첫가끝 코드와는 달리 현대 한글 이외에, 자소의 합성이 완성되어 있는 형태의 글자 마디가 포함돼 있다. 이 완성형 글자 마디 이외의 글자 마디들은 U+F784~U+F8F7 영역의 자소들을 이용해 합성하도록 하고 있다.
그 외에 자소를 하나씩(ㄱ, ㅗ 등) 입력할 경우, 가급적 호환용 한글 자모 영역(U+3130 ~ U+318F)의 자모를 이용하고, 그 영역에 없는 것은 한글 자모 영역(U+1100 ~ U+11FF, 첫가끝 코드에서 이용하는 영역)의 자모를 그대로 이용한다. 그런데 한글 자모 영역의 문자들은 문자 조합을 위해 만든 것이기 때문에, 유니코드 컨소시엄의 방침대로라면 가운뎃소리와 끝소리는 글자 자체에 공간이 없이 앞 글자에 달라붙는 zero-width 방법으로 만들어야 한다. 그러나 한양 PUA 코드 영역을 지원하는 일부 글꼴들은 이러한 원리를 무시하여 한글 자모 영역의 중성, 종성에 모두 글자 폭을 할당해 놓은 경우가 있다. 호환용 한글 자모 영역과 한글 자모 영역에도 없는 자모(한양 PUA에만 있는 자모)는 한양 PUA의 첫소리·가운뎃소리·끝소리 범위를 이용해 합성한다(채움 문자와 해당 자소를 합성한다).
한양 PUA 코드는 구 버전의 유니코드 및 관련 코드에 없던 자소를 포함하고 있다. 예컨대 한양 PUA에 있는 ퟅ(한양 PUA: )는 유니코드 5.1까지는 없던 것이다. 유니코드 5.2에서 옛한글 낱자를 더 추가하여 이런 자모들까지 유니코드에서 쓸 수 있게 되었다.
이러한 한계에도 불구하고 한양 PUA 코드 영역에서 지원하는 완성형 형태의 옛한글은 상당히 많이 사용되게 되었으며, 유니코드 표준을 지키지 않은 수많은 비표준 문서를 양산하는 결과를 낳게 되었다. 이러한 문제를 해결하기 위해서 한국 사용자 모임과 같은 곳에서는 한양 PUA 코드를 첫가끝 표준으로 변환하는 프로젝트를 마련하여 그 해결 방법을 제시하기도 하였다.
제주서체 PUA.
제주서체에서는 제주어 표기를 위해 필요한 ㆍ(아래아)나 ᆢ(쌍아래아)가 들어간 한글 완성자 160자를 유니코드의 사용자 정의 영역(PUA) 중 U+E001~U+E0A0에 배당해 놓았다. 이 체계는 위의 한양 PUA와는 별개의 체계이다.
그 외 기술적인 이슈.
방점.
유니코드에서 방점은 한 점짜리(거성)를 U+302E(), 두 점짜리(상성)를 U+302F()에 할당하고 있다. 방점은 한글 글자 마디(첫소리+가운뎃소리(+끝소리))가 완성된 뒤에 입력해야 한다.
또 한/글에서는 별도로 글자 모양 설정을 통해 '드러냄표'의 한 형태로 강조점을 다는 방식을 제공하고 있다. 그런데 한/글 내에서 세로쓰기를 할 경우 드러냄표의 위치가 글자 오른쪽이 아닌 위로 올라간다. 트루타입 글꼴은 GSUB의 vert를 지원하며 이러한 트루타입의 GSUB/GPOS 기술을 방점에 대해 구현하면 애플리케이션 의존적이지 않은 가로쓰기 세로쓰기에 관계 없는 방점을 구현할 수 있으나 현재 이러한 방식을 제대로 지원하는 글꼴은 없다.
광호흡(光呼吸, )은 광합성(특히, 캘빈회로)에서 중요한 효소인 루비스코(Rubisco)의 산화제로서의 대사과정이다. 루비스코는 이산화탄소 뿐만 아니라 산소와도 결합하여, 환원제와 산화제의 역할을 동시에 수행한다.
광호흡은 C3 식물에서 흔히 볼 수 있으며 (CAM과 C4 식물은 이산화탄소를 농축하는 C4회로를 가지고 있어 광호흡을 방지한다.), 강한 빛 조건에서 이산화탄소 농도가 낮고 상대적으로 산소농도가 높을 때 잘 일어난다. 예를 들자면 식물이 건조한 낮에 수분손실을 막기 위해 기공을 닫게 되면 잎 내부의 산소농도가 높아져 빛에 의한 산소소모(광호흡)가 일어난다.
위 반응은 퍼옥시솜, 미토콘드리아, 엽록체가 관여하며, 루비스코 효소는 RuBP와 산소와 반응을 촉매하여 인산글리콜산과 3인산글리세르산을 만들어낸다. 인산글리콜산은 퍼옥시솜과 미토콘드리아에서의 반응에 의해 축적된다. 인산글리콜산은 세린, 글리세르산으로 변환과정을 거쳐 엽록체의 캘빈회로로 들어가 1ATP가 소모되면서 3인산글리세르산으로 전환된다.
광호흡은 진화적인 유물로 여겨진다. 유력한 가설에 따르면 최초의 식물이 출현할 당시 대기의 상태는 산소가 희박했기 때문에 루비스코의 기능은 이산화탄소 고정으로 한정되어 있었지만, 점차 대기 중의 산소농도가 높아지면서 루비스코의 예기치 않은 기능인 광호흡(O2에 의한 탄소소모)이 나타나게 되었을 것으로 예상된다. 이러한 루비스코에 의한 광호흡을 막기 위하여 새로운 대사과정을 추가하고 식물체 내부구조를 변형시켜 C3식물에서 C4식물, CAM식물이 진화과정에서 등장한 것으로 보고 있다.
그람 염색() 또는 그람 염색법()은 미생물학 및 세균학에서 세균을 그람양성세균과 그람음성세균의 두 가지 큰 부류로 분류하는 데 사용하는 염색 방법이다. 1884년에 이 기법을 개발한 덴마크의 세균학자인 한스 크리스티안 그람의 이름을 따서 명명되었다.
그람 염색은 세포벽의 화학적 특성 및 물리적 특성의 차이를 이용해 세균을 구별하는 방법이다. 그람양성세균은 세포벽에 두꺼운 펩티도글리칸 층을 가지고 있어서 1차 염색제인 크리스탈 바이올렛을 머금을 수 있다. 그람음성세균은 보다 얇은 펩티도글리칸 층을 가지고 있어서 에탄올로 세척하면 크리스탈 바이올렛이 씻겨 나간다. 그람음성세균은 일반적으로 사프라닌 또는 푸크신을 이용한 대비염색에 의해 분홍색 또는 빨간색으로 염색된다. 아이오딘-아이오딘화 칼륨 용액(루골 용액)은 세포막과 염색액의 결합을 강화하기 위해 크리스탈 바이올렛을 사용한 후에 항상 첨가된다.
그람 염색은 거의 대부분에서 세균의 부류를 식별하는 첫 번째 단계이다. 그람 염색은 임상 및 연구 환경 모두에서 귀중한 진단 도구이지만 모든 세균들이 그람 염색으로 명확하게 분류될 수 있는 것은 아니다. 이것은 그람가변세균 및 그람불확정세균을 발생시킨다.
그람 염색이라 명칭은 1884년에 베를린의 시립 병원의 영안실에서 카를 프리들란더와 함께 근무하면서 이 방법을 개발한 덴마크의 세균학자인 한스 크리스티안 그람의 이름을 따서 명명되었다. 그람은 세균을 다른 종과 구별하기 위한 목적이 아니라 폐 조직의 염색된 부분에서 세균을 더 잘 보이도록 하기 위해 이 방법을 고안했다. 그람은 1884년에 자신이 고안한 방법을 발표했으며, 그의 짧은 보고서에서 발진티푸스 간균이 염색되지 않는다는 관찰 내용을 포함시켰다.
그람 염색은 세포벽의 물리적, 화학적 특성에 따라 세균 종을 두 개의 큰 부류(그람양성세균과 그람음성세균)으로 구별하는 데 사용되는 세균학적 실험 기술이다. 그람 염색은 고세균을 분류하는 데 사용되지 않는다. 이러한 미생물은 계통발생학적 분류군을 따르지 않는 매우 다양한 반응을 나타내기 때문이다.
일부 세균들은 그람 가변적(그람음성 또는 그람양성으로 염색될 수 있음을 의미)이다. 일부 세균들은 그람 염색법에 사용된 염료로 염색되지 않고 보이지 않는다. 현대의 환경 또는 분자미생물학 연구실에서 대부분의 식별은 유전자 서열 및 기타 분자 기술을 사용하여 이루어지며, 이는 차등 염색보다 훨씬 더 구체적이고 유익한 정보를 제공한다.
그람 염색은 감염이 의심될 때 체액 또는 생검으로 수행된다. 그람 염색은 배양보다 훨씬 더 빨리 결과가 나오며 감염이 환자의 치료와 예후에 중요한 차이를 만들 때 특히 중요하다. 수막염의 경우 뇌척수액, 패혈성 관절염의 경우 활액이 그 예이다.
염색 메커니즘.
그람양성세균은 펩티도글리칸(세포외막의 50~90%)으로 이루어진 그물망 형태의 두꺼운 세포벽을 가지고 있으며, 그 결과 크리스탈 바이올렛에 의해 보라색으로 염색된다. 반면에 그람음성세균은 더 얇은 층(세포외막의 10%)을 가지기 때문에 보라색 염색을 유지하지 못하고 사프라닌에 의해 분홍색으로 대비염색된다. 그람 염색의 4가지 기본 단계는 다음과 같다.
크리스탈 바이올렛(CV)은 수용액에서 및 염화물() 이온으로 해리된다. 이들 이온은 그람양성세균 및 그람음성세균의 세포벽을 관통한다. 이온은 세균 세포의 음전하 부분과 상호작용하여 세포를 보라색으로 염색한다.
아이오딘화물( 또는 )은 와 상호작용하여 세포의 내층과 외층 내에서 크리스탈 바이올렛과 아이오딘의 거대 복합체(CV–I)를 형성한다. 아이오딘은 보통 매염제로 언급되지만, CV–I 복합체의 제거를 방지하여 세포를 착색시키는 포획제이다.
에탄올이나 아세톤과 같은 탈색제가 첨가되면 세포막의 지질과 상호작용한다. 그람음성세균은 외부의 지질다당류 막을 잃고 내부의 펩티도글리칸 층이 노출된 상태로 남는다. CV–I 복합체는 외막과 함께 그람음성세균에서 세척된다. 대조적으로 그람양성세균은 에탄올 처리로 인해 탈수된다. 거대 CV–I 복합체는 펩티도글리칸의 다층 특성으로 인해 그람양성세균 내에 갇히게 된다. 탈색 단계는 매우 중요하며 시간을 정확하게 맞춰야 한다. 탈색제를 너무 오래(몇 초) 방치하면 크리스탈 바이올렛 염색이 그람양성세균과 그람음성세균 모두에서 제거된다.
탈색 후 그람양성세균은 보라색을 유지하며 그람음성세균은 보라색을 잃게 된다. 일반적으로 양전하를 띤 사프라닌 또는 염기성 푸크신으로 대비염색을 마지막에 수행하여 탈색된 그람음성세균을 분홍색 또는 빨간색으로 만든다. 그람양성세균과 그람음성세균 모두에 대비염색을 한다. 그러나 대비염색을 해도 크리스탈 바이올렛 염색이 더 진하기 때문에 그람양성세균은 여전히 보라색을 띠게 된다.
그람양성세균.
그람양성세균은 일반적으로 두꺼운 펩티도글리칸으로 둘러싸인 단일막을 가지고 있다. 이러한 것은 후벽균문(몰리쿠테스강과 네가티비쿠테스강은 제외)과 방선균문의 두 개의 문에서 적용된다. 대조적으로 녹만균류(녹색비황세균)의 구성원들은 단일막이지만 얇거나 없는(데할로콕코이데스강) 펩티도글리칸을 가지고 있으며, 음성, 양성 또는 불확실하게 염색될 수 있다. 데이노코쿠스문은 양성으로 염색되지만 두꺼운 펩티도글리칸을 가진 2개의 막을 가지고 있다.
역사적으로 그람양성세균은 현재 가장 큰 그룹에 사용되는 이름인 후벽균문(Firmicutes)을 구성했다. 여기에는 락토바실루스속, 바실루스속, 리스테리아속, 포도상구균속, 연쇄상구균속, 장내구균속, 클로스트리디움속과 같은 잘 알려져 있는 많은 속들이 포함되어 있다. 또한 미코플라스마 및 테르모플라스마와 같은 세포벽이 없어서 그람 염색이 불가능하지만 그러한 형태에서 파생된 세균인 몰리쿠테스강강을 포함하도록 확정되었다.
일부 세균은 염색을 유지하는 데 특히 유리한 세포벽을 가지고 있다. 이들은 다른 그람양성세균과 밀접하게 관련되어 있지 않더라도 그람 염색에서 양성으로 나타난다. 이들은 항산균이라고 하며, 특수한 염색 절차(질-닐슨 염색)을 통해서 다른 그람양성세균과 구별할 수 있다.
그람음성세균.
그람음성세균은 일반적으로 두 개의 막(diderm) 사이에 얇은 펩티도글리칸 층을 가지고 있다. 지질다당류(LPS)는 대부분의 그람음성세균의 세포 표면에 가장 풍부한 항원으로 대장균과 살모넬라균의 외막의 최대 80%까지 차지한다. 대부분의 세균의 문은 남세균, 녹색황세균 및 대부분의 프로테오박테리아를 포함(예외는 리케차목의 일부 구성원 및 장내세균목의 곤충-내공생균)하여 그람 음성이다.
그람가변세균 및 그람불확정세균.
일부 세균은 그람 염색으로 염색한 후에 분홍색과 보라색 세포가 혼합되어 보이는 그람가변패턴을 나타낸다. 바실루스, 부티리비브리오, 클로스트리디움의 배양에서 생장하는 동안 펩티도글리칸의 두께 감소는 그람음성으로 염색되는 세포 수의 증가와 일치한다. 또한 그람 염색을 이용하여 염색한 모든 세균은 배양 시간이 염색 결과에 영향을 미칠 수 있다.
그람불확정세균은 그람 염색에 예상대로 반응하지 않기 때문에 그람양성세균 또는 그람음성세균으로 결정할 수 없다. 예를 들면 소결핵균("Mycobacterium bovis"), 나균("Mycobacterium leprae"), 결핵균("Mycobacterium tuberculosis")을 포함하여 많은 종의 미코박테리움이 포함되며, 나균 및 결핵균은 각각 나병 및 결핵의 원인 병원체이다. 미코플라스마속의 세균은 세포막 주위에 세포벽이 없기 때문에 그람 염색법으로 염색되지 않으며, 세포벽 합성을 표적으로 하는 항생제에 내성을 나타낸다.
그람 염색(Gram stain)이라는 용어는 한스 크리스티안 그람의 이름에서 유래되었다. 따라서 그람(Gram)은 대문자로 표시되지만 과학 용어에서 일반적으로 사용되는 일반 명사인 염색(stain)은 대문자로 표시하지 않는다. 명칭의 시조가 되는 형용사인 그람양성 및 그람음성의 첫 문자는 작성 중인 문서를 관리하는 스타일 가이드가 있는 경우에 따라 대문자 G 또는 소문자 g가 될 수 있다. 소문자 스타일은 미국 질병통제예방센터 및 AMA 스타일 등에서 사용된다. 사전은 소문자, 대문자 또는 둘 다를 사용할 수 있다. 그람양성 또는 그람음성의 대문자 표기는 많은 과학 저널 기사 및 간행물에서 일반적으로 사용된다. 논문이 저널에 제출되면 각 저널은 포스트프린트 버전에 하우스 스타일을 적용하거나 적용하지 않을 수 있다. 프리프린트 버전에는 저자가 우연히 사용한 스타일이 포함되어 있다. 형용사인 그람양성(gram-positive) 및 그람음성(gram-negative)에 소문자를 사용하는 스타일의 용법에서 조차도 일반적으로 그람 염색(Gram stain)에 대해서는 대문자를 사용한다.
홍콩(, , )은 중화인민공화국 화난 주강 삼각주 동쪽에 위치한 특별행정구이다. 정식 명칭은 중화인민공화국 홍콩 특별행정구(, , )이다. 홍콩은 마카오, 광저우, 선전, 주하이, 그리고 광둥성의 다른 주요 도시들과 함께 세계에서 가장 인구가 많은 주강 삼각주 대도시권을 형성하고 있다. 홍콩은 1,104km2의 면적에 740만 이상의 다양한 국적 출신의 홍콩인들로 구성, 세계에서 4번째로 높은 인구밀도 지역이다.
홍콩은 이전에 영국령 홍콩으로, 1842년 제1차 아편 전쟁 이후 청나라가 당시 대영 제국에 양도했다. 당시 낮은 인구밀도의 농어촌 지역이었던 홍콩은 현재 세계에서 손꼽히는 중요한 금융 센터와 무역항이 밀집한 지역이 되었다. 제2차 세계 대전 당시 일본 제국 점령 기간을 제외하면, 홍콩은 1997년 홍콩 이양 직전까지 영국의 통치를 받았다. 홍콩은 특별행정구로 중국 대륙과는 분리된 정치체계와 경제구조를 가진다.
홍콩은 세계에서 7번째로 큰 교역규모의 지역이며, 홍콩의 법정 화폐인 홍콩 달러는 세계에서 13번째로 많이 거래되는 통화이다. 홍콩의 제3차 산업 위주의 경제는 경쟁적 단순 과세로 특정지어지며, 보통법 사법 제도로 뒷받침된다. 홍콩은 세계에서 가장 높은 일인당 GDP를 기록하나, 심각한 소득 불평등을 겪는 지역이기도 하다.
홍콩은 세계에서 가장 높은 마천루들로 두드러지며, 홍콩에서 가장 밀집된 도시 지역의 중심에는 빅토리아 항이 자리잡고 있다. 홍콩은 굉장히 높은 수준의 인간 개발 지수를 기록하며, 세계에서 7번째로 평균 수명이 높은 지역이다. 홍콩 인구의 90% 이상이 잘 발달된 대중교통을 이용한다.
홍콩의 명칭은 1780년 처음 "He-Ong-Kong" (히-옹-콩으로 발음)이라 표기되었으며, 당시에는 애버딘섬과 홍콩 섬의 남부 해안 사이의 작은 만으로 언급되었다. 애버딘은 영국 선원들과 현지 어부들이 처음으로 접촉한 곳이다. 홍콩의 로마자 명칭의 기원은 알려진 바가 없으나, 일반적으로 광둥어 발음의 초기 음성 표기인 헝공 ("hēung góng")에서 비롯된 것으로 알려져 있다. 홍콩은 현지 언어로 "향기로운 항구" 혹은 "향의 항구"로 해석된다. 이중에서 "향"은 주강에서 항구에 유입되는 신선한 물의 달콤한 맛 또는 북부 구룡 해안에 늘어선 공장에서 나오는 향을 가리킨다. 향은 빅토리아 항구가 개발되기 전에 수출을 위해 애버딘 항구 근처에 저장되어 있었다. 당시 홍콩의 두번째 총독이였던 존 데이비스 경은 섬의 폭포에서 흘렀던 흙의 색깔에서 비롯하여, 홍콩의 명칭이 호옹-키앙 ("Hoong-keang", 붉은 강을 뜻함)에서 유래했다고 주장하였다. 난징 조약은 어원과 관계없이 섬을 홍콩이라 표시, 그 이후로 현재까지 홍콩의 전체 지역을 지칭하고 있다.
홍콩 (Hong Kong)이라는 단순화된 이름은 1810년에 자주 사용되었고, 한 단어 (Hongkong)로 쓰이기도 하였다. 한 단어 명칭은 1926년 정부가 공식적으로 두 단어 형식을 채택할 때까지 흔하게 쓰였다. 홍콩-상하이호텔 그룹 (The Hongkong and Shanghai Hotels), 홍콩상하이은행 (The Hongkong and Shanghai Banking Corporation) 등 식민지 초기에 설립된 일부 기업들은 여전히 한 단어 명칭으로 표기되고 있다.
홍콩은 약 6,000년 전 신석기 시대부터 사람이 거주하기 시작하였다. 초기 홍콩 정착민들은 중국 내륙 지방에서 이주하여 쌀 재배에 대한 지식을 가지고 왔다. 기원전 214년, 당시 진나라는 토착 위에족 세력을 정벌한 후 중국 역사상 최초로 홍콩 지역을 중국에 편입시켰다. 진나라의 멸망 이후 홍콩 지역은 남월 왕국에 편입되었으나, 한나라의 남월 정벌 이후 중국에 재탈환되었다. 몽골 제국의 중국 대륙 점령기 동안, 남송 왕정은 1279년 애산 전투의 패배를 앞두고, 잠시 현재의 구룡성에 잠시 주둔했었다. 원나라가 멸망할 무렵, 7개의 대가문이 홍콩 지역에 정착해 대부분의 땅을 소유했다. 명나라 시대에 걸쳐 중국 인근 지방의 주민들이 구룡으로 이주했다. 홍콩에 온 최초의 유럽인은 당시 포르투갈 왕국 출신의 탐험가 조르즈 알바르스로, 1513년에 방문하였다. 당시 포르투갈 상인들은 홍콩 해안에 "타마오"라는 무역항을 설립하고 중국 남부 지역에서 정기적인 교역을 진행했다. 이 상인들은 1520년대의 군사 충돌 후 추방되었지만, 1549년에 포르투갈-중국간 교역이 재개되었다. 포르투갈은 이후 1557년에 마카오에 대한 영구 임대권을 얻었다.
이후 1684년 강희제는 금지령을 해제하고 외국인의 청나라 입항을 허용했다. 1757년 당시 청나라 관료들은 광동 체제를 설립하여 비(非)러시아 선박 입항을 칸톤 항으로 제한하고 무역을 더욱 엄격하게 규제하였다. 당시 차, 비단, 도자기와 같은 중국 상품에 대한 유럽의 수요는 높았지만, 유럽 제조품에 대한 중국의 관심은 미미했다. 이러한 무역 불균형에 대처하기 위해 영국은 다량의 인도산 아편을 중국에 팔았다. 마약 문제에 직면한 당시 청나라 관리들은 아편 무역을 중단시키기 위해 훨씬 더 공격적인 행동을 취했다. 당시 도광제는 아편을 합법화하고 과세하자는 제안을 거절했고, 1839년에는 판무관 임칙서에게 아편 무역을 근절하라 지시하였다. 임칙서는 아편 창고를 파괴하고 아편과 관련된 모든 해외 무역을 중단시켰고, 대영제국군은 이에 대응하여 제1차 아편 전쟁을 일으켰다. 청은 전쟁 초기에 패배를 인정했고 촨비 협정에서 홍콩 섬을 양도했다. 그러나, 협정을 맺은 양국은 내용에 만족하지 않았으며, 결과적으로 협정을 비준하지 않았다.