|
2.5, Anton (??), 22:46, 24/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
К чему бы это? Сталбильный и сильный проект, набирающий всю большую популярность.
| |
|
|
|
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 по разным соображениям.
| |
|
4.76, Аноним (-), 02:27, 26/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
Он же просто набор модулей.
А сами модули - крайне интересны, да. ngx_lua особенно, умеющий LuaJIT2.
| |
|
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 у него на перд
| |
|
|
|
|
2.48, Sylvia (ok), 10:19, 25/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
там Максим Дунин в основном ворочает всем теперь в плане разработки :)
Сысоев разве что идейно руководит
| |
|
3.120, Koope (?), 23:33, 02/05/2013 [^] [^^] [^^^] [ответить]
| +/– |
Сысоев в интервью говорил, что вторую версию уже пишет, с блэкджеком и сами знаете чем.
| |
|
|
|
|
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 намертво укоренился в шайтан-туториалах и головах типа-веб-мастеров, так что отказ от его поддержки для шареда будет подобен смерти.
| |
|
|
9.72, Sylvia (ok), 19:34, 25/04/2013 [^] [^^] [^^^] [ответить] | +/– | это все хорошо если есть доступ к nginx conf а представьте клиента shared-хостин... текст свёрнут, показать | |
|
|
|
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.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 [^] [^^] [^^^] [ответить]
| +/– |
>> только имеет смысл для высоконагруженных проектов
> Проще сразу с ним иметь дело чем с тормозным утюгом апаче. А
> то однажды вы просыпаетесь, а в мыло уже пользователи нагадили -
> "сайт лежит!".
Если часто случается - смотрите железо (особенно память).
| |
|
|
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 пакеты собранные с нужними вам параметрами и модулями.
| |
|
|
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 .
Увы и ах, обращению на Вы при общении с незнакомыми людьми меня научили родители.
| |
|
|
9.97, Денис (??), 19:06, 26/04/2013 [^] [^^] [^^^] [ответить] | +/– | Простите за праздный интерес, к какой из перечисленных групп Вы отнесли меня ... текст свёрнут, показать | |
9.99, AlexAT (ok), 21:14, 26/04/2013 [^] [^^] [^^^] [ответить] | +/– | Да будет известно из школьного курса русского языка Вы - обращение к одному л... текст свёрнут, показать | |
|
|
|
|
5.56, 8887656 (?), 13:23, 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.
| |
|
|
|
1.25, Аноним (-), 07:27, 25/04/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Проект хороший. Нужно только улучшить диагностику (в том числе информативность сообщений об ошибках в логах).
| |
|
2.28, Аноним (-), 07:33, 25/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Проект хороший. Нужно только улучшить диагностику (в том числе информативность сообщений
> об ошибках в логах).
Если сразу заработает - нормально, везуха. А так в логи всякую шнягу пишет - хрен разберешься в истинной причине.
| |
|
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.
| |
|
|
|
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.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 на таком уровне, чтобы хотя бы сравнивать эти языки - это тоже медицинский факт. Вот и всё.
| |
|
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
| |
|
1.50, Аноним (-), 11:11, 25/04/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Подскажите, а не появилась ли в nginx поддержка аутентификации через LDAP? Помнится приходилось держать собственную сборку с сторонним модулем.
| |
1.71, Я (??), 18:36, 25/04/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
да ладно, я же пошутил, думал мне расскажут как настраивать и как его с php подружить без апача, если такое возможно, короче я его не использую.)))
| |
|
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;
> В общем, читаем документацию.
Между "аналогом" и "костылём" разница в неудачный год может достигать полкилометра.
| |
|
|
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), уж лучше ЛЯПИТЬ по старинке, или использовать подобные фреймворки там, где раскрывается их потенциал.
| |
|
|
|
|
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;
}
но оно работает не так, как хотелось бы - и ненужный редирект, и вообще страшно.
| |
|
|
|
6.109, бедный буратино (ok), 15:30, 27/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Игорь тоже рекомендует map он хорошо хешируеться
Только это не аналог simple vhost. simple vhost - это просто создал каталог, и сервер его подхватил.
| |
|
|
|
|
|
|