Http history: Evolution of HTTP — HTTP

Содержание

Главная


Объявления

13.05.2021
О результатах конкурса на замещение вакантной должности научного сотрудника
Подробнее

12.04.2021
Об отзыве грифа Института истории СО РАН
Подробнее

01.04.2021
Объявление о проведении конкурса на замещение должности научного сотрудника
Подробнее

28.12.2020
О результатах защиты диссертации… Е.В. Комлевой
Подробнее

16.12.2020
Заседание диссертационного совета 24 декабря 2020 г.
Подробнее

Все объявления


13.05.2021

Поздравляем Владимира Александровича Ламина с юбилеем!
Подробнее

12.05.2021

Вторая научная конференция «Великая Отечественная война. Победа и Наука»
Подробнее

02.05.2021

Ушла из жизни Елена Петровна Лунегова
Подробнее

29.04.2021

Согласована кандидатура Владимира Александровича Ламина на должность научного руководителя Института истории СО РАН
Подробнее

29.04.2021

Поздравляем Вадима Марковича Рынкова с успешной защитой докторской диссертации!
Подробнее

27.04.2021

Сотрудник Института истории СО РАН Е.В. Комлева приняла участие в XIII Социально-культурном форуме «Грибушинские чтения-2021. Кунгурский диалог»

Подробнее

23.04.2021

Ушла из жизни Ольга Константиновна Кавцевич
Подробнее

Все новости

Москва глазами инженера

Выберите экскурсовода…

Арсений Аредов

Айрат Багаутдинов

Евгений Быков

Евгений Вяземцев

Валерия Гайдина

Татьяна Голицына

Анастасия Головина

Ксения Григорьева

Татьяна Денисова

Екатерина Задирко

Андрей Клюев

Владимир Козис

Сергей Кузнецов

Галина Минакова

Мария Никитина

Регина Поливан

Екатерина Прончева

Андрей Тутушкин

Марина Фирсова

Вика Фролкова

ГТО | История ГТО | ВФСК ГТО

В послевоенное время, когда страна оправлялась после потрясений, комплекс ГТО продолжал модернизироваться в соответствии с задачами, стоящими перед физкультурным движением того времени. Введенный в 1946 году комплекс ГТО характеризовался сокращением количества нормативов (БГТО — до 7, ГТО I и II ступеней — до 9), установлена взаимосвязь между этими нормами и программами физического воспитания школ и учебных заведений, уточнены и изменены возрастные группы.

Когда страна приступила к активному восстановлению хозяйства, Центральный Комитет Коммунистической партии Советского Союза в декабре 1948 года в своем постановлении выдвинул перед физкультурными организациями страны новую задачу: дальнейшее развитие физкультурного движения, повышение уровня мастерства спортсменов и завоевание ими мировых первенств, достижение рекордов по основным видам спорта.

Решение партии вызвало небывалый подъем в работе физкультурных организаций страны. На фабриках и заводах, шахтах и рудниках, в колхозах и совхозах, в школах и других учебных заведениях создавались новые коллективы физической культуры, организационно укреплялись существующие классификации советских спортсменов. Исключительно большое значение придавалось вопросам дальнейшего совершенствования методов обучения и тренировки в спорте, всесторонней физической подготовки, как важнейшей базы для укрепления здоровья, повышения качества физического воспитания молодежи и успешного роста спортивного мастерства до уровня высоких достижений.

Естественно, что все это потребовало дальнейшего совершенствования комплекса ГТО. В комплексе ГТО, введенном с 1 января 1955 года, снова исключили деление нормативов на обязательные и по выбору. Для получения значка ступени БГТО требовалось выполнить все 10 нормативов, значка ГТО 1-й ступени— 12 норм и значка ГТО 2-й ступени— 11

В комплексе 1955 года были установлены новые возрастные группы, а также дифференцированные нормативные требования для различных возрастов физкультурников.

К 1958 году число физкультурников в нашей стране достигло 23 696 800 человек. В то же время в период действия комплекса 1955–1958 гг. ежегодная подготовка составляла немногим более 3 миллионов значкистов ГТО всех ступеней, и за 4 года этого периода было подготовлено около 16 миллионов значкистов ГТО.

В 1959 году в комплекс ГТО были внесены наиболее существенные изменения. Проект комплекса был опубликован в августе 1958 года для широкого обсуждения и получил всеобщую поддержку. Введены требования органичного сочетания программы по физическому воспитанию в школах и учебных заведениях, а также — система начисления очков за показанные результаты. Обновленный Комплекс ГТО состоял из трех ступеней. Ступень БГТО — для школьников 14 — 15 лет, ГТО 1-й ступени — для юношей и девушек 16-18 лет, ГТО 2-й ступени — для молодежи 19 лет и старше.

В Вооруженных Силах СССР в 1965 году была введена специальная ступень комплекса ГТО — «Военно-спортивный комплекс» (ВСК).

    Значки «Воин-спортсмен» I, II и III ступеней, 1961 год
    Золотой нагрудный знак «Воин-спортсмен», 1961 год

В 1966 году по инициативе ДОСААФ была разработана и введена в действие ступень комплекса ГТО для молодежи призывного возраста «Готов к защите Родины» (ГЗР). Она была рассчитана на юношей допризывного возраста и включала выполнение ряда требований по спортивно-техническим видам спорта и овладение одной из военно-прикладных специальностей (моториста, шофера, мотоциклиста, радиста).

Эти две специальные ступени комплекса ГТО имели большое значение в повышении общей и специальной физической подготовки молодежи призывного возраста и военнослужащих. Соответствующие нормативы были разработаны и в сфере гражданской обороны СССР. Основной задачей введённых в 1968 году комплексов для учащейся молодёжи «Готов к гражданской обороне СССР» и «Будь готов к гражданской обороне СССР» было всеобщее обязательное обучение способам защиты от ядерного и другого оружия массового поражения.

С годами ряд положений и нормативных требований комплекса ГТО перестал соответствовать новым требованиям и более сложным задачам, которые были поставлены в области физического воспитания населения страны. В связи с этим появилась необходимость совершенствования форм и методов организации физкультурного движения.

Введенный в 1972 году новый комплекс ГТО (утверждён постановлением ЦК КПСС и Совета Министров СССР 17 января 1972 года за № 61) позволил улучшить массовую физкультурно-спортивную работу в каждом коллективе, в спортивном клубе и в целом по стране, решить целый ряд важнейших вопросов, связанных с укреплением здоровья советских граждан. Расширились возрастные рамки комплекса: добавились ступени для школьников 10 — 13 лет и трудящихся 40 −60 лет. Теперь комплекс имел V возрастных ступеней и охватывал население в возрасте от 10 до 60 лет. Каждая ступень комплекса ГТО 1972 года состояла из двух разделов:

  • изучение основных положений советской системы физического воспитания, овладение практическими навыками личной и общественной гигиены, правилами и приемами защиты от оружия массового поражения, выполнение утренней гимнастики;
  • упражнения, определяющие уровень развития физических качеств человека — сила, выносливость, быстрота, ловкость, а также упражнения, способствующие овладению прикладными двигательными навыками,— бег на скорость и выносливость, силовые упражнения, прыжки, лыжные гонки, плавание и другие.

Для каждой ступени имелись следующие характерные особенности:

  • I ступень — «Смелые и ловкие» введен для школьников 10-13 лет с целью формирования у детей сознательного отношения к занятиям физической культурой, развитие основных физических качеств и жизненно необходимых умений и навыков, выявление спортивных интересов. I ступень подразделялась на две возрастные группы: мальчики и девочки 10 — 11 и 12-13 лет. Комплекс состоит из 7 обязательных испытаний и 6 — по выбору.
  • II ступень — «Спортивная смена» предназначен для подростков 14-15 лет, с целью повышения физической подготовленности подростков и овладение ими прикладными и двигательными навыками. Комплекс состоял из 9 испытаний.
  • III ступень — «Сила и мужество» является нормативами для юношей и девушек 16-18 лет, с целью совершенствования физической подготовленности молодежи, необходимой для последующей трудовой деятельности и готовности к службе в Вооруженных Силах. Комплекс состоял из 10 испытаний.
  • IV ступень — «Физическое совершенство» предназначен для мужчин 19-39 лет женщин 19-34 лет, с целью достижения высокого уровня физического развития и физической подготовленности для высокопроизводительного труда и выполнения священного долга по защите Родины. IV ступень подразделяется на две возрастные группы: мужчины 19-28 и 29-39 лет, женщины 19-28 и 29-34 лет. Комплекс состоял из 10 испытаний.
  • V ступень — «Бодрость и здоровье» предназначен для мужчин 40-60 лет и женщин 35- 55 лет, с целью сохранения на долгие годы крепкого здоровья и высокого уровня физической подготовленности трудящихся для обеспечения их трудовой активности и постоянной готовности к защите Родины.

Для постоянного стимулирования населения к занятиям физической культуры и спортом, для каждой его ступени установлены нормативы нескольких уровней сложности.

При выполнении нормативов Комплекса ГТО участники награждались серебряными и золотыми знаками отличия, для 5-й ступени предусматривался только золотой значок, а для 4-й, кроме того, золотой с отличием.

    Значки БГТО I, II, III ступеней выпуска 1972 года

Система ГТО являлась мощным стимулом для спорта. Подготовка к выполнению нормативов развивала все группы мышц, увеличивала выносливость, координацию, умение рассчитывать свои силы и потенциал.

В 1973 году при Спорткомитете СССР создан Всесоюзный совет по работе наиболее массового привлечения граждан к выполнению комплекса ГТО. Председателем Совета был назначен лётчик-космонавт СССР Алексей Архипович Леонов.

Для контроля за ходом внедрения нового комплекса была создана Всесоюзная инспекция по комплексу ГТО. Это общественный орган, который своевременно предупреждает спортивные и другие организации о замеченных недостатках в работе, повышает ответственность каждого физкультурного работника за порученное дело.

Всесоюзная инспекция ГТО, в свою очередь, привела в действие работу республиканских, краевых, областных, городских, районных инспекций. Инспекторские группы ГТО на предприятиях, в колхозах, совхозах, учреждениях и учебных заведениях созданы в 1975 г.

В состав инспекций и инспекторских групп входили почетные ветераны физкультурного движения, активисты комплекса ГТО, лучшие спортсмены, представители партийных, советских, профсоюзных и комсомольских организаций, отделов народного образования, здравоохранения, военных комиссариатов, комитетов народного контроля, спортивных комитетов и ДСО, организаций ДОСААФ.

Инспекции и инспекторские группы проводили выборочные проверки не только по приему испытаний, но и самих значкистов ГТО, контролировали качество подготовки общественных инструкторов, организацию тренировок, строительство и оборудование городков ГТО, использование спортсооружений, состояние наглядной агитации и пропаганды.

К началу 1976 года свыше 220 миллионов человек имели значки ГТО.

В начале 1977 г. во все пять ступеней были добавлены нормативы по спортивному ориентированию.

Для постоянной популяризации комплекса ГТО к работе систематически привлекались спортивные организации, профсоюзы, комсомол, ДОСААФ, министерства и ведомства, руководители предприятий, учреждений, колхозов, совхозов, учебных заведений.

