Альтернативы Apache

Наш текущий стек - Apache + Tomcat + MySQL, использующий ProxyPassAJP для отправки запросов от Apache к Tomcat. Мы также запускаем PHP для Wordpress на тех же сайтах, поэтому нам нужны рабочие .htaccessфайлы. В ответ на досадную проблему (см. Эту страницу переполнения стека) мы рассматриваем альтернативные стеки. Обратите внимание, что нам, как правило, очень нравится apache, но эта проблема - ограничитель шоу: если мы не можем это исправить, мы не можем использовать Apache.

Альтернативы включают в себя:

• Один кот
• Glassfish (сервер приложений Java, разветвленный от Tomcat)
• Jetty (Java-сервер)
• смола
• LightTPD (легкий HTTP-сервер)
• Nginx (легкий HTTP-сервер)

На мой взгляд, решения делятся на два лагеря: чистый Java-лагерь, такой как Glassfish; или разделенный лагерь, такой как наш нынешний Apache + Tomcat. Нам нравится идея чисто Java-решения, так как меньшее количество движущихся частей должно означать меньшее количество ошибок; но любой из них поддерживает PHP, .htaccessфайлы и т. д.?

Теоретически мы могли бы сделать разделение другим способом - иметь простой интерфейс, который проксирует Apache только на тех битах, которые нуждаются в этих функциях - но на практике это составляет 80% запросов.

Какие варианты люди предлагают?

Я сильно подозреваю, что ваша проблема связана с AJP.

Несколько недель назад я был на курсе с одним из основных разработчиков Tomcat (он его запускал), его совет заключался в том, чтобы избегать AJP и mod-JK и т. Д., И придерживаться обычного HTTP-прокси-сервера.

Причины:

1. На сегодняшний день это самый зрелый и стабильный разъем Tomcat.
2. Ни одна реализация AJP не была последовательно разработана; оба проекта пострадали.
3. В этой ситуации NBIO не приводит к увеличению производительности в реальном времени по сравнению с блокировкой ввода-вывода.

Мой совет, попробуйте использовать обычный мод-прокси HTTP с вашей текущей настройкой. Это наименьшее изменение для вас, и оно приведет вас к наиболее широко используемой и стабильной архитектуре развертывания Tomcat.

/ Ричи

Мой текущий предпочтительный стек - использовать nginx вместо Apache. Везде, где это необходимо, php-fpm удовлетворяет потребность в PHP. Такая настройка отлично работает для развертывания приложений, таких как Rails, Magento и SugarCRM.

Glassfish будет более масштабируемым, чем Tomcat, потому что он использует Grizzly (на основе NIO). У вас не так много вариантов, кроме варианта Tomcat, Jetty или Glassfish из-за требований Java. PHP может быть запущен с использованием Quercus , но может быть лучше просто развернуть его с помощью Nginx.

На Java есть реализации PHP. Я знаю (но не использовал) именно эту . В блоге есть сообщение о том, как установить его на GlassFish (включая WordPress), но я думаю, что установка на tomcat такая же. Что касается .htaccess, вы не написали, что именно у вас там есть, но если это для перезаписи URL, то есть UrlRewriteFilter, который выполняет ту же работу с той же семантикой.

Чероки? где он ? http://www.cherokee-project.com/