LAMP: php - в виде модуля Apache или fastCGI ? - Компьютерный форум OSzone.net

Компьютерный форум OSzone.net (http://forum.oszone.net/index.php)

- Общий по Linux (http://forum.oszone.net/forumdisplay.php?f=9)

- - LAMP: php - в виде модуля Apache или fastCGI ? (http://forum.oszone.net/showthread.php?t=319597)

LAMP: php - в виде модуля Apache или fastCGI ?

Почитал статей всяких-разных. Но определиться не могу.
Из чего исходим:

1. Скорость обработки запросов важнее занимаемой памяти
2. На VPS будут только мои сайты. Пользователь - один. Соответственно, для варианта "модуль Apache" противопоказаний в этом плане нет (т.е. настройки будут общими для сайтов/пользователей).

Из прочитанного - ключевые моменты:

Цитата:

Таким образом, использование FastCGI является более безопасным, как с точки зрения прав доступа, так и с точки зрения наличия ошибок
в работе посторонних скриптов, и более экономичным и быстрым способом работы PHP-скриптов. mod_php, в свою очередь, имеет некоторое увеличение быстродействия при большой (в тысячи соединений) нагрузке на сайт.

Цитата:

Некоторые библиотеки, например PCNTL работают только с FastCGI php

Цитата:

Если только ваши сайти будут на сервере - можно как модуль
Если будут несколько юзеров - FastCGI

Цитата:

Если надо экономить память - то fastcgi

Ваш совет, исходя из практического опыта ?

Цитата:

Цитата CyraxZ

Таким образом, использование FastCGI является более безопасным, как с точки зрения прав доступа »

Сферично и вакуумно.

Цитата:

Цитата CyraxZ

mod_php, в свою очередь, имеет некоторое увеличение быстродействия при большой (в тысячи соединений) нагрузке на сайт. »

Когда не включает течку, да.

Цитата:

Цитата CyraxZ

Если только ваши сайти будут на сервере - можно как модуль
Если будут несколько юзеров - FastCGI »

Если речь о shared хостинге - всё несколько сложнее. FastCGI не даст полной изоляции юзерей сам по себе, тут надо не обманывать себя и плотно смотреть в более низкоуровневую изоляцию типа jail и далее по списку.

Из практического опыта: nginx прекрасно отдаёт статику. php-fpm решает вопрос с течкой php. nginx + php_fpm сложнее в отладке сбоев. nginx + php-fpm не имеет .htaccess. Если это не проблема - можно использовать php-fpm + nginx.
Если сайт относится к тяжело нагруженым, то

Цитата:

Цитата CyraxZ

На VPS будут только мои сайты »

...~~VPS не подходит~~ делается индивидуальная конструкция.
Опять же нужно помнить, что у апача несколько вариантов работы: prefork, worker.... так же апач может работать как реверс-прокси и кэшировать статику (вариант работы апач-под апачем) или это можно поручить тому же nginx.

Короче целый просто для разных конструкций в зависимости от нагрузки, прямизны рук и вкусовщины. На мой взгляд связка nginx+php-fpm очень даже неплоха, как для скромных сайтов, так и для тяжелонагруженных.

В целом конечно нужно делать, мерить, сравнивать, профилировать.

Для Apache много всяких правил и настроек сконфигурировано и отшлифовано. тяжеловато будет на nginx переносить.
Пока остановился на Apache mpm-event + php-fcgi.

Вопрос в том, работает ли Apache в режиме event вместе с php-fcgi ?

2 веских довода в пользу mod_fcgi (вместо mod_php):
1. Благодаря suexec возможно запускать php-скрипты от имени конкретного пользователя => скрипты не получат доступ к чужим и системным файлам

2. php_mod не работает с Apache в режимах mpm-worker и mpm-event:
https://www.garron.me/en/blog/apache...efork-php.html

Вот что пишут на php.net:
Почему лучше не пользоваться Apache2 с многопоточным "MPM" (event, worker) в промышленной эксплуатации?

Цитата:

PHP подобен связующему звену. Он полезен для создания хороших веб-приложений путём объединения разрозненных сторонних библиотек в единое целое, через использование интуитивно понятного и простого для изучения языкового интерфейса. Гибкость и сила PHP основана на стабильности и устойчивости платформы, на которой он работает. Чтобы всё работало, нужна рабочая операционная система, рабочий веб-сервер и рабочие сторонние библиотеки. Но когда хоть что-либо из них перестаёт работать - PHP нуждается в способах быстрого определения причины неполадки и её устранения. И когда Вы усложняете базовый фреймворк тем, что не изолируете исполняемые потоки и сегменты памяти, и не предоставляете потокам отдельных изолированных "песочниц" - ослабляется вся PHP-система.

Если Вы пожелаете использовать многопоточный "MPM" - ознакомьтесь с конфигурацией "FastCGI", согласно которой PHP работает в собственном пространстве памяти.

P.S. Apache 2.2 по умолчанию работает в режиме prefork (на уровне компиляции), Apache 2.4 - в режиме event (на уровне модуля).

Цитата:

Цитата CyraxZ

Но когда хоть что-либо из них перестаёт работать »

С чего бы?

Цитата:

1. Благодаря suexec возможно запускать php-скрипты от имени конкретного пользователя => скрипты не получат доступ к чужим и системным файлам

Если все сайты принадлежат одному пользователю, то с версии Apache 2.2.10 на Unix-системах можно обойтись и без suexec: статический модуль modx_unixd позволяет указывать пользователя и группу, под которыми будут запускаться форки.

Таким образом, единственным железным аргументом в пользу mod_fcgid остаётся неработоспособность модуля mod_php в режимах mpm_worker и mpm_event. При установке libapache2-mod-phpX Apache принудительно переводится в режим mpm_prefork.

Цитата:

С чего бы?

Мутная у них аргументация...