All streams
Search
Write a publication
Pull to refresh
58
0
Send message
Было обсуждение на эту тему в рассылке oss-security, предложен простой однострочник, правда на всех платформах он не проверялся.
Так в чём проблема? Создайте задание и тесты для следующего турнира «Гольфа»: напишите наименьший по размеру распределённый клиент-сервер скайпа ;-)
скорее всего заворачивают на маршрутизаторе все UDP-пакеты с портом 53 на локальный резолвер

iptables -t nat -A PREROUTING -p udp --dport 53 -j REDIRECT --to-ports XXXX
Страница удалена, GitHub разблокируют twitter.com/mksenzov/status/517729173079883776
А почему отказались? Не впечатлило предложение или изначально не планировали? Если не секрет, конечно.
«Как я попал в Google», «Как я получил работу в Google»… Астрологи объявили неделю Google, количество постов с этим тегом удваивается? :-)
Не отвечал на письма рекрутеров, поскольку они явно написаны роботом и рассылаются массово по списку профайлов гитхаба/охлох/прочее. Да, и в некоторых ситуациях лучше молчать и казаться дураком, чем открыть рот и развеять все сомнения )
Могу написать статью «Как я не пошёл работать в Google» :-)
… Гордо подняв голову, я прописывал правила procmail для писем от рекрутеров Google...

Наверно лучше даже «открытое ПО», потому что разница между open source и free/libre software принципиальная.
Поправил, спасибо
Первоначально была очередь, но что-то меня смутило и я оставил дословный вариант. Вообще в тексте хватает терминов, которым трудно найти точный перевод, т.к. зачастую все используют английский термин без перевода. Например, round trip time (или round-trip), pipelining, spriting, sharding. На всё надмозга не хватит )
Будет использоваться сжатие HPACK. Вкратце суть сжатия — передающая сторона сначала отправляет весь набор заголовков в первой посылке, а во всех последующих посылках — только изменившиеся. Так как Cookie меняется редко, то он будет отправлен лишь один раз, а все последующие отправки будут без него.

Скажу больше, кодировщик в http2 может разбить один заголовок Cookie на несколько по разделителю "; " (что запрещено в HTTP1.1), тогда эффективность ещё больше возрастёт, т.к. меняться может не вся печенька целиком, а только часть параметров — именно это изменение и будет передаваться.

Там ещё много хитростей, например индексирование заголовков, когда целый заголовок со значением можно передать вообще одним байтом. Вобщем стоит готовимся к тому, что количество заголовков будет расти до 1000 штук и выше — протокол к этому подготовлен.
Исходный формат статьи — это документ LibreOffice Writer, поэтому первоначально я и не подумал, что есть какие-то иные варианты для выкладывания…
Попробую переработать статью, в html-формате она будет удобней для пользователей habrahabr.
Думаю это действительно будет лучший вариант. Попробую сделать и обновить эту статью.
Msgpack изначально не делал различия между байтовыми строками и текстовыми. Можно вспомнить жаркую дискуссию по этому поводу. С проблемой столкнулись ещё в 2011 году. Основная проблема с изменением была связана с тем, что модификация формата приведёт к потере обратной совместимости, т.е. спецификация затрудняла дальнейшие развитие формата. CBOR предусматривает возможность для развития без потери обратной совместимости.
Второе менее значимое отличие — это поддержка массивов/строк неопределённой длины.

Information

Rating
Does not participate
Registered
Activity