Нормативы комплекса ГТО стали инструментом, благодаря которому каждый гражданин мог проверить уровень своего физического развития.

С 1974 по 1981 год проводились Всесоюзные первенства по многоборьям ГТО (в 1975 году, например, в массовых стартах участвовали 37 миллионов человек, причём в финале — около 500 человек; призёрам IV ступени присваивалось звание мастера спорта СССР). За семь лет многоборий ГТО более 350 000 юношей и девушек стали чемпионами районов, городов, областей, республик, 77 человек завоевали почётный титул чемпиона СССР по многоборью ГТО, 100 человек стали первыми в истории советского физкультурного движения мастерами спорта СССР по многоборью ГТО.

Одним из таких первенств был чемпионат СССР по многоборью комплекса ГТО на призы газеты «Комсомольская правда». В программу соревнований входили такие виды спортивных состязаний, как бег на 100 метров, метание гранаты, стрельба, плавание на 100 метров, легкоатлетический кросс.

До середины 80-х годов руководство работой по Комплексу и многоборьям ГТО, военно-спортивным многоборьям осуществлялось партийно-государственными и профсоюзными органами, Министерством обороны СССР и ЦК ДОСААФ. Спорткомитеты всех уровней, коллективы физкультуры и образовательные учреждения выполняли решения государственных и партийных органов и активно участвовали во всесторонней физической подготовке населения. С 1983 по 1988 годы Чемпионаты СССР не проводились по решению Госкомспорта СССР. В 1986 году в Ленинграде впервые в СССР была создана «Федерация Комплекса и многоборий ГТО», в июле 1989 году была создана Всесоюзная Ассоциация многоборий ГТО (председателем избрали Галактионова Г.Н., ответственным секретарем — Криво В.М.), а в сентябре 1989 года — Всероссийская федерация Комплекса и многоборий ГТО (президент — Галактионов Г.Н.).

Значок «Отличник ГТО» вручался тем, кто выполнил нормативы на золотой значок IV ступени комплекса 1972 года «Физическое совершенство» и имел один 1-й или два 2-х спортивных разряда в любом виде спорта.

«Почетный знак ГТО» вручался тем, кто выполнял нормативы в течение нескольких лет подряд.

Коллективы физкультуры предприятий, учреждений, организаций, добившиеся особых успехов по внедрению комплекса ГТО в повседневную жизнь трудящихся, награждались знаком «За успехи в работе по комплексу ГТО».

    В 1980 году была выпущена специальная серия значков ГТО, посвящённая Играм XXII Олимпиады в Москве
  • Значок региональных соревнований» ГТО — Спартакиада народов СССР«
  • Знак «50 лет комплексу ГТО»

В 1981 году, к 50-летию комплекса ГТО, Комитетом по физической культуре и спорту при Совете министров СССР и ЦК ВЛКСМ был выпущен специальный наградной знак.

В начале 1985 года в Комплекс ГТО был внесен очередной пакет с изменениями. Теперь комплекс для взрослых состоял из 3 ступеней, а для школьников—из 4-х.

    Значки ГТО в редакции 1985 года и значок ГТО, выпущенный в конце 1980-х годов

Распад Советского Союза повлек за собой более большую пропасть в работе над воспитанием физической активности граждан. Юридически Комплекс ГТО не был упразднен, однако фактически он прекратил свое существование в 1991 году.

Эволюция HTTP — HTTP

HTTP (протокол передачи гипертекста) — это протокол, лежащий в основе всемирной паутины. HTTP, разработанный Тимом Бернерсом-Ли и его командой в период с 1989 по 1991 год, претерпел множество изменений, сохранив большую часть простоты и еще больше усилив его гибкость. HTTP превратился из раннего протокола обмена файлами в лабораторной среде с полуналичием в современный лабиринт Интернета, который теперь передает изображения, видео в высоком разрешении и 3D.

В 1989 году, работая в ЦЕРН, Тим Бернерс-Ли написал предложение о создании гипертекстовой системы через Интернет.Первоначально он назывался Mesh , но позже был переименован в World Wide Web во время реализации в 1990 году. Построенный на основе существующих протоколов TCP и IP, он состоял из 4 строительных блоков:

  • Текстовый формат для представления гипертекстовых документов, HyperText Markup Language (HTML).
  • Простой протокол для обмена этими документами, HypertText Transfer Protocol (HTTP).
  • Клиент для отображения (и случайного редактирования) этих документов, первый веб-браузер под названием WorldWideWeb .
  • Сервер для предоставления доступа к документу, ранняя версия httpd .

Эти четыре строительных блока были завершены к концу 1990 года, и первые серверы уже работали за пределами ЦЕРН к началу 1991 года. 6 августа -го 1991, сообщение Тима Бернерса-Ли в общедоступной группе новостей alt.hypertext теперь считается официальным запуском всемирной паутины как общедоступного проекта.

Протокол HTTP, который использовался на этих ранних этапах, был очень простым, позже получившим название HTTP / 0.9, а иногда и как однострочный протокол.

Исходная версия HTTP не имела номера версии; Позже он был назван 0.9, чтобы отличить его от более поздних версий. HTTP / 0.9 чрезвычайно прост: запросы состоят из одной строки и начинаются с единственно возможного метода GET , за которым следует путь к ресурсу (а не URL-адрес, поскольку и протокол, и сервер, и порт не нужны после подключения к серверу. ).

 GET /mypage.html 

Ответ тоже предельно прост: он состоял только из самого файла.

 
Очень простая HTML-страница
 

В отличие от последующих эволюций, здесь не было заголовков HTTP, а это означало, что можно было передавать только файлы HTML, но никаких других типов документов. Не было никаких кодов статуса или ошибок: в случае возникновения проблемы, конкретный HTML-файл был отправлен обратно с описанием проблемы, содержащейся в нем, для использования человеком.

HTTP / 0.9 был очень ограничен, и браузеры и серверы быстро расширили его, сделав его более универсальным:

  • Информация о версиях теперь отправляется в каждом запросе ( HTTP / 1.0 добавляется к строке GET )
  • Строка кода состояния также отправляется в начале ответа, позволяя самому браузеру понять успех или неудачу запроса и соответственно адаптировать свое поведение (например, при обновлении или использовании своего локального кеша определенным образом)
  • Введено понятие заголовков HTTP, как для запросов, так и для ответов, что позволяет передавать метаданные и делает протокол чрезвычайно гибким и расширяемым.
  • С помощью новых заголовков HTTP добавлена ​​возможность передавать другие документы, кроме обычных файлов HTML (благодаря заголовку Content-Type ).

На этом этапе типичный запрос и ответ выглядели так:

 GET /mypage.html HTTP / 1.0
Пользовательский агент: NCSA_Mosaic / 2.0 (Windows 3.1)

200 ОК
Дата: вторник, 15 ноября 1994 г., 08:12:31 GMT
Сервер: CERN / 3.0 libwww / 2.17
Тип содержимого: текст / html

Страница с изображением
  
 

, за которым следует второе соединение и запрос на получение изображения (с последующим ответом на этот запрос):

 GET /myimage.gif HTTP / 1.0
Пользовательский агент: NCSA_Mosaic / 2.0 (Windows 3.1)

200 ОК
Дата: вторник, 15 ноября 1994 г., 08:12:32 GMT
Сервер: CERN / 3.0 libwww / 2.17
Тип содержимого: текст / gif
  (содержание изображения)  

Эти новинки вводились не как согласованные усилия, а как пробный подход в период 1991–1995 годов: сервер и браузер добавили одну функцию, и он посмотрел, набирает ли она популярность.Было много проблем с совместимостью. В ноябре 1996 года для решения этих проблем был опубликован информационный документ с описанием общепринятой практики, RFC 1945. Это определение HTTP / 1.0, и примечательно, что в узком смысле этого термина это не так. t официальный стандарт.

Параллельно с несколько хаотичным использованием различных реализаций HTTP / 1.0 и с 1995 года, задолго до публикации документа HTTP / 1.0 в следующем году, продолжалась надлежащая стандартизация.Первая стандартизированная версия HTTP, HTTP / 1.1, была опубликована в начале 1997 года, всего через несколько месяцев после HTTP / 1.0.

HTTP / 1.1 прояснил двусмысленность и внес многочисленные улучшения:

  • Соединение можно использовать повторно, сэкономив время на повторное открытие его несколько раз для отображения ресурсов, встроенных в единственный полученный исходный документ.
  • Добавлена ​​конвейерная обработка, позволяющая отправлять второй запрос до того, как ответ на первый будет полностью передан, что снижает задержку связи.
  • Теперь также поддерживаются фрагментированные ответы.
  • Добавлены дополнительные механизмы управления кешем.
  • Было введено согласование содержимого, включая язык, кодировку или тип, которое позволяет клиенту и серверу согласовывать наиболее подходящий контент для обмена.
  • Благодаря заголовку Host возможность размещать разные домены на одном IP-адресе теперь позволяет размещать серверы в одном месте.

Типичный поток запросов через одно соединение теперь выглядит следующим образом:

 GET / en-US / docs / Glossary / Simple_header HTTP / 1.1
Хост: developer.mozilla.org
Пользовательский агент: Mozilla / 5.0 (Macintosh; Intel Mac OS X 10.9; rv: 50.0) Gecko / 20100101 Firefox / 50.0
Принять: text / html, application / xhtml + xml, application / xml; q = 0.9, * / *; q = 0.8
Accept-Language: en-US, en; q = 0,5
Принятие кодировки: gzip, deflate, br
Референт: https://developer.mozilla.org/en-US/docs/Glossary/Simple_header

200 ОК
Подключение: Keep-Alive
Кодирование содержимого: gzip
Тип содержимого: текст / html; charset = utf-8
Дата: среда, 20 июля 2016 г., 10:55:30 GMT
Etag: "547fa7e369ef56031dd3bff2ace9fc0832eb251a"
Keep-Alive: тайм-аут = 5, максимум = 1000
Последнее изменение: Вт, 19 июля 2016 г., 00:59:33 GMT
Сервер: Apache
Кодирование передачи: по частям
Варьируются: Cookie, Accept-Encoding

  (содержание) 

GET / static / img / header-background.png HTTP / 1.1
Хост: developer.mozilla.org
Пользовательский агент: Mozilla / 5.0 (Macintosh; Intel Mac OS X 10.9; rv: 50.0) Gecko / 20100101 Firefox / 50.0
Принимать: */*
Accept-Language: en-US, en; q = 0,5
Принятие кодировки: gzip, deflate, br
Референт: https://developer.mozilla.org/en-US/docs/Glossary/Simple_header

200 ОК
Возраст: 9578461
Cache-Control: общедоступный, max-age = 315360000
Подключение: keep-alive
Длина содержимого: 3077
Тип содержимого: изображение / png
Дата: 31 марта 2016 г., 13:34:46 GMT
Последнее изменение: среда, 21 октября 2015 г., 18:27:50 GMT
Сервер: Apache

  (содержание изображения 3077 байт)  

HTTP / 1.1 был впервые опубликован как RFC 2068 в январе 1997 года.

Благодаря его расширяемости — создание новых заголовков или методов — легко — и даже если протокол HTTP / 1.1 был усовершенствован в двух версиях, RFC 2616, опубликованный в июне 1999 года, и серия RFC 7230-RFC 7235, опубликованный в июне 2014 года в преддверии выпуска HTTP / 2, этот протокол был чрезвычайно стабильным более 15 лет.

Использование HTTP для безопасной передачи

Самое большое изменение, которое произошло с HTTP, было сделано еще в конце 1994 года.Вместо отправки HTTP через базовый стек TCP / IP, Netscape Communications создала дополнительный зашифрованный уровень передачи поверх него: SSL. SSL 1.0 никогда не выпускался за пределами компании, но SSL 2.0 и его преемник SSL 3.0 позволили создавать веб-сайты электронной коммерции путем шифрования и гарантии подлинности сообщений, которыми обмениваются сервер и клиент. SSL был поставлен на стандартную дорожку и в конечном итоге стал TLS с версиями 1.0, 1.1, 1.2 и 1.3, успешно закрывающими уязвимости.

В то же время возникла потребность в зашифрованном транспортном уровне: Интернет оставил относительную надежность преимущественно академической сети в джунгли, где рекламодатели, случайные люди или преступники соревнуются, чтобы получить как можно больше личной информации о людях, пытаясь выдать себя за другое лицо. их или даже заменить передаваемые данные на измененные. По мере того, как приложения, созданные через HTTP, становились все более и более мощными, имея доступ ко все большему и большему количеству частной информации, такой как адресные книги, электронная почта или географическое положение пользователя, необходимость в TLS стала повсеместной даже за пределами использования электронной коммерции. дело.

Использование HTTP для сложных приложений

Первоначальное видение Тима Бернерса-Ли для Интернета не было носителем только для чтения. Он представил себе Интернет, в котором люди могут добавлять и перемещать документы удаленно, своего рода распределенную файловую систему. Примерно в 1996 году HTTP был расширен, чтобы разрешить авторинг, и был создан стандарт под названием WebDAV. Он был дополнительно расширен для определенных приложений, таких как CardDAV для обработки записей адресной книги и CalDAV для работы с календарями. Но у всех этих расширений * DAV был недостаток: они должны были реализовываться на используемых серверах, что было довольно сложно.Их использование в веб-сферах оставалось конфиденциальным.

В 2000 году был разработан новый шаблон использования HTTP: передача репрезентативного состояния (или REST). Действия, вызванные API, больше не передавались новыми методами HTTP, а только путем доступа к определенным URI с помощью основных методов HTTP / 1.1. Это позволяло любому веб-приложению предоставлять API, позволяющий извлекать и изменять свои данные без необходимости обновлять браузеры или серверы: все, что необходимо, было встроено в файлы, обслуживаемые веб-сайтами через стандартный HTTP / 1.1. Недостаток модели REST заключается в том, что каждый веб-сайт определяет собственный нестандартный RESTful API и полностью контролирует его; в отличие от расширений * DAV, в которых клиенты и серверы взаимодействуют друг с другом. API-интерфейсы RESTful стали очень распространенными в 2010-х годах.

С 2005 года набор API-интерфейсов, доступных для веб-страниц, значительно расширился, и некоторые из этих API-интерфейсов создали расширения, в основном новые специфические заголовки HTTP, для протокола HTTP для определенных целей:

  • События, отправленные сервером, когда сервер может отправлять случайные сообщения в браузер.
  • WebSocket, новый протокол, который можно настроить путем обновления существующего HTTP-соединения.

Ослабление модели безопасности Интернета

HTTP не зависит от модели безопасности Интернета, политики одного и того же происхождения. Фактически, текущая модель веб-безопасности была разработана после создания HTTP! За прошедшие годы оказалось полезным быть более снисходительным, позволяя при определенных ограничениях снимать некоторые ограничения этой политики. Насколько и когда такие ограничения сняты, сервер передает клиенту с помощью новой группы заголовков HTTP.Они определены в таких спецификациях, как совместное использование ресурсов между источниками (CORS) или Политика безопасности контента (CSP).

В дополнение к этим большим расширениям было добавлено множество других заголовков, иногда только экспериментально. Известными заголовками являются заголовок Do Not Track ( DNT ) для управления конфиденциальностью, X-Frame-Options или Upgrade-Insecure-Requests , но существует гораздо больше.

С годами веб-страницы стали намного сложнее и даже стали самостоятельными приложениями.Количество отображаемых визуальных медиа, объем и размер скриптов, добавляющих интерактивность, также увеличились: гораздо больше данных передается по значительно большему количеству HTTP-запросов. Для соединений HTTP / 1.1 необходимо, чтобы запросы отправлялись в правильном порядке. Теоретически можно использовать несколько параллельных соединений (обычно от 5 до 8), что приведет к значительным накладным расходам и сложности. Например, конвейерная обработка HTTP стала бременем ресурсов в веб-разработке.

В первой половине 2010-х Google продемонстрировал альтернативный способ обмена данными между клиентом и сервером, реализовав экспериментальный протокол SPDY.Это вызвало интерес у разработчиков, работающих как над браузерами, так и над серверами. Определяя увеличение скорости отклика и решая проблему дублирования передаваемых данных, SPDY послужил основой протокола HTTP / 2.

Протокол HTTP / 2 имеет несколько основных отличий от версии HTTP / 1.1:

  • Это бинарный протокол, а не текст. Его больше нельзя читать и создавать вручную. Несмотря на это препятствие, теперь можно реализовать улучшенные методы оптимизации.
  • Это мультиплексированный протокол. Параллельные запросы могут обрабатываться через одно и то же соединение, устраняя ограничения порядка и блокировки протокола HTTP / 1.x.
  • Сжимает заголовки. Поскольку они часто похожи среди наборов запросов, это устраняет дублирование и накладные расходы на передаваемые данные.
  • Он позволяет серверу заполнять данные в клиентском кэше до того, как это потребуется, с помощью механизма, называемого серверным толчком.

Официально стандартизованный в мае 2015 года HTTP / 2 имел большой успех.К июлю 2016 года 8,7% всех веб-сайтов [1] уже использовали его, что составляет более 68% всех запросов [2] . Веб-сайты с высокой посещаемостью продемонстрировали самое быстрое внедрение, что позволило значительно сэкономить на накладных расходах на передачу данных и последующих бюджетах.

Такой быстрый темп внедрения был вероятен, поскольку HTTP / 2 не требует адаптации веб-сайтов и приложений: использование HTTP / 1.1 или HTTP / 2 для них прозрачно. Наличие современного сервера, обменивающегося данными с новым браузером, достаточно, чтобы его можно было использовать: только ограниченный набор групп требовался для инициирования принятия, и по мере обновления устаревших версий браузера и серверов использование, естественно, увеличивалось, без дальнейшего использования Интернета. усилия разработчиков.

HTTP не перестал развиваться после выпуска HTTP / 2. Как и в случае с HTTP / 1.x ранее, расширяемость HTTP все еще используется для добавления новых функций. Примечательно, что можно упомянуть новые расширения протокола HTTP, появившиеся в 2016 году:

  • Поддержка Alt-Svc позволяет разделить идентификацию и местонахождение данного ресурса, обеспечивая более умный механизм кэширования CDN.
  • Введение Client-Hints. позволяет браузеру или клиенту заранее сообщать серверу информацию о своих требованиях или аппаратных ограничениях.
  • Введение связанных с безопасностью префиксов в заголовок Cookie теперь помогает гарантировать, что безопасный файл cookie не был изменен.

Эта эволюция HTTP доказывает его расширяемость и простоту, освобождая создание множества приложений и требуя принятия протокола. Среда, в которой сегодня используется HTTP, сильно отличается от того, что было в начале 1990-х годов. Оригинальный дизайн HTTP оказался шедевром, позволив Интернету развиваться на протяжении четверти века без необходимости восстания.Устраняя недостатки, сохраняя при этом гибкость и расширяемость, которые сделали HTTP таким успешным, принятие HTTP / 2 намекает на светлое будущее протокола.

Осадка

Эта страница не завершена.

Следующая основная версия HTTP, HTTP / 3, будет использовать QUIC вместо TCP / TLS для части транспортного уровня.

См. Ошибку 1158011, чтобы узнать о статусе реализации в Firefox.

HTTP: краткая история HTTP (О’Рейли)

Введение

Протокол передачи гипертекста (HTTP) — один из наиболее распространенных и широко распространенные протоколы приложений в Интернете: это общий язык между клиентами и серверами, обеспечивающий современный Интернет.Начиная с простого ключевого слова и пути к документу, он имеет стать протоколом выбора не только для браузеров, но и для виртуальных каждое подключенное к Интернету программное и аппаратное приложение.

В этой главе мы проведем краткий исторический тур по эволюции протокола HTTP. Полное обсуждение различной семантики HTTP приведено ниже. выходит за рамки этой книги, но понимание ключевого дизайна изменения HTTP и мотивы, стоящие за каждым из них, дадут нам необходимый фон для наших обсуждений производительности HTTP, особенно в контексте многих предстоящих улучшений в HTTP / 2.

§HTTP 0.9: Однострочный протокол

Первоначальное предложение HTTP Тима Бернерса-Ли было разработано с простота в виду , чтобы помочь с принятием его другого зарождающаяся идея: всемирная паутина. Стратегия, похоже, сработала: начинающим разработчикам протоколов, обратите внимание.

В 1991 году Бернерс-Ли изложил мотивацию нового протокола и перечислил несколько высокоуровневых целей дизайна: функциональность передачи файлов, возможность запросить индексный поиск гипертекстового архива, формат согласование и возможность направить клиента на другой сервер.К доказывая теорию в действии, был построен простой прототип, который реализовано небольшое подмножество предлагаемого функционала:

  • Клиентский запрос представляет собой одну строку символов ASCII.

  • Запрос клиента завершается возвратом каретки (CRLF).

  • Ответ сервера — это поток символов ASCII.

Однако даже это звучит намного сложнее, чем есть на самом деле.Эти правила позволяют использовать чрезвычайно простой, дружественный к Telnet протокол, которые некоторые веб-серверы поддерживают по сей день:

  $> telnet google.com 80 

Подключен к 74.125.xxx.xxx

ПОЛУЧИТЬ / о компании /

(гипертекстовый ответ)
(соединение закрыто)
 

Запрос состоит из одной строки: GET метод и путь к запрашиваемому документу. Ответ представляет собой одинарный гипертекст документ — никаких заголовков или каких-либо других метаданных, только HTML.Это реально не может быть проще. Кроме того, поскольку предыдущее взаимодействие является подмножество предполагаемого протокола, он неофициально получил HTTP 0.9 метка. Остальное, как говорится, уже история.

С этого скромного начала в 1991 году HTTP начал жить собственной жизнью. и быстро развивалась в последующие годы. Давайте быстро резюмируем особенности HTTP 0.9:

  • Клиент-сервер, протокол запрос-ответ.

  • Протокол

    ASCII, работающий по каналу TCP / IP.

  • Предназначен для передачи гипертекстовых документов (HTML).

  • Соединение между сервером и клиентом закрывается после каждого запрос.

Популярные веб-серверы, такие как Apache и Nginx, по-прежнему поддерживают Протокол HTTP 0.9 — отчасти потому, что в нем нет ничего особенного! Если ты любопытно, откройте сеанс Telnet и попробуйте получить доступ к google.com или вашему собственный любимый сайт, через HTTP 0.9 и проверьте поведение и ограничения этого раннего протокола.

§HTTP / 1.0: быстрый рост и информация RFC

Период с 1991 по 1995 год был периодом быстрой коэволюции HTML. спецификации, нового поколения программного обеспечения, известного как «веб-браузер», и появление и быстрый рост ориентированного на потребителя общедоступного Интернета инфраструктура.

§Идеальный шторм: Интернет-бум начала 1990-х

Основываясь на первоначальном прототипе браузера Тима Бернер-Ли, команда Национальный центр суперкомпьютерных приложений (NCSA) решил реализовать свою версию.Таким образом, первым популярным браузером стал родился: NCSA Mosaic. Один из программистов в команде NCSA, Марк Андреессен в партнерстве с Джимом Кларком основал Mosaic Communications в Октябрь 1994 г. Позднее компания была переименована в Netscape, и она начала поставки. Netscape Navigator 1.0 в декабре 1994 года. К этому моменту он уже был ясно, что во всемирной паутине должно было быть намного больше , чем просто академическое любопытство.

Фактически, в том же году была проведена первая конференция World Wide Web. организованный в Женеве, Швейцария, что привело к созданию Консорциум World Wide Web (W3C), помогающий направлять эволюцию HTML.Аналогичным образом была создана параллельная рабочая группа HTTP (HTTP-WG). в IETF, чтобы сосредоточиться на улучшении протокола HTTP. Оба из них группы продолжают играть важную роль в развитии Интернета.

Наконец, чтобы создать идеальный шторм, CompuServe, AOL и Prodigy начал предоставлять коммутируемый доступ в Интернет для населения в том же Период 1994–1995 гг. На этой волне быстрого внедрения Netscape вошла в историю благодаря чрезвычайно успешному IPO 9 августа 1995 г. Наступил Интернет-бум, и каждый хотел получить от него кусок!

Растущий список желаемых возможностей зарождающейся сети и их варианты использования в общедоступной сети быстро выявили многие фундаментальные ограничения HTTP 0.9: нам нужен был протокол, который мог бы служить более чем просто гипертекстовые документы, предоставляют более подробные метаданные о запросе и ответ, включение согласования содержимого и многое другое. В свою очередь зарождающиеся сообщество веб-разработчиков отреагировало созданием большого количества экспериментальные реализации HTTP-сервера и клиента через специальную процесс: внедрить, развернуть и посмотреть, примут ли его другие люди.

Из этого периода быстрых экспериментов, набор лучших практик и начали появляться общие шаблоны, и в мае 1996 г. рабочая группа HTTP (HTTP-WG) опубликовал RFC 1945, в котором задокументировано «общее использование» много HTTP / 1.0 реализаций, найденных в дикой природе. Обратите внимание, что это было только информационный RFC: HTTP / 1.0, как мы знаем, не является формальным спецификация или интернет-стандарт!

Сказав это, пример запроса HTTP / 1.0 должен выглядеть очень знакомый:

  $> telnet website.org 80 

Подключен к xxx.xxx.xxx.xxx

ПОЛУЧИТЬ /rfc/rfc1945.txt HTTP / 1.0
Пользовательский агент: CERN-LineMode / 2.15 libwww / 2.17b3
Принимать: */*

