Всегда использование eAccelerator
(игнорирование стороны производительности вещей, b/c, который является конкретным разработчиком).
Прежде всего Вы не должны делать этого. Опыт показывает, что успешно создававший подобное продуктом на платформе прежде является предиктор номер один успеха. Выберите свою команду сначала на их достоинствах. Если Ваша команда не предлагает сумасшедшую диковинную платформу, затем пойдите с любой платформой, они знакомы с и рекомендация.
Теперь для пользы аргумента скажем, единственный сервер может обработать 1K пользователей.
Я думаю, что это - Ваша центральная ошибка. Сколько пользователей, которых может обработать сервер, будет, конечно, полностью и полностью зависеть от приложения. Но для большинства веб-приложений> 98% пользователей не зарегистрированы в любой момент времени. Основной сервер веб-приложения может часто обрабатывать 200 - 800 второго PR запроса. Сделайте математику, и Вы будете видеть, что много приложений могут иметь несколько десятков тысяч пользователей на сервер.
Чтобы дать Вам, пример, Вы знакомы с, семейство Переполнений стека сайта (которых этот сайт - один) обрабатывает больше чем 6 миллионов уникальных посетителей каждый месяц и делает намного больше просмотров страниц, чем это. И вот полная ферма сервера для него.
Коммерческий открытый исходный код стоит денег также. Бросьте надлежащий взгляд на MySQL, Ubuntu, Red Hat Linux, JBoss и все другие - Вы будете обычно хотеть иметь эксперта, штатного в любом случае или купить подписку поддержки у отступающей компании.
Наконец, что не менее важно, у людей конца затраты имеют тенденцию полностью доминировать для <200 установок сервера. Если Вы пристроите свою собственную инфраструктуру - в противоположность использованию облачных вычислений или предоставляющего полный комплекс услуг поставщика - то зарплаты и часы, проведенные на системных администраторов, будут обычно превышать Ваши затраты на программное обеспечение. Для Google с их 250,000 + серверы это - совершенно другой вопрос, но для меньших установок это обычно сохраняется.
Один главный протест: Некоторые типы сайтов, такие как социальные сети и сайты транскодирования видео, имеют совсем другие аппаратные потребности, чем, что я описываю выше. Сделайте надлежащий анализ своего определенного приложения.
Не все пакеты/сценарии играют по правилам с eAccelerator. И eAccelerator никогда не будет превращать его в PHP, потому что APC - Усовершенствованный Кэш PHP - устанавливают быть включенным в PHP 5.4 и обычно считают лучше, чем eAccelerator.
Кроме того, не все веб-серверы используют PHP в качестве модуля Apache (mod_php); в общем веб-хостинге довольно распространено выполнить PHP на основе в расчете на пользователя с suphp, или fastcgid. eAccelerator не работает хорошо с fastcgid, а тем более так suphp.