The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Опубликованы RFC для HTTP/2 и ChaCha20/Poly1305

15.05.2015 09:07

Комитет IETF (Internet Engineering Task Force), занимающийся развитием протоколов и архитектуры интернета, завершил формирование RFC для протокола HTTP/2.0 и опубликовал связанную с ним спецификацию, как RFC 7540. RFC получил статус "Предложенного стандарта", после чего начнётся работа по приданию RFC статуса чернового стандарта (Draft Standard), фактически означающего полную стабилизацию протокола и учёт всех высказанных замечаний.

В основу HTTP/2.0 положен протокол SPDY, разработанный компанией Google и позволяющий ускорить загрузку сайтов на 15-50%. HTTP/2.0 решает задачи повышения эффективности использования сетевых ресурсов и снижения задержек при соединении и обмене данными между клиентом и сервером, в условиях изменившихся современных реалий, при которых для загрузки сайта требуется отправить множество отдельных запросов (в среднем около 100), связанных с получением CSS, файлов JavaScript и картинок. Протокол HTTP/1.1, в силу блокировок при конвейерной передаче данных и высоких накладных расходов на отдачу ресурсов небольшого размера, не может обеспечить должную эффективность и вынуждает устанавливать несколько одновременных TCP-соединений к серверу.

Основные особенности (PDF) HTTP/2.0:

  • Применение бинарного протокола, оперирующего передачей бинарных кадров. Каждый кадр имеет заголовок с информацией о типе, размере, опциях и идентификаторе потока. Кадры с типом DATA используются для передачи данных, HEADERS - HTTP-заголовков, RST_STREAM - для досрочного прерывания отправки данных;
  • Мультиплексирование и распараллеливание потоков в рамках одного TCP-соединения. Пакеты разных потоков смешиваются и, в отличие от конвейерной передачи HTTP/1.1, не ожидают окончания отправки запроса. Поддержка эффективной двунаправленной передачи данных. Возможность мультиплексирования при обращении к разным хостам, что позволяет дополнительно ускорить одновременную загрузку web-контента с разных сайтов (в SPDY мультиплексирование поддерживается только для одного хоста);
  • Возможность установки приоритетов и зависимостей для потоков, что позволяет выделить наиболее важные потоки, которые нужно выполнить в первую очередь, а также определить зависимость одного потока от другого;
  • Сжатие HTTP-заголовков. В том числе поддерживается устранение дубликатов заголовков и Cookie, повторяющихся для серии запросов к одному сайту. Допускается определение отдельных заголовков не подлежащих сжатию;
  • Низкая чувствительность к задержкам;
  • Средства для согласования протокола между клиентом и сервером, позволяющие выбрать HTTP/1.1, HTTP/2.0 и другие протоколы: сервер предоставляет список поддерживаемых протоколов, которые может выбрать клиент. Для шифрованных соединений параметры TLS согласовываются при помощи протокола APLN, при котором клиент сообщает список поддерживаемых опций, а сервер выбирает наиболее оптимальный для себя вариант;
  • Обеспечение высокого уровня совместимости с HTTP/1.1: сохранены заголовки, схема URI, коды состояния и методы (GET, POST и т.п.). Обеспечена возможность создания прокси для доступа клиентов HTTP/1.1 к серверам HTTP/2.0;
  • Возможность установки шифрованных (HTTPS) и нешифрованных соединений (HTTP). Шифрование осуществляется с использованием TLS 1.2 или более новой версии. Несмотря на то, что спецификация допускает создание нешифрованных соединений, разработчики Firefox и Chrome намерены обеспечить работу HTTP/2.0 только поверх TLS;
  • Поддержка технологии Server push для передачи данных от сервера к клиенту (например, когда сервер считает, что после определённого запроса обязательно будут затребованы другие данные, он может отправить эти данные не дожидаясь фактического запроса);
  • Поддержка HTTP/2.0 уже реализована в браузерах Firefox 36+, Chrome (требуется сборка с "--enable-spdy4") и IE 11. Серверные реализации пока ограничиваются OpenLiteSpeed, H2O, nghttp2 и некоторыми библиотеками на высокоуровневых языках.