HTTP / 1.0 200 ОК
Тип содержимого: текст / простой
Длина содержимого: 137582
Истекает: Thu, 01 Dec 1997 16:00:00 GMT
Последнее изменение: среда, 1 мая 1996 г., 12:45:26 GMT
Сервер: Apache 0.84

(ответ в виде простого текста)
(соединение закрыто)
 
  1. Строка запроса с номером версии HTTP, за которой следует запрос заголовки

  2. Статус ответа, за которым следуют заголовки ответа

Предыдущий обмен не является исчерпывающим списком HTTP / 1.0 возможности, но он действительно иллюстрирует некоторые ключевые изменения протокола:

  • Запрос может состоять из нескольких полей заголовка, разделенных новой строкой.

  • Объект ответа предваряется строкой состояния ответа.

  • Объект ответа имеет собственный набор заголовков, разделенных новой строкой поля.

  • Объект ответа не ограничен гипертекстом.

  • Соединение между сервером и клиентом закрывается после каждого запрос.

Заголовки запроса и ответа сохранялись в кодировке ASCII, но сам объект ответа может быть любого типа: HTML-файл, простой текстовый файл, изображение или любой другой тип содержимого.Следовательно, «гипертекст передача «часть HTTP стала неправильным употреблением вскоре после его появления. На самом деле HTTP быстро превратился в гипермедиа . транспорт , но прижилось оригинальное название.

Помимо согласования типа носителя, RFC также задокументировал ряд других обычно реализуемых возможностей: кодирование контента, поддержка набора символов, составные типы, авторизация, кеширование, прокси поведение, форматы даты и многое другое.

Почти каждый сервер в сети сегодня может и будет говорить HTTP / 1.0. Кроме того, к настоящему времени вы должны знать лучше! Требуется новый TCP-соединение на запрос значительно снижает производительность HTTP / 1.0; см. Трехстороннее рукопожатие, с последующим медленным запуском.

§HTTP / 1.1: Интернет-стандарт

Работа над превращением HTTP в официальный стандарт Интернета IETF продолжалось параллельно с документацией по HTTP / 1.0 и произошло примерно за четыре года: с 1995 по 1999 год. Фактически, первый официальный стандарт HTTP / 1.1 определен в RFC 2068, который был официально выпущен в январе 1997 года, примерно через шесть месяцев после публикация HTTP / 1.0. Затем, два с половиной года спустя, в июне 1999 г. был внесен ряд улучшений и обновлений в стандарта и были выпущены как RFC 2616.

Стандарт HTTP / 1.1 разрешил множество обнаруженных неоднозначностей протокола в более ранних версиях и представил ряд критических показателей производительности оптимизации: соединения keepalive, передача кодирования фрагментов, запросы байтового диапазона, дополнительные механизмы кэширования, кодировки передачи, и запросить конвейерную обработку.

Имея эти возможности, теперь мы можем проверить типичный Сеанс HTTP / 1.1, выполняемый любым современным браузером и клиентом HTTP:

  $> telnet website.org 80 
Подключен к xxx.xxx.xxx.xxx

ПОЛУЧИТЬ /index.html HTTP / 1.1
Хост: website.org
Пользовательский агент: Mozilla / 5.0 (Macintosh; Intel Mac OS X 10_7_4) ... (фрагмент)
Принять: text / html, application / xhtml + xml, application / xml; q = 0.9, * / *; q = 0.8
Принятие кодировки: gzip, deflate, sdch
Accept-Language: en-US, en; q = 0.8
Accept-Charset: ISO-8859-1, utf-8; q = 0,7, *; q = 0,3
Cookie: __qca = P0-800083390 ... (фрагмент)

HTTP / 1.1 200 ОК
Сервер: nginx / 1.0.11
Подключение: keep-alive
Тип содержимого: текст / html; charset = utf-8
Через: HTTP / 1.1 GWA
Дата: среда, 25 июля 2012 г., 20:23:35 GMT
Истекает: Wed, 25 Jul 2012 20:23:35 GMT
Cache-Control: max-age = 0, без кеширования
Кодирование передачи: по частям

100

(вырезать)

100
(вырезать)

0

