hotchpotch/wikipedia-multilingual-ir-pairs huggingface dataset:
쿨레쇼프 효과 쿨레쇼프의 실험
쿨레쇼프는 차르 시대의 인기 배우 이반 모주힌의 무표정한 얼굴 샷을 다른 여러 샷(수프 한 그릇, 관 속의 소녀, 디반 위의 여자)과 교차 편집한 단편 영화를 만들었다. 이 영화는 관객들에게 상영되었는데, 관객들은 모주힌의 얼굴 표정이 그가 "보고 있는" 대상(수프 그릇, 관 속의 소녀, 디반 위의 여자)에 따라 매번 다르게 나타난다고 믿었으며, 각각 굶주림, 슬픔, 성욕의 표정을 보인다고 생각했다. 모주힌의 영상은 실제로는 매번 같은 샷이었다. 프세볼로트 푸돕킨(나중에 실험의 공동 창작자라고 주장)은 1929년에 관객들이 "연기에 열광했다... 잊혀진 수프에 대한 그의 깊은 생각, 죽은 아이를 바라보는 깊은 슬픔에 감동했으며, 여자를 관찰하는 성욕을 주목했다. 그러나 우리는 세 경우 모두 얼굴은 정확히 똑같다는 것을 알고 있었다."라고 묘사했다.
쿨레쇼프 효과 쿨레쇼프의 실험
쿨레쇼프는 이 실험을 통해 영화 편집의 유용성과 효과를 입증했다. 이는 관객들이 이미지 시퀀스에 자신만의 감정적 반응을 부여하고, 그 반응을 배우에게 귀속시켜 그의 무표정한 얼굴에 자신들의 감정을 투영했다는 것을 의미한다. 쿨레쇼프는 이것이 몽타주와 함께 독립적인 예술 형식으로서 영화의 기초가 되어야 한다고 믿었다.
실험 자체는 차르 시대 영화 산업의 기존 필름 조각들을 사용하여 새로운 자료 없이 구성되었다. 모주힌은 차르 시대 영화의 주연 로맨틱 "스타"였으며 관객들에게 친숙한 인물이었다.
쿨레쇼프 효과 영향
쿨레쇼프는 몽타주를 영화의 기본적인 도구로 고려할 필요성을 보여주었다. 쿨레쇼프의 관점에서 영화는 파편들과 그 파편들의 조합, 즉 현실적으로는 별개의 요소들의 조합으로 구성된다. 따라서 영화에서 중요한 것은 이미지의 내용이 아니라 그것들의 조합이다. 그러한 예술 작품의 원료는 독창적일 필요가 없으며, 예술가에 의해 분해되고 재조립되어 새로운 병치를 이룰 수 있는 미리 만들어진 요소들이다.
1910년대 후반과 1920년대 초반에 쿨레쇼프가 수행한 몽타주 실험은 소비에트 몽타주 영화의 이론적 기반을 형성했으며, 세르게이 예이젠시테인, 프세볼로트 푸돕킨, 지가 베르토프 등과 같은 감독들의 1920년대 후반 유명 영화들로 정점을 찍었다. 이 영화들에는 전함 포템킨, 10월, 어머니, 상트페테르부르크의 종말, 그리고 카메라를 든 사나이가 포함된다.
쿨레쇼프 효과 영향
이 효과는 심리학자들에 의해 연구되었으며 현대 영화 제작자들 사이에서도 잘 알려져 있다. 앨프리드 히치콕은 프랑수아 트뤼포와의 대화에서 이 효과를 언급하며 배우 제임스 스튜어트를 예시로 들었다. CBC 텔레스코프 프로그램의 일부였던 유명한 "행복의 정의" 인터뷰에서 히치콕은 플레쳐 마클에게 여러 가지 편집 유형을 자세히 설명했다. 그가 "순수 편집"이라고 부르는 최종 형태는 쿨레쇼프 효과를 사용하여 시각적으로 설명된다. 예시의 첫 번째 버전에서 히치콕은 눈을 가늘게 뜨고 있으며, 관객은 아기를 안고 있는 여자의 영상을 본다. 그런 다음 화면은 히치콕의 얼굴로 돌아와, 이제 그는 웃고 있다. 결과적으로 그는 친절한 노인이다. 두 번째 예시에서는 여자와 아기가 비키니를 입은 여자로 대체된다. 히치콕은 설명한다: "이제 그는 누구인가? 그는 더러운 노인이다."
쿨레쇼프 효과 연구
쿨레쇼프 효과는 최근 몇 년에 들어서야 심리학자들에 의해 연구되었다. 프린스와 헨슬리(1992)는 원래의 연구 설계를 재현했지만, 주장된 효과를 발견하지 못했다. 이 연구는 137명의 참가자를 대상으로 했지만, 단일 시도의 피험자 간 실험이었고, 이는 데이터의 노이즈에 취약하다. 딘 몹스 외 연구진은 2006년 피험자 내 fMRI 연구를 수행하여 부정적, 긍정적, 중립적 감정가에 대한 효과를 발견했다. 중립적인 얼굴이 슬픈 장면 뒤에 보였을 때 슬퍼 보였고, 행복한 장면 뒤에 보였을 때 행복해 보였다. 2016년, 대니얼 배럿 외 연구진은 36명의 참가자를 대상으로 5가지 감정 조건(행복, 슬픔, 배고픔, 두려움, 욕망)과 중립 통제 조건에 걸쳐 24개의 영화 시퀀스를 사용하여 실험했다. 다시, 그들은 중립적인 얼굴이 자극 자료에 따라 평가되었음을 보여주었으며, 2006년 몹스 외 연구진의 결과를 확인했다.
쿨레쇼프 효과 연구
따라서, 쿨레쇼프 효과를 실험적으로 테스트하는 데 초기 문제가 있었음에도 불구하고, 연구자들은 이제 얼굴이 보여지는 맥락이 얼굴이 인식되는 방식에 상당한 영향을 미친다는 데 동의한다.
쿨레쇼프 효과가 청각적으로도 유도될 수 있는지 알아보기 위해, 안드레아스 M. 바라노프스키와 하이코 헥트는 다양한 얼굴 클립을 행복한 음악, 슬픈 음악 또는 전혀 음악이 없는 중립적인 장면과 교차 편집했다. 그들은 음악이 참가자들의 얼굴 표정에 대한 감정적 판단에 유의미한 영향을 미쳤음을 발견했다.
쿨레쇼프 효과 더 읽어보기
H.G. Wallbott (1988). 《In and out of context: Influences of facial expression and context information on emotion attributions》. 《British Journal of Social Psychology》 27. 357–369쪽. doi:10.1111/j.2044-8309.1988.tb00837.x.
패킷 보트
패킷 보트(packet boat)는 주로 유럽 국가와 북아메리카의 강과 운하에서 국내 우편물 및 화물 운송을 위해 설계된 중형 보트였다. 결국 기본적인 여객 시설을 포함하게 되었고, 18세기와 19세기에 걸쳐 광범위하게 사용되었으며, 정기 운항 서비스를 제공했다.
18세기에는 그레이트브리튼 왕국과 그 식민지 사이의 대서양에서 패킷 보트가 사용되었으며, 이 서비스는 패킷 무역이라고 불렸다. 19세기 후반에는 증기선 패킷이 미국 미시시피강과 미주리강에서 요새와 교역소에 물품을 공급하는 데 광범위하게 사용되었다.
패킷 보트 역사
패킷 선박은 17세기부터 유럽 해안 우편 서비스에서 광범위하게 사용되었으며, 점차 최소한의 승객 시설을 추가했다: "난방"(즉, 요리할 장소), 식수(종종 물통에 이전에 남색이나 담배가 담겨 있던 맛이 났다), 그리고 잠잘 장소. 정기 서비스가 제공되기 시작했지만, 항해 선박의 여정 시간은 날씨에 크게 좌우되었다.
1724년, 대니얼 디포는 소설 《록사나: 운 좋은 정부》에서 패킷 보트에 대해 썼다. 18세기 중반 영국에서 국왕은 15척의 패킷 선박을 사용하여 대륙 및 아일랜드와 주간 패킷 서비스를 유지했다. 이들의 중요성은 뉴사우스웨일스주 식민지에서 최초로 건조된 선박(1789년)이 로즈 힐 패킷이었다는 사실에서 분명하다.
패킷 보트 역사
두 세기 동안의 항해 패킷 선박 개발 과정에서, 그들은 다양한 돛 구성으로 발전했으며, 여기에는 스쿠너, 스쿠너-브릭, 슬루프, 커터, 브릭, 브리간틴, 러거, 펠루카, 갤리선, 지벡, 바크 그리고 궁극적으로 클리퍼선으로 발전했다. 초기에는 디스패치 보트라고도 불렸지만, 전시에는 사략선이 이 서비스를 제공하기도 했고, 때로는 전세 개인 요트가 이용되기도 했다. "기록적인 항해" 소식은 대중에게 간절히 기다려졌고, 선박의 선장과 승무원은 언론에서 자주 칭송받았다. 그러나 바람보다 빠르게 항해하려는 이러한 노력 뒤에는 증기선이 등장할 때까지 이어질 해군 건축과 그 과학의 발전의 토대가 놓여 있었다.
1863년 남북 전쟁 중, 패킷 보트 마셜호는 남부연합 스톤월 잭슨 장군의 시신을 버지니아주 린치버그에서 버지니아주 렉싱턴에 있는 그의 집으로 운반하여 매장했다.
패킷 보트 역사
미국의 운하 패킷 보트는 일반적으로 운하에 맞게 폭이 좁았고, 약 14 ft (4 m)였지만, 길이가 70–90 ft (21–27 m)에 달할 수도 있었다. 1825년 뉴욕주에 이리 운하가 모호크강을 따라 개통되자 여행객들을 수용하려는 수요가 급증했다. 운하 패킷 보트는 최대 60명의 승객을 위한 선실 공간을 포함했다. 유럽과 미국의 항해선이 더 빠른 속도를 내기 위해 노력했던 것과는 달리, 운하 패킷 보트는 두세 마리의 말이나 노새 팀에 의해 이리 운하를 통과했다. 육상 여행에 비해 보트는 여행 시간을 절반으로 단축하고 훨씬 더 편안했다.
여행객들은 항해선과 패킷 보트를 조합하여 10일 만에 뉴욕시에서 버팔로까지 갈 수 있었다. 일부 승객들은 이리 운하와 자연 경관을 모두 보기 위해 보트를 탔다. 중요한 것은 수천 명의 다른 사람들이 오하이오주와 미국 중서부의 다른 지역으로 이주하기 위해 패킷 보트를 이용했다는 것이다. 이 보트들은 셰난고 운하와 같은 지선 운하를 통해 업스테이트 뉴욕의 정착과 여행에도 중요한 역할을 했다. 패킷 보트는 버지니아의 제임스 강 카나와 운하를 따라서도 인기가 많았으며, 상류의 폭포를 넘어 여행할 수 있게 했다.
패킷 보트 역사
패킷선은 20세기 원양 정기선의 전신으로, 미국과 유럽 항구 사이를 정기적으로 운항한 최초의 선박이었다. 최초의 회사인 블랙 볼 라인(나중에 "올드 라인"으로 불림)은 1818년 1월 1일에 운항을 시작하여, 4척의 선박으로 뉴욕과 리버풀 사이를 매월 운항하는 서비스를 제공했다. 1821년, 번스, 그림블 & 컴퍼니(Byrnes, Grimble & Co.)는 판터, 헤라클레스, 맨해튼, 미티어 등 4척의 선박으로 리버풀 패킷의 레드 스타 라인을 개설했다. 1822년, 피시, 그리넬 & 컴퍼니(Fish, Grinnell, & Co.)는 "뉴욕을 위한 네 번째 패킷 라인"으로 알려진 스왈로우테일 라인을 시작했으며, 첫 선박은 사일러스 리처즈, 나폴레옹, 조지, 요크호였고, 곧 격주 서비스로 전환했다. 1825년에는 선박들이 매월 8일 뉴욕을 출발하고 24일 리버풀을 출발한다고 광고되었다. 실제 운항 일정은 날씨 및 기타 조건에 따라 때때로 크게 달라졌다.
패킷 보트 우편 증기선
우편 증기선은 주로 19세기와 20세기 초에 편지를 보내는 비용이 일반인도 먼 거리에 편지를 보낼 수 있을 정도로 저렴해졌을 때, 해양이나 섬 사이와 같은 수로를 가로질러 우편물을 운반했던 증기선이었다. 우편물을 운반하는 것 외에도, 대부분의 우편 증기선은 승객이나 화물을 운반했는데, 우편 서비스의 수익(있더라도)만으로는 여행 비용을 지불하기에 충분하지 않았기 때문이다.
그러나 우편물을 운반하는 증기선의 장점은 신문에 도착이 미리 광고되어 승객이나 화물을 위한 여행 옵션으로 "무료 광고"를 제공한다는 것이었다. 대부분의 경우, 우편 증기선으로 운반된 우편물은 지정된 우체국으로 배달되었다. 일부 경우, 도착하는 우편물은 우체국이나 증기선 사무실에서 수수료를 내고 찾아갈 수 있도록 지역 신문에 광고되었다.
패킷 보트 우편 증기선
때로는 우체국이 정상적인 서비스를 제공할 수 없는 정치적 불안정 때문에, 우편 증기선에서 도착하는 우편물이 지역 배달 서비스로 전달되었고, 이 서비스는 우편물을 배달하고 수취인에게 서비스에 대한 추가 요금을 청구했다. 이런 일이 발생하면, 지역 배달 서비스는 추가 요금이 지불되었을 때 봉투에 자체 지역 서비스 스탬프 또는 마크를 찍었다.
이러한 증기선으로 운반되는 우편물(때로는 파케보 우편물로 알려짐)은 관련 정부의 다양한 규정과 1891년 빈에서 열린 만국 우편 연합 (UPU) 회의에서 명시된 UPU 규정의 적용을 받았다.
패킷 보트 항공기 이름의 유래
페어차일드 항공기에서 설계하고 제작한 C-82 패킷 쌍발 엔진, 트윈 붐 수송기는 패킷 보트에 대한 경의를 표하여 명명되었다. 이 항공기는 제2차 세계 대전 후 미국 육군 항공대와 그 후신인 미국 공군에서 사용되었다.
패킷 보트 상업과 저널리즘
19세기 상업에서는 무역, 해외 시장, 의사 결정, 전문 파트너십, 사업 문서, 법률 계약, 개인 서신, 정치, 정부 및 군사 뉴스에 관한 정보 등 가능한 한 빨리 정보를 받는 것이 매우 중요했다. 산업과 기업은 경쟁자들을 이기기 위해 특별한 조치를 취했고, 그 결과 항해선, 특히 패킷선이 패킷 무역에 참여하면서 당시의 주요 정보 고속도로이자 저널리즘 발전의 중심이 되었다.
예를 들어, 1840년 1월 말, 미국 패킷선 패트릭 헨리호는 예정보다 일찍 도착하여 경쟁자들을 제치고 열렬한 미국 독자들을 위한 대륙 뉴스를 전달했다. 2월 1일자 《뉴욕 헤럴드》(뉴욕) 1면은 다음과 같이 보도했다: "오늘 보도된 해외 뉴스는 매우 중요하다. 어제 오후 3시 30분경, 월스트리트 신문들이 보도하기 한 시간 전에 우리는 이 소식을 입수했고, 5시에는 우리 사무실을 둘러싼 엄청난 인파를 만족시키기 위해 호외를 발행했다. 우리 배 중 한 척은 10시에 출항하여 약 1시에 바깥 수역에서 패트릭 헨리호에 승선했다."
패킷 보트 상업과 저널리즘
이 뉴스는 "영국에서 열흘 늦은 소식 - 매우 중요"라고 광고되었으며, 러시아의 전쟁 준비, 그 달의 빅토리아 여왕 결혼, 의회 및 프랑스 의회 회의, 프랑스 국왕의 연설에 대한 기사를 포함했다.
"델라노 선장 지휘의 패트릭 헨리호 도착으로 우리는 런던에서 25일, 리버풀에서 26일, 파리에서 23일까지의 엄청난 양의 영국 신문과 정기 간행물을 받았습니다… 12월 26일까지 케임브리지호나 인디펜던스호는 도착하지 않았습니다. 패트릭 헨리호는 경도 38도까지 9일 동안 순조롭게 항해했으며, 그곳에서 4일에 강한 서풍을 맞았고, 그 이후로 계속 서풍이 불었습니다."
이러한 통신 속도의 개선은 많은 상업, 금융 및 해운 사업 활동에 중요했다. 더 빠른 정보는 자본의 이동을 가속화하여 세계 무역에 직접적인 영향을 미쳤다.
1840년에 패트릭 헨리호는 뉴욕-리버풀 항로에서 운항하는 20척의 항해 패킷선 중 하나였으며, 특히 가장 빠른 선박 중 하나였다. 그러나 짧은 왕복 항해는 속도에 의존하기보다는 일정 변경에 달려 있었다. 효율성은 일정을 강화함으로써 개선되었을 수 있지만, 이는 지연과 판단 오류를 악화시켰을 수도 있다.
패킷 보트 상업과 저널리즘
서쪽으로 항해하는 경우 재난의 위험이 높았다. 6척 중 거의 1척의 패킷선이 운항 중 완전히 침몰했다. 이는 6,000번의 횡단 중 약 22번이 이러한 난파선으로 끝났다는 것을 의미한다. 1833년에서 1835년 사이와 1841년에서 1842년 사이에 모든 유형의 600척 이상의 영국 선박이 매년 손실되었다. 인명 손실은 1,450명에서 1,560명 사이였다.
1839년 패트릭 헨리호의 첫 항해 당시, 증기선이 운항을 시작하면서 패킷선 선장들은 경쟁자들을 상대로 더 많은 위험을 감수하기 시작했다. 실제로 대부분의 난파선은 항해와 증기선 간의 경쟁이 가장 치열했던 시기에 발생했다. 우편, 사업 및 저널리즘 전송 관점에서 볼 때 이러한 추세는 매우 우려스러웠다.
패킷 보트 상업과 저널리즘
1838년에서 1847년 사이에 북대서양 항로에서 21척 이상의 우편선이 침몰했다. 이는 평균적으로 매년 두 척의 선박이 침몰한 것이다. 이 중 두 척은 팔머스 패킷선이었고 두 척은 증기선이었으며, 17척은 미국 항해 패킷선이었다. 8척은 뉴욕-리버풀 항로, 2척은 보스턴-리버풀 항로, 2척은 뉴욕-런던 항로, 5척은 뉴욕-르아브르 항로에서 침몰했다. 6척의 선박은 흔적도 없이 사라져 모든 승무원과 함께 침몰했다. 특히 난파선 3척 중 2척이 11월에서 2월 사이에 발생했는데, 이는 패킷선 선장들이 특히 거친 겨울 항해 중에 너무 무모한 위험을 감수했음을 나타낸다. 대서양을 가로지르는 견고한 사업 정보 전송을 보장하는 유일한 예방 조치는 사본을 보내는 것이었다. 이는 전환기에 매우 일반적이었다. 사본은 또한 가능한 한 가장 빠른 정보 발송을 보장했다.
대서양 횡단 증기선 서비스가 시작된 지 첫 10년 동안에도 대부분의 우편물(특히 동쪽으로 가는 우편물)은 여전히 항해선으로 운반되었다.
항해 패킷선의 크기가 현저히 커졌음에도 불구하고, 1830년대 후반 증기선이 항로에 도입된 이후 서비스 속도는 그 추세를 따르지 못했다. 1835년 이후에는 속도 향상의 징후가 보이지 않는다.
항해 패킷선이 일류 사업(우편, 고급 화물, 선실 승객)에 대한 지배력을 잃고 있음을 보여주는 또 다른 현상은 1830년대만큼 항해일의 정시성을 중요하게 여기지 않게 되었다는 것이다. 우편선 서비스의 신뢰성이 항해의 규칙성과 안전 기록으로 측정된다면, 1840년대 중반 미국 항해 패킷선의 성능은 그러한 기대치에 현저히 미치지 못했다.
우편선
우편선, 메일 보트(mail boat) 또는 포스털 보트(postal boat)는 일반적으로 보트나 선박으로, 다리가 없는 곳에서 물줄기가 정착지, 마을 또는 도시를 분리하는 지역 사회에서 우편물을 배달하고 때로는 상품, 사람 및 차량을 운송하는 데 사용된다. 또한 수상 운송이 더 효율적이거나 비용 효율적일 때, 또는 도로 또는 항공편이 다른 옵션일지라도 목적지로의 다른 운송 수단이 비실용적일 때 사용된다.
거의 모든 유형 또는 크기의 보트나 선박이 우편선으로 사용될 수 있다. 보트의 크기는 서비스하는 지역 사회의 필요에 따라 결정되거나, 승무원, 승객 및 운송 품목의 보호를 위한 보트 설계에 영향을 미치거나 얕은 물을 위해 더 적은 흘수를 요구하는 환경 요인에 따라 결정될 수 있다.
때로는 우편 점퍼가 우편선이 정박하지 않고 천천히 움직이는 동안 배에서 뛰어내려 들어오는 우편물과 나가는 우편물을 교환하기도 한다.
우편선 현대의 사용
우편선은 일부 지역 사회에서 여전히 사용되며 우편 운송의 목적을 계속 수행하면서 관광 명소 또는 느린 여행 수단이 될 수 있다.
일부 국가의 섬 간 상업은 우편선 서비스에 크게 의존한다. 이러한 지역에서는 우편선이 세미 트레일러 트럭을 포함한 여러 차량을 운반할 수 있을 만큼 클 수 있다.
국제수혈학회
국제수혈학회(國際輸血學會, 영어: International Society of Blood Transfusion, ISBT)는 1935년에 설립된 과학학회로, 수혈에 대한 연구를 장려하고 수혈의학과 과학이 환자의 이익에 가장 잘 부합하는 방법에 대한 정보를 제공한다. 국제수혈학회의 본부는 암스테르담에 있으며, 약 103개국에 1,900명의 회원이 있다. 2024년 6월을 기준으로 국제수혈학회의 회장은 피에르 티베르기앙(Pierre Tiberghien)이다.
대역폭 지연 곱
데이터 통신에서 대역폭 지연 곱(Bandwidth-delay product)은 데이터 링크의 용량(초당 비트)과 왕복 지연 시간(초)의 곱이다. 비트(또는 바이트)로 측정되는 결과 데이터 양은 언제든지 네트워크 회로에 있는 최대 데이터 양, 즉 전송되었지만 아직 확인되지 않은 데이터와 동일하다. 대역폭 지연 곱은 원래 혼잡 회피 알고리즘 무작위 조기 검출(RED)과 함께 라우터 버퍼 크기를 조정하기 위한 경험 법칙으로 제안되었다.
대역폭 지연 곱이 큰 네트워크는 일반적으로 장거리 광대역 네트워크 (LFN)로 알려져 있다. RFC 1072에 정의된 바와 같이, 대역폭 지연 곱이 105비트(12,500바이트)보다 상당히 큰 경우 네트워크는 LFN으로 간주된다.
대역폭 지연 곱 세부 사항
초고속 근거리 통신망(LAN)은 이 범주에 속할 수 있으며, 지연이 크지 않더라도 매우 높은 대역폭 때문에 프로토콜 튜닝이 최대 처리량을 달성하는 데 중요하다. 1 Gbit/s 및 100 μs 미만의 왕복 시간을 가진 연결은 LFN이 아니지만, 100 Gbit/s 연결은 LFN으로 간주되지 않으려면 1 μs RTT 미만을 유지해야 한다.
대역폭 지연 곱이 큰 시스템의 중요한 예는 정지 궤도 위성 연결이다. 여기서 종단 간 전송 시간은 매우 길고 링크 처리량도 높을 수 있다. 높은 종단 간 전송 시간은 빠른 종단 간 응답을 가정하는 정지-대기 프로토콜 및 애플리케이션에 어려움을 초래한다.
대역폭 지연 곱 세부 사항
높은 대역폭 지연 곱은 TCP 튜닝과 관련하여 전송 제어 프로토콜(TCP)과 같은 프로토콜 설계에서 중요한 문제이다. 프로토콜은 송신자가 데이터를 성공적으로 수신했음을 확인하는 메시지를 수신자로부터 받을 때까지 중지하고 기다려야 하기 전에 충분히 많은 양의 데이터를 전송해야만 최적의 처리량을 달성할 수 있기 때문이다. 전송된 데이터 양이 대역폭 지연 곱에 비해 불충분하면 링크가 바쁘게 유지되지 않고 프로토콜이 링크의 최대 효율 미만으로 작동한다. 이 점에서 성공하고자 하는 프로토콜은 신중하게 설계된 자체 모니터링, 자체 튜닝 알고리즘이 필요하다. TCP 윈도 스케일 옵션은 스케일링 없이 65,535바이트로 제한되는 불충분한 윈도 크기로 인해 발생하는 이 문제를 해결하는 데 사용될 수 있다.
대역폭 지연 곱 TCP 혼잡 제어 알고리즘
많은 TCP 변형이 큰 대역폭 지연 곱에 맞게 맞춤화되었다.
쿼리 문자열
쿼리 문자열 또는 쿼리 스트링(Query string)은 특정 매개변수에 값을 할당하는 균일 자원 지시자의 일부이다. 쿼리 문자열은 일반적으로 웹 브라우저나 다른 클라이언트 애플리케이션이 HTML 문서의 일부로, 페이지의 모양을 선택하거나 멀티미디어 콘텐츠 내의 위치로 이동하는 등의 목적으로 기본 URL에 추가하는 필드를 포함한다.
웹 서버는 URL 경로를 기반으로 파일 시스템에서 파일을 읽거나 리소스 유형에 특정한 로직을 사용하여 하이퍼텍스트 전송 프로토콜 (HTTP) 요청을 처리할 수 있다. 특수 로직이 호출되는 경우, 쿼리 문자열은 URL의 경로 구성 요소와 함께 해당 로직에서 처리하는 데 사용할 수 있다.
쿼리 문자열 구조
쿼리 문자열을 포함하는 일반적인 URL은 다음과 같다.
https://example.com/over/there?name=ferret
서버가 이러한 페이지에 대한 요청을 받으면, 쿼리 문자열(이 경우 name=ferret)을 프로그램에 변경 없이 전달하면서 프로그램을 실행할 수 있다. 물음표는 구분자로 사용되며, 쿼리 문자열의 일부가 아니다.
웹 프레임워크는 특정 구분자로 구분된 쿼리 문자열의 여러 매개변수를 파싱하는 메서드를 제공할 수 있다. 아래 예시 URL에서 여러 쿼리 매개변수는 앰퍼샌드인 "&"로 구분된다.
https://example.com/path/to/page?name=ferret&color=purple
쿼리 문자열의 정확한 구조는 표준화되어 있지 않다. 쿼리 문자열을 파싱하는 데 사용되는 메서드는 웹사이트마다 다를 수 있다.
웹 페이지의 링크에는 쿼리 문자열을 포함하는 URL이 있을 수 있다. HTML은 사용자 에이전트가 쿼리 문자열을 생성하는 세 가지 방법을 정의한다.
쿼리 문자열 구조
원래 사용 목적 중 하나는 웹 폼이라고도 알려진 HTML 폼의 내용을 담는 것이었다. 특히, field1, field2, field3 필드를 포함하는 폼이 제출될 때, 필드의 내용은 다음과 같이 쿼리 문자열로 인코딩된다.
field1=value1&field2=value2&field3=value3...
명확한 표준은 없지만, 대부분의 웹 프레임워크는 단일 필드에 여러 값을 연결할 수 있도록 허용한다(예: field1=value1&field1=value2&field2=value3).
폼의 각 필드에 대해 쿼리 문자열은 필드=값 쌍을 포함한다. 웹 폼에는 사용자에게 보이지 않는 필드가 포함될 수 있으며, 이러한 필드는 폼이 제출될 때 쿼리 문자열에 포함된다.
이 규칙은 W3C 권장 사항이다. 1999년 권장 사항에서 W3C는 모든 웹 서버가 앰퍼샌드 외에 쌍반점 구분자를 지원할 것을 권장했다. 이는 HTML 문서 내의 URL에서 앰퍼샌드를 이스케이프할 필요 없이 application/x-www-form-urlencoded 쿼리 문자열을 허용하기 위함이었다. 2014년부터 W3C는 쿼리 구분자로 앰퍼샌드만 사용할 것을 권장한다.
쿼리 문자열 구조
폼 콘텐츠는 폼 제출 방식이 GET일 때만 URL의 쿼리 문자열로 인코딩된다. 제출 방식이 POST일 때도 기본적으로 동일한 인코딩이 사용되지만, 결과는 수정된 URL에 포함되는 대신 HTTP 요청 본문으로 제출된다.
HTML 폼이 HTML에 추가되기 전에는 브라우저가 –<isindex> 요소를 단일 행 텍스트 입력 컨트롤로 렌더링했다. 이 컨트롤에 입력된 텍스트는 기본 URL 또는 action 속성으로 지정된 다른 URL에 대한 GET 요청에 쿼리 문자열로 추가되어 서버로 전송되었다. 이는 웹 서버가 제공된 텍스트를 쿼리 기준으로 사용하여 일치하는 페이지 목록을 반환할 수 있도록 하기 위함이었다.
인덱스 검색 컨트롤에 입력된 텍스트가 제출되면 다음과 같이 쿼리 문자열로 인코딩된다.
쿼리 문자열 구조
argument1+argument2+argument3...
<isindex> 요소는 더 이상 사용되지 않으며 대부분의 브라우저가 이를 지원하거나 렌더링하지 않지만, 인덱스 검색의 흔적은 여전히 남아 있다. 예를 들어, 이는 브라우저 URL 퍼센트 인코딩 내에서 더하기 기호 '+'를 특별히 처리하는 원인이다(현재 인덱스 검색이 폐기되면서 %20과 거의 중복된다). 또한 일부 CGI를 지원하는 웹 서버(예: 아파치 HTTP 서버)는 쿼리 문자열에 등호 '='가 포함되어 있지 않으면 쿼리 문자열을 명령줄 인수로 처리한다(CGI 1.1 섹션 4.4에 따름). 일부 CGI 스크립트는 HTML에 포함된 URL에 대한 이러한 역사적인 동작에 여전히 의존하고 사용한다.
쿼리 문자열 URL 인코딩
일부 문자는 URL의 일부가 될 수 없으며(예: 공백), 일부 다른 문자는 URL에서 특별한 의미를 가진다. 예를 들어, 문자 #는 문서의 하위 섹션(또는 프래그먼트)을 추가로 지정하는 데 사용될 수 있다. HTML 폼에서 문자 =는 이름과 값을 구분하는 데 사용된다. URI 일반 구문은 이 문제를 해결하기 위해 URL 인코딩을 사용하는 반면, HTML 폼은 모든 그러한 문자에 퍼센트 인코딩을 적용하는 대신 일부 추가 대체를 수행한다. SPACE는 '+' 또는 "%20"으로 인코딩된다.
HTML 5는 "GET" 메서드로 HTML 폼을 웹 서버에 제출하기 위한 다음 변환을 지정한다. 다음은 알고리즘에 대한 간략한 요약이다.
틸데("~")에 해당하는 옥텟은 RFC3986에 따라 쿼리 문자열에서 허용되지만, HTML 폼에서는 "%7E"로 퍼센트 인코딩되어야 한다.
SPACE를 '+'로 인코딩하고 "그대로" 문자를 선택하는 것은 이 인코딩을 RFC 3986과 구별한다.
쿼리 문자열 예시
HTML 페이지에 다음과 같이 폼이 포함되어 있다면:
사용자가 두 텍스트 상자에 "this is a field"와 "was it clear (already)?"라는 문자열을 입력하고 제출 버튼을 누르면, 프로그램 test.cgi (위 예시에서 form 요소의 action 속성으로 지정된 프로그램)는 다음 쿼리 문자열을 받게 된다.
first=this+is+a+field&second=was+it+clear+%28already%29%3F.
폼이 서버에서 CGI 스크립트에 의해 처리되는 경우, 스크립트는 일반적으로 쿼리 문자열을 QUERY_STRING이라는 환경 변수로 받게 된다.
쿼리 문자열 추적
쿼리 문자열을 받는 프로그램은 그 일부 또는 전체를 무시할 수 있다. 요청된 URL이 프로그램이 아닌 파일에 해당하면 전체 쿼리 문자열은 무시된다. 그러나 쿼리 문자열의 사용 여부와 관계없이 이를 포함한 전체 URL은 서버 로그 파일에 저장된다.
이러한 사실을 통해 쿼리 문자열은 HTTP 쿠키와 유사한 방식으로 사용자를 추적하는 데 사용될 수 있다. 이를 위해서는 사용자가 페이지를 다운로드할 때마다 고유 식별자를 선택하여 페이지에 포함된 모든 링크의 URL에 쿼리 문자열로 추가해야 한다. 사용자가 이 링크 중 하나를 따라가자마자 해당 URL이 서버에 요청된다. 이런 식으로 이 페이지의 다운로드는 이전 페이지와 연결된다.
예를 들어, 다음이 포함된 웹 페이지가 요청될 때:
e0a72cb2a2c7와 같은 고유한 문자열이 선택되고, 페이지는 다음과 같이 수정된다.
쿼리 문자열 추적
쿼리 문자열을 추가해도 페이지가 사용자에게 표시되는 방식은 변경되지 않는다. 예를 들어, 사용자가 첫 번째 링크를 따라가면 브라우저는 서버에 foo.html?e0a72cb2a2c7 페이지를 요청하고, 서버는 ? 뒤의 내용을 무시하고 예상대로 foo.html 페이지를 보내면서 해당 링크에도 쿼리 문자열을 추가한다.
이런 식으로 이 사용자의 모든 후속 페이지 요청은 동일한 쿼리 문자열 e0a72cb2a2c7을 전달하여 이 모든 페이지가 동일한 사용자에 의해 조회되었음을 확인할 수 있다. 쿼리 문자열은 종종 웹 버그와 함께 사용된다.
추적에 사용되는 쿼리 문자열과 HTTP 쿠키의 주요 차이점은 다음과 같다.
쿼리 문자열 호환성 문제
HTTP 사양에 따르면:
요청 줄 길이에 대한 다양한 임시적인 제한이 실제로 발견된다. 모든 HTTP 발신자와 수신자는 최소한 8000 옥텟의 요청 줄 길이를 지원하는 것이 권장된다.
URL이 너무 길면 웹 서버는 414 Request-URI Too Long HTTP 상태 코드로 실패한다.
이러한 문제에 대한 일반적인 해결책은 GET 대신 POST를 사용하고 매개변수를 요청 본문에 저장하는 것이다. 요청 본문의 길이 제한은 일반적으로 URL 길이 제한보다 훨씬 높다. 예를 들어, POST 크기 제한은 기본적으로 IIS 4.0에서는 2MB이고 IIS 5.0에서는 128KB이다. Apache2에서는 LimitRequestBody 지시어를 사용하여 제한을 구성할 수 있으며, 이는 요청 본문에 허용되는 바이트 수를 0(무제한 의미)에서 2147483647(2GB)까지 지정한다.
타이포스쿼팅
타이포스쿼팅(Typosquatting)은 URL 하이재킹, 스팅 사이트, 사촌 도메인 또는 가짜 URL이라고도 불리며, 도메인 사냥꾼의 한 형태이자 브랜드 재킹일 수 있다. 인터넷 사용자가 웹 브라우저에 웹사이트 주소를 입력할 때 저지르는 오타와 같은 실수에 의존한다. 사용자가 실수로 잘못된 웹사이트 주소를 입력하면 사이버 사기꾼이 소유한 대체 웹사이트를 포함하여 어떤 URL로든 연결될 수 있다.
타이포스쿼터의 URL은 일반적으로 피해자 사이트 주소와 유사하며, 타이포스쿼팅 사이트는 다음과 같은 형태를 띨 수 있다.
유사한 오용 사례:
타이포스쿼터의 사이트에 접속하면 사용자는 복사되거나 유사한 로고, 웹사이트 레이아웃 또는 콘텐츠를 통해 실제로 실제 사이트에 접속했다고 착각할 수 있다. 스팸 이메일은 때때로 타이포스쿼팅 URL을 사용하여 사용자를 예를 들어 특정 은행 사이트처럼 보이는 악성 사이트로 유인한다.
타이포스쿼팅 동기
타이포스쿼터가 오타 도메인을 구매하는 데는 몇 가지 다른 이유가 있다.
타이포스쿼팅 예시
버라이즌 커뮤니케이션스, 루프트한자, 레고 그룹을 비롯한 많은 기업들이 타이포스쿼팅된 도메인 이름을 적극적으로 추적하는 것으로 명성을 얻었다. 예를 들어, 레고는 UDRP 절차를 통해 309건의 사례를 처리하는 데 약 US$500,000를 지출했다.
유명인들도 자신의 도메인 이름을 추적해 왔다. 대표적인 예로는 농구 선수 디르크 노비츠키의 DirkSwish.com에 대한 UDRP 소송과 배우 에바 롱고리아의 EvaLongoria.org에 대한 UDRP 소송이 있다.
타이포스쿼팅 예시
Google.com의 오타 버전인 Goggle.com은 2006년 컴퓨터 보안 회사 맥아피의 웹 안전 홍보 대상이었다. 당시 이 사이트에 접속하면 드라이브 바이 다운로드를 통해 스파이셰리프라는 불법 스파이웨어 프로그램과 같은 상당량의 악성 소프트웨어가 설치되는 것을 묘사했다. 나중에 해당 URL은 google.com으로 리디렉션되었다. 2018년 확인 결과, 사용자들을 애드웨어 페이지로 리디렉션했으며, 2020년 애드가드가 호스팅하는 개인 DNS 확인자를 통해 사이트에 접속하려는 시도는 해당 페이지가 악성 소프트웨어로 식별되어 사용자 인터넷 보안을 위해 차단되었다. 2022년 중반에는 정치 블로그로 바뀌었다. 그러나 2025년 8월 현재 goggle.com은 더 이상 운영되지 않는다.
타이포스쿼팅 예시
기업 타이포스쿼팅의 또 다른 예는 유튜브 사용자를 대상으로 하는 yuube.com으로, 이 URL을 악성 웹사이트나 페이지로 URL 리다이렉션하도록 프로그래밍하여 사용자에게 악성 "보안 검사 확장"을 추가하도록 요청한다. 마찬가지로, www.airfrance.com은 www.arifrance.com에 의해 타이포스쿼팅되어 사용자들을 할인 여행을 미끼로 하는 웹사이트로 유도했지만(현재는 에어 프랑스의 악성 소프트웨어 경고로 리디렉션된다), 다른 예로는 equifacks.com (Equifax.com), experianne.com (Experian.com), tramsonion.com (TransUnion.com)이 있다. 이 세 개의 타이포스쿼팅된 사이트는 코미디언 존 올리버가 자신의 쇼 존 올리버의 라스트 위크 투나잇(Last Week Tonight)을 위해 등록했다. 2019년에는 2020년 미국 대통령 선거와 관련된 550개 이상의 타이포스쿼팅이 발견되었다.
매그니버 랜섬웨어는 주로 크롬 및 엣지 사용자를 대상으로 도메인 입력 시 발생하는 오타를 악용한 타이포스쿼팅 방식으로 유포되고 있다.
2024년 동료 심사를 거친 연구는 이더리움 이름 서비스, 언스토퍼블 도메인, ADA핸들과 같은 블록체인 기반 명명 시스템에서 타이포스쿼팅에 대한 최초의 대규모 측정을 제공한다. 연구원들은 인기 있는 도메인 이름과 소셜 미디어 계정에 연결된 ID를 포함한 수천 건의 암호화폐 거래가 실수로 스쿼팅 주소로 전송된 것을 확인했다.
타이포스쿼팅 미국 법률
미국에서는 1999년 Anticybersquatting Consumer Protection Act (ACPA)에 타이포스쿼팅에 대처하기 위한 조항(섹션 3(a), 15 USC 1117을 수정하여 하위 섹션 (d)(2)(B)(ii) 포함)이 포함되어 있다.
2006년 4월 17일, 전도사 제리 폴웰은 크리스토퍼 람파렐로가 www.fallwell.com을 사용하도록 허용하는 결정을 미국 연방 대법원에서 재심사하는 데 실패했다. 팔웰의 이름에 대한 그럴듯한 오타에 의존하여, 람파렐로의 그라이프 사이트(gripe site)는 잘못 연결된 방문자들에게 근본주의 설교자의 동성애에 대한 신랄한 비난에 반박하기 위한 성경적 참고 자료를 제시한다. 람파렐로 대 폴웰 사건에서 고등 법원은 "상표 보유자를 비판하는 불만 사이트의 도메인 이름에 상표를 사용하는 것은 사이버 스쿼팅에 해당하지 않는다"는 2005년 미국 제4순회항소법원의 의견을 유지시켰다.
타이포스쿼팅 WIPO 해결 절차
UDRP에 따라, 상표 보유자는 WIPO에 타이포스쿼터(일반적인 사이버 스쿼터와 마찬가지로)에 대한 소송을 제기할 수 있다. 소송인은 등록된 도메인 이름이 자신의 상표와 동일하거나 오인 혼동의 우려가 있으며, 등록자가 도메인 이름에 대한 합법적인 이익이 없고, 도메인 이름이 악의로 사용되고 있음을 입증해야 한다.
인라인 링크
인라인 링크(Inline linking, 핫링크, 피기백킹, 직접 링크, 오프사이트 이미지 캡처, 대역폭 도용, 또는 리칭, leeching)는 한 웹사이트의 연결된 객체(대개 이미지)를 다른 웹사이트의 웹 페이지에 사용하거나 삽입하는 행위를 말한다. 이 과정에서 두 번째 사이트는 객체를 직접 호스팅하지 않고 원본 소스에서 직접 로드하여 호스팅 사이트에 인라인 링크를 생성한다.
인라인 링크 HTTP와 인라인 링크
월드 와이드 웹의 기반 기술인 하이퍼텍스트 전송 프로토콜(HTTP)은 링크의 종류를 구분하지 않는다. 모든 링크는 기능적으로 동일하다. 결과적으로 리소스는 원래 위치에 관계없이 모든 서버에서 링크되어 웹 페이지로 로드될 수 있다.
웹사이트를 방문할 때 브라우저는 먼저 웹 페이지의 텍스트 콘텐츠가 포함된 HTML 문서를 다운로드한다. 이 문서에는 다른 HTML 파일, 이미지, 스크립트 또는 스타일시트를 포함한 추가 리소스가 참조될 수 있다. HTML 내에서 <img> 태그는 페이지에 표시될 이미지의 URL을 지정한다. <img> 태그가 서버를 지정하지 않으면 웹 브라우저는 이미지가 부모 페이지와 동일한 서버에 호스팅되어 있다고 가정한다(예: <img src="picture.jpg" />). <img> 태그에 절대 URL이 포함되어 있으면 브라우저는 외부 서버에서 이미지를 검색한다(예: <img src="http://www.example.com/picture.jpg" />).
브라우저가 이러한 이미지가 포함된 HTML 페이지를 다운로드하면, 브라우저는 원격 서버에 연락하여 이미지 콘텐츠를 요청한다.
인라인 링크 일반적인 용도
한 사이트 내에서 다른 사이트의 콘텐츠를 표시하는 기능은 웹의 하이퍼텍스트 미디어의 원래 디자인의 일부이다. 일반적인 용도는 다음과 같다.
웹 설계자는 사이트의 이미지를 하나의 서버 또는 서버 그룹에 의도적으로 분리할 수 있다. 이미지를 별도의 서버에 호스팅하면 사이트가 서버 간에 대역폭 요구 사항을 분할할 수 있다. 예를 들어, 대용량 사이트인 슬래시닷은 "프런트 페이지"를 slashdot.org에, 개별 스토리를 games.slashdot.org 또는 it.slashdot.org와 같은 서버에 저장하고, 각 호스트의 이미지를 images.slashdot.org에서 제공한다.
한 사이트의 기사는 인라인 링크를 통해 다른 사이트의 저작권이 있는 이미지 또는 콘텐츠를 참조할 수 있으며, 이는 원본 파일을 복사할 경우 발생할 수 있는 권리 및 소유권 문제를 피할 수 있다. 그러나 이 관행은 소스의 대역폭 로딩을 초래하고, 뷰어가 이미지의 의도된 맥락을 제공하는 전체 원본 페이지를 보지 못하기 때문에 소스 제공자가 종종 불쾌감을 느끼므로 일반적으로 권장되지 않는다.
인라인 링크 일반적인 용도
많은 웹 페이지에는 웹 배너 광고가 포함되어 있다. 배너 광고는 광고주와 광고가 표시되는 웹사이트 간의 중개자 역할을 하는 회사에서 호스팅하는 이미지이다. <img> 태그는 광고 서버의 CGI 스크립트 URL을 지정할 수 있으며, 트래픽을 생성하는 사이트를 고유하게 식별하는 문자열과 이전에 수집되어 쿠키와 연결된 광고를 보는 사람에 대한 기타 정보가 포함될 수 있다. CGI 스크립트는 요청에 대한 응답으로 어떤 이미지를 보낼지 결정한다.
인라인 링크 논란이 되는 용도
사이트 간의 경계가 모호해지면 사이트가 사용자의 기대치를 위반할 때 다른 문제가 발생할 수 있다. 다른 경우에는 인라인 링크가 악의적인 목적으로 사용될 수 있다.
인라인 링크 방지
대부분의 웹 브라우저는 인라인 링크에 대한 URL을 맹목적으로 따르는데, 이는 빈번한 보안 불만 사항이다. 삽입된 이미지는 사용자를 추적하거나 제3자에게 정보를 전달하기 위한 웹 버그로 사용될 수 있다. 많은 광고 필터링 브라우저 도구는 이러한 동작을 다양한 정도로 제한한다.
일부 서버는 HTTP 리퍼러 헤더를 사용하여 핫링크를 감지하고 예상 이미지 또는 미디어 클립 대신 비난 메시지를 동일한 형식으로 반환하도록 프로그래밍되어 있다. 대부분의 서버는 호스팅된 미디어를 인라인 링크로부터 부분적으로 보호하도록 구성할 수 있는데, 일반적으로 미디어를 제공하지 않거나 다른 파일을 제공하는 방식이다.
URL 재작성은 이미지 및 미디어에 대한 핫링크 시도를 거부하거나 대체 리소스로 리디렉션하는 데 자주 사용된다(예: 아파치 HTTP 서버의 mod_rewrite). 비디오 파일, 음악 파일, 애니메이션(예: 어도비 플래시)을 포함한 대부분의 전자 미디어는 이런 방식으로 리디렉션될 수 있다.
인라인 링크 방지
다른 해결책들은 일반적으로 URL 재작성과 일부 사용자 정의 복잡한 서버 측 스크립팅을 결합하여 짧은 시간 동안 핫링크를 허용하거나, 더 복잡한 설정에서는 핫링크를 허용하되 품질과 크기가 줄어든 대체 이미지를 반환하여 원격 서버에서 요청될 때 대역폭 부하를 줄인다. 모든 핫링크 방지 조치는 제3자 웹사이트의 사용자 경험을 저하시킬 위험이 있다.
인라인 링크 인라인 링크로 인한 저작권 문제
저작권법적 고려사항과 관련하여 인라인 링크에 대한 가장 중요한 법적 사실은 인라인 링커가 이미지 파일의 복사본을 자체 인터넷 서버에 배치하지 않는다는 것이다. 오히려 인라인 링커는 이미지 소유자가 이미지 파일을 배치한 서버를 가리키는 포인터를 자체 인터넷 서버에 배치한다. 이 포인터는 사용자의 브라우저가 소유자의 서버로 이동하여 사용자 컴퓨터로 이미지 파일을 가져오도록 한다. 미국 법원은 이를 저작권 분석에서 결정적인 사실로 간주했다. 따라서 Perfect 10, Inc. v. Amazon.com, Inc.에서, 미국 제9연방항소법원은 인라인 링크가 미국 저작권법을 위반하지 않는 이유를 다음과 같이 설명했다.
인라인 링크 인라인 링크로 인한 저작권 문제
구글은...사용자의 컴퓨터 화면에 나타나는 인라인 링크된 이미지를 저작권법상 전체 크기의 침해 사진 이미지 사본으로 표시하지 않는다. 구글의 컴퓨터는 사진 이미지를 저장하지 않으므로, 구글은 저작권법상 이미지 사본을 가지고 있지 않다. 다시 말해, 구글은 "저작물이 고정되어...그로부터 저작물을 인지, 복제 또는 달리 전달할 수 있는...어떤 물질적 대상"도 가지고 있지 않으므로 사본을 전달할 수 없다. 구글은 이미지 사본을 전달하는 대신, 사용자 브라우저를 전체 크기 사진 이미지를 저장하는 웹사이트 게시자의 컴퓨터로 안내하는 HTML 지침을 제공한다. 이러한 HTML 지침을 제공하는 것은 사본을 보여주는 것과 동일하지 않다. 첫째, HTML 지침은 텍스트 줄이지 사진 이미지가 아니다. 둘째, HTML 지침 자체는 침해 이미지가 사용자 컴퓨터 화면에 나타나게 하지 않는다. HTML은 단순히 이미지 주소를 사용자 브라우저에 제공한다. 브라우저는 침해 이미지를 저장하는 컴퓨터와 상호 작용한다. 침해 이미지가 사용자 컴퓨터 화면에 나타나게 하는 것은 이 상호 작용이다. 구글은 침해 이미지에 대한 사용자의 접근을 용이하게 할 수 있다. 그러나 그러한 지원은 기여 책임 문제만 제기하며 저작권 소유자의 표시 권리에 대한 직접 침해를 구성하지 않는다. ...인라인 링크와 프레이밍이 일부 컴퓨터 사용자에게 단일 구글 웹 페이지를 보고 있다고 믿게 할 수 있지만, 저작권법은...[그러한] 행위로부터 저작권 보유자를 보호하지 않는다....
스타일 시트 (웹 개발)
웹 스타일 시트(style sheet)는 웹 디자인에서 콘텐츠와 표현의 분리의 한 형태로, 웹 페이지의 마크업(HTML 또는 XHTML)이 페이지의 의미론적 콘텐츠와 구조를 포함하지만 시각적 레이아웃(스타일)은 정의하지 않는다. 대신, 스타일은 CSS 또는 XSLT와 같은 스타일시트 언어를 사용하여 외부 스타일 시트 파일에서 정의된다. 이 디자인 접근 방식은 페이지의 마크업이 스타일과 구조를 모두 정의했던 이전 방법론을 대체했기 때문에 "분리"로 식별된다.
이 방법론의 기본 철학은 관심사 분리의 특정 사례이다.
스타일 시트 (웹 개발) 장점
스타일과 콘텐츠의 분리는 장점이 있지만, 널리 사용되는 웹 브라우저의 CSS 구현 개선 후에야 실용적이 되었다.
전반적으로 스타일 시트를 활용하는 사이트의 사용자 경험은 해당 기술을 사용하지 않는 사이트보다 일반적으로 더 빠르다. '전반적으로' 첫 페이지는 스타일 시트와 콘텐츠를 모두 전송해야 하므로 더 느리게 로드될 수 있다. 이후 페이지는 스타일 정보를 다운로드할 필요가 없으므로 더 빠르게 로드된다. CSS 파일은 이미 브라우저의 캐시에 있기 때문이다.
모든 프레젠테이션 스타일을 하나의 파일에 담아두면 유지보수 시간을 줄이고 오류 발생 가능성을 낮춰 프레젠테이션 일관성을 향상시킬 수 있다. 예를 들어, 특정 유형의 텍스트 요소와 관련된 글꼴 색상은 단일 파일에서 짧은 문자열 하나만 변경하면 전체 웹사이트에서 지정하고 쉽게 수정할 수 있다. 각 개별 페이지에 스타일을 포함하는 다른 접근 방식은 모든 파일을 번거롭고 시간이 많이 걸리며 오류가 발생하기 쉬운 편집을 요구할 것이다.
XHTML 또는 HTML과 함께 CSS를 사용하는 사이트는 다양한 브라우저(크롬, 인터넷 익스플로러, 모질라 파이어폭스, 오페라, 사파리 등)에서 유사하게 보이도록 조정하기 쉽다.
스타일 시트 (웹 개발) 장점
CSS를 사용하는 사이트는 Lynx와 같이 그래픽 콘텐츠를 표시할 수 없는 브라우저 또는 CSS를 사용할 수 없을 정도로 매우 오래된 브라우저에서 "정상적으로 저하"된다. 브라우저는 CSS 3 문장과 같이 이해하지 못하는 CSS를 무시한다. 이를 통해 다양한 사용자 에이전트가 스타일 시트를 렌더링할 수 없거나 그래픽 기능을 염두에 두고 설계되지 않았더라도 사이트의 콘텐츠에 액세스할 수 있다. 예를 들어, 점자 디스플레이를 출력에 사용하는 브라우저는 레이아웃 정보를 완전히 무시할 수 있으며, 사용자는 여전히 모든 페이지 콘텐츠에 액세스할 수 있다.
페이지의 레이아웃 정보가 외부에 저장되어 있으면, 사용자는 레이아웃 정보를 완전히 비활성화하여 사이트의 기본 콘텐츠를 여전히 읽을 수 있는 형태로 남겨둘 수 있다. 사이트 작성자는 여러 스타일 시트를 제공할 수도 있으며, 이를 통해 콘텐츠를 변경하지 않고도 사이트의 모양을 완전히 변경할 수 있다.
스타일 시트 (웹 개발) 장점
대부분의 최신 웹 브라우저는 사용자에게 자체 스타일 시트를 정의할 수 있도록 허용하며, 여기에는 작성자의 레이아웃 규칙을 재정의하는 규칙을 포함할 수 있다. 이를 통해 사용자는 예를 들어 방문하는 모든 페이지의 모든 하이퍼링크를 굵게 표시할 수 있다. 스타일리시 및 스타일러스와 같은 브라우저 확장 기능이 이러한 사용자 스타일 시트 관리를 용이하게 하기 위해 만들어졌다.
의미론적 파일에는 작성자가 전달하려는 의미만 포함되므로 문서 콘텐츠의 다양한 요소의 스타일이 매우 일관적이다. 예를 들어, 제목, 강조된 텍스트, 목록 및 수학적 표현은 모두 외부 스타일 시트에서 일관되게 적용된 스타일 속성을 받는다. 작성자는 작성 시점에 스타일 속성에 대해 걱정할 필요가 없다. 이러한 프레젠테이션 세부 사항은 프레젠테이션 순간까지 연기될 수 있다.
프레젠테이션 세부 정보를 프레젠테이션 시점까지 연기하는 것은, 새로운 매체에 맞춰 이미 준비된 새로운 스타일 시트를 적용하고 의미론적 문서의 요소 또는 구조적 어휘와 일치시키기만 하면 문서를 완전히 다른 프레젠테이션 매체에 쉽게 재활용할 수 있음을 의미한다. 웹 페이지용으로 신중하게 작성된 문서는 단순히 새로운 스타일 시트를 적용하는 것만으로 헤더와 푸터, 페이지 번호, 생성된 목차를 포함하는 하드 바운드 볼륨으로 쉽게 인쇄될 수 있다.
스타일 시트 (웹 개발) 오늘날의 실질적인 단점
2006년 현재, 사양(예: XHTML, XSL, CSS) 및 이러한 사양을 구현하는 소프트웨어 도구는 초기 성숙 단계에 도달하고 있다. 따라서 콘텐츠와 스타일을 분리하는 이 방법을 채택하려는 작성자가 직면하는 몇 가지 실질적인 문제가 있다.
스타일 사양은 상당히 성숙하고 계속해서 성숙해지고 있지만, 소프트웨어 도구는 적응 속도가 느렸다. 대부분의 주요 웹 개발 도구는 여전히 혼합된 프레젠테이션-콘텐츠 모델을 채택하고 있다. 따라서 작업을 위한 GUI 기반 도구를 찾는 작성자와 디자이너는 의미론적 웹 방식을 따르기 어렵다는 것을 알게 된다. GUI 도구 외에도 일반화된 스타일 시트를 위한 공유 저장소가 이러한 방법의 채택을 도울 것이다.
아이패드 에어
아이패드 에어(iPad Air)는 다음 뜻이 있다.
소니 태블릿 P
소니 태블릿 P(Sony Tablet P, 이전 코드명: 소니 S2)는 소니그룹이 소니 태블릿 시리즈의 일부로 제조한 태블릿 컴퓨터이다.
소니 태블릿 P 설명
이 장치는 와이드 스크린을 가진 소니 바이오 P의 안드로이드 버전으로 출시되었다.
이 장치는 VAIO P 시리즈를 닮은 힌지형 클램셸 레이아웃으로 결합된 두 개의 5.5-인치 (140 mm) 터치스크린 상호 작동 디스플레이를 가지고 있다. 2011년 11월에 소니 태블릿 시리즈의 두 번째로 사용 가능한 멤버로 출시되었다. 권장 소매가는 599달러이다.
독특한 클램셸 디자인 덕분에 장치를 반으로 접어 주머니에 넣을 수 있었지만, 이 기능으로 인해 화면이 커다란 검은색 힌지로 반으로 나뉘어 게임을 하거나 책을 읽는 것이 불편해졌고 이는 태블릿 P의 가장 심각한 결함으로 지적되었다. 태블릿 P는 2012년 말까지 북미에서 단종되었으며, 얼마 후 안드로이드 4.0.4로의 마지막 소프트웨어 업데이트를 받았다.
소니 태블릿 P 평가
더 버지는 혁신적인 디자인을 칭찬했지만, 듀얼 스크린에 최적화되지 않은 타사 앱은 좋지 않은 경험을 제공한다고 언급했다. 이 제품은 회고적으로 실패한 제품으로 불렸다.
전자 플라이트 백
전자 플라이트 백(Electronic flight bag, EFB)은 조종 크루가 종이를 적게 사용하여 비행 관리 작업을 더 쉽고 효율적으로 수행할 수 있도록 돕는 전자 정보 관리 장치이다. 여기에는 조종 크루 운용 매뉴얼, 항해 차트 등 조종사의 기내 플라이트 백에서 흔히 볼 수 있는 참고 자료가 포함된다. 또한 EFB는 이륙 성능 계산과 같이 일반적으로 수동으로 수행되는 다른 기능을 자동화하기 위한 특수 목적 소프트웨어 애플리케이션을 호스팅할 수 있다. EFB라는 이름은 조종사가 조종실로 가져가는 무거운 (최대 18 kg or 40 lb 이상) 서류 가방인 전통적인 조종사의 플라이트 백에서 유래했다.
EFB는 주로 조종실/비행갑판 또는 객실에서 사용하도록 고안되었다. 대형 항공기와 터빈 항공기의 경우, FAR 91.503은 항공기에 항해 차트가 비치되어야 한다고 규정한다. 운영자의 항해 차트 정보의 유일한 출처가 EFB에 포함되어 있다면, 운영자는 EFB가 고도에 관계없이 감압 이벤트 중에도 계속 작동하며 그 후에도 작동함을 입증해야 한다.