vitaliy11

Рейтинг
176
Регистрация
14.03.2007
Leema #:
друг, тебе вроде уже объяснили, что в связке nginx+php-fpm тебе вообще не нужен апач

костыли, вроде того, что nginx - это прокси - уже давно неактуальны

друг, прочитайте топик и о чем в нем речь

Mobiaaa #:

Ваш вопрос был про nginx, соответственно и ответ про nginx

А что это такое, можно почитать в документации (можно в поисковике ещё поискать примеры), какой смысл дублировать одно и тоже в форум

Возможно я не так выразился.

Вот выше написали, что апаче нужен для того, чтобы " динамически позволяет без перезагрузки управлять роутингом и рядом настроек ".

С помощью того, что Вы указали можно организовать работу шаред хостинга без апаче так, чтобы и была возможность делать настройки nginx и ничего не сломать?

Mobiaaa #:
location + try_files диррективы

Это что? Для него апаче нужен?

dzthd #:
В идеале программист вообще не должен заморачиваться такими вещами

Я также такого мнения. Там наверное очень много нюансов. Как результат непрофессионального администрирования может быть простой сайта. Не знаю, хочу ли я постоянно еще думать работает ли сервер или нет.

dzthd #:
После перезагрузки только.

А как тогда на шаред хостинге организована возможность указывать какие расширения обрабатывает nginx (+ возможность на сколько такие файлы кэшируются в браузере) и возможность указать передавать запрос на бекэнд или нет, если такого файла нет?

Aisamiery #:
а в случае ошибки не работать будут запросы только к вашему сайту

Спасибо. Теперь понятно.

Aisamiery #:
А nginx конфиг читает единожды перед запуском, в рантайме ничего изменить нельзя и если в каком то файле конфига будет ошибка, то он не стартанет даже.

А периодически он не проверяет обновления в конфиге? С другой стороны, если конфиг сразу нормально настроен, то зачем его менять.

webinfo #:
Шаредный хостинг нужен не только для твоего случая. О предоставляет универсальные возможности, на то он и шаред.

Я понял. Для такой сборки нужен ВПС.

А так вообще лучше с апаче или без (скорость, надежность и т.д.)? Я смотрел на сайте хестиа их панель, так там что-то апаче много памяти использует. Или это не то?


DrCrow #:
Сам пробуй, позже окажется элементарно.

Когда-то нужно будет попробовать. Смотрел панели управления фастпанель и хестия. Или лучше ISP?

Но нужно поискать хостеров, чтобы оказывали какую-то поддержку в установке и поддержке.

DrCrow #:

Сервак на КВАРТЕ за 130 рубасов бери (для начала и тестов) и настраивай по яндекс поиску: "как установить ispconfig 3"

Дальше всё понятно будет.

Может настроить и можно (да и услугу можно заказать). Но потом же его нужно поддерживать и мониторить.

Пока что шаред хостинга хватает (+ код самостоятельно писал (+некоторые библиотеки) и там нет разных монстров, как в стандартных cms; настроено кэширование, а php подключается через JS; ну и еще вчера подключил CF - наблюдаю).

webinfo #:
Потому что неудобно. Как ты себе это мыслишь технически? Какую прокладку будешь использовать вместо апача, для которого уже всё 100500 раз разработано и к которому все привыкли? И предлагаешь, чтобы обычные пользователи шаред-хостинга вручную "лопатили" файловую систему популярных CMS?

Если в моем случае, то апач не сильно и нужен. На текущем шаред хостинге в панели есть некоторые настройки nginx - 1) файлы .php идут на apache - php; 2) можно указать какие расширения обрабатываются только nginx (если такого файла нет, то 404 - на бекэнд не отправляются) + html из кэша. А зачем нагружать сервер несуществующими файлами? + еще используется opcache (какое-то ускорение php)

Сайты на разных CMS также же можно адаптировать к этой связке.

Я не сильно разбираюсь в администрировании серверов. Вот такую информацию нашел по теме:

В чем выигрыш?
Возьмем тот же Apache (prefork или itk). Мы выставили у него максимальное количество рабочих процессов равное 35. Что это значит? Это значит что мы сможем одновременно обработать только 35 запросов пользователей и это не важно - запрос это за статикой или за динамикой. 35 всего.

У вас на странице 100 картинок+js+css-ок? Значит большая их часть будет висеть в очереди внутри сервера Apache и ждать когда пользователь получит предыдущие 35 ответов.

В случае с Nginx + PHP-FPM важнее всего количество процессов PHP-FPM. Мы можем поставить его таким же равным тридцати пяти. Что это значит? Это значит что мы можем одновременно обрабатывать 35 запросов к динамике, запросы же к статике nginx разгребет своими силами в количестве 3000+ одновременных почти на любой слабой VPS.

Расход оперативной памяти при использовании Nginx+PHP-FPM меньше чем на "голом" Apache, при равном количестве процессов (FPM и Apache). Скорость обработки запросов выше.

На расход CPU внутри PHP замена Apache на FPM никак не скажется. CPU в первую очередь кушает Ваш PHP-код, а пока его никто не оптимизирует - работать быстрее и экономичнее он не начнет.

Итог
  • Все проблемы PHP (процесс на запрос, не оптимальный код самого проекта) никуда не деваются.
  • Появляется возможность перелопачивать тонны запросов за статикой, которой нет в Apache.
  • Вы экономите оперативную память, что сказывается на цене оборудования или VPS.
  • Появляется море приятного функционала самого Nginx.
  • Пропадает возможность использовать htaccess, но честно скажу - конфигурация nginx куда более простая и понятная, чем htaccess.
Всего: 666