ПОЛУЧИТЬ /favicon.ico HTTP / 1.1
Хост: www.website.org
Пользовательский агент: Mozilla / 5.0 (Macintosh; Intel Mac OS X 10_7_4)... (вырезать)
Принимать: */*
Референт: http://website.org/
Подключение: закрыть
Принятие кодировки: gzip, deflate, sdch
Accept-Language: en-US, en; q = 0,8
Accept-Charset: ISO-8859-1, utf-8; q = 0,7, *; q = 0,3
Cookie: __qca = P0-800083390 ... (фрагмент)

HTTP / 1.1 200 ОК
Сервер: nginx / 1.0.11
Тип содержимого: изображение / значок x
Длина содержимого: 3638
Подключение: закрыть
Последнее изменение: чт, 19 июля 2012 г., 17:51:44 GMT
Cache-Control: max-age = 315360000.
Accept-Ranges: байты
Через: HTTP / 1.1 GWA
Дата: сб, 21 июля 2012 г., 21:35:22 GMT
Истекает: Thu, 31 Dec 2037 23:55:55 GMT
Etag: W / PSA-GAu26oXbDi

(данные значка)
(соединение закрыто)
 
  1. Запрос HTML-файла с кодировкой, кодировкой и cookie метаданные

  2. Разделенный ответ на исходный HTML-запрос

  3. Число октетов в блоке, выраженное в шестнадцатеричном формате ASCII. число (256 байт)

  4. Конец ответа на фрагментированный поток

  5. Запрос файла значка, сделанный в том же TCP-соединении

  6. Сообщите серверу, что соединение не будет использоваться повторно

  7. Ответ на значок с последующим закрытием соединения

Уф, там много чего происходит! Первый и самый очевидный разница в том, что у нас есть два объектных запроса, один для HTML-страницы и один для изображения, оба доставляются через одно соединение.Это соединение keepalive в действии, что позволяет нам повторно использовать существующий TCP соединение для нескольких запросов к одному и тому же хосту и доставить много более быстрое взаимодействие с конечным пользователем; см. Оптимизация для TCP.

Чтобы завершить постоянное соединение, обратите внимание, что второй клиент запрос отправляет явный закрывающий токен на сервер через Соединение заголовок. Точно так же сервер может уведомить клиент намерен закрыть текущее TCP-соединение после того, как ответ передан.Технически любая сторона может завершить TCP. соединение без такого сигнала в любой точке, но клиенты и серверы должен предоставлять его, когда это возможно, чтобы обеспечить более эффективное повторное использование соединения стратегии с обеих сторон.

HTTP / 1.1 изменил семантику используемого протокола HTTP. соединение поддерживает активность по умолчанию. Это означает, если не указано иное (через Connection: закрыть заголовок ), сервер должен сохранить соединение открыто по умолчанию.

Однако эта же функциональность была также перенесена на HTTP / 1.0 и активируется через заголовок Connection: Keep-Alive . Следовательно, если вы используете HTTP / 1.1, технически вам не нужен Подключение : заголовок Keep-Alive , но многие клиенты предпочитают тем не менее предоставить это.

Дополнительно в протокол HTTP / 1.1 добавлен контент, кодировка, символ набор и даже согласование языка, кодирование передачи, кеширование директивы, клиентские файлы cookie, а также десяток других возможностей, которые могут быть оговаривается по каждому запросу.

Мы не будем останавливаться на семантике каждой функции HTTP / 1.1. Это тема для отдельной книги, и многие замечательные из них были написано уже. Вместо этого предыдущий пример служит хорошим иллюстрация быстрого прогресса и эволюции HTTP, а также запутанный и сложный танец каждого обмена клиент-сервер. Там много всего происходит!

Для хорошей справки обо всей внутренней работе протокола HTTP, ознакомьтесь с изданием O’Reilly HTTP: The Definitive Guide Дэвида Горли и Брайан Тотти.

§HTTP / 2: Повышение эффективности транспорта

С момента публикации RFC 2616 послужил основой для беспрецедентный рост Интернета: миллиарды устройств всех форм и размеров, от настольных компьютеров до крошечных веб-устройств в наших карманах, использовать HTTP каждый день, чтобы доставлять новости, видео и миллионы других веб-сайтов приложения, от которых мы все стали зависеть в своей жизни.

То, что начиналось как простой однострочный протокол для получения гипертекста быстро превратился в универсальный гипермедийный транспорт, и вот уже десять лет Позже можно использовать практически для любого варианта использования, который вы можете себе представить.Оба повсеместное распространение серверов, говорящих по протоколу, и широкий доступность клиентов для использования означает, что многие приложения теперь разработан и развернут исключительно поверх HTTP.

Нужен протокол для управления кофейником? RFC 2324 поможет вам с протоколом управления гипертекстовым кофейником (HTCPCP / 1.0) — первоначально шутка IETF, посвященная Дню дураков, и все чаще всего, кроме шутки в наш новый сверхсвязанный мир.

Протокол передачи гипертекста (HTTP) — это протокол уровня приложений. протокол для распределенной, совместной, гипермедийной информации системы.Это общий протокол без сохранения состояния, который можно использовать для многих задачи, выходящие за рамки его использования для гипертекста, такие как серверы имен и системы управления распределенными объектами, путем расширения его запроса методы, коды ошибок и заголовки. Особенностью HTTP является набор текста и согласование представления данных, позволяющее строить системы независимо от передаваемых данных.

RFC 2616: HTTP / 1.1, июнь 1999 г.

Простота протокола HTTP — вот что позволило его оригинальному принятие и быстрый рост.На самом деле, сейчас не редкость найти встроенные устройства — датчики, исполнительные механизмы и кофейники — использующие HTTP как их первичные протоколы управления и данных. Но под собственным весом успеха и по мере того, как мы все больше и больше продолжаем переносить наши повседневные взаимодействие с Интернетом — социальные сети, электронная почта, новости и видео, и все чаще все наше личное и рабочее пространство — оно также начало проявлять признаки стресс. Пользователи и веб-разработчики теперь требуют почти реального времени отзывчивость и производительность протокола HTTP / 1.1, который просто не могу встретиться без некоторых доработок.

Для решения этих новых задач HTTP должен продолжать развиваться, и, следовательно, рабочая группа HTTPbis объявила о новой инициативе для HTTP / 2 в начале 2012:

Появляется опыт внедрения и интерес к протокол, который сохраняет семантику HTTP без наследия Создание и синтаксис сообщений HTTP / 1.x, которые были определены как снижение производительности и поощрение неправильного использования лежащих в основе транспорт.

Рабочая группа разработает спецификацию нового выражения текущей семантики HTTP в упорядоченных двунаправленных потоках. Как и в случае с HTTP / 1.x, основной целевой транспорт — TCP, но он должен быть возможно использование других транспортов.

Устав HTTP / 2, Январь 2012 г.

Основное внимание HTTP / 2 уделяется повышению производительности транспорта и позволяя снизить задержку и повысить пропускную способность.Основная версия инкремент звучит как большой шаг, который есть и будет до тех пор, пока производительность обеспокоена, но важно отметить, что ни один из затрагивается семантика протокола высокого уровня: все HTTP-заголовки, значения и варианты использования такие же.

Любой существующий веб-сайт или приложение может и будет доставлено через HTTP / 2 без изменений: вам не нужно изменять ваше приложение разметка, чтобы воспользоваться преимуществами HTTP / 2. HTTP-серверы должны будут говорить HTTP / 2, но это должно быть прозрачное обновление для большинства пользователей.Единственная разница, если рабочая группа достигает своей цели, должна быть что наши приложения доставляются с меньшей задержкой и лучше использование сетевой ссылки!

Сказав это, не будем забегать вперед. Прежде чем мы доберемся до новые возможности протокола HTTP / 2, стоит сделать шаг назад и изучение существующих передовых практик развертывания и производительности для HTTP / 1.1. Рабочая группа HTTP / 2 быстро продвигается по новому спецификация, но даже если окончательный стандарт уже готов, нам все равно придется поддерживать более старый HTTP / 1.1 клиентов на обозримое время будущее — реально десятилетие или больше.

История Интернета — World Wide Web Foundation

Сэр Тим Бернерс-Ли — британский ученый-компьютерщик. Он родился в Лондоне, и его родители были первыми учеными-компьютерщиками, работавшими над одним из самых первых компьютеров.

В детстве сэр Тим интересовался поездами, и в его спальне была модель железной дороги. Он вспоминает:

«Я сделал несколько электронных устройств для управления поездами.Потом я стал больше интересоваться электроникой, чем поездами. Позже, когда я учился в колледже, я сделал из старого телевизора вычислитель r ».

После окончания Оксфордского университета Бернерс-Ли стал инженером-программистом в ЦЕРН, лаборатории физики больших частиц недалеко от Женевы, Швейцария. Ученые приезжают со всего мира, чтобы использовать его ускорители, но сэр Тим заметил, что у них возникли трудности с обменом информацией.

«В те дни на разных компьютерах была разная информация, но для доступа к ней приходилось входить в систему на разных компьютерах.Кроме того, иногда вам приходилось изучать разные программы на каждом компьютере. Часто было проще пойти и спросить людей, когда они пили кофе… », — говорит Тим.

Тим подумал, что он увидел способ решения этой проблемы, который, как он видел, может иметь гораздо более широкое применение. Уже сейчас миллионы компьютеров были связаны друг с другом через быстро развивающийся Интернет, и Бернерс-Ли понял, что они могут обмениваться информацией, используя новую технологию, называемую гипертекстом.

В марте 1989 года Тим изложил свое видение того, что станет сетью, в документе под названием «Управление информацией: предложение».Вы не поверите, но первоначальное предложение Тима было принято не сразу. Фактически, его тогдашний начальник Майк Сендалл заметил на обложке слова «расплывчато, но захватывающе». Интернет никогда не был официальным проектом ЦЕРН, но Майк сумел дать Тиму время поработать над ним в сентябре 1990 года. Он начал работать с компьютером NeXT, одним из первых продуктов Стива Джобса.

Оригинальное предложение Тима. Изображение: CERN

К октябрю 1990 года Тим написал три фундаментальные технологии, которые остаются основой сегодняшней сети (и которые вы, возможно, видели, появляются в частях вашего веб-браузера):

  • HTML: язык гипертекстовой разметки.Язык разметки (форматирования) для Интернета.
  • URI: унифицированный идентификатор ресурса. Своеобразный «адрес», который является уникальным и используется для идентификации каждого ресурса в Интернете. Его также обычно называют URL-адресом.
  • HTTP: протокол передачи гипертекста. Позволяет извлекать связанные ресурсы из Интернета.

Тим также написал первый редактор / браузер веб-страниц («WorldWideWeb.app») и первый веб-сервер («httpd»). К концу 1990 года первая веб-страница была обслужена в открытом Интернете, а в 1991 году люди за пределами ЦЕРН были приглашены присоединиться к этому новому веб-сообществу.

Когда Интернет начал расти, Тим понял, что его истинный потенциал будет раскрыт только в том случае, если кто-нибудь и где угодно сможет использовать его, не платя комиссию или не спрашивая разрешения.

Он объясняет: «Если бы технология была закрытой и находилась под моим полным контролем, она бы, вероятно, не получила широкого распространения. Вы не можете предложить что-то универсальное пространство и в то же время держать его под контролем ».

Итак, Тим и другие выступали за то, чтобы ЦЕРН согласился навсегда сделать базовый код доступным на безвозмездной основе.Это решение было объявлено в апреле 1993 года и вызвало невиданную ранее глобальную волну творчества, сотрудничества и инноваций. В 2003 году компании, разрабатывающие новые веб-стандарты, взяли на себя обязательство проводить свою работу без лицензионных отчислений. В 2014 году, когда мы отметили 25-летие Интернета, им пользовались почти двое из пяти человек во всем мире.

Тим переехал из CERN в Массачусетский технологический институт в 1994 году, чтобы основать Консорциум World Wide Web (W3C), международное сообщество, занимающееся разработкой открытых веб-стандартов.Он и по сей день остается директором W3C.

Раннее веб-сообщество создало несколько революционных идей, которые теперь распространяются далеко за пределы технологического сектора:

  • Децентрализация: не требуется разрешения от центрального органа для публикации чего-либо в Интернете, нет центрального управляющего узла и, следовательно, нет. единая точка отказа… и никакого «аварийного выключателя»! Это также подразумевает свободу от неизбирательной цензуры и наблюдения.
  • Недискриминация: если я плачу за подключение к Интернету с определенным качеством обслуживания, а вы платите за подключение с этим или более высоким качеством обслуживания, тогда мы оба можем общаться на одном уровне.Этот принцип справедливости также известен как чистый нейтралитет.
  • Дизайн снизу-вверх: вместо того, чтобы писать код и контролировать его небольшую группу экспертов, он разрабатывался на глазах у всех, поощряя максимальное участие и экспериментирование.
  • Универсальность: чтобы любой мог опубликовать что-либо в сети, все задействованные компьютеры должны разговаривать друг с другом на одних и тех же языках, независимо от того, какое оборудование используют разные люди; где они живут; или какие у них есть культурные и политические убеждения.Таким образом, сеть разрушает разрозненность, позволяя при этом процветать разнообразию.
  • Консенсус: чтобы универсальные стандарты работали, каждый должен был согласиться на их использование. Тим и другие достигли этого консенсуса, предоставив каждому право голоса при создании стандартов посредством прозрачного процесса участия в W3C.

Новые вариации этих идей приводят к появлению новых захватывающих подходов в таких разнообразных областях, как информация (открытые данные), политика (открытое правительство), научные исследования (открытый доступ), образование и культура (свободная культура).Но на сегодняшний день мы только прикоснулись к тому, как эти принципы могут изменить общество и политику к лучшему.

В 2009 году сэр Тим вместе с Розмари Лейт стал соучредителем World Wide Web Foundation. Web Foundation борется за Интернет, который мы хотим: Интернет, безопасный, расширяющий возможности и доступный для всех.

Пожалуйста, ознакомьтесь с нашим сайтом и нашей работой. Мы надеемся, что вы вдохновитесь нашим видением и решите действовать. Помните, как Тим написал в Твиттере во время церемонии открытия Олимпийских игр в 2012 году: «Это для всех».

Это для всех # london2012 # oneweb # openceremony @ webfoundation @ w3c

— Тим Бернерс-Ли (@timberners_lee) 27 июля 2012 г.

Важное примечание: этот текст предназначен для краткого введения в историю Интернета. Для более подробной информации вы можете прочитать:

Краткая история HTTP — протоколы HTTP [Книга]

Работа по превращению HTTP в официальный стандарт Интернета IETF шла параллельно с документацией по HTTP / 1.0 и происходило в течение примерно четырех лет: между 1995 и 1999 годами. Фактически, первый официальный стандарт HTTP / 1.1 определен в RFC 2068, который был официально выпущен в январе 1997 года, примерно через шесть месяцев после публикации HTTP / 1.0. . Затем, два с половиной года спустя, в июне 1999 года, в стандарт был включен ряд улучшений и обновлений, которые были выпущены как RFC 2616.

Стандарт HTTP / 1.1 разрешил множество неоднозначностей протокола, обнаруженных в более ранних версиях, и представил ряд критически важных оптимизаций производительности: соединения с поддержкой активности, передачи фрагментированного кодирования, запросы байтового диапазона, дополнительные механизмы кэширования, кодирование передачи и конвейерная обработка запросов.

Имея эти возможности, теперь мы можем проверять типичный сеанс HTTP / 1.1, выполняемый любым современным браузером и клиентом HTTP:

Пример 1-2.
  $> telnet website.org 80 
Подключен к xxx.xxx.xxx.xxx

ПОЛУЧИТЬ /index.html HTTP / 1.1
Хост: website.org
Пользовательский агент: Mozilla / 5.0 (Macintosh; Intel Mac OS X 10_7_4) ... (фрагмент)
Принять: text / html, application / xhtml + xml, application / xml; q = 0.9, * / *; q = 0.8
Принятие кодировки: gzip, deflate, sdch
Accept-Language: en-US, en; q = 0.8
Accept-Charset: ISO-8859-1, utf-8; q = 0,7, *; q = 0,3
Cookie: __qca = P0-800083390 ... (фрагмент)

HTTP / 1.1 200 ОК
Сервер: nginx / 1.0.11
Подключение: keep-alive
Тип содержимого: текст / html; charset = utf-8
Через: HTTP / 1.1 GWA
Дата: среда, 25 июля 2012 г., 20:23:35 GMT
Истекает: Wed, 25 Jul 2012 20:23:35 GMT
Cache-Control: max-age = 0, без кеширования
Кодирование передачи: по частям

100

(вырезать)

100
(вырезать)

0

ПОЛУЧИТЬ /favicon.ico HTTP / 1.1
Хост: www.website.org
Пользовательский агент: Mozilla / 5.0 (Macintosh; Intel Mac OS X 10_7_4)... (вырезать)
Принимать: */*
Референт: http://website.org/
Подключение: закрыть
Принятие кодировки: gzip, deflate, sdch
Accept-Language: en-US, en; q = 0,8
Accept-Charset: ISO-8859-1, utf-8; q = 0,7, *; q = 0,3
Cookie: __qca = P0-800083390 ... (фрагмент)

