Не надо бредить. Я сам сторонник Linux'a, но мне хватает мозгов трезво мыслить. О каких «Мало кого интереуют те серверные приблуды от M$, типа устнаовка с визордов и все такое» если большинство корпоративных систем в мире работает на windows?
Вы можете мне объяснить каким образом «серверы стандартной архитектуры» кореллируются именно с windows?
Не срача ради — уж очень напоминает речёвки HP по поводу их оригинальных картриджей.
Рынки бывают разные, и на некоторых из них лидирует именно Linux. Но не об этом сейчас речь.
Да и статистика OEM-поставок не отражает истинного положения дел.
> серьезных людей не интересуют те свистелки и перделки рюшечки производства MS
Очередная попытка затеять холисрач?
И конечно же все кто не находятся рядом с суперкомпьютерами не серьёзные люди и занимаются перделками.
killall sends a signal to all processes running any of the specified commands. If no signal name is specified, SIGTERM is sent.
Разница между kill и killall только в том, что 1-ый убивает конкретный процесс (по pid'у), а 2-ой убивает все процессы с одинаковым именем (или по регулярке).
А вы разве нет?
Шутка: разумеется, сначала всё обкатывается на staging-серверах и только затем деплоится на продакшен.
В данном конкретном случае заморачиваться с переписыванием правил смысла не имело — там, помимо самих правил mod_rewite (их было около 2к! строк), всё было настолько грустно, что эффекта особого от этого мы бы не получили. Поэтому и воткнули nginx перед apache, который чаще лежал, чем работал, и за несколько месяцев переписали систему.
Или в условиях хостинга — не будешь же каждому клиенту правила переписывать при тотальном увлечении ЧПУ.
Так что решение nginx + apache в определённых случаях также имеет право на жизнь, хотя я и не являюсь его сторонником.
Я же написал, что извращённые: с использованием %{REMOTE_USER}, %{QUERY_STRING} и прочих подобных параметров практически во всех правилах.
Пока разберешься со всем этим зоопарком, работать такому «чуду» как-то же надо.
Предпочитаю лёгкий сервер + FastCGI, но иногда достаётся тяжёлое наследие в виде километрового htaccess с настолько извращёнными правилами mod_rewrite, в сравнении с которыми создатели «Техасской резни бензопилой» выглядят сопливыми малышами.
Если начали с «заказ на нагрузочное тестирование и оптимизацию нескольких версий CMS 1C-Битрикс», не стоит заканчивать «о том, как нас удивил 1С-Битрикс, мы поговорим в следующий раз».
+ корпоративных сетей
Не срача ради — уж очень напоминает речёвки HP по поводу их оригинальных картриджей.
Да и статистика OEM-поставок не отражает истинного положения дел.
свистелки и перделкирюшечки производства MSОчередная попытка затеять холисрач?
И конечно же все кто не находятся рядом с суперкомпьютерами не серьёзные люди и занимаются перделками.
Разница между kill и killall только в том, что 1-ый убивает конкретный процесс (по pid'у), а 2-ой убивает все процессы с одинаковым именем (или по регулярке).
Шутка: разумеется, сначала всё обкатывается на staging-серверах и только затем деплоится на продакшен.
В данном конкретном случае заморачиваться с переписыванием правил смысла не имело — там, помимо самих правил mod_rewite (их было около 2к! строк), всё было настолько грустно, что эффекта особого от этого мы бы не получили. Поэтому и воткнули nginx перед apache, который чаще лежал, чем работал, и за несколько месяцев переписали систему.
Или в условиях хостинга — не будешь же каждому клиенту правила переписывать при тотальном увлечении ЧПУ.
Так что решение nginx + apache в определённых случаях также имеет право на жизнь, хотя я и не являюсь его сторонником.
Пока разберешься со всем этим зоопарком, работать такому «чуду» как-то же надо.
1. не irc-канал
2. без анимэ