Обсуждение:HTTP

Проект:Компьютерные сети     (Уровень II, Важность «Высокая»)
	Эта статья в часть Проекта:Компьютерные сети, целью которого является создание качественных и информативных статей на темы, связанные с компьютерными сетями. Если вы хотите помочь проекту, то можете отредактировать статью, к которой относится это обсуждение, или посетить страницу проекта, где сможете, помимо прочего, присоединиться к проекту и принять участие в его обсуждении.
II (развитая)	Эта статья по шкале оценок статей Проекта:Компьютерные сети имеет II уровень.
Высокая	Важность этой статьи для проекта Компьютерные сети: Высокая
Чем помочь: Статьи к созданию и доработке

Энциклопедия не поддерживает HEAD

Любопытен факт. Казалось бы, стандарт, но нееееет...

$ HEAD ru.wikipedia.org
403 Forbidden
Connection: close
Date: Fri, 17 Jul 2009 08:15:06 GMT
Via: 1.0 knsq24.knams.wikimedia.org:80 (squid/2.7.STABLE6)
Server: squid/2.7.STABLE6
Content-Length: 59742
Content-Type: text/html
Client-Date: Fri, 17 Jul 2009 08:15:06 GMT
Client-Peer: 91.198.174.2:80
Client-Response-Num: 1
X-Cache: MISS from knsq24.knams.wikimedia.org
X-Cache-Lookup: NONE from knsq24.knams.wikimedia.org:80
X-Squid-Error: ERR_ACCESS_DENIED 0

78.107.176.130 08:17, 17 июля 2009 (UTC)

Энциклопедия использует движок MediaWiki, работающий на PHP. А в мане PHP сказано, что если был метод HEAD, то запрос выполняется как обычный GET-запрос, но после того как будет произведена первая запись в буфер вывода (с помощью echo, print и т.п.), то будут посланы все заголовки и выполнение завершится, т.е. получится поведение по спецификации.

То есть даже примитивный скрипт типа этого: <?php echo "Hello World"; ?> поддерживает метод HEAD.

А у вас тут вообще ответ от прокси-сервера Squid, а не от веб-сервера. Все притензии к нему или к тем, кто его конфигурировал. Callidus 14:54, 20 июля 2009 (UTC)

Навигация в статьях по HTTP

Для того чтобы удобней было пользоваться материалами статей по HTTP желательно делать внутренние ссылки на методы, коды состояния и заголовки. Так как по многим элементам протокола отдельные статьи создавать избыточно, их описание располагается в соответствующих списках. Поэтому в основном используются ссылки с указанием фрагментов: [[Статья#Фрагмент]].

Можете ссылаться сразу на отдельную статью, но убедитесь что она не будет удалена или объединена с соответствующим списком из-за своей микроскопичности. Фрагментарная ссылка предпочтительней, так как она гарантировано приведёт читателя к нужному материалу. Если что, то в описании есть ссылка на полную статью если таковая имеется.

Желательно названия заголовка, метод и код состояния включать в тэг <TT> (технический термин): <tt>Content-Range</tt>, <tt>PUT</tt>, <tt>404</tt>.

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

[[HTTP#POST|<tt>POST</tt>]] в ссылка на метод POST.

На коды состояния ссылайтесь через «Список кодов состояния HTTP» указав после решётки только числовой код без пояснительной фразы:

[[Список кодов состояния HTTP#307|<tt>307</tt>]] в ссылка на код состояния 307.

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

[[Список заголовков HTTP#Allow|<tt>Allow</tt>]] в ссылка на заголовок Allow.

Callidus 11:21, 18 сентября 2008 (UTC)

Заголовки и методы

Практически нету описания заголовка HTTP-пакета. И соответственно описания его параметров и тд. Было-бы полезно разработчикам. Ссылки также не дают ёмкой информации про это

В Энциклопедии самообслуживание ;). --A.I. 23:53, 20 апреля 2007 (UTC)

Я планирую этим заняться. Область обширная и требует большой паллетный работы. Думаю логичней создать отдельную статью. Callidus 18:05, 6 ноября 2007 (UTC)

В своё время перелопатив все RFC по протоколу составил огромный полезный черновик. Пожалуйста, используйте, его как захотите ато жалко что простаивает (я до него не скоро доберусь). Потом часть готовых таблиц можно будет перенести в статьи. Callidus 13:23, 3 июля 2008 (UTC)

Структура

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

• Применение в коротко о том кем, зачем и почему используется. За это может сойти и вступление, но оно какое-то никозистое и его думаю стоит переписать. В итоге переделал вступительную часть. Думаю всё очевидно. Callidus 03:41, 7 ноября 2007 (UTC)
• Достоинства в видел в RFC (в самом начале расписаны). Начало заложил. Callidus 03:41, 7 ноября 2007 (UTC)
• Недостатки в этот пункт должен быть по-любому раз есть достоинства (для нейтральности). Добавил два недостатка. Думаю закончено. Callidus 03:41, 7 ноября 2007 (UTC)
• ПО в виды использующих протокол программ.
  • Сервер в короткое описание о программах-серверах. Перечисление популярных.
  • Клиент в короткое описание. Перечислять думаю не стоит, так как понятие включает в себя всё что ниже.
    • Агент в короткое описание. Перечисление популярных.
      • Браузер в короткое описание. Перечисление популярных, желательно и для мобильных устройств.
    • Пауки в короткое описание. Перечисление поисковиков и софта для выкачки сайтов.
  • Прокси в короткое описание. Перечисление популярных.
• История развития в можно подробней расписать.
  • HTTP/0.9
  • HTTP/1.0
  • HTTP/1.1
• Перспективы развития (HTTP/1.2) В английской Энциклопедии уже есть про него упоминание и RFCшку видел с его зачатками.
• HTTP для разработчиков в структура пакетов.
  • Стартовая строка в я уже расписал.
  • Методы в переработать то что есть.
  • Коды состояния в сам переписал. В случае необходимости можно написать более кратко, так как есть целая статья по этой теме.
  • Заголовки в вот это уже обширная тема. Логично будет создать отдельную статью по этой теме, а здесь написать основное по ним. Отдельная статья. Callidus 20:58, 28 августа 2008 (UTC)
  • Тело сообщения в коротко описать в каком виде передаётся. Есть ли особенности кодирования или запрещённые символы.
  • Примеры в привести один примитивный и парочку с особенными случаями. Оформить, думаю, лучше в виде диалога.
• Основные механизмы
  • Частичные GET
  • Множественное содержимое
  • Условные GET
  • Обсуждение содержимого (Content Negotiation).
  • Кэширование
  • ETag
  • Авторизация
• Протоколы на основе HTTP в хорошо бы написать почему пришлось их разработать
  • WebDAV
  • WAP
• Ссылки по теме, источники и прочая лабуда.

В таком виде думаю статья будет очень хорошей и полезной для многих. Просьба ставить галочки напротив уже полностью готовых пунктов. Callidus 18:05, 6 ноября 2007 (UTC)

Иллюстрации

Из иллюстраций пока в голову приходит только фотка стойки HTTP-серверов из какого-нить дата-центра или самого первого сервера.Callidus 18:05, 6 ноября 2007 (UTC)

Есть такой дайнлоан менеджер ReGet. В нём хорошо и наглядно виден HTTP-диалог между клиентом и сервером. В качестве иллюстрации скрин оттуда нелишним был бы. Callidus 03:47, 7 ноября 2007 (UTC)

HTTP-NG

Случайно наткнулся на его упоминание в какой-то новости за 1998 год. W3C даже какие-то телодвижения активные производила по поводу его внедрения и альтернативы HTTP. Думаю про него стоит упомянуть в статье. Callidus 03:36, 7 ноября 2007 (UTC)

Собственно сам и впендюрил его в статью среди недостатков. Протокол малоизвестен и сейчас разрабатывается (хоть и последние телодвижения в 1999 году). Желающие могут про него целую статью создать если есть силы лопатить RFC (в Рунете инфы по нему очень мало). Callidus 05:16, 7 ноября 2007 (UTC)

dfb

хай братоны я новенкий £ 79.120.121.8 07:13, 6 декабря 2008 (UTC)

Семейство

HTTP никаким боком не относится к семейству TCP/IP.

это ошибка

HTTP/1.2.... Не стыдно?

HTTP/1.2
Первоначально 1995 работая проектов документа PEP - механизм выдвижения для HTTP
(предложил протокол выдвижения протокола, сокращенный PEP)
подготовил Консорциум world wide web и представлено к Internet engineering task force.
PEP первоначально был предназначен стать различая характеристикой HTTP/1.2.[4]
В более поздно Проекты PEP работая, однако, справка к HTTP/1.2 извлеклась.
Экспериментально RFC 2774, Рамки выдвижения HTTP, больше subsumed PEP.
Оно было опубликовано в феврале 2000.

84.23.49.87 19:05, 25 июня 2011 (UTC)

Вам что-то не понятно?