HTTP / 1.1 200 ОК
Сервер: nginx / 1.0.11
Тип содержимого: изображение / значок x
Длина содержимого: 3638
Подключение: закрыть
Последнее изменение: чт, 19 июля 2012 г., 17:51:44 GMT
Cache-Control: max-age = 315360000.
Accept-Ranges: байты
Через: HTTP / 1.1 GWA
Дата: сб, 21 июля 2012 г., 21:35:22 GMT
Истекает: Thu, 31 Dec 2037 23:55:55 GMT
Etag: W / PSA-GAu26oXbDi

(данные значка)
(соединение закрыто)
 

Запрос файла HTML с кодировкой, кодировкой и метаданными cookie

Разделенный ответ на исходный HTML-запрос

Число октетов в блоке, выраженное шестнадцатеричным числом ASCII (256 байтов)

Конец ответа на фрагментированный поток

Запрос файла значка, сделанный через то же TCP-соединение

Сообщить серверу, что соединение не будет использоваться повторно

Ответ на значок с последующим закрытием соединения

Уф, там много чего происходит! Первое и наиболее очевидное отличие состоит в том, что у нас есть два объектных запроса, один для HTML-страницы и один для изображения, которые доставляются через одно соединение.Это поддержка активности соединения в действии, которая позволяет нам повторно использовать существующее TCP-соединение для нескольких запросов к одному и тому же хосту и обеспечивать гораздо более быстрое взаимодействие с конечным пользователем.

Чтобы завершить постоянное соединение, обратите внимание, что второй клиентский запрос отправляет явный маркер закрытия серверу через заголовок Connection . Точно так же сервер может уведомить клиента о намерении закрыть текущее TCP-соединение после передачи ответа. Технически любая сторона может завершить TCP-соединение без такого сигнала в любой момент, но клиенты и серверы должны предоставлять его, когда это возможно, чтобы обеспечить более эффективные стратегии повторного использования соединения с обеих сторон.

Примечание

HTTP / 1.1 изменил семантику протокола HTTP на использование поддержки активности соединения по умолчанию. Это означает, что, если не указано иное (через Connection: close header), сервер должен держать соединение открытым по умолчанию.

Однако эта же функция была также перенесена на HTTP / 1.0 и активирована через заголовок Connection: Keep-Alive . Следовательно, если вы используете HTTP / 1.1, технически вам не нужен заголовок Connection: Keep-Alive , но многие клиенты тем не менее предпочитают его предоставлять.

Кроме того, протокол HTTP / 1.1 добавил контент, кодировку, набор символов и даже согласование языка, кодировку передачи, директивы кэширования, клиентские файлы cookie, а также еще десяток других возможностей, которые можно согласовывать по каждому запросу.

Мы не собираемся останавливаться на семантике каждой функции HTTP / 1.1. Это тема для отдельной книги, и уже написано много замечательных. Вместо этого предыдущий пример служит хорошей иллюстрацией быстрого прогресса и эволюции HTTP, а также запутанного и сложного танца каждого обмена клиент-сервер.Там много всего происходит!

Примечание

Чтобы получить хорошее представление обо всех внутренних механизмах протокола HTTP, ознакомьтесь с книгой O’Reilly HTTP: The Definitive Guide Дэвида Горли и Брайана Тотти.

Эволюция HTTP — HTTP / 0.9, HTTP / 1.0, HTTP / 1.1, Keep-Alive, Upgrade и HTTPS | автор: Тилина Эшен Гамаж | Platform Engineer

Изобретенный Тимом Бернерсом-Ли в ЦЕРН в 1989–1991 годах, HTTP (протокол передачи гипертекста) является основным протоколом связи World Wide Web. HTTP функционирует как протокол запроса-ответа в вычислительной модели клиент-сервер. Стандарты HTTP разработаны Инженерной группой Интернета (IETF) и Консорциумом всемирной паутины (W3C), кульминацией которых стала публикация серии запросов на комментарии (RFC). HTTP имеет четыре версии — HTTP / 0.9, HTTP / 1.0, HTTP / 1.1 и HTTP / 2.0. Сегодня широко используется версия HTTP / 1.1, а в будущем — HTTP / 2.0.

HTTP / 0.9 — однострочный протокол

  • Начальная версия HTTP — простой клиент-сервер, запрос-ответ, дружественный к теленет протоколу
  • Характер запроса: однострочный (метод + путь для запрошенного документа)
  • Поддерживаемые методы: GET только
  • Тип ответа: только гипертекст
  • Характер подключения: прекращается сразу после ответа
  • Нет HTTP-заголовков (нельзя передавать другие файлы типов контента), нет кодов состояния / ошибок, нет URL-адресов, нет управления версиями
 $> telnet ashenlive.com 80  (Установление соединения 1 - Трехстороннее подтверждение TCP) 
Подключено к xxx.xxx.xxx.xxx (Запрос)
GET /my-page.html (Ответ в гипертексте)

Очень простая HTML-страница
(Соединение 1 закрыто - TCP Teardown)

Популярные веб-серверы (Apache, Nginx) по-прежнему поддерживают HTTP / 0/9. Попробуйте открыть сеанс Telnet и получить доступ к google.com

HTTP / 1.0 — Обеспечение расширяемости

  • Протокол, удобный для браузера
  • Предоставленные поля заголовка, включая расширенные метаданные о запросе и ответе (номер версии HTTP, код состояния, тип содержимого)
  • Ответ: не ограничивается гипертекстом ( Content-Type заголовок обеспечивает возможность передачи файлов, отличных от простых файлов HTML — e.грамм. сценарии, таблицы стилей, носители)
  • Поддерживаемые методы: GET , HEAD , POST
  • Характер подключения: прекращается сразу после ответа
  (Установление соединения 1 - Трехстороннее рукопожатие TCP)  
Подключено на xxx.xxx.xxx.xxx (запрос)
GET /my-page.html HTTP / 1.0
User-Agent: NCSA_Mosaic / 2.0 (Windows 3.1) (ответ)
HTTP / 1.0 200 OK
Content- Тип: text / html
Content-Length: 137582
Срок действия: Thu, 01 Dec 1997 16:00:00 GMT
Последнее изменение: среда, 1 мая 1996 12:45:26 GMT
Сервер: Apache 0.84


Страница с изображением

(Соединение 1 закрыто - TCP Teardown) ---------- -------------------------------- (Установление соединения 2 - трехстороннее квитирование TCP)
Подключено к xxx .xxx.xxx.xxx (Запрос)
GET /myimage.gif HTTP / 1.0
Агент пользователя: NCSA_Mosaic / 2.0 (Windows 3.1)

(Ответ)
HTTP / 1.0 200 OK
Content-Type: text / gif
Content-Length: 137582
Истекает: Thu, 01 Dec 1997 16:00:00 GMT
Последнее изменение: среда, 1 мая 1996 12:45:26 GMT
Сервер: Apache 0.84

[содержимое изображения] (Соединение 2 закрыто - TCP Teardown)

Установление нового соединения для каждого запроса — основная проблема как в HTTP / 0.9, так и в HTTP / 1.0

Для открытия требуются HTTP / 0.9 и HTTP / 1.0 создавать новое соединение для каждого запроса (и закрывать его сразу после отправки ответа). Каждый раз, когда устанавливается новое соединение, также должно происходить трехстороннее рукопожатие TCP. Для повышения производительности было критически важно уменьшить количество циклов обмена между клиентом и сервером.HTTP / 1.1 решил эту проблему с помощью постоянных подключений.

Типичное трехстороннее рукопожатие TCP (посмотрите, как конечный автомат TCP меняет свое состояние) от lwn.net
  • Это версия HTTP, которая в настоящее время широко используется.
  • Внесены критически важные оптимизации производительности и улучшения функций — постоянные и конвейерные соединения, фрагментированная передача, сжатие / распаковка, согласование контента, виртуальный хостинг (сервер с одним IP-адресом, на котором размещено несколько доменов), более быстрый ответ и значительная экономия полосы пропускания за счет добавления поддержки кеширования .
  • Поддерживаемые методы: GET , HEAD , POST , PUT , DELETE , TRACE , OPTIONS
  • Характер соединения: долгоживущий
  (Установление соединения 1 - TCP Трехстороннее рукопожатие)  
Подключено к xxx.xxx.xxx.xxx (Запрос 1)
GET / en-US / docs / Glossary / Simple_header HTTP / 1.1
Host: developer.mozilla.org
User-Agent: Mozilla / 5.0 (Macintosh; Intel Mac OS X 10.9; rv: 50.0) Gecko / 20100101 Firefox / 50.0
Accept: text / html, application / xhtml + xml, application / xml; q = 0.9, * / *; q = 0.8
Accept-Language: en-US, en; q = 0,5
Accept-Encoding: gzip, deflate, br
Ссылка: https://developer.mozilla.org/en-US/docs/Glossary/Simple_header

