The OpenNET Project / Index page

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

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

24.04.2013 21:53

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

В соответствии с апрельским отчетом компании Netcraft nginx используется на 12.91% всех активных сайтов, что соответствует второму месту по популярности в данной категории (доля Apache соответствует 51.01%, а Microsoft IIS - 12.13%). Доля nginx среди всех сайтов составляет 14.81%, среди миллиона самых посещаемых сайтов в мире - 12.96%, среди 10 тысяч наиболее крупных ресурсов - 30%, среди сайтов, работающих на платформе Amazon AWS, - 44%. В настоящее время под управлением nginx работает около 96.1 млн сайтов, что на 26.3 млн больше чем год назад. По данным W3Techs 16.1% из миллиона самых посещаемых сайтов в мире используют nginx, в апреле прошлого года этот показатель составлял 11%. В России nginx используется на 66.3% самых посещаемых сайтов (год назад - 58.2%).

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

  • Интеграция модуля ngx_http_spdy_module с реализацией протокола SPDY, который продвигается для включения в состав будущего стандарта HTTP/2.0. SPDY был создан специально для минимизации задержек при соединении и обмене данными между клиентом и сервером. По данным Google ускорение загрузки страниц при использовании SPDY составляет от 15% до 50%. SPDY добавляет сеансовый уровень поверх SSL, что даёт возможность обеспечить передачу нескольких одновременных потоков в рамках одного TCP-соединения. При использовании HTTP запросы в рамках одного потока обслуживаются последовательно, задействование SPDY даёт возможность мультиплексировать запросы ресурсов, обрабатывать их параллельно и отправлять запросы с учетом динамически рассчитываемых приоритетов, увеличивая текущую пропускную способность. Использование SSL одновременно позволяет решить проблему с прохождением запросов через прокси серверы и позволяет организовать доставку данных по инициативе сервера, без специального запроса клиента (технология Server push). Дополнительное ускорение достигается за счёт сжатия HTTP-заголовков запроса и ответа, что уменьшает размер передаваемых данных и заметно ускоряет загрузку страниц, порождающих большое число мелких запросов (CSS, JavaScript файлы, картинки), особенно при использовании медленных каналов связи.
  • Поддержка работы в роли прокси для соединений WebSocket. Поддержка WebSocket-соединений в модулях ngx_http_uwsgi_module и ngx_http_scgi_module. Протокол WebSocket разработан для решения проблемы с организацией двустороннего надёжного обмена данными между web-приложением и сервером. По своей сути WebSockets является своеобразным аналогом TCP для Web и позволяет в произвольном порядке инициировать отправку данных от сервера к web-приложению, а не только от web-приложения к серверу. Сам протокол не использует "сырые" TCP-соединения или множественные HTTP-запросы, вместо этого постоянное соединение поддерживается в рамках единого с HTTP канала передачи данных, по которому не передаётся лишних HTTP-заголовков. Установив WebSocket-соединение между сервером и клиентом, разработчик может отправить данные из web-браузера при помощи метода send() и получить отправленные со стороны сервера данные через установку специального обработчика событий;
  • Новый модуль ngx_http_gunzip_module с реализацией фильтра, позволяющего распаковывать на стороне nginx ответы серверов, сжатые методом gzip, если клиент не поддерживает gzip-сжатие. Таким образом появляется возможность хранить все прокэшированные ответы в сжатом виде, что достаточно сильно экономит дисковое пространство;
  • В модуле ngx_http_ssl_module появилась поддержка механизма OCSP stapling, позволяющего выполнять проверку статуса TLS/SSL-сертификатов на OCSP-серверах и оперативно реагировать на факты отзыва сертификатов;
  • Новые директивы: limit_req_status, limit_conn_status, image_filter_interlace, real_ip_recursive, geoip_proxy и geoip_proxy_recursive;
  • Добавлена поддержка переменных в директивах proxy_bind, fastcgi_bind, memcached_bind, scgi_bind и uwsgi_bind;
  • В почтовом прокси-сервере добавлена поддержка IPv6-бэкендов;
  • Переменные $status, $pipe, $request_length, $time_iso8601, $request_time,$bytes_sent, $connection, $connection_requests, $msec и $time_local теперь можно использовать не только в директиве log_format;
  • В модуль ngx_http_geoip_module добавлена поддержка IPv6. Директива geo теперь поддерживает IPv6 адреса в формате CIDR;
  • При использовании директивы include с маской на Unix-системах включаемые файлы теперь сортируются в алфавитном порядке;
  • Директивы proxy_pass, fastcgi_pass, scgi_pass, uwsgi_pass и директива server в блоке upstream теперь поддерживают IPv6-адреса. В директиве resolver теперь можно указывать порт и задавать IPv6-адреса DNS-серверов;
  • В директиву worker_processes добавлен параметр auto, позволяющий автоматически выбирать число одновременных процессов-обработчиков, в зависимости от числа процессоров в системе;
  • Поддержка компилятора Clang;
  • Добавлена поддержка директивы least_conn в блоке upstream, которая задаёт для группы метод балансировки нагрузки, при котором запрос передаётся серверу с наименьшим числом активных соединений, с учётом весов серверов. При использовании директивы ip_hash теперь можно задавать веса серверов.


  1. Главная ссылка к новости (http://mailman.nginx.org/piper...)
  2. OpenNews: Новым руководителем Nginx Inc стал бывший вице-президент Red Hat
  3. OpenNews: Nginx стал самым популярным http-сервером в Рунете
  4. OpenNews: Nginx был использован NASA для организации live-трансляции с поверхности Марса
  5. OpenNews: ModSecurity портирован для nginx
  6. OpenNews: Релиз http-сервера nginx 1.2.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/36777-nginx
Ключевые слова: nginx, http
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (120) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 22:18, 24/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +12 +/
    Молодцы! Дальнейшего развития и долгой жизни проекту!
     
  • 1.3, Аноним (-), 22:37, 24/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +15 +/
    Спасибо Сысоеву, отличный софт.
     
  • 1.4, Аноним (-), 22:45, 24/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –15 +/
    Ну что, ждём громкого форка по примеру вебкита и мариидб?
     
     
  • 2.5, Anton (??), 22:46, 24/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    К чему бы это? Сталбильный и сильный проект, набирающий всю большую популярность.
     
     
  • 3.7, Anton (??), 22:46, 24/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    *Стабильный
     
  • 3.20, Аноним (-), 07:15, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Сталбильный

    Фикс заглючен.

     
  • 2.9, Просто прохожий (?), 23:59, 24/04/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Уже есть форк:

    http://tengine.taobao.org/

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

     
     
  • 3.10, Аноним (-), 00:40, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Made in china
     
     
  • 4.11, Аноним (-), 01:26, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    О, прямо как Ubuntu!
     
     
  • 5.21, Аноним (-), 07:17, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты имеешь в виду Ubuntu Chinese Edition? Но это не форк. Потрудись выражать свою мысль точнее и не старайся не путаться в наименованиях.
     
  • 3.16, anonymous (??), 06:26, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Из фич имеется только, пожалуй, единственная, но крайне интересная, особенность - динамическая загрузка модулей. Проект поддерживает контакт с апстримом.

    У них ещё syslog из коробки.


     
  • 3.43, Sylvia (ok), 09:58, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Taobao наверное крупнейший шоп-портал Китая, поэтому форк они делали под себя, включает оно не только DSO, но еще и некоторые патчи, которые не были приняты в апстрим nginx по разным соображениям.
     
  • 3.55, Денис (??), 13:21, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Есть еще http://openresty.org/ тоже интересный проект
     
     
  • 4.76, Аноним (-), 02:27, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Он же просто набор модулей.

    А сами модули - крайне интересны, да. ngx_lua особенно, умеющий LuaJIT2.

     
     
  • 5.77, Аноним (-), 02:34, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >ngx_lua особенно, умеющий LuaJIT2.

    Кстати - http://ritconf.ru/2013/abstracts/511.html

     
  • 5.82, тигар (ok), 08:04, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Он же просто набор модулей.
    > А сами модули - крайне интересны, да. ngx_lua особенно, умеющий LuaJIT2.

    trollface.png
    знаю ОС, где nginx если собирать с поддержкой lua юзается luajit, с нулевой головной болью пользователя

     
  • 4.81, тигар (ok), 08:01, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    в каком он месте интересен? там обычный nginx+набор 3rd party модулей
    а, еще там афтар мудаг и configure у него на перд
     

  • 1.6, Аноним (-), 22:46, 24/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Игорь, так держать !
     
     
  • 2.48, Sylvia (ok), 10:19, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    там Максим Дунин в основном ворочает всем теперь в плане разработки :)
    Сысоев разве что идейно руководит
     
     
  • 3.120, Koope (?), 23:33, 02/05/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Сысоев в интервью говорил, что вторую версию уже пишет, с блэкджеком и сами знаете чем.
     

  • 1.8, IdeaFix (?), 22:51, 24/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Некоторые новшества очевидны, некоторые приятный, некоторые непонятны...
     
  • 1.12, Аноним (-), 05:21, 25/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    только имеет смысл для высоконагруженных проектов
     
     
  • 2.14, Аноним (-), 06:17, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    для любых, экономия памяти и ресурсов ...
     
     
  • 3.23, Аноним (-), 07:23, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > для любых, экономия памяти и ресурсов ...

    Если есть 4Гб ОЗУ и количество одновременно работающих пользователей сервера (серверной или какой-нибудь легкой версии Linux с графикой) в пределах сотен, достаточно Apache. Попросту - вы не заметите разницы. Кроме того, хотя сабж крайне прост в настройках и отлично документирован, используемое вами приложение может требовать Apache (либо, например, у вас может не быть специалистов для нетривиальной настройки, а пакет "из коробки" вас устраивает).

    Поэтому, говоря о любых проектах, я бы не был столь категоричен.

     
     
  • 4.44, Sylvia (ok), 10:02, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> для любых, экономия памяти и ресурсов ...
    > Если есть 4Гб ОЗУ и количество одновременно работающих пользователей сервера (серверной
    > или какой-нибудь легкой версии Linux с графикой) в пределах сотен, достаточно
    > Apache.

    всегда есть возможность отхватить digg(хабр итд итп)эффект, в любом случае статистика массового использования nginx кажет не только чистые nginx'ы, но и варианты проксирования
    nginx -> apache в бэкэнде, совместимость и преимущества apache тут сохраняются практически полностью, для тех кто не любит новое или что-либо менять.

     
     
  • 5.60, Govorun (??), 14:12, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >в любом случае статистика массового использования nginx кажет не только чистые nginx'ы, но и варианты проксирования nginx -> apache в бэкэнде, совместимость и преимущества apache тут сохраняются практически

    Думаю, nginx используется как прокси процентах в 90, а чисто как http сервер, оставшиеся 10 % не более. Поэтому говорить о популярности nginx как web сервера можно с большой натяжкой...


     
     
  • 6.61, Sylvia (ok), 14:27, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    возможности оценить достоверно _что ж там за нжинксом?_ нет, так что всё на уровне предположений, опять же если брать число сайтов, то большинство живут как раз "в общагах" всяких жутких хостингов, так что наверное будет даже больше 90%
    Впрочем, nginx в своей нише тоже не единственный, иностранцы часто пользуются вместо nginx'a lighttpd, или в роли реверс-прокси apache+mod_proxy (зачастую даже версии 1.3.х), или varnish.

     
  • 6.79, Aleks Revo (ok), 06:33, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Он в роли прокси и работает, by design, если только статику не раздаёт.
    А статику ему стоит отдать, даже если он перед апачем стоит - бонус огромный.
    Ну и других плюшек хватает, чтобы использовать даже на дешёвом хостинге (особенно на дешёвом).
     
  • 6.122, Koope (?), 23:36, 02/05/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >>в любом случае статистика массового использования nginx кажет не только чистые nginx'ы, но и варианты проксирования nginx -> apache в бэкэнде, совместимость и преимущества apache тут сохраняются практически
    > Думаю, nginx используется как прокси процентах в 90, а чисто как http
    > сервер, оставшиеся 10 % не более. Поэтому говорить о популярности nginx
    > как web сервера можно с большой натяжкой...

    Когда apache стоит бэкендом и только занимается тем, что шедулит скрипты, то он уже самый настоящий application-сервер. Так что говорить о популярности nginx как web-сервера можно и нужно всегда.

     
  • 4.121, Koope (?), 23:34, 02/05/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> для любых, экономия памяти и ресурсов ...
    > Если есть 4Гб ОЗУ и количество одновременно работающих пользователей сервера (серверной
    > или какой-нибудь легкой версии Linux с графикой) в пределах сотен, достаточно
    > Apache. Попросту - вы не заметите разницы. Кроме того, хотя сабж
    > крайне прост в настройках и отлично документирован, используемое вами приложение может
    > требовать Apache (либо, например, у вас может не быть специалистов для
    > нетривиальной настройки, а пакет "из коробки" вас устраивает).
    > Поэтому, говоря о любых проектах, я бы не был столь категоричен.

    В любых проектах конфигурить nginx в 100 крат проще и приятней.

     
  • 3.29, Pahanivo (ok), 07:36, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > для любых, экономия памяти и ресурсов ...

    во времена нынешних цен на память и компутерных мощностей - если вам приходится экономить ресурсы и память, то проект скорей все высоконагруженный ))

     
     
  • 4.46, Sylvia (ok), 10:08, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> для любых, экономия памяти и ресурсов ...
    > во времена нынешних цен на память и компутерных мощностей - если вам
    > приходится экономить ресурсы и память, то проект скорей все высоконагруженный ))

    забываете VPS решения, не у всех есть необходимость ставить выделенный сервер в стойку,
    а вот VPS за очень низкую цену вполне хватит, памяти там как раз будет весьма немного для "жирного индейца" с его форками для каждого соединения или multithreaded тоже кушает весьма и весьма много, а вот nginx+php-fpm + почтовый сервер могут уже работать на 64Мб памяти (разумеется далеко не весело, но работать это будет и даже не станет тормозить для пары одновременных пользователей), хотя минимальные VPS сейчас 256Мб (OpenVZ SLM) практически у любого жлобо-хостера


     
     
  • 5.52, Pahanivo (ok), 12:28, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >[оверквотинг удален]
    >> приходится экономить ресурсы и память, то проект скорей все высоконагруженный ))
    > забываете VPS решения, не у всех есть необходимость ставить выделенный сервер в
    > стойку,
    > а вот VPS за очень низкую цену вполне хватит, памяти там как
    > раз будет весьма немного для "жирного индейца" с его форками для
    > каждого соединения или multithreaded тоже кушает весьма и весьма много, а
    > вот nginx+php-fpm + почтовый сервер могут уже работать на 64Мб памяти
    > (разумеется далеко не весело, но работать это будет и даже не
    > станет тормозить для пары одновременных пользователей), хотя минимальные VPS сейчас 256Мб
    > (OpenVZ SLM) практически у любого жлобо-хостера

    нет не забываю - вы хотя бы пытались понять что я написал?

     
     
  • 6.54, Sylvia (ok), 12:55, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    как раз таки вы не хотите понимать, что экономить = использовать по максимуму, и не нужно тащить bloatware в систему для задач, которые выполняются на гораздо меньшем количестве имеющихся ресурсов, ну а если оставшееся девать некуда - можно еще что-то запустить на той же железяке.

    В случае nginx vs apache bloatware это apache. Хотя разумеется фанатизм и привычки неискоренимы, заставлять кого-либо что-либо (не) использовать не в моих силах, для массовых хостингов nginx без апача пока не очень годится, надо чтобы панельки хорошо поддерживали его настройки для типичных задач, но наверное это дело времени, как реверс прокси вроде как поддерживают, я то привыкла все через ssh делать и за лицензию на панельку платить не хочу.

     
     
  • 7.57, Аноним (-), 13:32, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    На шаред-хостингах основная киллер-фича apache - это .htaccess. Nginx'овые инклюды его заменить не могут, т. к. при наличии ошибки в .htaccess ломается только location, в котором оный находится, а при наличии ошибки в заинклюженном подконфиге nginx'на нельзя ни перезапустить, ни порелоадить сервер. Дополнительную сложность создает то, что .htaccess намертво укоренился в шайтан-туториалах и головах типа-веб-мастеров, так что отказ от его поддержки для шареда будет подобен смерти.
     
     
  • 8.59, Sylvia (ok), 13:39, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    увы да, поэтому и максимум для хостингов это nginx как реверс прокси... текст свёрнут, показать
     
  • 8.62, Аноним (-), 14:32, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    не умею нельзя , аноним ... текст свёрнут, показать
     
  • 8.68, Аноним (-), 18:09, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    http www anilcetin com convert-apache-htaccess-to-nginx http winginx ru hta... текст свёрнут, показать
     
     
  • 9.72, Sylvia (ok), 19:34, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    это все хорошо если есть доступ к nginx conf а представьте клиента shared-хостин... текст свёрнут, показать
     
  • 9.85, бедный буратино (ok), 09:49, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Вы недооцениваете разработчиков Тривиальные случаи и конвертировать не надо, но... текст свёрнут, показать
     
     
  • 10.114, Аноним (-), 19:25, 29/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда вам нужен cherokee там в вебморде ваши htaccess... текст свёрнут, показать
     
  • 7.86, бедный буратино (ok), 09:59, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Разработчики openbsd, склонные к чистоте рядов и духа, так не считают И то и др... большой текст свёрнут, показать
     
     
  • 8.123, Koope (?), 23:40, 02/05/2013 [^] [^^] [^^^] [ответить]  
  • +/
    openbsd последние пару лет плавно мигрирует с апача на nginx, так что apache там... текст свёрнут, показать
     
  • 5.111, sHaggY_caT (ok), 10:40, 29/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    на OpenVZ Апач теперь кушает так же мало памяти, как и на Xen на ядрах RHEL6-based.
     
  • 3.49, Аноним (-), 11:05, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > для любых

    Ога. Как только научится нормально Transfer-encoding: Chunked и другие элементарнийшие вещи при использование в качестве reverse-proxy.

     
     
  • 4.101, Anonymous000 (?), 23:57, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    умеет уже давно
     
  • 4.124, Koope (?), 23:40, 02/05/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> для любых
    > Ога. Как только научится нормально Transfer-encoding: Chunked и другие элементарнийшие
    > вещи при использование в качестве reverse-proxy.

    Проснитесь из анабиоза, давно умеет.

     
  • 2.22, Аноним (-), 07:17, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > только имеет смысл для высоконагруженных проектов

    Проще сразу с ним иметь дело чем с тормозным утюгом апаче. А то однажды вы просыпаетесь, а в мыло уже пользователи нагадили - "сайт лежит!".

     
     
  • 3.24, Аноним (-), 07:24, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> только имеет смысл для высоконагруженных проектов
    > Проще сразу с ним иметь дело чем с тормозным утюгом апаче. А
    > то однажды вы просыпаетесь, а в мыло уже пользователи нагадили -
    > "сайт лежит!".

    Если часто случается - смотрите железо (особенно память).

     
  • 3.26, Аноним (-), 07:28, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А то однажды вы просыпаетесь

    А ты не спи.

     

  • 1.13, Денис (??), 05:50, 25/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Мы тут проект сделали http://repobuild.com/ для самостоятельной сборки RPM пакетов с любыми выбранными параметрами.

    В данный момент возможно собрать rpm пакеты под CentOS/RHEL 5.x/6x Nginx (1.4.x) Nginx_stable (1.2.x) Tengine (1.4.x) ngx_openresty (1.2.7.x) с любыми параметрами и многими сторонними модулями.

    Регистрируемся, выбираем ОС, архитектуру, добавляем пакеты и выбираем опции сборки - на выходе получаем ссылку на репозиторий в котором лежат rpm пакеты собранные с нужними вам параметрами и модулями.

     
     
  • 2.15, anonymous (??), 06:25, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Принципально новый проект.
     
  • 2.17, Аноним (-), 06:36, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    прошу добавить TokuDB, это форк mariadb с плюшками

    исходники: https://github.com/Tokutek/mariadb

     
     
  • 3.18, Денис (??), 06:41, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Постараюсь в ближайшее время протестировать и добавить в проект
     
  • 3.73, AlexAT (ok), 20:30, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    TokuDB - это не форк MariaDB, а Storage Engine для MySQL/MariaDB + несколько патчей.
    Отличная вещь, когда надо ворочать сотни гигасов данных.
    А теперь еще и банано^W под GPLv2.
     
  • 2.27, Аноним (-), 07:32, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Мы тут проект сделали

    Ну молодцы.

    > Регистрируемся

    Понятно - анонимам путь заказан. С персональными данными как у вас? Сами-то в Роскомнадзоре зарегистрировались?

     
     
  • 3.32, Денис (??), 08:00, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Любому здравомыслящему человеку, который прочитал описание проекта, должно быть очевидно по каким причинам сделана регистрация:

    1. Вы можете создать приватный репозиторий в который имеете доступ только Вы.

    2. При очередном обновлении пакеты автоматически пересобирутся с Вашими параметрами, а не с теми которыей натыкал случайный посетитель.

    P.S. Про персональные данные слишком толсто.

     
     
  • 4.35, Аноним (-), 08:33, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Молодцы, но нет - спасибо. Свои проекты буду собирать, как и всегда, по старинке - на локальном компьютере.
     
     
  • 5.37, Денис (??), 08:55, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Эх, ну не судьба.
    Будем совершенствовать свои навыки сетевого маркетинга :) и в следующий то раз Вы точно попадете в наши сети.
     
     
  • 6.88, бедный буратино (ok), 10:07, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Будем совершенствовать свои навыки сетевого маркетинга :) и в следующий то раз Вы точно попадете в наши сети.

    А можно узнать, в чём прибыль?

    ps. Я милого представителя сетевого маркетинга ВСЕГДА узнаю по написанию Вы с большой буквы. Такое ощущение, что их там на каких-то спецкурсах сознательно этому учат.

     
     
  • 7.95, Денис (??), 16:38, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Нет прибыли, just for fun.
    Собственно как и в предыдущем проекте которому уже года 3 http://centlos.alt.ru .

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

     
     
  • 8.96, бедный буратино (ok), 16:45, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    А русский язык регламентирует, когда пишут вы , а когда Вы И есть такой инте... текст свёрнут, показать
     
     
  • 9.97, Денис (??), 19:06, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Простите за праздный интерес, к какой из перечисленных групп Вы отнесли меня ... текст свёрнут, показать
     
  • 9.99, AlexAT (ok), 21:14, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Да будет известно из школьного курса русского языка Вы - обращение к одному л... текст свёрнут, показать
     
     
  • 10.104, бедный буратино (ok), 01:48, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Гхм кх кх пишите лучше про php, за php хоть не стыдно, в отличие от ру... текст свёрнут, показать
     
  • 5.56, 8887656 (?), 13:23, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А кто вам тогда сертифицированных бакдоров насует? Не православненько как-то
     
  • 3.51, Денис (??), 12:05, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Для тестов создал пользователя user пасс user
     
  • 3.65, Andrew Kolchoogin (?), 17:09, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Всё, что вы навбиваете в регистрационной форме -- это НЕ персональные данные, да... большой текст свёрнут, показать
     
  • 2.66, Аноним (-), 17:28, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    +100 в карму. Надо приучать к правильному деплою софта пакетами из репозиториев, а не руками из тарболлов, даже тех, кто не осилил rpmbuild.

    P.S. А почему src.rpm'ки не даете?

    P.P.S. В состав многих пакетов входят базовые конфиги приложений (например, nginx.conf в составе пакета nginx). Было бы мегакруто, если бы вы предоставили возможность редактировать их перед сборкой.

    P.P.P.S. Где кнопка donate? Пользоваться сервисом не буду, т. к. осилил самостоятельную сборку пакетов, но поддержать начинание хочу.

     
     
  • 3.67, Денис (??), 17:52, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо за карму, весь вечер икаю :)

    SRPMS проекто зависимые, собрать из нее с помошью rpmbuild будет проблематично, т к в spec передаются опции каждой сборки.

    Над возможностью самостоятельно запиливать свой conf в пакет мы думали, пока в далеких планах в связи с тяжелой реализуемостью.

    Donate пока нет, проект только только родился и баги правятся на лету :)

    Спасибо за интерес к проекту.

     
     
  • 4.69, Аноним (-), 18:19, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Да, кстати, сорцы на каком-нибудь гитхабе есть? Я бы, может быть, попробовал сам что-нибудь допилить и прислать пулл-реквест.
     
     
  • 5.70, Денис (??), 18:30, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Да, кстати, сорцы на каком-нибудь гитхабе есть? Я бы, может быть, попробовал
    > сам что-нибудь допилить и прислать пулл-реквест.

    Пока связь по проекту через кнопку "FeedBack" на repobuild.com или в комментах на CentALT http://centos.alt.ru/?p=803

    Если есть реальные пожелания по развитию проекта велком :)

     
  • 3.112, sHaggY_caT (ok), 10:46, 29/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > +100 в карму. Надо приучать к правильному деплою софта пакетами из репозиториев,
    > а не руками из тарболлов, даже тех, кто не осилил rpmbuild.

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

    Лучше некий сервис, который хранит спеки (имхо)

     
     
  • 4.113, Аноним (-), 17:21, 29/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Лучше некий сервис, который хранит спеки

    Он уже есть. Называется github.

     
     
  • 5.117, бедный буратино (ok), 05:13, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> Лучше некий сервис, который хранит спеки
    > Он уже есть. Называется github.

    anoncvs

     

  • 1.19, Аноним (-), 06:51, 25/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    учитесь mozilla и chrome, как версии нумеровать.
     
  • 1.25, Аноним (-), 07:27, 25/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Проект хороший. Нужно только улучшить диагностику (в том числе информативность сообщений об ошибках в логах).
     
     
  • 2.28, Аноним (-), 07:33, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Проект хороший. Нужно только улучшить диагностику (в том числе информативность сообщений
    > об ошибках в логах).

    Если сразу заработает - нормально, везуха. А так в логи всякую шнягу пишет - хрен разберешься в истинной причине.

     
     
  • 3.30, Anonymous000 (?), 07:37, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    регулярно есть коммиты, улучшающие тексты сообщений об ошибках

    пиши в http://trac.nginx.org/ или в рассылку, такое (если обоснованно) охотно правят

     

  • 1.31, медведдд (ok), 07:56, 25/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Засунули бы nginx в базовые репки CentOS/RHEL и сразу бы апачик стал -25%, а nginx +25%. :(
     
     
  • 2.33, Денис (??), 08:03, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вероятность того что на сервере подключены только базовае репы стремится к нулю.

    Nginx есть в Epel, Atomic, PUIAS Unsupported, Webtatic, CentALT.

     
     
  • 3.34, медведдд (ok), 08:11, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Смехотворно. Ещё с rpmfind предложите nginx поставить :)))
     
     
  • 4.36, Денис (??), 08:38, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Что именно смехотворно ?
     
     
  • 5.39, anonymous (??), 09:08, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Что именно смехотворно ?

    Политика компании может запрещать подключение сторонних репозиториев. Или политика техподдержки red hat, к примеру (тут уже не уверен, но всяко бывает).

     
     
  • 6.42, Anonymous000 (?), 09:57, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Внутрекорпоративные репозитории тоже политика компании использовать мешает?

    Религия запрещает собрать rpm-ку (или взять готовую с nginx.org) и положить у себя?

    Что же касается техподдержки Redhat, то это только доказывает ее бесполезность и необходимость обратить внимания на аналогичные предложения Canonical и IBM.

     
  • 6.45, Andrey Mitrofanov (?), 10:06, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> Что именно смехотворно ?
    > Политика компании может запрещать подключение сторонних

    Ну-дк, и смейтесь над своей "политикой" -- она запрещает использование nginx.

     

  • 1.38, Я (??), 09:08, 25/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    херня, один раз поставил, он мне старую информацию с динамического сайта выдавал, кеш не правильно что ли работает. Pagespeed для апача использовать мне кажется больше толку будет.
     
     
  • 2.47, Sylvia (ok), 10:17, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > херня, один раз поставил, он мне старую информацию с динамического сайта выдавал,
    > кеш не правильно что ли работает. Pagespeed для апача использовать мне
    > кажется больше толку будет.

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

    1 этап, для самых осторожных
    nginx фронтэндом, в бэкэнде apache, требуется включить mod_rpaf для корректности IP адресов используемых апачем и mod_php (или другим модулем)

    2 этап, включите отдачу статики nginx'ом
    большая часть запросов уйдет от apache с его форками к nginx-у, динамика и неизвестные типы файлов будут по прежнему обрабатываться apache

    3 этап, отказаться от apache :)
    самые большие проблемы которые тут ждут - корректно транслировать правила .htaccess
    как url rewrite так и права на папки, которые в веб светить не нужно.

    а далее уже берете и настраиваете фичи под ваше веб приложение, включая возможно и кеширование ответов бэкэнда (apache или php-fpm например)

     
     
  • 3.74, AlexAT (ok), 20:32, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    1 этап: Event MPM на фронт
    2 этап: нет
     
  • 3.87, бедный буратино (ok), 10:06, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > 1 этап, для самых осторожных
    > 2 этап, включите отдачу статики nginx'ом
    > 3 этап, отказаться от apache :)

    4 этап - иногда оказывается, что если вместо первого этапа занялись бы переписыванием решения на нормальной среде, суммарного времени затребовалось бы меньше, поддержка была бы проще, и любви к php в этом мире было бы меньше. На этом этапе кто-то идёт пить водку, кто-то - в слёзы, кто-то моментально выгоняет эту мысль из головы и занимается самоуспокоением "зато нас банда", а кто-то - начинает на opennet устраивать пропаганду php.

    "Свифт нанял актёров, чтобы те несли людям его мысли. Но наш губернатор оказался хитрее — он нанял зрителей." // х/ф "Дом, который построил Свифт"

     
     
  • 4.92, AlexAT (ok), 15:02, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Понимаешь ли, в чём фишка. Среда разработки в рыночно-коммерческой среде выбирается далеко не просто так, и вовсе не за красивые глазки ("патамушта наманая я так щетаю") :) Критерий пригодности определяется строго коммерческим интересом, интерсекцией потребностей и возможностей, и наличием мощностей для реализации.
     
     
  • 5.93, бедный буратино (ok), 15:17, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Понимаешь ли, в чём фишка. Среда разработки в рыночно-коммерческой среде выбирается далеко
    > не просто так, и вовсе не за красивые глазки ("патамушта наманая
    > я так щетаю") :) Критерий пригодности определяется строго коммерческим интересом, интерсекцией
    > потребностей и возможностей, и наличием мощностей для реализации.

    Короче говоря, желанием левой пятки "потому что так вышло". А потом привязыванием костылей. Пока мои наблюдения вывели только такие критерии, ни одной компании, где было бы иначе, я не знаю.

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

    Впрочем, речь была совсем не об этом. А о ВЫБОРЕ, а не "выборе между php с apache и php без apache". Причина этого чаще всего одна (потому что я знаю только два слова - php(.exe) и apache(.exe), и буду долго гнать велосипед"), никаким анализом, никаким выбором, никаким банальным планированием "чё мы ваще хотим получить" никто не озабочивается, предпочитают шить штаны бесконечным латанием юбки.

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

     
     
  • 6.98, AlexAT (ok), 21:12, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Не будем говорить про "дорого и дыряво", но даже поверхностный анализ показывает,
    > что куча мелких и средних проектов на php от перехода на

    Чей анализ? Если бы "показывал" - уже перешли бы. Или вы считаете, что в разномастных компаниях сидит 99.99% идиотов? А вы один такой, на белом коне...

     
     
  • 7.116, бедный буратино (ok), 05:12, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> Не будем говорить про "дорого и дыряво", но даже поверхностный анализ показывает,
    >> что куча мелких и средних проектов на php от перехода на
    > Чей анализ?

    С точки зрения банальной эрудиции не каждый индивидуум...


    > Если бы "показывал" - уже перешли бы.

    Это видно снаружи, но не видно изнутри. Проще говоря, ОТКУДА ОНИ ЗНАЮТ?


    > Или вы считаете, что в разномастных компаниях сидит 99.99% идиотов? А вы один такой, на белом коне...

    В современном веб-шуме просто нельзя знать всё. И проверять всё тоже нельзя, потому что жизни не хватит. И идёт обратный процесс, отторжения всего нового, чтобы не связываться и не засорять эфир. Я уже не раз объяснял php-шникам, чем некоторые вещи на python, ruby и node (в зависимости от их ситуации) - лучше. Но противодействие php-шников, которые учиться не хотят и не умеют, php-шное лобби, до сих пор сильно. У этих людей цели прямо противоположны достижению результата - они не хотят напрягаться, чтобы сделать лучше, они хотят мямлить и месить код по привычке. И именно они придумывают все страшилки и немыслимые достоинства php. Но это, увы, пшик. :)

    Почти каждый, кто изучил современные средства, к php не возвращается - это медицинский факт. И почти каждый php-шник не знает python на таком уровне, чтобы хотя бы сравнивать эти языки - это тоже медицинский факт. Вот и всё.

     
     
  • 8.118, AlexAT (ok), 07:50, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Похоже, так и будете воевать с ветряными мельницами, пока не повзрослеете ... текст свёрнут, показать
     
     
  • 9.119, бедный буратино (ok), 08:34, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Похоже, так и будете отрицать очевидные факты и прятаться за миллионы мух Мне... текст свёрнут, показать
     
  • 6.100, AlexAT (ok), 21:26, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Короче говоря, желанием левой пятки "потому что так вышло". А потом привязыванием
    > костылей. Пока мои наблюдения вывели только такие критерии, ни одной компании,
    > где было бы иначе, я не знаю.

    Это уже твои личные половые фантазии. Реально выбор всегда вполне себе аргументирован.

    И очень часто он аргументирован тезисом "это работает". Вот просто работает, и всё. Просто, быстро и удобно. И каши не просит, как ни странно. При наличии толковых рук.

    Вообще спор о PHP/... сродни спорам о Linux/BSD, MySQL/PGSQL, Apache/nginx. В реальной жизни побеждает не правильность и академичность, а простота, удобство, скорость и надежность. Можно их собрать под одним словом - "окупаемость". Именно эти критерии обычно становятся во главе угла при выборе сред. Да и вообще.

    Есть на самом деле задачи, для которых подобные решения неприменимы. Но их не так уж и много, в % соотношении. Поэтому в основной массе вы встретите именно _удобные_ и _окупаемые_ среды. Эти среды не годятся для нетиповых задач, но для основной массы типовых лучше их на данный момент, подчеркну - на данный момент - нет. Поэтому и выбирают. Появится что-то лучше - все будут выбирать иное.

    Каким боком это в топик? Можно, конечно, сидеть и человекомесяцами пилить nginx, чтобы он не падал, чтобы вязался с инфраструктурой, etc. Для _разовых_ применений, где массовый вариант не катит - хайлоадов и подобного - это оправдано, и окупаемо. Но там, где прекрасно работает массовый проект - смысла пилить специфику просто нет.

    Ну да что мне вас учить. Подрастете - сами осознаете.

     

  • 1.41, CSRedRat (ok), 09:56, 25/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Всё очень круто, разработчики молодцы! Вот только не совсем понятно, почему реализована 2-я версия протокола SPDY, а не 3-я? Может уже было обсуждение, ткните носом.
     
     
  • 2.63, Аноним (-), 15:20, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Всё очень круто, разработчики молодцы! Вот только не совсем понятно, почему реализована
    > 2-я версия протокола SPDY, а не 3-я? Может уже было обсуждение,
    > ткните носом.

    Ачо, тебе принципиально? У тебя 15 млн клиентов его жаждут? :D

     
     
  • 3.64, Аноним (-), 15:53, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    3 миллиарда только выручка
     

  • 1.50, Аноним (-), 11:11, 25/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Подскажите, а не появилась ли в nginx поддержка аутентификации через LDAP? Помнится приходилось держать собственную сборку с сторонним модулем.
     
     
  • 2.53, Денис (??), 12:38, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Нативно не появилось, есть https://github.com/r10r/ngx_http_auth_pam_module/blob/master/README
     
  • 2.108, кцу (?), 15:11, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    А еще есть прямой модуль без pam - https://github.com/kvspb/nginx-auth-ldap
     

  • 1.71, Я (??), 18:36, 25/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    да ладно, я же пошутил, думал мне расскажут как настраивать и как его с php подружить без апача, если такое возможно, короче я его не использую.)))
     
     
  • 2.75, Чел (?), 22:52, 25/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Как fcgi легко.

     
  • 2.80, Sylvia (ok), 07:54, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    location ~ \.php$ {
                            fastcgi_pass   unix:/var/php/php-fpm.sock;


    к слову забавно смотреть как апач сейчас пытается догнать то, что достигнуто в nginx и lighttpd, и event mpm сделали и поддержку mod_proxy_fcgi для php-fpm в версии 2.4

     
     
  • 3.83, бедный буратино (ok), 09:41, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > location ~ \.php$ {
    >            
    >            
    >  fastcgi_pass   unix:/var/php/php-fpm.sock;

    1. нет поддержки apache mod_access
    2. нет поддержки /index.php/tra/la/la

    а большинство проектов предлагают или безальтернативный 1, или выбор между 1 и 2


    это не поддержка php. это поддержка "идеального" php, на котором никто не пишет.

     
     
  • 4.89, Аноним (-), 10:25, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > нет поддержки apache mod_access

    См. ngx_http_access_module

    > нет поддержки /index.php/tra/la/la

    rewrite (/index.php)(.*) $1?q=$2;

    В общем, читаем документацию.

     
     
  • 5.90, бедный буратино (ok), 10:39, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> нет поддержки apache mod_access
    > См. ngx_http_access_module
    >> нет поддержки /index.php/tra/la/la
    > rewrite (/index.php)(.*) $1?q=$2;
    > В общем, читаем документацию.

    Между "аналогом" и "костылём" разница в неудачный год может достигать полкилометра.

     
     
  • 6.102, Anonymous000 (?), 00:01, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    не костыльный штатный способ - fastcgi_split_path_info
     
     
  • 7.105, бедный буратино (ok), 01:57, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > не костыльный штатный способ - fastcgi_split_path_info

    Ни один способ, который рекомендуется тем же owncloud, включая этот, не заработал. owncloud не мог понять, что ему суют. То же у apache с cgi, он единственный понимает форму /cgi-bin/file.cgi/hello/mat/vashu. И ни один сервер, кроме apache, так не умеет, попробовав 20 серверов разного уровня cgi-шности, просто заставить работать фоссиловский асинхронный веб-интерфейс не удалось. :( Я уже тысячу раз писал, почему люди вынуждены так писать, и тысячу раз писал, почему это криво и неудобно.

    Вообще, это нелепо - у php нет единого способа, который работает на том же внутреннем сервере. У меня тогда вообще вопрос, зачем нужен внутренний сервер?

    Увы, в php с его манерой исполнения, все способы представить, будто у него есть роуты, будут всегда костыльными. По сравнению с wsgi это каменный век. Кстати, по этой же причине php-фреймворки имеют довольно мало смысла (кроме причины "зато мы пишем на php" нет никакого прока использовать иллюзии, что это не php, на php), уж лучше ЛЯПИТЬ по старинке, или использовать подобные фреймворки там, где раскрывается их потенциал.

     
     
  • 8.106, Anonymous000 (?), 02:12, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    потому что надо не просто лепить копипасту, а разобраться, какие переменные сред... текст свёрнут, показать
     
  • 3.84, бедный буратино (ok), 09:47, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > к слову забавно смотреть как апач сейчас пытается догнать то, что достигнуто в nginx и lighttpd

    Лучше бы nginx достиг такой фичи lighttpd, как simple vhost. У меня с помощью циркуля и линейки накостылился вот такой вот вариант (даже не знаю, правильный ли, и насколько безопасный)

    server { забайкалье default }
    server { ... }
    server { ... }

    server {
        server_name   ~^(www\.)?(.+)$;
        if (!-d /гдето/лето/$2) {
            rewrite ^/(.*) http://забайкалье.далеко permanent;
            break;
        }
        root /гдето/лето/$2;
    }

    но оно работает не так, как хотелось бы - и ненужный редирект, и вообще страшно.

     
     
  • 4.103, Anonymous000 (?), 00:04, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    map $host $vhroot {
    hostnames;
    .....
    }
    server {
    root $vhroot;
    }
     
     
  • 5.107, Аноним (-), 09:12, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Игорь тоже рекомендует map он хорошо хешируеться
     
     
  • 6.109, бедный буратино (ok), 15:30, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Игорь тоже рекомендует map он хорошо хешируеться

    Только это не аналог simple vhost. simple vhost - это просто создал каталог, и сервер его подхватил.

     

  • 1.91, Аноним (-), 12:48, 26/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Новый апачкопец стал ещё лучше! ^^
     
  • 1.94, Sylvia (ok), 15:29, 26/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    http://www.securityfocus.com/archive/1/526439/30/0/threaded

    вот есть же "интересные" люди, наверняка специально ждали релиза чтобы "попиариться" на найденной возможной дырке.

     
     
  • 2.110, Аноним (-), 05:27, 28/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не критично если стоит grsecurity

    http://grsecurity.net/

     
  • 2.115, Sylvia (ok), 20:49, 29/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    http://forum.nginx.org/read.php?2,238713

    официальный ответ Дунина, все-таки китаец просто пиарился на пустом месте

     

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



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

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