The OpenNET Project / Index page

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

Релиз http-сервера nginx 1.2.0

23.04.2012 21:59

После 19 экспериментальных выпусков в тестовой ветке 1.1.x представлена новая стабильная версия высокопроизводительного HTTP-сервера nginx 1.2.0. В дальнейшем в рамках новой стабильной ветки API не будет меняться, все существенные изменения будут развиваться в рамках новой экспериментальной ветки 1.3.x.

В соответствии с апрельским отчетом компании Netcraft nginx используется на 12.76% всех активных сайтов и на 10.09% из миллиона самых посещаемых сайтов в мире. Год назад nginx использовался на 8.68% всех активных сайтов и 6.52% популярных сайтов. За год nginx перешагнул десятипроцентный рубеж и вытеснил IIS на третье место в рейтинге популярности активных сайтов. В настоящее время под управлением nginx работает около 23.4 млн хостов. По данным W3Techs 11% из миллиона самых посещаемых сайтов в мире используют nginx, в апреле прошлого года этот показатель составлял 6.8%. В России nginx используется на 58.2% самых посещаемых сайтов (год назад - 46.9%).

Из улучшений, добавленных по сравнению с веткой 1.0.x, можно отметить:

  • Модуль ngx_http_upstream_keepalive для включения keep-alive соединений с вышестоящими серверами;
  • Модуль ngx_http_limit_zone_module, позволяющий ограничить число соединений по определённому критерию, переименован в ngx_http_limit_conn_module

  • Директива proxy_redirect теперь поддерживает регулярные выражения и переменные в первом параметре.
  • Директива proxy_http_version, задаёт версию протокола HTTP для проксирования.
  • Директива fastcgi_keep_conn, позволяет организовать постоянные соединения с FastCGI-серверами.
  • Директива worker_aio_requests.
  • Директива limit_zone заменена директивой limit_conn_zone с новым синтаксисом.
  • Директива disable_symlinks, определяет, как следует поступать с символическими ссылками при открытии файлов.
  • Директивы [proxy/fastcgi/scgi/uwsgi]_cache_lock, [proxy/fastcgi/scgi/uwsgi_cache_lock]_timeout. В директивах [proxy/fastcgi/scgi/uwsgi]_cache_path добавлена поддержка параметров loader_files, loader_sleep и loader_threshold;
  • Директивы proxy_cookie_domain и proxy_cookie_path, задают текст, который нужно изменить в атрибутах domain и path полей “Set-Cookie” заголовка ответа проксируемого сервера
  • Директива pcre_jit, которая разрешает или запрещает использование JIT-компиляции (PCRE JIT) для регулярных выражений, известных на момент парсинга конфигурации.
  • Директивы xslt_param и xslt_string_param, которые задают параметры для XSLT-шаблонов;

  • Новая переменная $https, которая принимает значение "on" если соединение работает в режиме SSL.
  • Новая переменная $connection_requests.
  • Новые переменные $tcpinfo_rtt, $tcpinfo_rttvar, $tcpinfo_snd_cwnd и $tcpinfo_rcv_space c информацией о клиентском TCP-соединении.

  • Поддержка указания нескольких DNS-серверов в директиве "resolver".
  • Добавлен параметр valid в директиве resolver. По умолчанию теперь используется TTL, возвращённый DNS-сервером;
  • Поддержка ограничения по нескольким limit_conn на одном уровне.
  • Добавлен параметр so_keepalive в директиве listen;
  • Добавлен параметр if_not_empty в директивах fastcgi/scgi/uwsgi_param;
  • Теперь можно указать несколько ограничений limit_req одновременно.
  • Добавлен параметр from в директиве disable_symlinks.
  • Директива worker_cpu_affinity теперь работает на FreeBSD.

  • Загрузчик кэша за каждую итерацию либо обрабатывает число файлов, указанное в параметре load_files, либо работает не дольше времени, указанного в параметре loader_threshold.
  • Изменение во внутреннем API: теперь при внутреннем редиректе в именованный location контексты модулей очищаются.
  • Если сервер, описанный в блоке upstream, был признан неработающим, то после истечения fail_timeout на него будет отправлен только один запрос; сервер будет считаться работающим, если успешно ответит на этот запрос.
  • После перенаправления запроса с помощью директивы error_page директива proxy_pass без URI теперь использует изменённый URI.
  • Ограничение на количество одновременных подзапросов поднято до 200.
  • Теперь keepalive соединения не запрещены для Safari по умолчанию.

Из добавленных в процессе разработки nginx 1.1.x новшеств, которые были перенесены в ветку 1.0.x можно выделить:

  • Модуль ngx_http_mp4_module для организации потокового вещания из файлов в формате H.264/AAC.
  • Директива image_filter_sharpen для повышения резкости итогового изображения.
  • Директива lingering_close, управляет закрытием соединений с клиентами.
  • Директивы uwsgi_buffering и scgi_buffering.
  • Директива max_ranges, ограничивает максимальное допустимое число диапазонов в запросах с указанием диапазона запрашиваемых байт (byte-range requests).
  • Уменьшение потребления памяти при использовании SSL.
  • SSI команда if поддерживает выделения в регулярных выражениях.
  • Параметры TLSv1.1 и TLSv1.2 в директиве ssl_protocols.
  • Директивы return и error_page теперь могут использоваться для возврата перенаправлений с кодом 307.
  • Двойные кавычки экранируются при выводе SSI-командой echo.
  • Cимволы 0x7F-0xFF в access_log записываются в виде \\xXX.
  • Директивы "proxy/fastcgi/scgi/uwsgi_ignore_headers" теперь поддерживают значения X-Accel-Limit-Rate, X-Accel-Buffering и X-Accel-Charset.
  • На NetBSD поддерживаются accept фильтры.
  • Если суммарный размер всех диапазонов больше размера исходного ответа, то nginx возвращает только исходный ответ, не обрабатывая диапазоны.
  • Уменьшение времени работы загрузчика кэша.
  • Поддержка шифров с обменом ECDHE-ключами.
  • Уменьшение времени загрузки конфигураций с большим количеством HTTPS серверов.
  • Разделяемые зоны и кэши используют семафоры POSIX в Solaris.


  1. Главная ссылка к новости (http://nginx.org/#2012-04-23...)
  2. OpenNews: Вышел стабильный релиз HTTP-сервера Nginx 1.0
  3. OpenNews: По данным Netcraft http-сервер nginx перешагнул десятипроцентный рубеж
  4. OpenNews: Nginx обогнал Microsoft IIS по числу обслуживаемых активных сайтов
  5. OpenNews: Подробности о развитии Nginx в руках коммерческой компании
  6. OpenNews: Проект Nginx получил $3 млн инвестиций и начал переход к модели Open Core (дополнено)
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/33668-nginx
Ключевые слова: nginx
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (203) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 00:24, 24/04/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Обновил порты на Фряшечке, спасибо :)
    Ну как там обычно говорят любители Генты и Арча: ждем ебилдов!
     
     
  • 2.37, 1 (??), 10:45, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    в арче никогда не ждут ебилдов
     
  • 2.44, Mephisto (??), 11:24, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В арче в тестинге уже прилетело :3
     
  • 2.73, Аноним (-), 23:18, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    ментально здоровый человек должен сторонится фразы про ебилды.
    это уже ни разу не смешно и уже всем надоело.
     
     
  • 3.79, Аноним (-), 23:54, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > ментально здоровый человек должен сторонится фразы про ебилды.

    Это фрибсдшник, сэр. Найти ментально здорового среди них - что-то типа поиска верблюда в антарктиде.


     
     
  • 4.81, Аноним (-), 00:11, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ментально здоровый человек должен сторонится фразы про ебилды.
    > это уже ни разу не смешно и уже всем надоело.

    Если кто-то кажется нездоровым вам, это еще не значит, что они действительно нездоровы.
    Факт вашего вашего собственного здоровья пока еще тоже не установлен.

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

     
     
  • 5.92, Аноним (-), 02:29, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Если кто-то кажется нездоровым вам, это еще не значит, что они действительно нездоровы.

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

    Вот глядя на подобные ченжлоги и понимаешь что политика дебиана/редхата/etc по удержанию версии пакета до выпуска очередной системы не так уж и плоха. Потому что есть авторы которые вот в таком стиле полностью кладут на обратную совместимость и можно поймать некислый факап.

     
     
  • 6.93, oxyum (ok), 02:53, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Нет, тут дело не в авторах, а в том, что у нас слишком много админов локалхоста... большой текст свёрнут, показать
     
     
  • 7.117, Аноним (-), 11:11, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А вот те, кто делают политику обновления для RHEL и других серверных
    > продуктов это уже понимают, и им, например, не мешает выход новых версий ничем

    Капитан, это вы?! :)

     
  • 6.95, Аноним (-), 03:02, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    То есть у вас возник какой-то баг, который вы не осилили сами исправить, и к том... большой текст свёрнут, показать
     
     
  • 7.97, Michael Shigorin (ok), 03:14, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > То есть у вас возник какой-то баг, который вы не осилили сами
    > исправить, и к тому же написать баг-репорт вам религия не позволяет.

    Кгм, это не баг, а сознательная разница в подходах.  Одни предпочитают "тухлое, но не беспокоиться", другие начинают подпрыгивать, если пошёл третий час с момента выпуска новой версии, а её "всё нет".

    [skip]

     
  • 7.122, Аноним (-), 11:30, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    То-есть, автор сознательно изменил формат конфига и это не баг а фича А вот есл... большой текст свёрнут, показать
     
     
  • 8.133, AlexAT (ok), 11:46, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Именно Софт, который непредсказуемо ломает структуру конфига при обновлении даж... текст свёрнут, показать
     
     
  • 9.144, oxyum (ok), 12:43, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    http nginx org ru CHANGES ru-1 2 Даже на русском ... текст свёрнут, показать
     
  • 9.152, Michael Shigorin (ok), 13:34, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Угу, как в apache2 дорвавшиеся студенты молча ломали семантику API время запрос... текст свёрнут, показать
     
     
  • 10.156, AlexAT (ok), 17:12, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Apache 1 и Apache 2 - это примерно как пятерка VS Audi A6 ... текст свёрнут, показать
     
  • 8.153, Michael Shigorin (ok), 13:39, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Дополню автопилотные системы не бегают по сайтам апстримов каждые три минуты ... текст свёрнут, показать
     
  • 6.116, тигар (ok), 10:52, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Если кто-то кажется нездоровым вам, это еще не значит, что они действительно нездоровы.
    > Да, когда тебе прилетит в продакшн что-то типа "Директива limit_zone заменена директивой
    > limit_conn_zone с новым синтаксисом" и все нагнется если ты этим пользовался
    > - вот тут мы и посмотрим кто будет здоров а кто
    > нет.

    а вот это проблема исключительно тех, кто считает плюсом обновление ПО по cron ;)

     
     
  • 7.124, Аноним (-), 11:36, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > а вот это проблема исключительно тех, кто считает плюсом обновление ПО по cron ;)

    "...вкалывают роботы, а не человек".

     
     
  • 8.137, тигар (ok), 11:51, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ну т е роботы будут читать changelog и у обновляторов кроном я, чесно говоря, ... текст свёрнут, показать
     
     
  • 9.162, Аноним (-), 20:30, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Так в том то и фикус что в нормальном дистре можно просто вкатить апдейт Там бу... текст свёрнут, показать
     
     
  • 10.165, oxyum (ok), 22:30, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ВЕРОЯТНЕЕ всего не ломающих ВАШУ конфигурацию любой грамотный админ крупной п... текст свёрнут, показать
     
     
  • 11.177, vle (ok), 16:44, 26/04/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так не бывает ... текст свёрнут, показать
     
     
  • 12.181, oxyum (ok), 18:53, 26/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Чо, правда А я и не знал ... текст свёрнут, показать
     
  • 11.190, Аноним (-), 03:09, 27/04/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Бывает с примерно такой же частотой как падение метеоритов на головы граждан Да... текст свёрнут, показать
     
  • 2.183, Arti (??), 23:02, 26/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    не я понял бы написал порт обновил. ото обсуждаем у кого мантенер круче.
     

     ....большая нить свёрнута, показать (25)

  • 1.2, zuborg (?), 00:33, 24/04/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Развитие nginx и не думает замедляться - это радует ;)
    Глядишь, в 1.3 уже будет поддержка spdy, тогда он будет просто вне конкуренции ;)
     
     
  • 2.27, Hugo Reyes (ok), 10:09, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    SPDY обещалось в мае. 1.3.0 выйдет в мае?
     
     
  • 3.43, vovans (ok), 11:08, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    выйдет
     
  • 2.49, Andrey Mitrofanov (?), 14:22, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Глядишь, в 1.3 уже будет поддержка spdy, тогда он будет просто

    А в 1.3.52 добавят эмуляцию апача... А в 1.3.99 число модулей превысит число апачевских... А в 2.1.199 размер кода превысит, и дистрибутивы заменят устаревший апач пакетом apache-compat-server-nginx... Ближе к релизу 2.4 на энжиникс фоундейшн будут сбрасывать платиновую помощь майкрософты и ненужные завалы опенсорса прочие карпорасты... Дети начнут спрашивать, "папа, а кто такой апаче хатэтэпэдэ?!"...

     
     
  • 3.69, Аноним (-), 23:01, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А в 1.3.52 добавят эмуляцию апача...

    Будет так же жрать ресурсы, тормозить и форкать процессы? oO

     
     
  • 4.90, user455 (?), 01:39, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    форкает апач процессы или работает с мультитредной моделью зависит от используемого мпм. но большинство-в-интернете(тм) об этом не знает.
     
     
  • 5.99, Аноним (-), 06:11, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > форкает апач процессы или работает с мультитредной моделью

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

     
     
  • 6.114, user455 (?), 10:42, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    ерунду какую-то говоришь
     
     
  • 7.125, Аноним (-), 11:36, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ерунду какую-то говоришь

    Как аргументировано.

     
  • 6.184, Arti (??), 23:10, 26/04/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> форкает апач процессы или работает с мультитредной моделью
    > О да, конечно, если вместо форка на соединение станет старт треда на

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

     
     
  • 7.188, Michael Shigorin (ok), 00:50, 27/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > если лишний мег надо воткнуть и поставить апач - легко. у меня нет религиозных

    Да уж...

    Лишний гиг тоже может не выручить.  Когда по совету народа с mozilla.ru посмотрел внимательней на nginx хотя бы в качестве фронтэнда, потребление памяти/нагрузочная способность и впрямь улучшились примерно в десять раз.  И это относительно первого апача.

     
     
  • 8.197, AlexAT (ok), 08:06, 27/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Первый апач ну что за некрофилия Я не сомневаюсь, что nginx ведет себя куда ... текст свёрнут, показать
     
     
  • 9.209, Michael Shigorin (ok), 02:38, 28/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    На дворе были 1 3 и 2 0 Первый со своими задачами в т ч разумным расходам вр... текст свёрнут, показать
     
     
  • 10.211, AlexAT (ok), 09:34, 28/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда, когда на дворе были только 1 3 и младшие 2 0, nginx был вообще неюзабелен... большой текст свёрнут, показать
     
     
  • 11.212, Michael Shigorin (ok), 14:42, 28/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Может, для Вас -- у меня nginx-0 1 x вполне справлялся со своими скромными задач... текст свёрнут, показать
     
  • 7.191, Аноним (-), 03:11, 27/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > в жизне не делал системы на "неразрывный конект на бесконечной скорости" все
    > делаем под задачу если лишний мег надо воткнуть и поставить апач - легко.

    А потом приходит школьник с GPRSом и спокойно кладет сайт с своего нетбука одной левой. Просто потому что наделать кучу соединений - много ресурсов не надо.

     
     
  • 8.196, AlexAT (ok), 08:03, 27/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Про mod_evasive слегка слышали Школьнику в случае наличия данного модуля не све... текст свёрнут, показать
     
  • 4.110, Andrey Mitrofanov (?), 10:04, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >жрать ресурсы, тормозить и форкать процессы? oO

    Только в проприертарном форке, проспонсированном Майкрософтом. И только на Уиндоуз-128.%)

     
     
  • 5.148, Алекс (??), 12:59, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Только в проприертарном форке, проспонсированном Майкрософтом. И только на Уиндоуз-128.%)

    ?
    Оно везде так и от MPM зависит мало.

     

  • 1.3, ILYA INDIGO (ok), 01:11, 24/04/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Глядишь и скоро ему apache для динамики будет уже не нужен.
     
     
  • 2.10, AlexAT (ok), 07:21, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Не получится. Архитектура не позволяет.
     
  • 2.13, бедный буратино (ok), 07:37, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ему он и не нужен. Он нужен пыхерам.
     
     
  • 3.54, FSA (ok), 17:02, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Нафига? php-fpm, spawn-cgi... мало?
     
  • 3.70, Аноним (-), 23:03, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Он нужен пыхерам.

    Упоролся? Пых давно цепляется через fastcgi и опач становится как-то ни к чему. А админить 2 сервака вместо 1 - не есть хорошо.

     
     
  • 4.76, anonimous (?), 23:29, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    пыхерам просто без htaccess-ов никак(ну или проблематично)
     
     
  • 5.80, Аноним (-), 23:55, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > пыхерам просто без htaccess-ов никак

    Это кто придумал? Вон тот буратино? Ну у него и ник подходящий.

     
  • 4.96, бедный буратино (ok), 03:03, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Он нужен пыхерам.
    > Упоролся? Пых давно цепляется через fastcgi и опач становится как-то ни к
    > чему. А админить 2 сервака вместо 1 - не есть хорошо.

    Специально для пыхеров повторяю два раза - он нужен ТОЛЬКО пыхерам, а "не он нужен ВСЕМ пыхерам".

     
     
  • 5.100, Аноним (-), 06:13, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > он нужен ТОЛЬКО пыхерам,

    А доказательства этого тезиса предоставить можно? Хотя с таким ником уместнее желать разве что замену на "сам себе злобный буратино" наверное :)

     
     
  • 6.149, Алекс (??), 13:05, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> он нужен ТОЛЬКО пыхерам,
    > А доказательства этого тезиса предоставить можно? Хотя с таким ником уместнее желать
    > разве что замену на "сам себе злобный буратино" наверное :)

    Не позорьтесь.
    Даже я знаю когда (массово) используется .htaccess.

     
     
  • 7.163, Аноним (-), 21:28, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Не позорьтесь.

    К себе примените.

    > Даже я знаю когда (массово) используется .htaccess.

    Если где-то что-то используется - это еще не значит что это единственный вариант. Хотя у борцунов с php дрочащих на очередной кульный ЯП у которого своих недостатков на трех пыхов хватит такая фигня никогда не смущала.

     
  • 2.22, Волька (?), 09:14, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А нахера ему Апач для динамики? Сто лет как везде повыкидывал Апач.
     
  • 2.41, Нету имени (?), 10:59, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Уже сто лет как fpm SAPI нативное для пыхеров идёт в PHP. Работа через unix socket или сетевое соединени как FCGI.
     
  • 2.46, kazh (?), 12:31, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Мне идеец нужеть только для SVN_WEBDAV. Вся остальная динамика отправила индейца в пеший эротический поход.
     
  • 2.94, Michael Shigorin (ok), 02:57, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Глядишь и скоро ему apache для динамики будет уже не нужен.

    Вчерась запустил очередной apacheless VPS для ещё одного проекта.  На nginx.  С динамикой. :)

     
     
  • 3.101, Аноним (-), 06:14, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Вчерась запустил очередной apacheless VPS

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

     
     
  • 4.166, Sw00p aka Jerom (?), 00:07, 26/04/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    у апача есть незаменимая весчь которая в энджинксе появится бог знает когда - mod_security - если чО у мня апач стоит фронтом с секурным модулем и проксирует на энджинкс - и мифы про не производительность апача - идут лесом - прекрасно с нагрузкой справляется
     
     
  • 5.167, Stream (?), 01:14, 26/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > у апача есть незаменимая весчь которая в энджинксе появится бог знает когда
    > - mod_security - если чО у мня апач стоит фронтом с
    > секурным модулем и проксирует на энджинкс - и мифы про не
    > производительность апача - идут лесом - прекрасно с нагрузкой справляется

    И сколько твою домашнюю страничку человек в год посещает? Мама и ты?

     
     
  • 6.175, Sw00p aka Jerom (?), 14:33, 26/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> у апача есть незаменимая весчь которая в энджинксе появится бог знает когда
    >> - mod_security - если чО у мня апач стоит фронтом с
    >> секурным модулем и проксирует на энджинкс - и мифы про не
    >> производительность апача - идут лесом - прекрасно с нагрузкой справляется
    > И сколько твою домашнюю страничку человек в год посещает? Мама и ты?

    када будешь держать 1К сайтов - узнаешь

     
     
  • 7.192, Аноним (-), 03:12, 27/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > када будешь держать 1К сайтов - узнаешь

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

     
     
  • 8.199, Sw00p aka Jerom (?), 14:00, 27/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    ага а для домашних страничек безопасность не нужна - да ладно ... текст свёрнут, показать
     
     
  • 9.200, AlexAT (ok), 18:40, 27/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Явно вырисовываются две позиции - людей, которые держат массу абонентов провайд... текст свёрнут, показать
     
     
  • 10.203, Sw00p aka Jerom (?), 21:45, 27/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    а что по вашему значит хайлоад и что это за третья сторона то что они сюда н... текст свёрнут, показать
     
  • 8.201, AlexAT (ok), 18:41, 27/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Поинт в том, что под массовый сервис лично я бы nginx-only городить не рискнул ... текст свёрнут, показать
     

  • 1.4, Sw00p aka Jerom (?), 01:46, 24/04/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    хорошо было бы если можно было юзать прокси кеш без proxy_pass
     
     
  • 2.30, Аноним (-), 10:24, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это как?

    Что вы собираетесь кешировать, если не проксируемое?

     
     
  • 3.108, Sw00p aka Jerom (?), 09:58, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    ну схема такая

    сначало в прокси пасе указываю сервер - потом через нджинкс собираю контент в кеш (агрессивно всё подряд) - делаю миррор (зеркало) сайта - а потом просто заменяю прокси пасс на несуществующий бекенд и говорю нджинксу чтобы использовал тока кеш

    думаю понятно

     
     
  • 4.111, Andrey Mitrofanov (?), 10:07, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > думаю понятно

    Не-а. Может, тебе нужен генератор статики, а не динамо + прокси-кеш + костыли?

     
     
  • 5.158, Sw00p aka Jerom (?), 17:36, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    для особо тупых

    краулер -> local_nginx ---(проксирует на реальный сайт и сохраняет в кеше)----> web_site

    кеш держится довольно долго и кешируется всё подряд

    потом в local_nginx заменяем proxy_pass http://мёртвый адрес и всё - статический миррор сайта готов с сохранением всех URL

     
     
  • 6.159, Stream (?), 18:36, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Про директиву proxy_store слышали?
     
     
  • 7.161, Sw00p aka Jerom (?), 19:35, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Про директиву proxy_store слышали?

    ага - и энджинкс тянет контент оттуда если выпал бекенд ?

    даже proxy_cache_use_stale не помогает - а в случае с прокси кешом - всё норма

    ps: может proxy_store ещё сохраняет ответы от сервера - всякие перенаправления и нот фоунды ?

     
     
  • 8.168, Stream (?), 01:24, 26/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Если руки из нужного места растут, то настроить можно как угодно hint error_pa... текст свёрнут, показать
     
     
  • 9.174, Sw00p aka Jerom (?), 14:29, 26/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    ага и запрос в два раза дольще будет выполняться - сначало оброботка ошибки а по... текст свёрнут, показать
     
     
  • 10.176, Stream (?), 14:59, 26/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Так вы определитесь, что вам надо Если сначала смотреть сохраненную версию, то ... текст свёрнут, показать
     
     
  • 11.178, Sw00p aka Jerom (?), 17:51, 26/04/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    вас продолжать дальше кормить или наелись 100 раз уже повторяю - миррор сайта ... текст свёрнут, показать
     
     
  • 12.202, Stream (?), 19:31, 27/04/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Для этого есть специальные утилиты или вам нравится гвозди забивать микроскопом ... текст свёрнут, показать
     
     
  • 13.204, Sw00p aka Jerom (?), 21:47, 27/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    просветите пжалуста - они также как и реальный сайт на энджинксе будут держать н... текст свёрнут, показать
     
  • 2.109, Sw00p aka Jerom (?), 09:58, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > хорошо было бы если можно было юзать прокси кеш без proxy_pass

    за минус спасибо - сначало спросите для чего это нужно

     

     ....большая нить свёрнута, показать (13)

  • 1.5, h31 (ok), 02:42, 24/04/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Хех, недавно видел инструкцию по настройке веб-сервера (или вообще LAMP, не помню точно), где говорилось, что nginx - это _не_ веб-сервер, а ускорялка для Apache. Ага, прямо вот такими фразами.
    Хотя тут оба виноваты. Nginx нынче улучшает работу с бэкендами, а Apache - с фронтендами.
     
     
  • 2.6, Stream (?), 02:58, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Недавно видел в книжку, где говорилось, что детей аист приносит. Ага, прямо так и говорилось.
     

  • 1.7, MadAdmin (?), 06:28, 24/04/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Существуют ли сайты, где nginx главный и единственный движок (без Apache),
    а не FrontEnd? И если уже совсем обнаглеть: существуют ли nginx-only-based CMS?
     
     
  • 2.8, dalco (ok), 07:05, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У меня пара сайтов чисто на nginx без всяких апачей живет. В качестве движка Drupal. Все работает :)

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

     
  • 2.9, Аноним (-), 07:08, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно существуют, проблемы тут нет никакой.
     
  • 2.11, AlexAT (ok), 07:22, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • –10 +/
    > Существуют ли сайты, где nginx главный и единственный движок (без Apache),
    > а не FrontEnd? И если уже совсем обнаглеть: существуют ли nginx-only-based CMS?

    Для небольшого локалхоста вполне годно. А вот под нагрузку такое ставить не стоит.

     
     
  • 3.12, PavelR (ok), 07:26, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +11 +/

    Выше был ответ дилетанта на вопрос дилетанта.

     
     
  • 4.24, AlexAT (ok), 09:49, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Выше был ответ дилетанта на вопрос дилетанта.

    success story в студию или трепло

     
     
  • 5.25, PavelR (ok), 10:00, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +/

    Я не виноват что у вас что-то не получилось. Лучше, давайте вы ваши возникшие проблемы озвучите.

    А наша success-story - это nginx + php-fpm. Он, между прочим, фичастее чем mod_php в плане управления "долговыполняющимися" процессами.

     
     
  • 6.26, AlexAT (ok), 10:02, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А наша success-story - это nginx + php-fpm. Он, между прочим, фичастее
    > чем mod_php в плане управления "долговыполняющимися" процессами.

    Нагрузка? 1000 посетителей в сутки?
    У нас особых проблем нет - Apache как на фронтенде (worker), так и на бэкенде (mpm-itk).

     
     
  • 7.53, Vaso Petrovich (?), 15:02, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Нагрузка? 1000 посетителей в сутки?

    15к+ посетителей и 200к+ хитов в сутки, достаточная нагрузка? После отказа от апача, общая загрузка сервера заметно снизилась.

     
     
  • 8.59, Doh (?), 17:51, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, так, что бы специалиста расслабить того, у которого nginx fpm только одно... текст свёрнут, показать
     
     
  • 9.61, AlexAT (ok), 19:08, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А хостнейм ... текст свёрнут, показать
     
     
  • 10.193, Аноним (-), 04:18, 27/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Вы свои скажите, а мы посмотрим сколько посетителей опеннета умеют запускать ут... текст свёрнут, показать
     
  • 9.62, AlexAT (ok), 19:19, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    я отстал от жизни и HTTP 1 1 в nginx уже сделали ... текст свёрнут, показать
     
     
  • 10.65, AlexAT (ok), 19:26, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вижу, в 1 1 добавили chunked Вопрос снят Надо бы попробовать вернуться к этому... текст свёрнут, показать
     
     
  • 11.102, Аноним (-), 06:18, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Лучше скажи какой смысл в этом неповоротливом древнем утюге У apache все что ни... текст свёрнут, показать
     
  • 7.68, rshadow (ok), 20:58, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    1000 в сутки, в среднем, это один клик в 1,5 минуты =) С этим мой телефон справится, даже если туда апач поставить и мускул.
     
  • 7.164, Аноним (-), 21:44, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > У нас особых проблем нет - Apache как на фронтенде (worker),

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

    Результат? Все сайты с более-менее серьезной нагрузкой и/или подвергающиеся пакостям от пионерии очень быстро осознают что апач с воркерами в роли фронтэнда не лучше моей бабушки в роли балерины. А такие как вы понимают только когда им 10К конекций в лоб предъявят так что все нагибается.

     
     
  • 8.169, AlexAT (ok), 07:05, 26/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Для этого существуют превентивные меры еще на входе К слову говоря, когда предъ... текст свёрнут, показать
     
     
  • 9.170, theDolphin (?), 10:46, 26/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Nginx расходует примерно 300 байт на одно соединение Так что пионерия может спа... текст свёрнут, показать
     
     
  • 10.171, theDolphin (?), 10:55, 26/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Еще разое, хоть в теме уже было Nginx выдерживал ддосы до ширины канала, фильтр... текст свёрнут, показать
     
  • 9.194, Аноним (-), 04:40, 27/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Да, мы сначала воткнем хилый фронтэнд а потом у нас будет головняк что он дохнет... большой текст свёрнут, показать
     
     
  • 10.195, AlexAT (ok), 07:59, 27/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    И на основании ж чего такой вывод На каждый сокет требуется энный размер памяти... большой текст свёрнут, показать
     
     
  • 11.213, Аноним (-), 18:56, 01/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Только в случае апача требуется еще и куча памяти на сами процессы апача и загиб... большой текст свёрнут, показать
     
     
  • 12.214, AlexAT (ok), 20:54, 02/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Выбросьте уже винду Under Linux, fork is implemented using copy-on-write page... большой текст свёрнут, показать
     
  • 5.29, Аноним (-), 10:22, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Трепло тут ты, nginx под нагрузкой работает отлично.
    Если не понимаешь почему - это не повод рассказывать чушь.
    Success story - полрунета.
    Nginx frontend + php-fpm backend масштабируется в любую сторону.
    Пять лет в разных highload проектах, ни разу не видел апача в production.
    Хотя коллеги по цеху рассказывают, что не смогли отойти от mod_php и используют связку nginx + apache. Я не использовал ни разу с момента прихода в highload.
    Ну и если тебя прям совсем цифры интересуют - на входе ~5k rps, ~80 mbit обрабатываются парой закарпленных nginx. И это далеко не предел.
    Верю, что и апач это осилит. Но не использую.
     
     
  • 6.34, AlexAT (ok), 10:37, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • –7 +/
    > Трепло тут ты, nginx под нагрузкой работает отлично.
    > Если не понимаешь почему - это не повод рассказывать чушь.
    > Success story - полрунета.

    Ты не понимаешь ни сути,  ни причины. Хотя - это одна из причин, по которой nginx популярен в рунете - сильна идеология поиска silver bullet вместо решения прямых задач надежности и масштабируемости.

     
     
  • 7.36, Аноним (-), 10:45, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Трепло тут ты, nginx под нагрузкой работает отлично.
    >> Если не понимаешь почему - это не повод рассказывать чушь.
    >> Success story - полрунета.
    > Ты не понимаешь ни сути,  ни причины. Хотя - это одна
    > из причин, по которой nginx популярен в рунете - сильна идеология
    > поиска silver bullet вместо решения прямых задач надежности и масштабируемости.

    Расскажи, пожалуйста, что же я не понимаю.
    Заодно представься что ли, что за проект ведешь/поддерживаешь.

     
     
  • 8.38, Аноним (-), 10:48, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    И, раз ты уж всё понимаешь, расскажи принципиальное отличие apache от nginx У м... текст свёрнут, показать
     
     
  • 9.39, Nas_tradamus (ok), 10:55, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Nginx не блокируемый ... текст свёрнут, показать
     
     
  • 10.40, Аноним (-), 10:56, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Nginx как раз ОЧЕНЬ блокируемый Он не блокирующий, это да ... текст свёрнут, показать
     
  • 9.71, Аноним (-), 23:15, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    State machine обслуживающая в 1 потоке много соединений сразу nginx vs 1 поток... текст свёрнут, показать
     
     
  • 10.82, Аноним (-), 00:23, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    На пятерку На пять с плюсом можно еще вспомнить про цену переключения контекста... текст свёрнут, показать
     
     
  • 11.130, Аноним (-), 11:44, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Значит у меня полимеры на месте Можно Ну огласите вилку, чтоли и чего вооб... текст свёрнут, показать
     
     
  • 12.141, theDolphin (?), 12:11, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    welcome в почту dolphin sendmail ru... текст свёрнут, показать
     
  • 10.91, user455 (?), 01:46, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    так это не отличие apache от nginx, а отличие mpm prefork от nginx т к если ис... текст свёрнут, показать
     
     
  • 11.103, Аноним (-), 06:25, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    У апача помнится все воркеры кроме наиболее дебильных сто лет были как нечто кри... текст свёрнут, показать
     
     
  • 12.115, user455 (?), 10:43, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    это не так проблема была с mod_php и мультитредным мпм с ним действительно был... текст свёрнут, показать
     
     
  • 13.132, Аноним (-), 11:46, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А у меня нет этого неповоротливого утюга и проблем с ним соответственно нет Sta... текст свёрнут, показать
     
  • 11.123, Аноним (-), 11:34, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Коллега, у nginx и apache принципиально разный подход к обработке соединений В ... большой текст свёрнут, показать
     
     
  • 12.126, Аноним (-), 11:38, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, еще раз у апача существует аналог nginx - Apache Traffic Server, что ка... текст свёрнут, показать
     
  • 12.135, Аноним (-), 11:49, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Теорию КО Cap n Obvious вам на изучение, Кэп Кэп Кэп Нет, ну Кэп же Капи... текст свёрнут, показать
     
     
  • 13.140, theDolphin (?), 12:08, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну так раз кэп, то как вы сравниваете nginx и апач ... текст свёрнут, показать
     
  • 6.63, AlexAT (ok), 19:19, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Success story - полрунета.

    рунет - не показатель. какбэ. у него специфика. в рунете и BSD можно встретить

     
     
  • 7.83, Аноним (-), 00:24, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >> Success story - полрунета.
    > рунет - не показатель. какбэ. у него специфика. в рунете и BSD
    > можно встретить

    Вы что-то имеете против BSD?

     
     
  • 8.119, тигар (ok), 11:26, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    конкретно у него, видимо, попоболь, т к на бсд не нужно патчить ядро и недософт... текст свёрнут, показать
     
     
  • 9.128, Аноним (-), 11:41, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, коллега, тут вы тоже перебираете Просто я, например, знаю где лучше чёрт, г... текст свёрнут, показать
     
     
  • 10.134, тигар (ok), 11:49, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    если научите как по другому ставить на место специалиста alexat, не так толсто... текст свёрнут, показать
     
     
  • 11.146, theDolphin (?), 12:51, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как ребенка, разговаривая, объясняя Вы же не бьёте детей, если они еще чего-то ... текст свёрнут, показать
     
  • 11.154, AlexAT (ok), 17:07, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    вы можете просто пройти лесом, надежнее и тоньше ... текст свёрнут, показать
     
  • 9.136, Аноним (-), 11:50, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Судя по коментам, болит пониже хвоста совсем не у него ... текст свёрнут, показать
     
  • 9.142, Michael Shigorin (ok), 12:30, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    На бсд для многих задач да-да, и виртуализации ядро патчить просто нечем, кр... текст свёрнут, показать
     
     
  • 10.145, тигар (ok), 12:45, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    ну нечем, и что - а это чем-то чему-либо поможет можно пытаться натянуть пре... большой текст свёрнут, показать
     
     
  • 11.150, Michael Shigorin (ok), 13:10, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Не исключено, ведь по крайней мере - будет куда нос засунуть на предмет текущег... текст свёрнут, показать
     
  • 11.155, AlexAT (ok), 17:09, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    BSD в данном контексте нежизнеспособно Когда оно перестанет крашиться под сетев... текст свёрнут, показать
     
     
  • 12.157, тигар (ok), 17:15, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    и, конечно же, есть что показать в цифрах, в подтверждение, правда - ... текст свёрнут, показать
     
     
  • 13.160, AlexAT (ok), 19:10, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    go читать на наге, ни одного дельного совета, зато полно крашлогов... текст свёрнут, показать
     
     
  • 14.172, theDolphin (ok), 11:15, 26/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Давайте поговорим, ибо я не видел, как оно крашится, хотя пользую BSD вместе с л... большой текст свёрнут, показать
     
     
  • 15.179, AlexAT (ok), 17:56, 26/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Давайте У вас есть хотя бы 4G 350Kpps сквозняком через железку ... текст свёрнут, показать
     
  • 15.180, AlexAT (ok), 18:00, 26/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Тут еще специфика провайдерская эксплуатация Во-первых это прогон трафика Бол... текст свёрнут, показать
     
     
  • 16.182, theDolphin (ok), 22:39, 26/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    В провайдере вообще лучше использовать что-то железное и более приспособленное, ... текст свёрнут, показать
     
  • 14.205, Аноним (-), 01:25, 28/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    И в списке рассылки нжинкса так же Если перец с крахом взвисом системы в сети и... текст свёрнут, показать
     
  • 11.198, Аноним (-), 12:25, 27/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Вот только почему-то это приходится делать сугубо тигарам и изенам А у остальны... текст свёрнут, показать
     
  • 5.31, oxyum (ok), 10:27, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    http://hh.ru/ - nginx без всяких апачей...
     
     
  • 6.64, AlexAT (ok), 19:20, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > http://hh.ru/ - nginx без всяких апачей...

    вот это вот неплохой пример какбэ. очень даже. тут уже спорить не с чем. но вот насчет "без всяких апачей" всё равно можно посомневаться - откуда дровишки?

     
     
  • 7.75, oxyum (ok), 23:29, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> http://hh.ru/ - nginx без всяких апачей...
    > вот это вот неплохой пример какбэ. очень даже. тут уже спорить не
    > с чем. но вот насчет "без всяких апачей" всё равно можно
    > посомневаться - откуда дровишки?

    Ну я как бэ кишочки http://hh.ru/ правил... Конфиги nginx видел и даже патчи для этих конфигов писал... ;)

     
     
  • 8.120, тигар (ok), 11:27, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ну тогда может не стоит скрывать факт что там nginx java, чтобы уж совсем по-чес... текст свёрнут, показать
     
     
  • 9.138, Аноним (-), 11:51, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Как это влияет на отсутствие апача, интересно ... текст свёрнут, показать
     
     
  • 10.139, тигар (ok), 11:59, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ну тут вопрос спорный, чтоже хуже, апач или жава но а вообще да, про без апач... текст свёрнут, показать
     
  • 9.147, oxyum (ok), 12:53, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я могу сказать больше, всю динамику там вначале ловит Python, а Java там в самом... текст свёрнут, показать
     
  • 5.47, TeXHaPb (ok), 12:58, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    gdeetotdom.ru = nginx + php_fcgi (вопросы модности новых версий, php_fpm и всего прочего прошу не обсуждать, не по моей воле не дали сделать).
    Посещаемость: http://www.liveinternet.ru/stat/ged/

    badoo.com = nginx + php_fpm (предлагаю самим найти прув авторства)

     
  • 3.35, Stream (?), 10:40, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    wordpress.org
    wordpress.com
    yandex.ru
     
     
  • 4.42, Аноним (-), 11:03, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > wordpress.org
    > wordpress.com
    > yandex.ru

    У яндекса свой http-сервер, что характерно - проприетарный.

     
     
  • 5.45, Stream (?), 11:55, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Вы с гуглом перепутали.
     
     
  • 6.50, Аноним (-), 14:43, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Не, не перепутал. Они используют в своих проектах nginx, lighthttpd, свой Phantom (можно нагуглить) и, насколько помню, ещё один, тож собственной разработки.
     
     
  • 7.105, Аноним (-), 06:28, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Не, не перепутал. Они используют в своих проектах nginx, lighthttpd, свой Phantom
    > (можно нагуглить) и, насколько помню, ещё один, тож собственной разработки.

    Так все-таки нжинкс используют же? В чем соврал оратор который до вас? :)

     
     
  • 8.129, Аноним (-), 11:43, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ни в чем, просто я уточнил ... текст свёрнут, показать
     
  • 3.48, Аноним (-), 14:06, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Как раз под нагрузку и стоит. При вервой возможности от apache надо избавляться.
     
  • 3.57, FSA (ok), 17:13, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    С какого перепуга? nginx+php выдержит намного большую нагрузку чем nginx+apache+php. И вообще apache только для .htaccess нужен. Другого применения для apache я не нашёл.
     
  • 3.72, Аноним (-), 23:17, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Для небольшого локалхоста вполне годно. А вот под нагрузку такое ставить не стоит.

    Вам наверное нравятся его жирные воркеры оптом. Не, ну если повезло и кто-то проплатил 64-ядерный сервак с 256гигз оперативы - то и апач быстрый сервер и совсем не жрет ресурсы тогда :). А если ресурсы лимитированы - вот тут с апачем один гемор...

     
  • 3.23, arka (?), 09:29, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Превосходно работает и с пыхом, проблем не видел. Единственно для чего теперь держим апач на одном из серверов - работа с svn по http
     
     
  • 4.52, Куяврик (?), 14:57, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Единственно для чего теперь держим апач на одном из серверов - работа с svn по http

    также можно скормить nginx-у

     
     
  • 5.56, arka (?), 17:08, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Хмм, есть что-то подобное mod_dav_svn для nginx? Что-то не могу нагуглить рабочего решенья
     
     
  • 6.58, Andrey Mitrofanov (?), 17:25, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Хмм, есть что-то подобное mod_dav_svn для nginx? Что-то не могу нагуглить рабочего
    > решенья

    * http://github.com/arut/nginx-dav-ext-module нерабочее?
    * дать денег сысоев фоундейшн?

     
     
  • 7.67, PavelR (ok), 20:22, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Хмм, есть что-то подобное mod_dav_svn для nginx? Что-то не могу нагуглить рабочего
    >> решенья
    > * http://github.com/arut/nginx-dav-ext-module нерабочее?

    * Оно не для того.

    > * дать денег сысоев фоундейшн?

    * Зачем, если есть mod_dav_svn ? Я запускаю для него отдельный апачик и проксирую.

     
     
  • 8.112, Andrey Mitrofanov (?), 10:14, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну, в общем-то незачем Больше самообразовательный поиск пределов конкретного ин... текст свёрнут, показать
     
     
  • 9.118, PavelR (ok), 11:20, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    нет, git работает чисто по WebDAV, и в случае апача используется mod_dav_fs Вот... текст свёрнут, показать
     
     
  • 10.143, oxyum (ok), 12:39, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее не by-desing, а просто сделано только то, что было нужно для решения конк... текст свёрнут, показать
     
  • 10.173, Andoriyu (?), 13:55, 26/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Потому, что нормальные люди имеют доступ к git у по ssh, а в качестве контроля д... текст свёрнут, показать
     
  • 5.121, тигар (ok), 11:29, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Единственно для чего теперь держим апач на одном из серверов - работа с svn по http
    > также можно скормить nginx-у

    а вот и нет.

     
  • 3.33, Аноним (-), 10:36, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Существуют ли сайты, где nginx главный и единственный движок (без Apache),
    >> а не FrontEnd? И если уже совсем обнаглеть: существуют ли nginx-only-based CMS?
    > Если не считать пых, то почти все остальные сайты на nginx превосходно
    > обходятся без apache.

    Пых в первую очередь прекрасно обходится без апача. Это уже сильно позже появилась поддержка UWSGI/SCGI для руби и питона.

     
     
  • 4.77, oxyum (ok), 23:34, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот не надо, FastCGI в nginx давно, и нормальная поддержка для него в Python и R... большой текст свёрнут, показать
     
     
  • 5.84, Аноним (-), 00:27, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот не надо, FastCGI в nginx давно, и нормальная поддержка для него
    > в Python и Ruby появилась куда раньше, чем в PHP.

    Чего не надо-то? =)) Читайте полный тред. Я о том и говорю, что всё это давно уже работает.

     
     
  • 6.88, oxyum (ok), 00:43, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Вот не надо, FastCGI в nginx давно, и нормальная поддержка для него
    >> в Python и Ruby появилась куда раньше, чем в PHP.
    > Чего не надо-то? =)) Читайте полный тред. Я о том и говорю,
    > что всё это давно уже работает.

    Не, вы написали, что пых в ПЕРВУЮ очередь, а на самом деле в нём нормальный FastCGI появился наверное последним... Впрочем стоит признать, что mod_php, для своего времени, работал очень даже неплохо! :)

     
     
  • 7.131, Аноним (-), 11:45, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>> Вот не надо, FastCGI в nginx давно, и нормальная поддержка для него
    >>> в Python и Ruby появилась куда раньше, чем в PHP.
    >> Чего не надо-то? =)) Читайте полный тред. Я о том и говорю,
    >> что всё это давно уже работает.
    > Не, вы написали, что пых в ПЕРВУЮ очередь, а на самом деле
    > в нём нормальный FastCGI появился наверное последним... Впрочем стоит признать, что
    > mod_php, для своего времени, работал очень даже неплохо! :)

    Ммм. Я FastCgi юзаю где-то с 0.6, если мне память не изменяет.
    В любом случае это было в 2006 или 2007 году - давно уже.

     
  • 2.15, бедный буратино (ok), 07:41, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Существуют ли сайты, где nginx главный и единственный движок (без Apache),
    > а не FrontEnd? И если уже совсем обнаглеть: существуют ли nginx-only-based CMS?

    * dpkg -l | grep nginx
    ii  nginx-common                    1.1.17-2~bpo60+1             small, but very powerful and efficient web server (common files)
    ii  nginx-full                      1.1.17-2~bpo60+1             nginx web server with full set of core modules
    * dpkg -l | grep php
    * dpkg -l | grep apache
    ii  apache2-utils                   2.2.16-6+squeeze6            utility programs for webservers

     
  • 2.18, kurokaze (ok), 08:32, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Существуют ли сайты, где nginx главный и единственный движок (без Apache), а не FrontEnd?

    У меня несколько штук на lighttpd

     
     
  • 3.106, Аноним (-), 06:31, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > У меня несколько штук на lighttpd

    У него есть ряд дурных свойств в плане проксирования/реакции на runaway скрипта когла тот пошел вразнос и генерит большую портянку. В этом случае лайти, целиком буферизующий запрос в памяти, может выжрать нетривиальный объем оперативы. И что хуже - потом он ее не отдаст.

     
  • 2.32, Аноним (-), 10:34, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    По факту - нет, должен быть обработчик кода. FastCGI, UWSGI, SCGI.
    Зачастую вместо apache/mod_php используется nginx + php-fpm.
    php-fpm - облегченный fastcgi-обработчик php. Проще и производительнее апача.
    nginx хорош своей архитектурой FSM, которая позволяет обрабатывать очень много соединений одним процессом, гибкостью конфигурации и богатым функционалом по предварительному разбору запросов. FreeBSD 8.1/nginx с легкостью выдерживал DDOSы под гигабит, отдавая 500 на специфичный для бота запрос.
    Я вот например работаю уже 6 лет в эксплуатации различных онлайн сервисов и ни разу не встречал апача в production. Только nginx либо более узкоспециализированные балансировщики.

     
  • 2.51, Куяврик (?), 14:56, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Существуют ли сайты, где nginx главный и единственный движок (без Apache)

    Да. Превеликое множество.

    > существуют ли nginx-only-based CMS

    не слышал. и в принципе если нет завязки на нгинкс-специфик модули то собственно это прото вебсервер с php.

     
  • 2.55, FSA (ok), 17:07, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Любой сайт на php работает без apache. Другое дело, что шаред хостинга нет на чистом nginx.
     
     
  • 3.78, oxyum (ok), 23:39, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Любой сайт на php работает без apache. Другое дело, что шаред хостинга
    > нет на чистом nginx.

    Делается, кстати, на раз... я делал пару раз под заказ подобные решения, для внутреннего использования.

    Продавать это массам конечно нельзя, но только потому что служба поддержки сколлапсирует под тысячями запросов вроде "а почему у меня .htaccess не работает? ну и что, что вы не заявляете его поддержку! мне на всё плевать, делайте чтобы работало, я вам 3 доллара заплатил, уроды!"

    А технически делается даже немного проще чем на апаче - формат конфига проще на мой взгляд.

     
     
  • 4.86, Аноним (-), 00:39, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Любой сайт на php работает без apache. Другое дело, что шаред хостинга
    >> нет на чистом nginx.
    > Делается, кстати, на раз... я делал пару раз под заказ подобные решения,
    > для внутреннего использования.
    > Продавать это массам конечно нельзя, но только потому что служба поддержки сколлапсирует
    > под тысячями запросов вроде "а почему у меня .htaccess не работает?
    > ну и что, что вы не заявляете его поддержку! мне на
    > всё плевать, делайте чтобы работало, я вам 3 доллара заплатил, уроды!"
    > А технически делается даже немного проще чем на апаче - формат конфига
    > проще на мой взгляд.

    Вживую видел shared-хостинг на nginx и скрипт для парсинга .htaccess
    Криво, но работало =)

     
  • 4.87, Аноним (-), 00:40, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А технически делается даже немного проще чем на апаче - формат конфига
    > проще на мой взгляд.

    Как по мне - так значительно проще и более читаемый.

     
     
  • 5.89, oxyum (ok), 00:45, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> А технически делается даже немного проще чем на апаче - формат конфига
    >> проще на мой взгляд.
    > Как по мне - так значительно проще и более читаемый.

    А для организации шаред-хостинга куда важнее не читаемость, а писуемость! ;)

     
     
  • 6.206, Аноним (-), 01:28, 28/04/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А для организации шаред-хостинга куда важнее не читаемость, а писуемость! ;)

    Для организации шаред хостинга лучше всего пойти и застрелиться чтоб не засирать уже мир этими помойками - рассадниками хакерья и геморроя для вебдевов.

     
  • 2.98, Michael Shigorin (ok), 03:21, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Существуют ли сайты, где nginx главный и единственный движок (без Apache),
    > а не FrontEnd?

    Полно.  И точно существуют, мои тоже потихоньку перебираются на такую конфигурацию.

    > И если уже совсем обнаглеть: существуют ли nginx-only-based CMS?

    Зачем бы, httpd ведь разные на местности бывают... под рукой ChiliProject на nginx+unicorn и TYPO3 на nginx+php-fpm вполне себя комфортно чувствуют.

     

     ....большая нить свёрнута, показать (105)

  • 1.28, Аноним (-), 10:16, 24/04/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    В качестве localhosta использую Cherokee и тоже очн доволен
     
  • 1.60, Игорь (??), 18:42, 24/04/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > [proxy/fastcgi/scgi/uwsgi]

    Он как не хотел из "каропки" поддерживать WSGI так и не хочет. А я как пользую fastcgi+supervisor не переходя на uwsgi так и пользую. Каждый при своем короч... Но! Абыдна, однако!

     
  • 1.66, Аноним (-), 20:15, 24/04/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > nginx используется на 12.76%

    Нуканешна. А позади него стоит старый добрый Апач.

     
     
  • 2.74, Аноним (-), 23:20, 24/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Нуканешна. А позади него стоит старый добрый Апач.

    Нахрена? Вас прикалывает админить 2 сервака вместо 1? Сомнительно что много админов разделяют ваш оптимизм по этому поводу :)

     
     
  • 3.85, Аноним (-), 00:36, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Нуканешна. А позади него стоит старый добрый Апач.
    > Нахрена? Вас прикалывает админить 2 сервака вместо 1? Сомнительно что много админов
    > разделяют ваш оптимизм по этому поводу :)

    Не, я много таких консерваторов видел.
    Как правило из-за того, что не осиливают переписать mod_rewrit'овые правила для ngx_rewrite

    Кстати, среди проектов Apache же есть отличный балансер. Странно, что его мало кто использует. Я, впрочем, тоже не щупал. Кто нибудь что нибудь про него знает?

     
     
  • 4.107, Аноним (-), 06:33, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Кстати, среди проектов Apache же есть отличный балансер.

    А нжинкс как бы вполне себе сервер+прокси а не только балансер... наверное поэтому никто и не прется от идеи юзать апачевское добро. Вы как предпочитаете, админить 1 софтину или несколько? Ответ очевиден!

     
     
  • 5.151, Алекс (??), 13:18, 25/04/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Кстати, среди проектов Apache же есть отличный балансер.
    > А нжинкс как бы вполне себе сервер+прокси а не только балансер... наверное
    > поэтому никто и не прется от идеи юзать апачевское добро. Вы
    > как предпочитаете, админить 1 софтину или несколько? Ответ очевиден!

    не прутся, но альтернативы нет.
    говорят же - для одиночных проектов nginx без вариантов, а на массовом хостинге - апач ещё как нужен, хоть где-то ибо .htaccess nginx не умеет, а он сильно юзерам нужен.

     
     
  • 6.185, Arti (??), 23:29, 26/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>> Кстати, среди проектов Apache же есть отличный балансер.
    >> А нжинкс как бы вполне себе сервер+прокси а не только балансер... наверное
    >> поэтому никто и не прется от идеи юзать апачевское добро. Вы
    >> как предпочитаете, админить 1 софтину или несколько? Ответ очевиден!
    > не прутся, но альтернативы нет.
    > говорят же - для одиночных проектов nginx без вариантов, а на массовом
    > хостинге - апач ещё как нужен, хоть где-то ибо .htaccess nginx
    > не умеет, а он сильно юзерам нужен.

    у меня есть видос где сысоев горит .htaccess не будет. и это правильно он должен быть лёгкий
    твой любимый полный сервак досят медленные соединнения и поставив nginx перед - проблема возможно решиться.

     
  • 6.207, Аноним (-), 01:32, 28/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > хостинге - апач ещё как нужен, хоть где-то ибо .htaccess nginx
    > не умеет, а он сильно юзерам нужен.

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

     

  • 1.113, Аноним (-), 10:17, 25/04/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Админю небольшой shared хостинг. Приходится использовать связку Apache+Nginx именно из-за htaccess. Городить огород с интерпретатором даже и в голову не приходило - получить рутовую дыру таким образом проще простого.
    Для проектных серверов да, проще использовать nginx only.
     
     
  • 2.186, Arti (??), 23:31, 26/04/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    у тебя че за система на хосте? МАК если возмозно ну ли как там у линуксойдов похожее. апач выкинешь.
     
     
  • 3.208, Аноним (-), 01:33, 28/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    У вас там какой мак? Опийный чтоли? O_O
     

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



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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