(Ответ 1)
HTTP / 1.1 200 OK
Подключение: Keep-Alive
Кодировка содержимого: gzip
Тип содержимого: text / html; charset = utf-8
Дата: среда, 20 июля 2016 г. 10:55:30 GMT
Etag: "547fa7e369ef56031dd3bff2ace9fc0832eb251a"
Keep-Alive: timeout = 5, max = 1000
Последнее изменение: Вт, 19 июля 2016 г., 00:59 : 33 GMT
Сервер: Apache
Кодировка передачи: фрагментированная
Различная: Cookie, Accept-Encoding

[содержание]

(Запрос 2)
GET / static / img / header-background.png HTTP / 1.1
Host: developer.cdn.mozilla.net
User-Agent: Mozilla / 5.0 (Macintosh; Intel Mac OS X 10.9; rv: 50.0) Gecko / 20100101 Firefox / 50.0
Accept: * / *
Accept- Язык: en-US, en; q = 0,5
Accept-Encoding: gzip, deflate, br
Ссылка: https://developer.mozilla.org/en-US/docs/Glossary/Simple_header

(ответ 2)
HTTP / 1.1 200 OK
Возраст: 9578461
Cache-Control: public, max-age = 315360000
Подключение: keep-alive
Content-Length: 3077
Content-Type: image / png
Дата: Чт, 31 марта 2016 13:34:46 GMT
Последнее изменение: среда, 21 октября 2015 г. 18:27:50 GMT
Сервер: Apache

[содержимое изображения 3077 байт]

(Соединение 1 закрыто - TCP Teardown)
Перед установкой при любом подключении происходит трехстороннее рукопожатие TCP.В конце, после отправки всех данных клиенту, сервер отправляет сообщение о том, что данных для отправки больше нет. Затем клиент закрывает соединение (разрыв TCP). Проблема в HTTP / 1.0 заключается в том, что для каждого цикла запрос-ответ необходимо открывать и закрывать соединение. И преимущество использования HTTP / 1.1 в том, что мы можем повторно использовать одно и то же открытое соединение для нескольких циклов запрос-ответ. (Изображение с сайта informit.com)

Заголовок Keep-Alive

  • Заголовок Keep-Alive использовался до HTTP / 1.1 и был устаревшим в HTTP / 1.1, сделав постоянные соединения поведением по умолчанию. Keep-Alive Заголовок может использоваться для определения политик долговременной связи между хостами (т.е. позволяет соединению оставаться активным до тех пор, пока не произойдет событие). Это заложило основу для постоянства, многоразовых подключений, конвейерной обработки и многих других расширенных возможностей современных протоколов веб-связи.
  • Клиент, сервер или любой посредник может предоставить информацию для заголовка Keep-Alive независимо.Кроме того, хост может добавить параметры timeout и max , чтобы установить время ожидания или ограничить максимальное количество запросов на соединение.
 HTTP / 1.1 200 OK 
Соединение: Keep-Alive
Content-Encoding: gzip
Content-Type: text / html; charset = utf-8
Дата: четверг, 11 августа 2016 г. 15:23:13 GMT
Keep-Alive: timeout = 5, max = 1000
Последнее изменение: понедельник, 25 июля 2016 г., 04:32:39 GMT
Сервер: Apache

[body]

Этот пример взят из ietf.org показывает, как можно использовать заголовок Keep-Alive. Все соединения согласовываются независимо . Клиент указывает тайм-аут в 600 секунд (10 минут), но прокси-сервер подготовлен только для сохранения соединения в течение как минимум 120 секунд (2 минут). В канале между прокси и сервером прокси запрашивает тайм-аут в 1200 секунд, и сервер сокращает его до 300 секунд. Как показывает этот пример, политики тайм-аута, поддерживаемые прокси-сервером, различны для каждого соединения. Каждый переход подключения независим .
  • Конвейерная обработка HTTP, множественные подключения и многие другие улучшения были реализованы благодаря поведению заголовка Keep-Alive .
Конвейерная обработка HTTP и множественные параллельные соединения (Изображение с сайта informit.com)

Заголовок обновления

  • С заголовком Upgrade , представленным в HTTP / 1.1, можно начать соединение с использованием широко используемого протокола, такого как HTTP / 1.1, затем запросите переключение соединения на расширенный тип протокола, например HTTP / 2.0 или WebSockets.
  • В соединении с обновленным протоколом отсутствует параметр max (максимальное количество запросов). Обновленный протокол может предоставлять новые политики для параметра тайм-аут (если не указано иное, он использует значение тайм-аута по умолчанию в базовом протоколе).
В этом примере с сайта ietf.org показаны заголовки, включенные в обновление с HTTP / 1.1 до WebSocket [RFC6455]. При обновлении веб-сокета соединения на каждом переходе не могут иметь независимых жизненных циклов по обе стороны от посредника.После обновления политики тайм-аута не могут быть независимыми для каждого соединения. Прокси-сервер регулирует значение тайм-аута, чтобы отразить меньшее из значений, установленных клиентом и политиками прокси, чтобы сервер знал о характеристиках соединения; аналогично значение с сервера предоставляется клиенту. Обновление называется пошаговым заголовком.
  • Безопасный протокол передачи гипертекста (HTTPS) — это безопасная версия HTTP. Он использует SSL / TLS для безопасной зашифрованной связи.
  • Первоначально разработанный Netscape в середине 1990-х годов, SSL (Secure Socket Layer) представляет собой усовершенствованный криптографический протокол HTTP, который определяет, как клиент и сервер должны безопасно взаимодействовать друг с другом.TLS (Transport Layer Security) является преемником SSL.
  • Соединение HTTPS может защитить передачу данных от атак типа «злоумышленник в середине» и общих угроз безопасности, обеспечивая двунаправленное шифрование для связи между клиентом и сервером.
Схематическое представление подтверждения SSL от msdn.microsoft.com — TCP-соединение> SSL / TLS Client Hello> SSL / TLS Server Hello> SSL / TLS Certificate> SSL / TLS Client Key Exchange> SSL / TLS New Session Ticket> HTTPS Обмен зашифрованными данными

Подтверждение связи SSL / TLS — основная проблема в HTTPS

  • Хотя протокол HTTPS безопасен по своей конструкции, процесс установления связи SSL / TLS требует значительного времени до установления соединения HTTPS.Обычно это занимает 1-2 секунды и резко снижает скорость запуска веб-сайта.

Все вышеперечисленные функции сегодня используются основными веб-серверами и браузерами. Но современные усовершенствования, такие как HTTP / 2.0, серверные события (SSE) и веб-сокеты, изменили способ работы традиционного HTTP. В моей следующей статье о дизайне веб-API с использованием HTTP и веб-сокетов мы обсудим, как их выбирать в реальных проектах.

Сводные проверки истории личности — ФБР

Часто задаваемые вопросы
1.Принимает ли ФБР личные чеки, бизнес-чеки или наличные деньги?

Нет. Не отправляйте личные чеки, бизнес-чеки или наличные деньги, поскольку они не являются приемлемой формой оплаты для запросов Департамента (DO). Личные и деловые чеки, отправленные с запросом DO, не будут возвращены и будут уничтожены.

2. Сколько стоит запросить сводную проверку истории личности?

Стоимость запроса сводной проверки истории идентификации составляет 18 долларов США.

3.Стоит ли запрашивать сводку истории личности столько же, независимо от того, запрашиваю ли я ее по почте или в электронном виде?

Стоимость запроса сводки истории идентификации одинакова независимо от того, запрашивается ли она по почте или в электронном виде.

4. Должен ли я платить 18 долларов за каждую запрошенную копию, если мне нужно более одной копии моих результатов?

ФБР предоставит запечатанный ответ на каждый полученный запрос. Вы можете сделать столько копий, сколько необходимо, после получения вашего ответа.Если вы подаете заявку в электронном виде, вы можете распечатать необходимое количество копий после получения электронного ответа. Примечание: Если вам нужны дополнительные запечатанные ответы, отправленные на тот же или отдельный адрес, вы должны отправить дополнительный запрос с дополнительным платежом в размере 18 долларов за каждый запрошенный запечатанный ответ. Кроме того, если вам нужны дополнительные копии вашего ответа, которые не обязательно должны быть запечатаны в конверте, вы можете сделать необходимое количество копий по получении вашего ответа.

5.Что делать, если я не могу заплатить 18 долларов, чтобы запросить сводную проверку истории личности?

Если вы не можете оплатить сбор в размере 18 долларов, ваш запрос об отказе от уплаты сбора должен включать претензию и доказательство бедности, например нотариально заверенное письменное показание о бедности. Если вы отправляете свой запрос в электронном виде, вам нужно будет связаться с (304) 625-5590 или [email protected], чтобы получить инструкции по подаче запроса об отказе от платы перед подачей запроса.

6. Может ли кто-нибудь еще заплатить за мою сводку истории личности?

Да.Они должны заполнить форму оплаты кредитной картой с подписью держателя карты или получить денежный перевод или заверенный чек на 18 долларов США, подлежащий оплате в Казначейство Соединенных Штатов. Пожалуйста, не забудьте поставить подпись там, где это необходимо. При оплате кредитной картой не забудьте указать дату истечения срока действия кредитной карты, которую вы используете. При подаче в электронном виде они должны предоставить информацию о платеже в процессе запроса.

7. Если я отправлю свой запрос в электронном виде, как я получу свои результаты?

ФБР отправит электронное письмо на адрес электронной почты, указанный в запросе, с защищенной ссылкой и личным идентификационным номером для доступа ко всем результатам, как иностранным, так и внутренним.ФБР также отправит бумажные копии всех результатов, как иностранных, так и внутренних, почтой первого класса через Почтовую службу США, если этот вариант будет выбран в процессе запроса.

8. Если я отправлю запрос в электронном виде, получу ли я результаты быстрее? Есть ли у вас процедуры для более быстрого обращения?

Запросы должны обрабатываться быстрее после получения вашей заполненной карты отпечатков пальцев в том порядке, в котором они были получены. Если вы отправите запрос в электронном виде напрямую в ФБР, вы можете посетить участвующий U.S. Местоположение почтового отделения для отправки ваших отпечатков пальцев в электронном виде в рамках вашего запроса. Вы можете отправиться в любое из участвующих почтовых отделений США по всей стране после завершения вашего запроса. Может взиматься дополнительная плата. Вы также можете отправить заполненную карту отпечатков пальцев в ФБР.

Вы также можете посетить одобренного ФБР Ченнеллера.

9. Если я отправлю свой запрос в электронном виде, могу ли я получать уведомления о статусе?

Опция получения уведомлений о статусе по электронной почте может быть выбрана в разделе Preferences во время процесса запроса.

10. Безопасна ли моя личная информация при использовании электронного варианта?

Да. Это безопасная услуга, предоставляемая ФБР.

11. Где я могу взять отпечатки пальцев?

Если вы отправляете запрос в электронном виде непосредственно в ФБР, вы можете посетить соответствующее почтовое отделение США, чтобы отправить свои отпечатки пальцев в электронном виде как часть вашего запроса. Вы можете отправиться в любое из участвующих почтовых отделений США по всей стране после завершения вашего запроса.Может взиматься дополнительная плата.