Дополнительно можно обратить внимание на публикацию RFC 7539, стандартизующий потоковый шифр ChaCha20 и алгоритм аутентификации сообщений (MAC) Poly1305, разработанные Дэниелом Бернштейном (Daniel J. Bernstein), Таней Ланге (Tanja Lange) и Питером Швабе (Peter Schwabe). ChaCha20 и Poly1305 можно рассматривать, как более быстрые и безопасные аналоги AES-256-CTR и HMAC, программная реализация которых позволяет добиться фиксированного времени выполнения без задействования специальной аппаратной поддержки. В настоящее время данные алгоритмы включены в состав OpenSSH и составляют встроенный набор шифров, используемых при сборке без OpenSSL.

  1. Главная ссылка к новости (http://www.ietf.org/mail-archi...)
  2. OpenNews: Релиз Firefox 36 с поддержкой HTTP/2.0
  3. OpenNews: HTTP/2.0 получил статус предложенного стандарта
  4. OpenNews: Google отказывается от поддержки в Chrome протокола SPDY в пользу HTTP/2
  5. OpenNews: Дэниел Бернштейн выступил с критикой позиции ФБР о шифровании смартфонов и сетей
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/42236-http2
Ключевые слова: http2
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (56) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 10:05, 15/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Заживём!
     
     
  • 2.3, омнонномнимус (?), 10:11, 15/05/2015 [^] [^^] [^^^] [ответить]  
  • +8 +/
    если только не будет происходить как с переходом на ipv6, сколько лет переходят, но никак не перейдут.
     
     
  • 3.4, Andrey Mitrofanov (?), 10:36, 15/05/2015 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > если только не будет происходить как с переходом на ipv6, сколько лет
    > переходят, но никак не перейдут.

    https://www.google.ru/search?q=designed+by+a+committee

     
  • 3.98, rvs2016 (ok), 14:46, 13/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > если только не будет происходить как с переходом на ipv6,
    > сколько лет переходят, но никак не перейдут.

    ipv6 придуман не для перехода на него, а только для создания процесса перехода. Завершать же переход на него по задумке и не требуется. :-)

     

  • 1.2, Аноним (-), 10:09, 15/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Cool!
    Благодарю тех, кто тут рассказывал в коментах о Берштейне.
     
  • 1.5, YetAnotherOnanym (ok), 11:01, 15/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    > множество отдельных запросов (в среднем около 100), связанных с получением CSS, файлов JavaScript

    Нормальные CMS и при 1.1 умели перед отдачей упихнуть все js в один файл и все css в один файл, ещё и минимизировать их по возможности. А CMS'кам, написанным левой ногой школьниками для школьников никакой http/2.0 не поможет.

     
     
  • 2.6, Аноним (-), 11:07, 15/05/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ога, давайте паковать все в 1 поток пыхами и бидонами, а не быстрым сишным сервисом. Как раз спрос на сервера увеличится, стоядерные процы будут востребованы.
     
     
  • 3.7, 1337 (?), 11:14, 15/05/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вы оба не правы.

    Первый неправ потому что всё намного сложнее чем запихать все в один js (т.к. это по сути нужно делать динамически)

    Второй неправ потому что все можно сделать AOT.

    Например webpack решает одну из проблем которую решает http/2.

     
     
  • 4.10, Аноним (-), 11:23, 15/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Второй неправ потому что все можно сделать AOT.

    Можно. Но сложно. И через джеппу.

    > Например webpack решает одну из проблем которую решает http/2.

    ИМХО, наиболее логично - кешировать динамику в статику везде где можно, а потом отдавать это по мультиплексированному протоколу.

     
     
  • 5.22, 1337 (?), 13:02, 15/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Ты не понял, иди почитай насколько крут и умен webpack
    http://frontender.info/packing-the-web-like-a-boss/
     
     
  • 6.51, Аноним (-), 23:56, 15/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ты не понял, иди почитай насколько крут и умен webpack
    > http://frontender.info/packing-the-web-like-a-boss/

    Крутые и умные костыли к дефективному протоколу - это так замечательно, что прямо слов нет. Одни междометия. Но теперь подобное костылестроение останется в прошлом. И это хорошо и правильно.

     
  • 4.32, Аноним (-), 16:11, 15/05/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > т.к. это по сути нужно делать динамически

    Экономия на спичках. Cache-Сontrol + HEAD в любом случае будут жрать меньше и по трафику и по задержке, чем эта пляска на костылях.

     
     
  • 5.46, 1337 (?), 19:35, 15/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Плакать от таких "умных" хочется.
     
  • 3.16, Аноним (-), 11:32, 15/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Как будто HTTP/2.0-сервер не может быть реализован на бидоне.
     
     
  • 4.19, Аноним (-), 12:43, 15/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    более того один из ранних прототипов реализован на нём
     
     
  • 5.52, Аноним (-), 23:57, 15/05/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > более того один из ранних прототипов реализован на нём

    Вот для чего-то такого бидон и годится. Для полурабочих макетов-прототипов программ.

     
  • 3.17, funny_falcon (ok), 12:07, 15/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Почему в будующем времени? При мне упоминался 120 ядерный сервер, гоняющий RubyOnRails :)
    (это не камень в огород Ruby и Rails, - думаю php с питоном не намного меньше бы требовали)
     
  • 2.23, VoDA (ok), 13:14, 15/05/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Нормальные CMS и при 1.1 умели перед отдачей упихнуть все js в
    > один файл и все css в один файл, ещё и минимизировать
    > их по возможности.

    А пихнуть все картинки/иконки в один файл они умели? А грамотно разъяснить браузеру как с этим работать?

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

     
     
  • 3.28, Аноним (-), 14:04, 15/05/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а веб-сокеты - вообще Полностью лишены оверхэда http и что?
    вместо этого - все еще пилят костыли к бородатому http.
    мораль?
     
  • 2.99, rvs2016 (ok), 14:50, 13/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> множество отдельных запросов (в среднем около 100), связанных с получением CSS, файлов JavaScript
    > Нормальные CMS и при 1.1 умели перед отдачей упихнуть все js в
    > один файл и все css в один файл, ещё и минимизировать
    > их по возможности. А CMS'кам, написанным левой ногой школьниками для школьников
    > никакой http/2.0 не поможет.

    Ну там "прелести" не только в оптимизации отдачи контента. Там ещё двунаправленные потоки, возможность ответа без завершения приёма запроса и т.п. В общем как с ipv6, перлом6 и прочими такими странностями народ будет долго присматриваться к этому 2-му хттп перед тем, как переходить на него.

     

  • 1.8, badmilkman (ok), 11:14, 15/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Бинарный протокол передачи гипер-текста.
    Они серьезно думают что это взлетит?
     
     
  • 2.11, Romik (??), 11:25, 15/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Там только хедеры и служебная информация бинарная. Нормально, огромное число протоколов так работают.
    Telnet'ом уже веб-сервер не проверишь, но это не так уж и важно.
     
     
  • 3.15, Аноним (-), 11:27, 15/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Telnet'ом уже веб-сервер не проверишь,

    Ну как бы удачи тебе телнетом изобразить HTTP/1.1 с пайплайнингом, chunked-encoding, gzip и прочим. А то что телнетом кой-как можно пискнуть на уровне HTTP/1.0 - ну, можно. Только на нормального клиента мало похоже.


     
     
  • 4.79, cmp (ok), 09:06, 17/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и что, а никто не думает, что завтра этот http-сервер портируют на arm, а после завтра впихнут в роутер какой-нибудь, а потом надо будет сидеть и тупить - разбирая причину неадекватной работы, существует огромный пласт полупромышленного оборудования, которое управляется только по http, мне вот довелось поручкаться с железякой которая хотела клиентом только ишака, никакие хромы, мозилы, оперы и даже curl'ы  и wget'ы не авторизовывала она. Скажете случай 1 на миллион, ну да, конечно оборудование все проходит самую тчательную сертификацию и на рынок попадают, только проверенные партии, ага.
     
  • 2.27, YetAnotherOnanym (ok), 14:03, 15/05/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Кагбэ, сервера и броузеры давно умеют в gzip, а это уже далеко не текст, даже если в нём текстовый контент.
     
     
  • 3.80, cmp (ok), 14:00, 17/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Кагбэ, сервера и броузеры давно умеют в gzip, а это уже далеко
    > не текст, даже если в нём текстовый контент.

    ну если в запросе сказать гзип, то да, а если нет, то нет

     
  • 2.100, rvs2016 (ok), 14:52, 13/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Бинарный протокол передачи гипер-текста.
    > Они серьезно думают что это взлетит?

    А чё. До конца 90-х годах программы компилировали перед их запуском. А потом разленились. Пора старые добрые идеи возвращать и в html - пока не скомпилируешь кучу html-файлов (или cgi-скриптов), нечего отдавать их в доступ. В-)

     

  • 1.9, anonymous (??), 11:22, 15/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Бинарные логи -> бинарные протоколы -> бинарное мышление
    А если серьезно, то как же потом его отлаживать-то?
     
     
  • 2.12, Аноним (-), 11:25, 15/05/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А если серьезно, то как же потом его отлаживать-то?

    Так же как и все остальное. Браузером, сниффером, логами сервера. А как ты TCP/IP под HTTP с его бинарными полями в заголовках пользуешься? И фреймы эзернета что-то не текстовые.

     
     
  • 3.18, anonymous (??), 12:15, 15/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Http-пакеты, в отличии от остальных бывает приходится собирать вручную, на том же php, python, JS; а низкоуровневые протоколы и отлаживают люди, занимающиеся разработкой сетевых стеков, драйверов, коммутационного оборудования и т.д.

    И, на текущий момент http-пакеты запросто парсит лиса в средствах web-разработки, bugzilla, liveHTTPheader и прочие-прочие. Соответстввенно и дебажится это все нормально, а вот ковыряться в hex-кодах что-то совсем нет желания, да еще и тянуть себе wireshark.

     
     
  • 4.24, Аноним (-), 13:21, 15/05/2015 [^] [^^] [^^^] [ответить]  
  • –8 +/
    Ну так вали в дворники, делов-то.
     
     
  • 5.57, Аноним (-), 00:41, 16/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну так вали в дворники, делов-то.

    Эк ты батхерта то у бидонистов-пэхапэшников вызвал. Прямо любо-дорого смотреть.

     
  • 4.25, Ан (??), 13:26, 15/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    А с чего бы средства вебразработки и сёрфинга которые используют эти протоколы внезапно разучатся их разбирать?
    Да теперь не так просто самому на простом сокете построить http запрос, но так нафига оно не сведущему если реализаций http уже уйма бери и пользуйся. curl тот же.
    Там всё распарсят за тебя и при желании предоставят в подходящем виде.
    Или хочется собственный велосипед? Ну так тогда повышай уровень умений и знаний чего уж тут.
     
  • 4.42, ram_scan (?), 18:12, 15/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Соответстввенно и дебажится это все нормально, а вот ковыряться в hex-кодах что-то совсем нет желания, да еще и тянуть себе wireshark.

    Вот такие-же точно гении изобрели когда-то SIP. А потом другие гении от маркетулохии этот геморрой продвинули (h323 им сложно было), и неизвестно как теперь от этого счастья избавиться, потому-что SIP стек уже стал тяжелее чем h323, а взаимоисключающих костылей там все больше и больше.

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

    Пускай протокол будет бинарным, но расширяемым и понятным. Чем видно глазами но один хрен китайская грамота.

     
     
  • 5.48, Crazy Alex (??), 22:46, 15/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Только нпсчёт SIP vs H.233 не надо - оба хуже по нынешним меркам.
     
  • 4.53, Аноним (-), 00:04, 16/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Теперь кульcисопские художества с мегасерверами на пидoне будут встречаться поре... большой текст свёрнут, показать
     
     
  • 5.89, arisu (ok), 14:10, 22/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > запросы, с chunked-encoding ответом, пожатым в гзип ты врялди скроишь руками
    > и еще более врядли распарсишь на глаз. Хотя, конечно, может ты
    > в уме деревья хаффмана строить умеешь, кто там там тебя знает...

    для *запроса* это не нужно, потому что у deflate есть BTYPE 00 aka uncompressed.

    правда, '\0' в телнете всё равно вводить задолбаешься.

     
  • 4.101, rvs2016 (ok), 14:55, 13/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Http-пакеты, в отличии от остальных бывает приходится собирать вручную, на том же
    > php, python, JS; а низкоуровневые протоколы и отлаживают люди, занимающиеся разработкой
    > сетевых стеков, драйверов, коммутационного оборудования и т.д.
    > И, на текущий момент http-пакеты запросто парсит лиса в средствах web-разработки, bugzilla,
    > liveHTTPheader и прочие-прочие. Соответстввенно и дебажится это все нормально, а вот
    > ковыряться в hex-кодах что-то совсем нет желания, да еще и тянуть
    > себе wireshark.

    Так http 2.0 не запрещает же заголовки собирать руками.

     
  • 2.13, Аноним (-), 11:26, 15/05/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >>Бинарные логи -> бинарные протоколы -> бинарное мышление
    >>А если серьезно, то как же потом его отлаживать-то?

    Бинарно

     
  • 2.14, Romik (??), 11:27, 15/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Бинарные логи -> бинарные протоколы -> бинарное мышление
    > А если серьезно, то как же потом его отлаживать-то?

    Опцией "-vvvvv" и tcpdump'ом/wireshark'ом.

     
     
     
     
     
    Часть нити удалена модератором

  • 6.54, Аноним (-), 00:07, 16/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > - были вытеснены sip'ом, несмотря на его проблемы с nat'ом.

    Скайпу не забудьте все это рассказать, главное. С его самопальным бинарным протоколом.

    > Текст" здесь - один из компонентов.

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

     
     
  • 7.61, Аноним (-), 06:07, 16/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Скайпу не забудьте все это рассказать, главное. С его самопальным бинарным протоколом.

    Понятия "промышленное использование" и "софт для хомяков" - мешать не надо.

    > Текст здесь - лишь пережиток прошлого и кусок архаики, который все портит.

    Будь современным мужиком, пиши в скайп друзяшкам бинарными кодами.

    > Особенно феерично в жаббере вышло.

    in-band передача - один из вариантов, когда прямая передача не доступна. Проблемы?

     
     
  • 8.73, Аноним (-), 16:47, 16/05/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В результате пока кульсисопы вещают про промышленное использование , большую ча... большой текст свёрнут, показать
     
     
  • 9.92, arisu (ok), 14:20, 22/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    передача файла в IM, средствами IM-протокола 8212 это вообще верх идиотизма ... текст свёрнут, показать
     
  • 3.31, Andrey Mitrofanov (?), 14:45, 15/05/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >заговор идиотов, которым не нравится бинарный протокол только из-за бинарности.

    Автор www.catb.org/esr/writings/taoup/html/ch05s03.html известный заговорщик, да. </> Только, называя его идиотом, ты больше сообщаешь нам о себе.

     
     
  • 4.59, Аноним (-), 00:50, 16/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    POP3, SMTP, IMAP. Отличные примеры как не надо делать протоколы. В том числе почтовые.

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

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

     
     
  • 5.60, Аноним (-), 05:59, 16/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Сколько анaльной боли-то...

    > Замечательные протоколы.

    Именно так. Достаточно хороши, чтобы справляться со своей задачей. А то что альтернатива лучше - это вилами по воде писано.

    > загибающиеся от спама

    Вы так говорите, как будто аська и благословенный бинарный скайп от спама не страдает.

    > Которые намного лучше работают, что и является решающим фактором для юзерья.

    Чем там упарываются хомяки в этом году - меня не волнует. Позавчера это была аська, вчера - скайп, сегодня - воццап, завтра ещё какую хрень придумают. irc их всех переживёт.

     
     
  • 6.74, Аноним (-), 17:08, 16/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Хаха, иногда быает так что оппонент сам согласен с тем что протоколы эпичное деp... большой текст свёрнут, показать
     
  • 2.102, rvs2016 (ok), 14:57, 13/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Ждем форков основных браузеров и веб-серверов от энтузиастов, в которых будет полностью
    > выпилен HTTP/2 и которые будут как и раньше использовать текстовой протокол
    > HTTP/1.1 или даже более простой и поэтому более надежный HTTP/1.0

    А чё - разве браузеры да веб-серверы с подключением http/2.0 к себе будут выпиливать из себя поддержку http/1.*? Так ими же станет невозможно пользоваться, если они отключат http/1.*.

     

  • 1.47, Аноним (-), 19:35, 15/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У Дэниеля Бернштейна не самые лучшие впечатления о России: http://cr.yp.to/conferences/russia.html
     
     
  • 2.50, Crazy Alex (??), 22:59, 15/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо, совершенно великолепная статья
     
  • 2.69, Аноним (-), 13:31, 16/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Как по мне, в этой заметке Бернштейн выставляет себя в смешном и глупом виде. Гостиница за 30 долларов - и на что можно рассчитывать? При том, что за перелет в бизнес-классе он наверняка заплатил несколько кусков зелени! Ну не идиот ли?))

    Ну и отношение к достопримечательностям: фонтан в Чикаго больше, чем в Петергофе, следовательно, в Петергофе нечего смотреть. Тупо.

     
     
  • 3.75, Аноним (-), 17:20, 16/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > несколько кусков зелени! Ну не идиот ли?))

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

    > следовательно, в Петергофе нечего смотреть.

    Однако ж про "buildings are falling apart" верно подмечено. Был в питере. Половина зданий неухоженные, а то и откровенно заcpaнные и разваливающиеся. А другим людям вот не понятно - как можно жить в таком хлеву и ничего по этому поводу не делать.

     
     
  • 4.78, Аноним (-), 22:03, 16/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    технически он прав, да.
    и таки-да не без толики хумора, написано.
    плюс он как и заметная часть ученых, как человек путешествующий не часто и без энтузиазма - болезненно переживает каждую конференцию, практически, вдали от дома и родного ему лично. тут нет большой специфики, у нас так-же примерно.
     
  • 3.77, Аноним (-), 21:25, 16/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    ну так летом 2000-го 30 баксов было ого-го-го, не то что нынче.
     
     
  • 4.85, Аноним (-), 00:08, 18/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Это для аборигенов было огого. А для него - копейки. Как можно не понимать такой простой вещи - если ты платишь за перелет несколько тысяч долларов (а, значит, ты богатенький буратино - в экономе-то меньше штуки будет), как может гостиница обойтись в несколько десятков? Или так - какой уровень комфорта можно ожидать? Ну, если соотнести.. то, наверно, самый занюханный хостел? Я бы так на его месте подумал...

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

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру