- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
По крайней мере если использовать тот fastcgi, что переключается в настройках панельки ispmanager - он ничем не отличается там от обычного CGI, то есть для каждого скрипта запускается отдельный тормозной php-cgi процесс, который еще и opcache не подхватывает.
https://docs.ispsystem.ru/ispmanager-lite/php/reyoimy-raboty-php#id-РежимыработыPHP-FastCGI(Apache)
Нормально он работает, возможно Вы путаете с CGI режимом
prefork + fastcgi (apache) запускает пул процессов и они обрабатывают запросы пользователей, после окончания работы - процесс не умирает, и opcache остаётся жив
https://docs.ispsystem.ru/ispmanager-lite/php/reyoimy-raboty-php#id-РежимыработыPHP-FastCGI(Apache)
Нормально он работает, возможно Вы путаете с CGI режимом
Нет, это ispsystem путают) Ну или хз кто где путает, но скорее всего не я)
У них по факту нет разницы между fastcgi и cgi режимом. Разница только в названии, работают они одинаково туго - для каждого скрипта отдельный процесс из bin/php/cgi. Основано на личном опыте настройки и оптимизации сотен серверов под управлением этой панельки.
Нет, это ispsystem путают) Ну или хз кто где путает, но скорее всего не я)
У них по факту нет разницы между fastcgi и cgi режимом. Разница только в названии, работают они одинаково туго - для каждого скрипта отдельный процесс из bin/php/cgi. Основано на личном опыте настройки и оптимизации сотен серверов под управлением этой панельки.
Видимо у Вас "особенные сервера" :)
Проверил пару, что было под рукой
Отдельные процессы есть с именем php-cgi, но они не умирают, а работают непрерывно, принимая пользовательские запросы
В strace это видно
accept
close
accept
close
А exit'ов нет
Нет, это ispsystem путают) Ну или хз кто где путает, но скорее всего не я)
У них по факту нет разницы между fastcgi и cgi режимом. Разница только в названии, работают они одинаково туго - для каждого скрипта отдельный процесс из bin/php/cgi. Основано на личном опыте настройки и оптимизации сотен серверов под управлением этой панельки.
fastcgi и cgi это разные режимы. Вы всю дичь собрали про CGI. Да там ппц, и его использовать только исключительно для тестирования.
FastCGI это совершенно нормальный режим работы и достаточно быстрый, и opcache также с ним работает.
Если почитать эти режимы: http://xandeadx.ru/blog/php/866
PHP-fpm это как отдельный сервер FastCGI потоков, и он принимает запросы. В случаи apache он не имеет смысла т.к. сам апатч выступает в этой роли и сам создаёт потоки FastCGI
nginx + PHP-fpm, это тоже самое т.к. вы регулируете потоки FastCGI в PHP-fpm сервере. В случаи с апатчем, вы регулируете потоки самого apache, которые уже вызывают FastCGI.
Есть ещё подробнее инфорация: https://vpsadm.ru/raznitsa-mezhdu-rezhimami-php/
НО повторюсь, CGI и FastCGI это разные технологии. А PHP-fpm это вообще сервер PHP скриптов.
Основано на личном опыте настройки и оптимизации сотен серверов под управлением этой панельки.
Значит вы что-то не поняли или не так настраивали. Там в htop видно, что совершенно по разному работают скрипты с CGI и FastCGI. Может быть вы как-то там по особенному настраивали, но в ISP 5 именно так. Это разные технологии и работают они тоже по разному.
Отдельные процессы есть с именем php-cgi, но они не умирают, а работают непрерывно, принимая пользовательские запросы
Хорошо, это так, с этим спорить не буду, возможно ошибся. Но я говорил о его ресурсоемкости и времени отклика. Сделайте замеры. ttfb будет меньше на 30-50% у сайтов на модуле apache и nginx+php-fpm, нежели у тех же сайтов в режиме fastcgi. В то же время использование ресурсов в последнем увеличено.
Есть ещё подробнее инфорация: https://vpsadm.ru/raznitsa-mezhdu-rezhimami-php/
Всё верно, там более подробно, эту статью я писал.
Тут решил не вдаваться в технические детали разницы в их работе, для обычных пользователей понятнее, когда говоришь что он медленнее и больше ресурсов требует.
Это разные технологии и работают они тоже по разному.
Единственная разница интересующая конечного пользователя - скорость работы сайта и выдерживание нагрузок. На fastcgi сервер менее эффективен.
Единственная разница интересующая конечного пользователя - скорость работы сайта и выдерживание нагрузок. На fastcgi сервер менее эффективен.
Это уже совершенно другая плоскость разговора. Мы обсуждали ваше заявление, что cgi и fastcgi это одно и тоже.
Конечно mod_php будет быстрее, только про 50% это вы загнули, не было таких у меня никогда приколюх в ISP5, чтобы такой был разброс. Там же ещё кэширование потоков идёт.
Fastcgi используется для реализации разных версий PHP на одном сервере. Такие услуги предоставляют масса хостеров, тот же reg.ru и там тоже ISP5 стоит, и тоже режим работы FastCGI. Что-то массовых жалоб на 50% упадок производительности не было.
Что-то массовых жалоб на 50% упадок производительности не было.
ну а кто массово делает эти замеры и сравнения :) Если вы, сисадмины не замеряли, то что уж говорить об обычном вебмастере, которому надо лишь чтобы сайт открывался)
Пока только вы какие-то сказки про FastCGI рассказываете. Никто бы не юзал его нафиг, если он тормознее работал в разы, чем mod_php.
Если у вас есть доводы прям вот реальные, по снижению на 50% производительности, ждём в студию. С удовольствием посмотрим, на такие просадки.