При отправке по почте непосредственно в ФБР местные правоохранительные органы, правоохранительные органы округа или штата могут снять ваши отпечатки пальцев за определенную плату. Также эту услугу предлагают некоторые полиграфические компании.

Если вы используете опцию Ченнелера, пожалуйста, свяжитесь с одобренным ФБР Ченнелером для получения информации о том, как снять отпечатки пальцев.

12. Что делать, если мои отпечатки пальцев постоянно отклоняются?

У вас должно быть несколько наборов отпечатков пальцев, желательно специалистом по снятию отпечатков пальцев.(Эта услуга может быть доступна в правоохранительных органах). Отправьте все карты отпечатков пальцев в ФБР с вашим запросом. Дополнительную информацию о снятии разборчивых отпечатков пальцев см. На странице «Запись разборчивых отпечатков пальцев».

Примечание: FBI не предоставляет проверку имен для запросов сводки истории личности.

13. Могу ли я использовать карту отпечатков пальцев, загруженную с этого сайта?

Да, ФБР будет принимать карты отпечатков пальцев FD-258 на стандартной белой бумаге, но если вы пойдете в правоохранительные органы или частное агентство по снятию отпечатков пальцев, чтобы снять отпечатки пальцев, они могут предпочесть использовать карту отпечатков пальцев на стандартной бумаге.Вы можете использовать карту отпечатков пальцев, предоставленную полиграфическим агентством.

14. Могу ли я использовать ту же карту отпечатков пальцев, которую я использовал для моей предыдущей сводки истории личности?

Нет. ФБР требует действующую карту отпечатков пальцев для обработки вашей сводной истории личности.

15. Вернут ли мою карту отпечатков пальцев?

Нет. Из-за проблем, связанных с защитой информации, позволяющей установить личность, карты отпечатков пальцев больше не возвращаются ни для ответа «нет сводки», ни с отчетом истории личности.

16. Как мне будет отправлена ​​моя сводка истории личности?

ФБР отправит все результаты, как иностранные, так и внутренние, почтой первого класса США через Почтовую службу США. Если вы отправили свой запрос в электронном виде, вы получите ответ в электронном виде и возможность получить ответ по почте первого класса через Почтовую службу США.

17. Какое имя будет использоваться в моем ответе?

Имя в ответном письме будет совпадать с именем, указанным на карте отпечатков пальцев, когда ваше заявление, платеж и карта отпечатков пальцев будут отправлены по почте.При подаче в электронном виде имя в вашем ответном письме будет совпадать с именем, которое вы указали в своем электронном запросе DO.

18. Будут ли в моем ответе последние четыре цифры моего номера социального страхования?

Если в ответном письме требуются последние четыре цифры вашего номера социального страхования, то при отправке запроса убедитесь, что полные девять цифр или последние четыре цифры вашего номера социального страхования указаны на карте отпечатков пальцев.

19.Как я могу уведомить ФБР, если мой адрес изменился с тех пор, как я отправил свой запрос на получение сводки истории личности, или если я хочу проверить, был ли отправлен мой правильный адрес?

Заполните и подпишите форму запроса на изменение адреса и отправьте ее по факсу (304) 625-9792 или отсканируйте форму и отправьте ее по электронной почте на адрес [email protected] Если вы отправили свой запрос в электронном виде, вы можете изменить свой адрес, используя защищенную ссылку и личный идентификационный номер, полученный в процессе запроса, либо по электронной почте или по факсу, как указано ранее.

Примечание: Изменения не будут внесены, если в форме не будет присутствовать подпись при отправке по электронной почте или факсу.

20. Могу ли я отправить запрос на конверт с маркой и обратным адресом?

В связи с автоматизацией процесса отправки по почте ФБР не принимает обратные конверты с адресом и маркой с запросами ведомственных заказов.

21. Смогу ли я получить сводку истории личности на синем защищенном листе?

Из-за автоматизации процесса рассылки ФБР не предоставляет результаты сводки по истории личности на синем защищенном листе.Все ответы будут обработаны на стандартном white paper.

22. Предоставляет ли ФБР апостиль *?

(* Апостиль — это свидетельство того, что документ был «легализован» или «аутентифицирован» агентством, выдавшим его, в процессе наложения различных печатей на документ.)

ФБР проверит подлинность всего Министерства внутренних дел США. Приказ правосудия 556-73 дает результаты поиска отпечатков пальцев путем размещения печати ФБР и подписи должностного лица подразделения на результатах во время подачи.

Примечание: Печать ФБР больше не является выпуклой печатью. Документы, заверенные ФБР, могут быть затем отправлены в Государственный департамент США запрашивающим лицом для получения апостиля, если это необходимо. Запросы на подтверждение ранее обработанных результатов не принимаются.

23. Как мне оспорить данные ФБР?

Ознакомьтесь с проблемой в сводке истории идентификации и / или в брошюре о проблеме, чтобы получить информацию о своей сводке истории идентификации.

24. Каково время обработки для оспаривания моей сводной истории личности?

Вызовы обрабатываются в том порядке, в котором они получены. Следует отметить, что среднее время ответа на запрос вашей сводной истории личности составляет 30 дней с момента получения запроса.

25. Стоит ли что-нибудь оспаривать мою сводную историю личности?

Нет. Плата за оспаривание сводки истории личности не взимается.

26.Как я могу уведомить ФБР, если мой адрес изменился с тех пор, как я отправил запрос на оспаривание сводной истории личности, или если я хочу проверить, был ли отправлен мой правильный адрес?

Вы можете запросить изменение адреса или подтвердить свой адрес, отправив электронное письмо на [email protected] или по факсу (304) 625-9898.

27. Как правоохранительные органы могут запрашивать заверенные копии отпечатков пальцев и / или сводной информации по истории личности?

Посетите страницу «Сертифицированные копии отпечатков пальцев и / или сводки истории личности», чтобы получить информацию о том, как правоохранительные органы запрашивают заверенные копии отпечатков пальцев и / или сводной информации истории личности.

Примечание: Физическое лицо не может запросить заверенную копию отпечатков пальцев и / или сводной информации по истории личности.

основных источников в Интернете: поиск, оценка, использование

Это краткое руководство предназначено для помощи студентам и исследователям в поиске и оценке первоисточников, доступных в Интернете.

Помните, что при использовании этого веб-сайта Интернет постоянно меняется и развивается. Если у вас есть вопросы, обратитесь к своему инструктору или библиотекарю.

Первичные источники — это свидетельства истории, оригинальные записи или объекты, созданные участниками или наблюдателями в то время, когда произошли исторические события или даже намного позже событий, как в мемуарах и устных рассказах. Первичные источники могут включать, но не ограничиваются: письма, рукописи, дневники, журналы, газеты, карты, речи, интервью, документы, подготовленные государственными учреждениями, фотографии, аудио- или видеозаписи, созданные в цифровом виде элементы (например, электронные письма), данные исследований. , А также предметы или артефакты (например, произведения искусства или древние дороги, здания, инструменты и оружие).Эти источники служат сырьем, которое историки используют для интерпретации и анализа прошлого.

Дополнительные пояснения и примеры первичных источников

Чтобы узнать, есть ли эти книги в библиотеке рядом с вами, щелкните название, чтобы получить доступ к WorldCat.

Бенджамин, Жюль Р. Справочник по истории для студентов. 12-е изд. Бостон: Бедфорд / Сент. Мартинс, 2013.

Брандадж, Энтони. Идя к источникам: Путеводитель по историческим исследованиям и письму . 5-е изд.Мальден, Массачусетс, и Оксфорд: Wiley-Blackwell, 2014.

.

Каллен, Джим. Очерки прошлого: как читать, писать и думать об истории . 2-е изд. Чичестер: Wiley-Blackwell, 2013.

.

Кухни, Джоэл Д. Библиотекари, историки и новые возможности для дискурса: руководство для помощников Клио . Санта-Барбара, Калифорния: Неограниченные библиотеки, 2012.

Преснелл, Дженни Л. Информационно-грамотный историк: Руководство по исследованиям для студентов-историков .2-е изд. Нью-Йорк: Oxford University Press, 2013.

.

Рамполла, Мэри Линн. Карманное руководство по написанию истории . 8-е изд. Бостон: Бедфорд / Сент. Martin’s, 2015.

.

Салевурис, Майкл Дж и Конал Фьюрей. Методы и навыки истории: Практическое руководство . 4-е изд. Чичестер, Великобритания: WIley-Blackwell, 2015.

.

Турабиан, Кейт Л., Уэйн К. Бут, Грегори Г. Коломб и Джозеф М. Уильямс. Пособие для авторов исследовательских работ, диссертаций и диссертаций: чикагский стиль для студентов и исследователей .8-е изд. Руководства по написанию, редактированию и публикации в Чикаго. Чикаго: Издательство Чикагского университета, 2013.

Уильямс, Роберт Чедвелл. Ящик с инструментами историка: пособие для студентов по теории и искусству истории . 3-е изд. Абингдон: Рутледж, 2015.


Кредиты изображений и источники

Кертис, Эдвард С. Сбор семян — Побережье Помо , 1924. Коллекция Эдварда С. Кертиса. Отдел эстампов и фотографий Библиотеки Конгресса Вашингтон, округ КолумбияC. 20540. По состоянию на 20 сентября 2015 г. http://www.loc.gov/pictures/collection/ecur/item/2002695450/.

Бриттон и Рей. Китайская красавица и ребенок, Чайнатаун, Сан-Франциско . Открытка, без даты. Интернет-архив Калифорнийского / Калифорнийского исторического общества. По состоянию на 20 сентября 2015 г. http://www.oac.cdlib.org/ark:/13030/hb829005x0/?docId=hb829005x0&brand=oac4&layout=printable-details.

Данлэп, Кейт. «Сухопутные тропы — биографии». Следы надежды: сухопутные дневники и письма, 1846-1869 гг.BYU Электронные коллекции библиотеки Гарольда Б. Ли. Special Collections, Harold B. Lee Library, Brigham Young University, Provo, UT 84602. По состоянию на 20 сентября 2015 г. http://contentdm.lib.byu.edu/cdm/singleitem/collection/Biographies/id/10/rec/ 1.

Кредиты

Написано в 2015 году подкомитетом Комитета по учебным и исследовательским услугам Секции справочной информации и истории пользовательских услуг Американской библиотечной ассоциации.Члены подкомитета:

Шелли Арлен, Библиотеки Сматерс Флоридского университета

Эйлин М. Бентсен, Библиотеки Бейлорского университета (сопредседатель)

Мелисса Ф. Гонсалес, Библиотеки Университета Западной Флориды

Джули Хигби, Библиотеки Университета Северной Джорджии

Джоэл Д. Китченс, Библиотеки Техасского университета A&M

Ольга Перкович, библиотека Университета Макмастера (сопредседатель)

Жюльен Л. Вуд, Мемориальная библиотека Ноэля, Шривпорт LSU

Отправляйте комментарии относительно содержания этой страницы на rusaprimarysourcespage @ gmail. ком . Мы сожалеем, что не можем ответить на вопросы, касающиеся поиска, использования или авторских прав на первоисточники; по любым таким вопросам обращайтесь к своему местному библиотекарю или учителю. .

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *