palladium2010

Рейтинг
9
Регистрация
28.04.2010

Если мастерхост использует php-cgi получается очень странно. По моим тестам при работе в режиме php-cgi скрипты выполняются в 10 раз медленние. Но вот такой медленной скорости на мастерхосте я не замечал.

Свои тесты проводил на голом сервере, без единого сайта

Уважаемые администраторы, отдаляемся от темы!

По теме - установил Debian на сервер, если что не так есть возможность сменить на FreeBSD.

По поводу ITK и FastCGI - может у кого есть альтернатива? Ведь далеко не все хостинги используют эти два метода, но с безопасностью проблем там нет. К примеру тот же мастерхост.

И спорили много, но ответа не было - у кого то работает сервер с FastCGI с большим количеством сайтов? (все описанное до этого читал, но интересует именно количество виртуалхостов, так как опять будет много споров, а хотелось бы конкретный ответ)

Спасибо всем за ответы

Boris A Dolgov:

Обычно - около 1-2. Но зато где-нибудь c десятком миллионов хитов :)
Если убрать и эту субъективность, то, по логике, php-cgi действует по принципу "1.5 процесса на 1 запрос" (да, suexec тоже можно посчитать), mpm-itk - "1 процесс на keepalive-сессию" (что, кстати, пагубно сказывается при использовании nginx-фронтенда, так как получается 1 процесс на 1 запрос), а fcgi - 1 процесс на [любое заданное число] запросов.

Я почему спросил... Многие утверждают что fastcgi при большом количестве виртхостов и нагрузке не выдерживает. И это мне казалось довольно субъективным мнением, судя по тому что вижу сейчас и самому принципу работы. Хотя я могу и ошибаться.

Boris A Dolgov:
fastcgi.

Второй спор - глуп, бессмысленен, необъективен.

К вам такой вопрос - сколько на ваших серверах аккаунтов (или сайтов)? тех где работает fastcgi

myhand:

Проверяйте переменные дальше в приложении, определяйте что запрос не является валидным. Как-то так. Т.е. вполне разумная политика.

Также с этим столкнулся. Отключения варнингов проблему не решает. Но так как сам занимаюсь немного написанием скриптов, то придерживаюсь политики что нужно ошибки исправлять а не отключать варнинги

palladium2010 добавил 19.09.2010 в 18:35

myhand:
Совратили? 🚬

Типа того ))

Благодарю . теперь я больше склоняюсь к дебиану

myhand:
Знаете, а вот у меня в стандартном дебиановском php.ini с версии аж 5.2.6.dfsg.1-1+lenny4 появилась вдруг строчка
max_file_uploads=50

К чему бы это?

Как я говорил с дебианом не работал сильно. а вот в Centos этого нет. да и в офф документации в 6 версии не видел этого. Значит у дебиана улучшена версия пыха. может еще что всунули)

-------------------------

теперь все понятно. отталкивался от информации php.net а не дебиановской. ну значит дебиан в этом рулит)

myhand:
1) чем?

max_file_uploads+улучшена безопасность

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

palladium2010 добавил 18.09.2010 в 23:30

myhand:
А я знаю крупные хостинги вообще без зенда.

я тоже знаю. мастерхост. но не считаю это правильным.

myhand:
Ну а что с этим - любая современная система должна в принципе без особых проблем работать. В посте lissyara имелись в виду, по-видимому, возможные проблемы с периферией типа дискового контроллера или сетевого. Редко, но такое бывает.

описывался медный тазик, вот я и показал что тазик немного не медный )

lissyara:
смотря на чём у вас будет сервер
если на десктопном тазике - вначале лучше уточнить что за железо.
а то поди, кроме винды ничё не встанет =))
если нормальный сервер - HP Proliant и т.п. - ставьте FreeBSD.
=====
вообще - я бы именно от железа плясал на вашем месте.

ну а сам сам выбрал FreeBSD.
люблю когда всё логично.

примерно вот такой

Intel® Core™i7-965 Quad 24 GBDDR3

Так как медные тазики как уже из моды вышли )

myhand:

2) можно обновиться до более новой версии в squeeze (5.3.2, насколько я помню).

Насколько знаю зенда нету под нее. т.е. использование для хостинга не катит

Всего: 48