The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Новый выпуск http-сервера nginx 1.7.1"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Новый выпуск http-сервера nginx 1.7.1"  +/
Сообщение от opennews (??) on 28-Май-14, 13:34 
Представлен (http://mailman.nginx.org/pipermail/nginx-announce/2014/00013...) новый выпуск основной ветки высокопроизводительного HTTP-сервера nginx 1.7.1 (http://nginx.org/), в котором продолжено развитие новых возможностей. Основным улучшением (http://nginx.org/en/CHANGES) нового выпуска является возможность (http://nginx.org/en/docs/http/ngx_http_log_module.html#acces...) перенаправления в syslog логов, настраиваемых через директивы "error_log" и "access_log". Кроме того, добавлена поддержка переменных "$upstream_cookie_{имя} (http://nginx.org/en/docs/http/ngx_http_upstream_module.html#...)" и  "$ssl_client_fingerprint".

Примечательно, что по данным (http://w3techs.com/technologies/cross/web_server/ranking) W3Techs  nginx сравнялся по популярности с http-сервером Apache в выборке из 10 тысяч самых крупных сайтов сети (доля каждого сервера составила 39.2%). В выборке из тысячи самых крупных сайтов доля nginx составляет 38.8%, в то время как apache - 33.7%. При рассмотрении миллиона самых крупных сайтов, доля nginx составляет 23.5%, а apache - 56.5%.


URL: http://mailman.nginx.org/pipermail/nginx-announce/2014/00013...
Новость: http://www.opennet.ru/opennews/art.shtml?num=39876

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Новый выпуск http-сервера nginx 1.7.1"  –22 +/
Сообщение от Аноним (??) on 28-Май-14, 13:34 
htaccess когда обрабатывать научица?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Новый выпуск http-сервера nginx 1.7.1"  +39 +/
Сообщение от zunkree (ok) on 28-Май-14, 13:39 
Никогда, надеюсь.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

4. "Новый выпуск http-сервера nginx 1.7.1"  +3 +/
Сообщение от rshadow (ok) on 28-Май-14, 13:56 
плюсую
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

3. "Новый выпуск http-сервера nginx 1.7.1"  +/
Сообщение от Аноним (??) on 28-Май-14, 13:56 
Если научится, то это уже не будет событийно-ориентированный веб-сервер.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

5. "Новый выпуск http-сервера nginx 1.7.1"  +3 +/
Сообщение от Аноним (??) on 28-Май-14, 14:22 
Если сделать грамотно - т. е. отслеживать изменения в .htaccess с помощью inotify и перечитывать его только в момент изменения, а не на каждый запрос, то сервер вполне останется событийно-ориентированным. Другой вопрос, что это не кроссплатформенно и не нужно там, где обычно применяется nginx.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

15. "Новый выпуск http-сервера nginx 1.7.1"  +1 +/
Сообщение от Аноним (??) on 28-Май-14, 15:38 
> Другой вопрос, что это не кроссплатформенно и не нужно там, где обычно применяется nginx

Вот-вот! Нахер ему, как фронт-энду, какие-то .htaccess перечитывать.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

18. "Новый выпуск http-сервера nginx 1.7.1"  –1 +/
Сообщение от Аноним (??) on 28-Май-14, 16:07 
> Нахер ему, как фронт-энду, какие-то .htaccess перечитывать.

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

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

20. "Новый выпуск http-сервера nginx 1.7.1"  +/
Сообщение от Ordu email(ok) on 28-Май-14, 16:41 
Не надо "желать", что-то там себе "представлять". Представить можно всё что угодно. На любую супероптимизированную программу можно придумать такой use-case, когда все супероптимизации пойдут лесом. Ориентироваться надо на реальные use-cases. Не нужно теоретизировать. Направления оптимизаций управляются практикой. Дайте ссылку на сервер, который тратит процентов 10% процессорного времени на обработку 301 ответов. Напишите статейку, описывающую конфигурацию и скиньте её Сысоеву. Пускай он заценит адекватность конфигов, и сам решит: нужно или не нужно.
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

22. "Новый выпуск http-сервера nginx 1.7.1"  –1 +/
Сообщение от Аноним (??) on 28-Май-14, 16:59 
> Дайте ссылку на сервер, который тратит процентов 10% процессорного времени на обработку 301 ответов.

В такой формулировку любая сокращалка урлов удовлетворяет критерию.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

24. "Новый выпуск http-сервера nginx 1.7.1"  +/
Сообщение от Ordu email(ok) on 28-Май-14, 17:23 
>> Дайте ссылку на сервер, который тратит процентов 10% процессорного времени на обработку 301 ответов.
> В такой формулировку любая сокращалка урлов удовлетворяет критерию.

В этой ситуации, быть может, лучше кешировать 301 от бэкенда? Кеширование -- это механизм наличествующий в nginx, и если он может решить проблему, то зачем запиливать ещё один механизм для решения проблемы?

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

26. "Новый выпуск http-сервера nginx 1.7.1"  +/
Сообщение от Michael Shigorin email(ok) on 28-Май-14, 21:08 
>> Дайте ссылку на сервер, который тратит процентов 10% процессорного времени
>> на обработку 301 ответов.
> В такой формулировку любая сокращалка урлов удовлетворяет критерию.

И много там людей с .htaccess, если вспомнить контекст вопроса?

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

32. "Новый выпуск http-сервера nginx 1.7.1"  –1 +/
Сообщение от Miha (??) on 29-Май-14, 11:22 
>> Другой вопрос, что это не кроссплатформенно и не нужно там, где обычно применяется nginx
> Вот-вот! Нахер ему, как фронт-энду, какие-то .htaccess перечитывать.

Так он уже не только как фронтэнд используется, много включая меня - как обычный www-сервер с перенаправлением запросов на php-fpm

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

17. "Новый выпуск http-сервера nginx 1.7.1"  +1 +/
Сообщение от Аноним (??) on 28-Май-14, 15:45 
> Если научится, то это уже не будет событийно-ориентированный веб-сервер.

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

У нас что-то подобное сделало через несколько скриптов. Первый скрипт сканирует директории на сайтах и выдирает файлы .ngacess. Второй делает фильтрацию допустимых настроек (разрешён редирект и обработка кодов ошибок) и проверку синтаксиса. Третий строит из собраный кусочков и главного шаблона конфиг nginx, проверят есть ли изменения с момента прошлого построения и  если есть пытается применить новую конфигурацию. Если возникла ошибка - делается откат на прошлую версию и звон во все колокола администраторам, чтобы смотрели, что недосмотрел скрипт проверки.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

23. "Новый выпуск http-сервера nginx 1.7.1"  +/
Сообщение от cmp (ok) on 28-Май-14, 17:02 
Зачем мешать теплое с мягким, есть http и его задача отдавать контент, а кому какой и надо или нет, задача генератора контента. Да, в http есть функционал для минимальных ограничений, но он существует на правах заглушки, для систем (генераторов контента) в которых подобные ограничения не предусмотренны, а они очень нужны, либо разрабы ленивые м...ки и съехали с темы, либо базовых ф-й ограничения хватает (в роутере там или еще в какой опе).

Перекладывать функционал с условно не надежного уровня (генератора контента) на условно надежный (простой отдавалки http), значит понижать надежность последней не повышая ее у первой, то есть снижать надежность в целом за счет дублирования функционала.
-----
Кстате раз уж вы все равно извращаетесь, могу предложить запускать на серваке два nginx'а - основной и тестовый, на разных портах, а скрипт будит редиректить 80 на новый тестовый, если запуск nginx успешный, или если пройдет проверку скриптом)).

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

8. "Новый выпуск http-сервера nginx 1.7.1"  +1 +/
Сообщение от Andrey Mitrofanov on 28-Май-14, 14:47 
>обрабатывать научица?

Ты всё перепутал. Это же веб-сервер, а не система ИИ.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

9. "Новый выпуск http-сервера nginx 1.7.1"  –1 +/
Сообщение от NikolayV81 (ok) on 28-Май-14, 14:54 
"Ученые создали устройство для управления самолетом силой мысли"
http://ria.ru/technology/20140528/1009672212.html#1401274436...
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

33. "Новый выпуск http-сервера nginx 1.7.1"  +1 +/
Сообщение от XoRe (ok) on 29-Май-14, 19:39 
> htaccess когда обрабатывать научица?

Когда все забудут про .htaccess?

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

37. "Новый выпуск http-сервера nginx 1.7.1"  +/
Сообщение от Hety (??) on 01-Июн-14, 15:07 
Если вам нужен хтакцесс - используйте апач. Его не закрыли еще.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

6. "Новый выпуск http-сервера nginx 1.7.1"  +/
Сообщение от p5n email(ok) on 28-Май-14, 14:29 
А я вот жду, когда они вынесут в конфиг захаркоженный на 16К max ssl record size...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "Новый выпуск http-сервера nginx 1.7.1"  +1 +/
Сообщение от Mr. Cake on 28-Май-14, 15:34 
Делаете правки @ Отправляете патч. Опенсорс же.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

16. "Новый выпуск http-сервера nginx 1.7.1"  +/
Сообщение от p5n email(ok) on 28-Май-14, 15:39 
> Делаете правки @ Отправляете патч. Опенсорс же.

Лень же. Я просто константу уменьшаю до 2к. И кто-то вроде за это уже взялся.

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

27. "Новый выпуск http-сервера nginx 1.7.1"  +1 +/
Сообщение от whocarez on 28-Май-14, 21:09 
Вы про это:

http://nginx.org/en/docs/http/ngx_http_ssl_module.html#ssl_b...

?

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

28. "Новый выпуск http-сервера nginx 1.7.1"  +/
Сообщение от p5n email(ok) on 28-Май-14, 21:11 
> Вы про это:
> http://nginx.org/en/docs/http/ngx_http_ssl_module.html#ssl_b...
> ?

Почти. Эту (а может и другую) опцию надо протащить внутрь ngx_event_openssl.c

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

34. "Новый выпуск http-сервера nginx 1.7.1"  +/
Сообщение от Аноним (??) on 29-Май-14, 20:10 
Они уже пофиксили
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

36. "Новый выпуск http-сервера nginx 1.7.1"  +/
Сообщение от p5n email(ok) on 29-Май-14, 20:27 
> Они уже пофиксили

Нет. Всё по прежнему захардкожено.

nginx-1.7.1/src/event/ngx_event_openssl.h

#define NGX_SSL_BUFSIZE  16384

nginx-1.7.1/src/event/ngx_event_openssl.c

ssl->buffer_size = NGX_SSL_BUFSIZE;
BIO_set_write_buffer_size(wbio, NGX_SSL_BUFSIZE);

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

35. "Новый выпуск http-сервера nginx 1.7.1"  +/
Сообщение от Аноним (??) on 29-Май-14, 20:12 
>> Вы про это:
>> http://nginx.org/en/docs/http/ngx_http_ssl_module.html#ssl_b...
>> ?
> Почти. Эту (а может и другую) опцию надо протащить внутрь ngx_event_openssl.c

https://thethemefoundry.com/blog/why-we-dont-use-a-cdn-spdy-ssl/

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

7. "Новый выпуск http-сервера nginx 1.7.1"  +3 +/
Сообщение от YetAnotherOnanym (ok) on 28-Май-14, 14:38 
> возможность перенаправления в syslog логов, настраиваемых через директивы "error_log" и "access_log"

Долго держались.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Новый выпуск http-сервера nginx 1.7.1"  +1 +/
Сообщение от SprintSet on 28-Май-14, 15:00 
Климат долины творит чудеса!
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

13. "Новый выпуск http-сервера nginx 1.7.1"  –1 +/
Сообщение от Аноним (??) on 28-Май-14, 15:29 
http://httpd.apache.org/
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

19. "Новый выпуск http-сервера nginx 1.7.1"  +4 +/
Сообщение от Аноним (??) on 28-Май-14, 16:10 
Вы бы еще IIS предложили.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

25. "Новый выпуск http-сервера nginx 1.7.1"  +/
Сообщение от Труповращатель on 28-Май-14, 20:06 
С функциональностью IIS
http://tinyhttpd.sourceforge.net/
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

30. "Новый выпуск http-сервера nginx 1.7.1"  +1 +/
Сообщение от YetAnotherOnanym (ok) on 28-Май-14, 22:08 
> http://httpd.apache.org/

Нам чужого не надо!

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

31. "Новый выпуск http-сервера nginx 1.7.1"  +/
Сообщение от Куяврег on 29-Май-14, 02:25 
http://demotivators.to/media/posters/2139/744640_mne-chuzhog...
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

21. "Новый выпуск http-сервера nginx 1.7.1"  +/
Сообщение от Sw00p aka Jerom on 28-Май-14, 16:56 
если честно, очень не хватало
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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