Главная
Блог разработчиков phpBB
 
+ 17 предустановленных модов
+ SEO-оптимизация форума
+ авторизация через соц. сети
+ защита от спама

cPanel :: Feature Request :: FastCGI Process Manager (FPM) SAPI

Anna | 31.05.2014 | нет комментариев

привет,
я думаю многие кто работал с панелью знают, что без кастылей не установить mod_fastcgi php-fpm.
мне кажется если всякий с програ зайдет и оставит свой голос в поддержку реализации данного функционала, то разработчики также не сумеют оставить этого без внимания и включат ее в типовой комплект.

features.cpanel.net/responses/fastcgi-process-manager-fpm-sapi


маленькая вики для тех, кто не понимает, что тут происходит:

Обработчик — для чего оно мне необходимо:
Для того, Дабы запустить сайт на PHP, сервер должен интерпретировать код PHP. Он интерпретирует код, учрежденный на PHP библиотеке которую вы используете, скажем PHP 5. Обработчик PHP является тем, что на самом деле загружает библиотеки, так что они могут быть использованы для интерпретации. PHP обработчики определяют как PHP загружается на сервере.

Какие PHP обработчики имеются в cPanel:
Есть несколько разных обработчиков, которые могут быть использованы для загрузки PHP: CGI, DSO, suPHP, и FastCGI. Всякий обработчик использует разные реализации загрузки PHP. Всякая реализация влияет на эффективность сервера Apache, потому что она определяет, как Apache обслуживает PHP.

и что??

Список PHP обработчиков:

DSO (mod_php)

DSO также знаменит как mod_php. DSO расшифровывается как: Dynamic Shared Object. Это ветхий, но, как правило, считается самым стремительным обработчиком. Он работает как модуль Apache. Это обозначает, что PHP скрипты будут исполняться как пользователь Apache, тот, что является пользователем: «nobody».

DSO имеет два недостатка:
Во-первых, все файлы, сделанные с поддержкой PHP скрипта будут иметь обладателя «nobody». Он будет недостижим из Интернета. Сайты, на которые необходимо загрузить файлы с поддержкой PHP, допустимо могут появиться задачи с permissions для файлов. Это задача WordPress, загружать файлы через интерфейс WordPress либо применять функцию механического обновления, будет терпеть неудачу с DSO.

Вторым недостатком является задача безопасности. Сделанные файлы будут иметь обладателя «nobody». Если хакер находит уязвимость в вашем скрипте PHP, он мог бы изменить либо применять файл, тот, что имеет те же привилегии, значимые системные файлы, которые также принадлежат «nobody».

CGI

CGI расшифровывается как: Common Gateway Interface. CGI обработчик будет обрабатывать PHP как CGI модуль, в различие от модуля Apache. Тем не менее, если у вас есть suExec, это дозволит вам увидеть, какой пользователь сделал запрос.

CGI способ предуготовлен в качестве запасного варианта, когда обработчик DSO недостижим. По собственной документации cPanel, это способ не является ни стремительным, ни неопасным, самостоятельно от того, включен либо нет suExec.

suPHP

suPHP читается как Single user PHP. suPHP также запускает PHP как CGI модуль, а не модуль Apache. Он отличается от CGI в том, что PHP скрипты, которые вызываются из веб будут трудиться под пользователем, тот, что обладает ими. suPHP, как правило, обработчик по умолчанию и рекомендуется Cpanel для сервиса PHP.

НО, здесь одно НО:
Недостатком suPHP является то, что он создает значительно больше высокую нагрузку на процессор. Помимо того, с suPHP вы не можете применять кэширование кода (скажем, eAccelerator либо APC). Что создает дополнительную нагрузку и замедляет скорость обработки.

как они могли применять его по умолчанию основным обработчиком??????

FastCGI

FastCGI (напротив: mod_fcgid либо FCGI) является высокo продуктивным обновлением/вариантом CGI. Он имеет превосходства suPHP. Разница с FastCGI в том, что он может значительно сэкономить на продуктивности процессора и дать скорости, близкой к DSO. Он также может быть использован с eAccelerator либо APC, которые могут содействовать последующему убыстрению загрузки PHP кода.

Недостатком FastCGI является (буквально):
mod_fcgid passes just one request to the FCGI server at a time while mod_fastcgi passes several requests at once, the latter is usually better for PHP, as PHP can manage several request using several threads and opcode caches like APC usually work only with threads and not with processes. This means that using mod_fcgid you end up having many PHP processes which all have their very own opcode cache.

bugs.debian.org/cgi-bin/bugreport.cgi?bug=504132#25

Источник: programmingmaster.ru

Оставить комментарий
Форум phpBB, русская поддержка форума phpBB
Рейтинг@Mail.ru 2008 - 2017 © BB3x.ru - русская поддержка форума phpBB