{% else-1 %}
Обновить | Подписаться | Поднять тему
Чтобы выполнить действие авторизируйтесь или пройдите регистрацию на сайте.
1.
Hatsune Miku * [мошенник] 22.23
[автор] (30 авг 2015, 05:56) [0/0] [0] [отв] [спам] [под] +1 | -1

В общем многие держат свои сервера и часто жалуются, что мол их сайты со временем начинают тупить. долгая генерация, много памяти потребляется.

И часто валят это всё на то, что дело в скрипте и его нужно оптимизировать (часто так и есть).

Но вот ты оптимизировал скрипт, выжал всё что можно, но всё ровно результат не удовлетворяет?

Тут стоит задуматься над настройкой самого сервера.

Как показывает практика у многих веб сервер это apache2 + mod_php.

Так как mod_php по умолчанию требует prefork_mpm, то apache для обработки каждого отдельного соединения создает отдельный процесс.
Как думаете как это влияет на потребление памяти? *

Так же у единиц есть nginx front + apache2 back + mod_php
nginx занимался выдачей статики и по пустякам не дёргал apache.

Но ребята ведь apache можно убрать вообще. (я не буду говорить как установить, настроить. Но я могу сделать это за несколько $)

php-fpm позволяет демонизировать php дабы избежать затрат на запуск процессов (чем страдает CGI) что умеет и FastCGI. Но php-fpm дает также другие полезные возможности:

- запуск пулов обработчиков от имени заданных пользователей,
- динамическое управление количеством запущенных обработчиков,
- возможность перезапуска обработчиков в случае, если с ними что-то не так,
- ведение лога медленных запросов по аналогии с mysql,
- страницы статуса и пинга,
- прочее.

Например я php-fpm прикрутил к nginx через unix-сокет.

Но всё это цветочки.

Ягодки пошли при бенчмарках. Производительность возврала до 60% (!!!)


Но стоит отметить, что я юзаю так же cache, memcached и другие методы ускорения работы ресурса.

Кстати сам php-fmp и nginx можно держать на разных машинах


В общем это всё, что я хотел сказать если вам нужно повысить производительность ресурса, а просто оптимизация CMS не помогает. Стоит подумать о переходе на nginx + php-fpm

2.
Alexis * 1.29
(30 авг 2015, 06:40) [0/0] [0] [отв] [спам] [под] +1 | -1

Я Apache ни за что не предам *

3.
Mstivoj * 2.18
(30 авг 2015, 06:55) [0/0] [0] [отв] [спам] [под] +1 | -1

nginx не обрабатывает .htaccess

4.
Hatsune Miku * [мошенник] 22.23
[автор] (30 авг 2015, 07:59) [0/0] [0] [отв] [спам] [под] +1 | -1
Mstivoj,

И что? есть же php-fpm

5.
Hatsune Miku * [мошенник] 22.23
[автор] (30 авг 2015, 08:00) [0/0] [0] [отв] [спам] [под] +1 | -1
Alexis,

в скором времени ты увидишь как выглядит дно *

6.
Mobiaaa * Верифицирован 2.73
(30 авг 2015, 08:03) [1/0] [1] [отв] [спам] [под] +1 | -1
Mstivoj,

для пары сайтов не составит труда перенести с .htaccess в конфиги nginx/php-fpm все надстройки

7.
Hatsune Miku * [мошенник] 22.23
[автор] (30 авг 2015, 08:05) [0/0] [0] [отв] [спам] [под] +1 | -1
Mobiaaa,

Есть конвертеры которые htaccess правила приобразует для nginx


Изм. 1 раз. / Посл. изм.
Hatsune Miku * [мошенник] 22.23
(30 авг 2015, 08:05)
8.
Mobiaaa * Верифицирован 2.73
(30 авг 2015, 08:07) [0/0] [0] [отв] [спам] [под] +1 | -1

Hatsune Miku, видел, но всё же лучше один раз "вкурить маны" nginx и самому всё отстроить

9.
Hatsune Miku * [мошенник] 22.23
[автор] (30 авг 2015, 08:09) [0/0] [0] [отв] [спам] [под] +1 | -1
Mobiaaa,

Я знаю кучу додиков которые даже FTP пользоваться не умеют (Как лиенты (!!!))


Изм. 1 раз. / Посл. изм.
Hatsune Miku * [мошенник] 22.23
(30 авг 2015, 08:10)
10.
Mobiaaa * Верифицирован 2.73
(30 авг 2015, 08:11) [0/0] [0] [отв] [спам] [под] +1 | -1

Hatsune Miku, подобным людям лучше вообще в ssh не лезть, кто-то в шутку напишет rm -rf /*
кто понял о чём я, догадаются чем это всё закончится)


Изм. 1 раз. / Посл. изм.
Mobiaaa * Верифицирован 2.73
(30 авг 2015, 08:12)
Чтобы писать сообщения авторизируйтесь или пройдите регистрацию на сайте.
Подписаны: 2
Скачать тему | Файлы темы | Фильтр сообщений