форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Релиз http-сервера nginx 1.6.0 "	+/–
Сообщение от opennews (ok) on 24-Апр-14, 19:56
После года разработки представлена (http://nginx.org/#2014-04-24) новая стабильная ветка высокопроизводительного HTTP-сервера nginx 1.6.0 (http://nginx.org/), которая вобрала в себя изменения, накопленные в рамках основной ветки 1.5.x. В дальнейшем все изменения в  стабильной ветке 1.6 будут связаны с устранением ошибок и внесением незначительных улучшений, не нарушающих API. Одновременно сформирована (http://mailman.nginx.org/pipermail/nginx-announce/2014/00013...) основная ветка nginx 1.7, в рамках которой будет продолжено развитие новых возможностей. Из улучшений (http://nginx.org/ru/CHANGES.ru-1.6), добавленных в процессе формирования основной ветки 1.5.x, можно отметить: -  Новый модуль ngx_http_auth_request_module (http://nginx.org/ru/docs/http/ngx_http_auth_request_module.html), для организации авторизации клиента на основании результата запроса по определённому URI (например, при успешной авторизации в другой директории);-  В модуле ngx_http_spdy_module (http://nginx.org/ru/docs/http/ngx_http_spdy_module.html) добавлена поддержка протокола SPDY 3.1 (http://dev.chromium.org/spdy/spdy-protocol/spdy-protocol-dra...). Для ограничения скорости передачи ответов клиенту в SPDY-соединениях теперь допускается использовать директиву limit_rate; -  В модуль ngx_http_proxy_module (http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#pro...) добавлена возможность подтверждения корректности содержимого просроченных элементов кэша при помощи условных запросов с полем заголовка If-Modified-Since;-  Новые переменные:  $ssl_session_reused и $proxy_protocol_addr;-  Новые директивы: -  ssi_last_modified, sub_filter_last_modified и        xslt_last_modified;-  fastcgi_buffering;-  proxy_cache_revalidate, fastcgi_cache_revalidate, scgi_cache_revalidate и uwsgi_cache_revalidate;-   ssl_buffer_size, ssl_session_ticket_key, ssl_session_tickets;-  proxy_ssl_protocols и proxy_ssl_ciphers;-  spdy_chunk_size; -  Возможность использования нескольких директив error_log;-  В директивы allow и deny добавлена поддержка unix domain    сокетов;-  В директиву listen добавлена поддержка  параметра fastopen;-  В директивы proxy_next_upstream,        fastcgi_next_upstream, scgi_next_upstream и uwsgi_next_upstream добавлена поддержка параметра http_403; -  Директива disable_symlinks теперь использует O_PATH в Linux;-  При использовании длинных цепочек сертификатов задействована оптимизация SSL handshake;-  В почтовый прокси-сервер добавлена поддержка SMTP pipelining;-  В resolver добавлена поддержка IPv6;-  В секцию contrib добавлены скрипты для подсветки синтаксиса в vim-  В модуль ngx_http_uwsgi_module добавлена поддержка SSL;-  В модуле ngx_http_mp4_module обеспечен пропуск дорожек,        имеющих меньшую длину, чем запрошенная перемотка. Обеспечена поддержка byte ranges и аргумента end; -  В  директивы listen и real_ip_header добавлен параметр proxy_protocol;-  Поддержка byte ranges при сохранении ответов в кэш. Новшества (http://nginx.org/en/CHANGES), представленные в выпуске nginx 1.7.0: -  Поддержка верификации сертификатов SSL-бэкендов; -  Поддержка SNI (Server Name Indication, позволяет обеспечить доступ через шифрованное соединение к виртуальным хостам на одном IP) при работе с SSL-бэкендами; -  Новая переменная $ssl_server_name. -  Возможность использования параметра "if" в директиве access_log. URL: http://mailman.nginx.org/pipermail/nginx-announce/2014/00013... Новость: http://www.opennet.ru/opennews/art.shtml?num=39638
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по ответам | RSS]

	1. "Релиз http-сервера nginx 1.6.0 "	+8 +/–
	Сообщение от steven_w (ok) on 24-Апр-14, 19:56
	Ну и комбайн, скоро апач догонит.
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Релиз http-сервера nginx 1.6.0 "	–2 +/–
	Сообщение от Аноним (??) on 24-Апр-14, 20:12
	Уже перегнал. Апач не может в SMTP, IMAP и POP3.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	3. "Релиз http-сервера nginx 1.6.0 "	+4 +/–
	Сообщение от Аноним (??) on 24-Апр-14, 20:17
	А ему это надо?
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	4. "Релиз http-сервера nginx 1.6.0 "	+1 +/–
	Сообщение от Аноним (??) on 24-Апр-14, 20:35
	Разработчики также сделали опрос для сообщества, чтобы лучше спланировать будущие релизы: http://mailman.nginx.org/pipermail/nginx/2014-April/043282.html
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	6. "Релиз http-сервера nginx 1.6.0 "	–1 +/–
	Сообщение от Аноним (??) on 24-Апр-14, 20:57
	Там какие-то глупые вопросы.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	9. "Релиз http-сервера nginx 1.6.0 "	–1 +/–
	Сообщение от хм on 24-Апр-14, 21:24
	>Разработчики также сделали опрос для сообщества, чтобы лучше спланировать будущие релизы: https://www.surveymonkey.com/s.aspx?sm=nQUaqZCCgCT1gpjs%... aspx?
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	11. "Релиз http-сервера nginx 1.6.0 "	–1 +/–
	Сообщение от PyMonty on 24-Апр-14, 22:33
	Рекомендуется использовать основную ветку: http://nginx.com/blog/nginx-1-6-1-7-released/
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	14. "Релиз http-сервера nginx 1.6.0 "	–1 +/–
	Сообщение от rob pike on 24-Апр-14, 23:09
	Ему уже ничего не надо.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	15. "Релиз http-сервера nginx 1.6.0 "	–1 +/–
	Сообщение от неАноним (??) on 24-Апр-14, 23:13
	УРА! sni!!!!
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	17. "Релиз http-сервера nginx 1.6.0 "	+/–
	Сообщение от Аноним (??) on 25-Апр-14, 00:13
	Апача хрен догонишь по пожирону ресурсов и неэффективной отгрузке статики.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	19. "Релиз http-сервера nginx 1.6.0 "	+1 +/–
	Сообщение от Аноним (??) on 25-Апр-14, 00:50
	> Там какие-то глупые вопросы. Вопросы как вопросы. Вполне можно и фи высказать и похвалить и указать что не так.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	20. "Релиз http-сервера nginx 1.6.0 "	+1 +/–
	Сообщение от Аноним (??) on 25-Апр-14, 00:52
	> aspx? Это вообще совершенно посторонний ресурс занимающийся проведением опросов. Хотя, конечно, aspx в опросе про nginx - это да, фэйловато :). Могли бы нанять пару веб-обезьянок, они бы формы для опроса за пару дней накодили без таких фиаско.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	21. "Релиз http-сервера nginx 1.6.0 "	+/–
	Сообщение от Аноним (??) on 25-Апр-14, 00:54
	> Ну и комбайн, скоро апач догонит. Nginx крут тем что уже достаточно фичаст для того чтобы им можно было пользоваться, а не чертыхаться на все и вся, но при этом намного быстрее и легче чем апач. А замена апача на нжинкс на сайте отгружающем пнг и жыпег оказалась заметна на глаз. Так что авторы нжинкса могут собой гордиться - редкое явление когда продукт такого плана можно заметить невооруженным глазом.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	22. "Релиз http-сервера nginx 1.6.0 "	+/–
	Сообщение от rob pike on 25-Апр-14, 01:21
	Я бы с большим интересом выслушал рассказ о месте апача в мире образца 2014 года. Кроме очевидных случаев legacy, конечно. С учетом наличия ngx_lua и сопутствующих модулей. (Про фронтенд не будем, разумеется, дабы не избивать младенцев^W старцев совсем больно). А так-то в своё время 1.3.x был очень хорош. А вместе с mod_perl так и просто ultimate. Только с тех пор много воды утекло.
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Релиз http-сервера nginx 1.6.0 "	+4 +/–
	Сообщение от Stax (ok) on 25-Апр-14, 01:51
	(из любопытства - нет, я реально не слежу за ситуацией) - nginx уже научился htaccess? Т.е. не общему конфигу, перечитываемому через restart/reload, а "изменил кто-нибудь настройки данного каталога - и на лету то, что под ним стало отдаваться иначе". По-моему, раньше утверждалось, что nginx "ради скорости" by design такого никогда не сможет. Поменяли что-нибудь - скажите админу пере грузить конфиг, иначе ничего не подхватится.
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	24. "Релиз http-сервера nginx 1.6.0 "	–4 +/–
	Сообщение от Куяврег on 25-Апр-14, 02:08
	> Поменяли что-нибудь - скажите админу перегрузить конфиг, иначе ничего не подхватится. ай беда... как же теперь быть шаредпомойкам...
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	25. "Релиз http-сервера nginx 1.6.0 "	+2 +/–
	Сообщение от rob pike on 25-Апр-14, 02:34
	Да, вполне кейс. Хотя, конечно, considered "нинужна" (http://wiki.nginx.org/LikeApache-htaccess), но мы не станем им уподобляться. Я бы, наверное, написал для таких кейсов пятнадцатистрочник, ловящий через inotify изменения и шлющий nginx-у сигнал перечитать конфиг - и странно если никто его, в общем виде с конфигурируемостью и прочим не написал, но может я чего не вижу, сонный.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	26. "Релиз http-сервера nginx 1.6.0 "	+1 +/–
	Сообщение от хм on 25-Апр-14, 06:57
	>> aspx? > Это вообще совершенно посторонний ресурс занимающийся проведением опросов. Хотя, конечно, > aspx в опросе про nginx - это да, фэйловато :). Могли > бы нанять пару веб-обезьянок, они бы формы для опроса за пару > дней накодили без таких фиаско. спасибо, капитан. Оно еще и символично. На CDN nginx, а сзади IIS.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	27. "Релиз http-сервера nginx 1.6.0 "	+2 +/–
	Сообщение от Аноним (??) on 25-Апр-14, 09:15
	> Рекомендуется использовать основную ветку: http://nginx.com/blog/nginx-1-6-1-7-released/ Рекомендуют, так как им тестировщики нужны. Поэтому в своё время они unstable в mainline и переименовали, но суть мало изменилась.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	28. "Релиз http-сервера nginx 1.6.0 "	+/–
	Сообщение от NikolayV81 (ok) on 25-Апр-14, 09:42
	Смысл nginx именно в том что бы сократить время/ресурсы на обработку запроса, парсить конфиг на ходу дурацкая с точки зрения производительности идея. Почему не сделано автоматическое обновление, тоже понятно, reload позволяет не применять настройки если они кривые, что очень удобно в использовании. У этого решения есть плюсы и минусы, основной плюс - скорость работы.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	29. "Релиз http-сервера nginx 1.6.0 "	+/–
	Сообщение от Andrey Mitrofanov on 25-Апр-14, 10:05
	>/s.aspx?sm=nQUaqZCCgCT1gpjs+uGOvw== > aspx? Ты бы хотел, чтоб в следующий раз опрос был на mod_lua?  /s.lua?sm=nQUaqZCCgCT1gpjs+uGOvw==, да?
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	30. "Релиз http-сервера nginx 1.6.0 "	+/–
	Сообщение от Аноним (??) on 25-Апр-14, 10:35
	> Оно еще и символично. На CDN nginx, а сзади IIS. Ну да, IIS гомно. Вы не знали? Сюрприз. Остается правда вопрос - зачем платить за серверную винду и IIS? Кроме "тyпость админов/манагеров упомянутого ресурса" разумных ответов в голову не приходит. А нжинкс приделали уже потом, когда заметили что IIS под нагрузкой жидко сдpиcтывает.
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	31. "Релиз http-сервера nginx 1.6.0 "	–3 +/–
	Сообщение от Аноним (??) on 25-Апр-14, 10:38
	> уже научился htaccess? Он не научится ему никогда. Если вам на эффективность и скорость пофиг и надо вашу cpaную общественную помойку в виде шаредхостинга где 100500 ничего не делающих "сайтов" свалено - вам на опач, гoвнo в гoвнe не тонет как раз. А нжинкс пытается обрабатывать запросы эффективно. Лишние чтения файловых систем почем зря - явно не в тему.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	32. "Релиз http-сервера nginx 1.6.0 "	+/–
	Сообщение от Аноним (??) on 25-Апр-14, 11:41
	На то есть важная причина. В случае некорректного .htaccess'а проблеме будет подвержена только директория, в которой он лежит. В случае некорректного инклюда в nginx.conf весь релоад зафейлится, а после экстренного ребута сервера nginx вообще не взлетит, пока этот инклюд не поправят.
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	33. "Релиз http-сервера nginx 1.6.0 "	–1 +/–
	Сообщение от NikolayV81 (ok) on 25-Апр-14, 11:53
	> На то есть важная причина. В случае некорректного .htaccess'а проблеме будет подвержена > только директория, в которой он лежит. В случае некорректного инклюда в > nginx.conf весь релоад зафейлится, а после экстренного ребута сервера nginx вообще > не взлетит, пока этот инклюд не поправят. Странно сначала релоад непроверенный и сразу же reboot экстренный, ну так никто не мешает и httpd.conf поломать...
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	34. "Релиз http-сервера nginx 1.6.0 "	+/–
	Сообщение от rob pike on 25-Апр-14, 12:16
	Ну придется добавить проверку (вызов nginx с ключом -t, и посылать сигнал только если ОК), большое дело.
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	35. "Релиз http-сервера nginx 1.6.0 "	+/–
	Сообщение от rob pike on 25-Апр-14, 12:20
	> после экстренного ребута сервера nginx вообще > не взлетит, пока этот инклюд не поправят. Это неприятно, да. Модуль мог бы инклудить только то что корректно, но так с разбегу не уверен что это можно корректно реализовать используя только "законные" API nginx-а. Впрочем, те, кому это действительно нужно, могли бы и патч поддерживать, он простенький же должен получаться.
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	36. "Релиз http-сервера nginx 1.6.0 "	+/–
	Сообщение от Аноним (??) on 25-Апр-14, 13:32
	Вы не поняли. В случае наличия одного некорректного инклюда не удастся добавлять/менять никакие другие инклюды, пока тот не пофиксят. поэтому для сценария использования .htaccess такой метод неприемлем - все-таки один сломанный .htaccess не мешает остальным.
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	37. "Релиз http-сервера nginx 1.6.0 "	+/–
	Сообщение от Аноним (??) on 25-Апр-14, 13:34
	Ну так никто не пускает жопоруких кодеров в httpd.conf. .htaccess же они править могут. Это дает возможность позволить им переопределять конфигурацию сервера для себя, не мешая жить другим даже в случае синтаксических ошибок.
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	38. "Релиз http-сервера nginx 1.6.0 "	+/–
	Сообщение от rob pike on 25-Апр-14, 13:49
	Я ниже дописал об этом
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	39. "Релиз http-сервера nginx 1.6.0 "	+/–
	Сообщение от NikolayV81 (ok) on 25-Апр-14, 15:32
	> Ну так никто не пускает жопоруких кодеров в httpd.conf. .htaccess же они > править могут. Это дает возможность позволить им переопределять конфигурацию сервера для > себя, не мешая жить другим даже в случае синтаксических ошибок. Да это понятно, но в nginx-е не нужно (ИМХО), другая модель работы (он же идейно скорее замена lighttpd ). Кстати видел рекламу шаред-хостингов с front-end на nginx, вероятно как то решают такие вопросы.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	40. "Релиз http-сервера nginx 1.6.0 "	+1 +/–
	Сообщение от cadmi on 25-Апр-14, 15:36
	> УРА! sni!!!! Вы так бурно радуетесь тому, что SNI в сторону клиента поддерживается, начиная с 0.5.23, вышедшей 7 лет назад? :) Или вы прямо жить не могли без SNI в сторону бэкенда?
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	41. "Релиз http-сервера nginx 1.6.0 "	+2 +/–
	Сообщение от Stax (ok) on 25-Апр-14, 16:25
	Я не про дурацкая/не дурацкая (можно сделать опцией, в конце концов.. хоть на стадии компиляции), а про кейз. Он реально существует и востребован, и это один из примеров, где nginx до httpd не дотягивает.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	42. "Релиз http-сервера nginx 1.6.0 "	+/–
	Сообщение от NikolayV81 (ok) on 25-Апр-14, 16:44
	> Я не про дурацкая/не дурацкая (можно сделать опцией, в конце концов.. хоть > на стадии компиляции), а про кейз. Он реально существует и востребован, > и это один из примеров, где nginx до httpd не дотягивает. Для этого есть apache, зачем оно в nginx, если для shared-хостинга хочется организовать именно nginx в фронт-end и с поддержкой какой-то части .htaccess, то это можно сделать скриптами с проверкой, но ведь функциональность того же .htaccess зависит от набора модулей apache, сначала добавим access/deny туда, потом функции mod_rewrite, потом настройки mod_php ( а с nginx-ом как его запустить то ;) ) и так далее, в итоге получим тот же монструозный apache, который уже есть и в котором исправлены многие детские промахи, памяти он тоже будет жрать не как сейчас.
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	43. "Релиз http-сервера nginx 1.6.0 "	+/–
	Сообщение от Nas (??) on 25-Апр-14, 18:20
	NikolayV81, Если за nginx стоит апач, то mod_rewrite отлично работает для php-скриптов, например. В подавляющем большинстве случаев он только для этого и нужен (по опыту в хостинге).
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

	44. "Релиз http-сервера nginx 1.6.0 "	+/–
	Сообщение от Аноним (??) on 25-Апр-14, 18:26
	вопрос чайника - а оно с вебсокетами еще не дружит ? последний раз глядел на это чудо, когда - не было :/
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	45. "Релиз http-сервера nginx 1.6.0 "	+/–
	Сообщение от rob pike on 25-Апр-14, 19:00
	http://nginx.org/en/docs/http/websocket.html
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	46. "Релиз http-сервера nginx 1.6.0 "	+/–
	Сообщение от Аноним (??) on 25-Апр-14, 20:48
	http://nginx.org/ru/docs/http/websocket.html
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	47. "Релиз http-сервера nginx 1.6.0 "	–1 +/–
	Сообщение от Аноним (??) on 26-Апр-14, 02:55
	> а после экстренного ребута сервера nginx вообще не взлетит, В нормальных ДЦ не бывает "экстренных ребутов", ибо вменяемые админы и бесперебойники.
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	48. "Релиз http-сервера nginx 1.6.0 "	+/–
	Сообщение от Аноним (??) on 26-Апр-14, 03:00
	> Рекомендуют, так как им тестировщики нужны. А они не думали что тестировщик - это профессия такая? Раз уж они корпорация с коммерческими блобиками - наверное можно и команду тестировщиков тогда нанять.
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	49. "Релиз http-сервера nginx 1.6.0 "	+/–
	Сообщение от тигар (ok) on 26-Апр-14, 10:41
	>>/s.aspx?sm=nQUaqZCCgCT1gpjs+uGOvw== >> aspx? > Ты бы хотел, чтоб в следующий раз опрос был на mod_lua?   > /s.lua?sm=nQUaqZCCgCT1gpjs+uGOvw==, да? ngx_lua_module, двоешниг, mod_штота это опач. а опач нужен в 2014 году только для того чтобы организовать http[s] перед svn и на этом, пожалуй, все.
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	50. "Релиз http-сервера nginx 1.6.0 "	–2 +/–
	Сообщение от Аноним (??) on 26-Апр-14, 11:41
	> Nginx крут тем что уже достаточно фичаст для того чтобы им можно было пользоваться, а не чертыхаться на все и вся Чтобы не чертыхаться на отсутствие поддержки htaccess, нужна исключительная сила воли и любовь к Сысоеву.
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	51. "Релиз http-сервера nginx 1.6.0 "	–1 +/–
	Сообщение от Аноним (??) on 26-Апр-14, 11:43
	> А они не думали что тестировщик - это профессия такая? Раз уж > они корпорация с коммерческими блобиками - наверное можно и команду тестировщиков > тогда нанять. Использовать халявных - более выгодно, так как снижает расходы компании. BSD-way же!
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	52. "Релиз http-сервера nginx 1.6.0 "	+/–
	Сообщение от Аноним (??) on 26-Апр-14, 11:45
	> Впрочем, те, кому это действительно нужно, могли бы и патч поддерживать, он > простенький же должен получаться. Это много кому нужно, но в мейнстрим не пустят принципиально, так что гемор получится приличный. А в мейнстрим, скорее всего, не пускают, чтобы сделать это в качестве эксклюзивной фичи nginx gold enterprise edition.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	53. "Релиз http-сервера nginx 1.6.0 "	+/–
	Сообщение от Аноним (??) on 26-Апр-14, 11:47
	> ай беда... как же теперь быть шаредпомойкам... Учитывая, что шаредпомойки - это не меньше половины рынка вебни, правильно сказать "как же быть Сысоеву?"
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	54. "Релиз http-сервера nginx 1.6.0 "	+1 +/–
	Сообщение от Аноним (??) on 26-Апр-14, 11:48
	> В нормальных ДЦ не бывает "экстренных ребутов", ибо вменяемые админы и бесперебойники. И бэкапов там не делают, по той же причине.
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	55. "Релиз http-сервера nginx 1.6.0 "	+1 +/–
	Сообщение от XoRe (ok) on 26-Апр-14, 23:13
	>> Nginx крут тем что уже достаточно фичаст для того чтобы им можно было пользоваться, а не чертыхаться на все и вся > Чтобы не чертыхаться на отсутствие поддержки htaccess, нужна исключительная сила воли и > любовь к Сысоеву. htaccess не нужен всем поголовно. Да, шаред хостингам он нужен, т.к. ещё полно cms'ок, которые написаны так, чтобы его использовать. Поэтому на шаред хостингах стоит апач бекендом (а фронтенд - давно nginx). Но и то - просто потому, что клиенты не умеют/не хотят отказаться от htaccess. А клиент платит - клиент получает. Это единственная объективная причина, когда можно оставить apache. Ах да, ещё есть свой хостинг разработчиков, которые пишут сайты на заказ. Но это подвид шаред хостинга - все делается для клиента. В остальных случаях (т.е. когда сайт свой) можно сказать, что все упирается в скилл/лень админов и разработчиков. Т.е. причины уже субьективные.
	Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

	56. "Релиз http-сервера nginx 1.6.0 "	+/–
	Сообщение от XoRe (ok) on 26-Апр-14, 23:17
	> а опач нужен в 2014 году только для того чтобы организовать http[s] > перед svn и на этом, пожалуй, все. Ещё redmine (и ещё что-нибудь на ruby пускать) через mod_passenger, а потом лениться переделывать :)
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	57. "Релиз http-сервера nginx 1.6.0 "	+/–
	Сообщение от XoRe (ok) on 26-Апр-14, 23:23
	> (из любопытства - нет, я реально не слежу за ситуацией) - nginx > уже научился htaccess? Наверное никогда. Но это нужно, по большому счету, только на шаред хостингах. Ну и на хостингах разрабов (которые пишут сайты для размещения на шаред хостингах). Т.е. это одна ниша, причем не самая большая. А для своего сайта логику из htaccess можно впихнуть в конфиг nginx.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	58. "Релиз http-сервера nginx 1.6.0 "	+/–
	Сообщение от XoRe (ok) on 26-Апр-14, 23:24
	> УРА! sni!!!! Интересно, напуркуа брать SNI от бекенда.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	59. "Релиз http-сервера nginx 1.6.0 "	–1 +/–
	Сообщение от Аноним (??) on 28-Апр-14, 16:46
	nginx шаред хостингу не нужен даже перед апачем. Где он будет хранить n TB статики? А еще в шаред хостинге нет необходимости в эффективности. А если речь идет о быстродействии php на толстых серверах, то одним nginx там тоже не обойтись. Опять же, .htaccess это не только простота и гибкость, но и безопасность. Так что каждому свое и каждый для своего.
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	60. "Релиз http-сервера nginx 1.6.0 "	+/–
	Сообщение от vovans (ok) on 28-Апр-14, 17:10
	Зачем запятая перед "что"?
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

	61. "Релиз http-сервера nginx 1.6.0 "	+/–
	Сообщение от Аноним (??) on 28-Апр-14, 19:01
	Нужен, чтобы у апача воркеры подолгу не висели во время отдачи ответов сервера. Апач гораздо лучше работает по принципу: быстро получил запрос от nginx - обработал - быстро отдал ответ nginx'у, чем по принципу: принял запрос от (потенциально медленного, напр. мобильного) клиента - обработал запрос - медленно отдал ответ клиенту.
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

	62. "Релиз http-сервера nginx 1.6.0 "	+/–
	Сообщение от Аноним (??) on 28-Апр-14, 19:35
	Может все-таки префорки, а не воркеры?
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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