обсуждаем nginx и целесообразность его использования на массовых (в большей степени это касается именно массовых хостингов) и других хостингах, как оказывается и в крупных проектах настроить связку nginx + апач на бесперебойную работу, удается далеко не всем,
только я в этой теме приводил со скринами 3 крупных сайта с этой ошибкой (за последний месяц) не кажется ли вам что плотность этих ошибок на единицу времени слишком высока.
Кстати внутреннюю ошибку сервера ( когда Апач не отвечает) в чистом виде, за этот месяц мне не попадалась ни разу ...
Кстати об Авито.ru
не сочтите за пароною, но ... но сегодня целый день любуюсь на эту красоту:
вы хотите сказать файрволл, возможно так оно и есть а 5 одновременных запросов это разве много ? хотя у них наверное задача предотвратить копирование контента, а остальное не важно ... Ну да ладно ...
в этой теме реч о массовых хостингах а не о проектах настроенных и оптимизированных индивидуально ...
Wordpress.com - а не орг, ну в смысле вы меня поняли ... нагрузка больше на com а не на орге, я этих фактов и не отвергаю и обо всех них хорошо осведомлен.
Кстати у меня вопрос к знатокам:
Есть програмулина, собирает все ссылки, ищет битые и так далее ...
Авито.ру работает на энджин икс, ставлю 5 потоков (всего то ... ну просто потестить захотелось, ни в коем случае не валить ...) и через секунду с моего айпи уже тайм ауты и сервер недоступен ... Из других концов москвы доступен, вопрос, кто меня отсекает ? движок сайта или энджин, тут вроде говорили о том что он может противостоять полуаткрытым соединениям или что-то в этом роде ..., это настраиваемо ? Я имею ввиду это они так настроили ? или опять таки они об этом даже не подозревают, 5 пользователей с одного айпи нормальная ситуация ...
Так ведь и поисковики могут отсекаться ...
Раньше не обращали на это внимание, сейчас стали проверять все, и вот какую картину по индексации обнаружили. Хостинг Агава, тариф "Профи" - один из топовых для массового хостинга.
Переодически выподает до 2000 страниц из индекса, графики и для Яндекса и для Гугла ...
Опять кто-то начнет кричать про железо, пусть так, но лично мы все проекты, которые на продвижении выводим на свои сервера ...
Прежде чем сетовать на немилость, проверьте доступность сайта для роботоов, а так же доступность в ночное время ... посмотрите в логах, нету ли ошибок доступа ...
для начала попробуйте проверить на доступность роботам http://host-tracker.com/ru/
у нас так было, визуально доступен, для роботов нет ...
От себя только хотел добавить что цифра эта 67 тысяч раздута благодаря Российским хостинговым компаниям ... не пользоватили выбрали, а 10 - 20 Россйских хостинговых компаний а юзеры заложники ситуации не более ...
Кажется вы сами того не подозревая дали ответ на причину глючности в случае с shopcms
там дейстивительно используется активно gzip и когда в первые возникли траблы на Инфобоксе (после внедрения ими nginx), то сисадмины покапавшись сказали что мол проблема в использовании этих функций в движке и закоментировали их нам ... Но там все странно было Два сайта, один в подпапке, через алисы привязан, движок один и тот же ... Тот который выше работал с включенными gzip, а тот который в подпапке работал только если эти функции вырублены ...
Может и на агаве те же грабли, только их сисадмины не докопались до этого ...
На инфобоксе у нас из за этого вообще грабля страшная была - сайт визуально был доступен, нормально работал и все такое, а вот роботы его не видили, они просто отсекались, наткнулись случайно проверея через http://host-tracker.com/ru/
Guru911 добавил 22.03.2011 в 13:57
А никто и не будет кидать, Google тоже только Апач использует и не парится, странно что у нас только некоторые научились его правильно готовить ...
Оффтопик: почему если ставят плюс, то обязательно подписываются, а если минус то аноним :)
ОТВЕТ ИГОРЯ СЫСОЕВА:
Guru911 добавил 22.03.2011 в 14:11
On Tue, Mar 22, 2011 at 12:36:17AM +0300, Dmitry wrote:Разгорелась жаркая дискуссия по поводу использования nginx на массовых хостингах, Приглашаем вас выступить в защиту. Желательно аргументированно ответить на вопрос: 1) почему использование nginx более оправдано чем lighttpd на массовых хостингах в качестве прокси к апачу. ?2) почему у вас на сайте отсутствует система "баг трейсинга" ? тема обсуждения находится здесь:/ru/forum/610074
Увы, но у меня нет времени на жаркие обсуждения, тем более, на форуме:
я предпочитаю обсуждать, пользуясь удобными мне почтовым клиентом и
редактором, а не браузером.
Я не знаю, почему nginx используют вместо lighttpd. Я его использую,
потому что он стабильно работает и удобно настраивается. Возможно,
так же считают владельцы 67 тысяч из миллиона топовых серверов:
http://w3techs.com/technologies/overview/web_server/all
Настройка lighty, возможно, более удобна тем, кто привык настраивать
Apache RewriteRule' ами. Мне такие конфигурации неудобны. Кроме того,
lighty сейчас находиться в стагнации: автор (Jan Kneschke) им не
занимается уже 3 года. Новые люди уже 2 с половиной года делают версию
2.0, которая до сих пор в статусе беты.
Что касается баг-трекинга, то сейчас эту функцию выполняет список
рассылки http://nginx.org/mailman/ Возможно, через полгода появится
нормальная система баг-трекинга.
--
Игорь Сысоев
Guru911 добавил 22.03.2011 в 14:20
По этому поводу могу только напомнить что Апач 2 тоже не через пол года вышел ... Во всем мире законы пишут редко но метко, а в россии каждые пол года все законодательство переписывают ИМХО
ну вот видите, и первый плюс под сомнением ...
Guru911 добавил 22.03.2011 в 12:57
для вас глупость что тех специалист работающий исключительно с англоязычным ПO (Апач, ПХП, дебиан или там фрибсд ....) поддержка и все сообщества во круг которых говорит на английском языке и само это ПO и все инструкции на английском - не должен знать английский ?
Вы вправду считаете что можно админить сервера по руским факам ? тогдя я в шоке ...
PS: Скорее берите свои слова обратно, нас ведь люди читают, а то и в правду подумают что вы так считаете, и не будут хостинг у вас покупать :)
@Raistlin Кстати вы же мне и помогли с lighttpd, из уважения к вам, и в благодарность, я не буду с вами спорить. Но преждем чем написать лучше подумать ...
