Представлен (http://mailman.nginx.org/pipermail/nginx-announce/2018/00022...) второй выпуск основной стабильной ветки nginx 1.14.2 (http://nginx.org), в рамках которой вносятся только изменения, связанные с устранением серьёзных ошибок и уязвимостей (в параллельно поддерживаемой основной ветке 1.15 продолжается развитие новых возможностей).Основные изменения:
- Решены проблемы при сборке с использованием GCC 8.1; - Решены проблемы со сборкой в окружении Fedora 28; - Исправлена ошибка при обработке адресов клиента в случае использования unix-сокетов для работы с датаграммами в Linux;- Для SSL-ошибок "no suitable key share" и "no suitable signature algorithm" уровень вывода сообщений в лог снижен с критического ("crit") до информационного ("info");- Устранена ошибка, из-за которой при использовании OpenSSL 1.1.0 невозможно было отключить параметр "ssl_prefer_server_ciphers" в контексте виртуального сервера, если он использовался в настройках сервера по умолчанию;- Решены проблемы при сборке с LibreSSL 2.8.0; - Исправлена ошибка, из-за которой протокол TLS 1.3 оставался постоянно включен при сборке с OpenSSL 1.1.0 и использовании OpenSSL 1.1.1;- Устранена ошибка, из-за которой могли возникать сбои при отправке буферизированного на диске тела запроса к бэкенду gRPC;- Решены проблемы с применением кэширования соединений к некоторым бэкендам gRPC при использовании директивы "keepalive";- Устранён крах (segmentation fault) рабочего процесса, который мог произойти если модуль ngx_http_mp4_module использовался на 32-битных платформах.
URL: http://mailman.nginx.org/pipermail/nginx-announce/2018/00022...
Новость: https://www.opennet.dev/opennews/art.shtml?num=49723
Сколько можно редизить? Вот на расте перепишете - тогда релизьте nginx 2.0А пока нечего людей по пустякам беспокоить.
вы пока еще поспите, вас потом разбудим когда 2.0 выйдет
на расте лол, хотите убить производительность?
Rust быстрый, надёжный, читаемый! И синтаксис приятный в отличие от. Если бы еще и массивы с единицы били - вообще отлично.
> массивы с единицышо за ересь?!
NUMPY разве не подойдет?))) даж стандартный питон лучше)) в си/си++ тож неплохо с массивами))
Иваныч, это не ты писал?Мы с напарником сейчас фуру перегнали по маршруту Ужгород — Киев, разгрузили, расписались, потом на трассе Киев — Одесса в кафешке отдохнуть остановились, нам кто-то в фуру подкинул книжку «Thinking in Java». Читаем третью неделю, вроде всё понятно
ахахаха оборжался)))) а по новенькой книжки по чистому си там не завалялось? а то везде одни плюсы продаются))
Лучше Кернигана с Ритчи ещё никто не написал.
то что у них там написано - не стильно, не модно и не молодежно, и оно не конпелируется новым-модным "GCC 8.1"
Не звизди. Во втором издании все примеры специально написаны на общем подмножестве C и C++, оно же "Clean C"
- ключевые слова let fn
- верхний регистр в стандартной либе
- чумовой синтаксис типа времени жизни с апострофами
- mut вместо const
Как проверки на этапе компиляции влияют на производительность, иди вы про сборку со всеми оптимизациями в GCC?
это же просто мёрж в стабильную версию накопившихся исправлений
>Вот на расте перепишетеНа Electron-е!
QUIC доколе?
закрытый
В каком месте QUIC закрытый???
https://datatracker.ietf.org/wg/quic/about/
Ты бросай свою наркоту
2016-06-10 дата создания драфта, а сколько лет он в самом гугле? Где на гитхабе посмотреть исходники гуглового квика?
> 2016-06-10 дата создания драфта, а сколько лет он в самом гугле? Где
> на гитхабе посмотреть исходники гуглового квика?Google QUIC стал IETF QUIC. Что еще будешь нести про «закрытый» и «где на гитхабе»? А в исходниках того же Caddy ты можешь посмотреть и реализацию рабочую в сервере
>> 2016-06-10 дата создания драфта, а сколько лет он в самом гугле? Где
>> на гитхабе посмотреть исходники гуглового квика?
> https://github.com/quicwg
> Google QUIC стал IETF QUIC. Что еще будешь нести про «закрытый» и
> «где на гитхабе»? А в исходниках того же Caddy ты можешь
> посмотреть и реализацию рабочую в серверене вижу там гуглового квика, а он у них работает с 2012 года
https://en.wikipedia.org/wiki/QUIC#Source_code> Chromium. Language: C++. This is the source code of the Chrome web browser and the reference QUIC implementation. It contains standalone QUIC client and server programs that can be used for testing.
https://github.com/chromium/chromium/tree/master/net/third_p...
> не вижу там гуглового квика, а он у них работает с 2012
> годаТы русский что ли? Google QUIC стал IETF QUIC и он по указанному адресу находится.
Доколе будем терпеть нерабочий QUIC? Еще от IPv6, HTTP2 и systemd не отошли, а ты уже следующую ересь предлагаешь
> Доколе будем терпеть нерабочий QUIC? Еще от IPv6, HTTP2 и systemd не
> отошли, а ты уже следующую ересь предлагаешьА гугл не знает, что QUIC «нерабочий» и его везде у себя использует.
> QUIC доколе?уважаемые Анонимы, уже не раз спрашиваете про QUIC.
Ответ на ваш вопрос один: ждите QUIC в HTTP/3 протоколе, который сейчас на обсуждении и в разработке.
Для чайников: https://daniel.haxx.se/http3-explained/
Это актуально, т.к. это последняя поддерживаемая версия. Для 27ой уже нет обновлений.>Решены проблемы со сборкой в окружении Fedora 28;