https://opennet.me/openforum/vsluhforumID3/102580.html Комитет IETF (Internet Engineering Task Force), занимающийся развитием протоколов и архитектуры интернет, завершил (http://www.ietf.org/mail-archive/web/ietf-announce/current/msg14126.html) формирование RFC для протокола HTTP/2.0 и опубликовал (https://www.rfc-editor.org/info/rfc7540) связанную с ним спецификацию как RFC 7540 (http://www.rfc-editor.org/rfc/rfc7540.txt). RFC получил статус "Предложенного стандарта", после чего начнётся работа по приданию RFC статуса чернового стандарта (Draft Standard), фактически означающего полную стабилизацию протокола и учёт всех высказанных замечаний. <br><br><br>В основу HTTP/2.0 положен протокол SPDY (http://www.opennet.ru/opennews/art.shtml?num=33638), разработанный компанией Google и позволяющий ускорить загрузку сайтов на 15-50%. HTTP/2.0 решает задачи повышения эффективности использования сетевых ресурсов и снижения задержек при соединении и обмене данными между клиентом и сервером, в условиях изменившихся современных реалий, при которых для загрузки сайта требуется отпра https://opennet.me/openforum/vsluhforumID3/102580.html#102 Sat, 13 Feb 2016 11:57:35 GMT &gt; Ждем форков основных браузеров и веб-серверов от энтузиастов, в которых будет полностью <br>&gt; выпилен HTTP/2 и которые будут как и раньше использовать текстовой протокол <br>&gt; HTTP/1.1 или даже более простой и поэтому более надежный HTTP/1.0 <br><br>А чё - разве браузеры да веб-серверы с подключением http/2.0 к себе будут выпиливать из себя поддержку http/1.*? Так ими же станет невозможно пользоваться, если они отключат http/1.*.<br> https://opennet.me/openforum/vsluhforumID3/102580.html#101 Sat, 13 Feb 2016 11:55:03 GMT &gt; Http-пакеты, в отличии от остальных бывает приходится собирать вручную, на том же <br>&gt; php, python, JS; а низкоуровневые протоколы и отлаживают люди, занимающиеся разработкой <br>&gt; сетевых стеков, драйверов, коммутационного оборудования и т.д.<br>&gt; И, на текущий момент http-пакеты запросто парсит лиса в средствах web-разработки, bugzilla, <br>&gt; liveHTTPheader и прочие-прочие. Соответстввенно и дебажится это все нормально, а вот <br>&gt; ковыряться в hex-кодах что-то совсем нет желания, да еще и тянуть <br>&gt; себе wireshark.<br><br>Так http 2.0 не запрещает же заголовки собирать руками.<br> https://opennet.me/openforum/vsluhforumID3/102580.html#100 Sat, 13 Feb 2016 11:52:36 GMT &gt; Бинарный протокол передачи гипер-текста.<br>&gt; Они серьезно думают что это взлетит?<br><br>А чё. До конца 90-х годах программы компилировали перед их запуском. А потом разленились. Пора старые добрые идеи возвращать и в html - пока не скомпилируешь кучу html-файлов (или cgi-скриптов), нечего отдавать их в доступ. В-)<br> https://opennet.me/openforum/vsluhforumID3/102580.html#99 Sat, 13 Feb 2016 11:50:40 GMT &gt;&gt; множество отдельных запросов (в среднем около 100), связанных с получением CSS, файлов JavaScript <br>&gt; Нормальные CMS и при 1.1 умели перед отдачей упихнуть все js в <br>&gt; один файл и все css в один файл, ещё и минимизировать <br>&gt; их по возможности. А CMS'кам, написанным левой ногой школьниками для школьников <br>&gt; никакой http/2.0 не поможет.<br><br>Ну там "прелести" не только в оптимизации отдачи контента. Там ещё двунаправленные потоки, возможность ответа без завершения приёма запроса и т.п. В общем как с ipv6, перлом6 и прочими такими странностями народ будет долго присматриваться к этому 2-му хттп перед тем, как переходить на него.<br> https://opennet.me/openforum/vsluhforumID3/102580.html#98 Sat, 13 Feb 2016 11:46:33 GMT &gt; если только не будет происходить как с переходом на ipv6,<br>&gt; сколько лет переходят, но никак не перейдут. <br><br>ipv6 придуман не для перехода на него, а только для создания процесса перехода. Завершать же переход на него по задумке и не требуется. :-)<br> https://opennet.me/openforum/vsluhforumID3/102580.html#92 Fri, 22 May 2015 11:20:56 GMT &gt;&gt; in-band передача - один из вариантов, когда прямая передача не доступна. Проблемы?<br>&gt; Да, я видел как это работает. Передает.<br><br>передача файла в IM, средствами IM-протокола &#8212; это вообще верх идиотизма.<br> https://opennet.me/openforum/vsluhforumID3/102580.html#89 Fri, 22 May 2015 11:10:15 GMT &gt; запросы, с chunked-encoding ответом, пожатым в гзип ты врялди скроишь руками <br>&gt; и еще более врядли распарсишь на глаз. Хотя, конечно, может ты <br>&gt; в уме деревья хаффмана строить умеешь, кто там там тебя знает...<br><br>для *запроса* это не нужно, потому что у deflate есть BTYPE 00 aka uncompressed.<br><br>правда, '\0' в телнете всё равно вводить задолбаешься.<br> https://opennet.me/openforum/vsluhforumID3/102580.html#85 Sun, 17 May 2015 21:08:31 GMT Это для аборигенов было огого. А для него - копейки. Как можно не понимать такой простой вещи - если ты платишь за перелет несколько тысяч долларов (а, значит, ты богатенький буратино - в экономе-то меньше штуки будет), как может гостиница обойтись в несколько десятков? Или так - какой уровень комфорта можно ожидать? Ну, если соотнести.. то, наверно, самый занюханный хостел? Я бы так на его месте подумал... <br><br>Согласиться на такое можно, только имея представление о России, где медведи по улицам бродят - что, в общем-то и подтверждается в заметке. И это не делает чести г-ну Бернштейну. Математик он, может быть, и отличный - но человек недалекий, к сожалению.<br> https://opennet.me/openforum/vsluhforumID3/102580.html#80 Sun, 17 May 2015 11:00:54 GMT &gt; Кагбэ, сервера и броузеры давно умеют в gzip, а это уже далеко <br>&gt; не текст, даже если в нём текстовый контент.<br><br>ну если в запросе сказать гзип, то да, а если нет, то нет<br>