Комментарии

1.


… мы рассмотрим процедуру установки и настройки работы двух web-серверов с целью использования преимуществ каждого из них…

Для поддержки файла .htaccess, который используется многими сайтами, необходимо установить и настроить веб-сервер Apache.

Только ради этого ставится Apache? Конечно можно вести споры об удобстве .htaccess, но как по мне, nginx не зря отказался от децентрализированного управления.


Однажды, попался проект, в котором КАЖДАЯ директория (коих были тысячи) содержала свой .htaccess. Долго не мог понять, почему не выходит локально поднять проект, пока не выяснилось, что на продакшене все разруливалось через cPanel, которая в свою очередь проверяла наличие .htaccess в каждой директории, за счет чего проект и работал.
Давно перешел на nginx и забыл об .htaccess как о явлении, чему несказанно рад.


2.
MySQL пользователь


password: пароль, который будет задан пользователю.
WITH GRANT OPTION: будут предоставлены дополнительные права на изменение структуры баз и таблиц.

Нет. WITH GRANT OPTION позволяет пользователю назначать права другим пользователям.


3.


<IfModule php7_module>
        php_admin_value upload_tmp_dir ${root_path}/tmp
        php_admin_value doc_root ${root_path}
        php_value open_basedir    ${root_path}:/usr/local/share/smarty:/usr/local/share/pear
        php_value post_max_size 512M
        php_value upload_max_filesize 512M
        php_flag short_open_tag On
</IfModule>

Зачем перебивать директивы PHP в конфиге Apache? Логичней изменять конфигурацию PHP в файлах конфигурации PHP (куда уж логичнее).


И в статье, вы дважды создаете конфиг для Apache.


4.
Не понял, зачем вам вообще PHP-FPM, если вы хотите использовать Apache для работы с PHP? И зачем вы проксируете запросы в PHP-FPM из nginx?

  1. Тут в целом рассматривается как отдельную сборку, так и совместную, либо сервер со всеми технологиями, но могут на одних сайтах использоваться связка nginx + php-fpm, а на другом apache2 + nginx и.т.п.
  2. Поправлю
  3. Такой вариант я посчитал более логичным, чем изменять конфигурацию php, так как могут использовать CMS, где эти правила могут отличаться, например в битрикс php_value open_basedir ${root_path}:/usr/local/share/smarty:/usr/local/share/pear — не должно быть.
  4. В первом пункте ответил, просто представил в одном блоке конфига nginx, как будет выглядеть при php (apache) и при php-fpm (nginx)

Бред какой-то! Nginx прекрасно поддерживает php, необходимость в .htaccess очень спорная, только из-за него (других причин я не увидел) взгромождать такого монстра, как apache http server — чушь, а не решение. Лучше бы эти ресурсы отдали бд и/или nginx.

Я конечно извиняюсь, но зачем здесь очередная статья по развертыванию LAMP/LEMP?

Я не нашел довольно простой статьи и решил написать её, в статье можно развернуть как nginx + php-fpm, так и apache2 + nginx

Эээ, серьезно, ни то что объяснить зачем и что делает ngx_pagespeed, но даже ссылку на сайт не дали? Вы там троян чтоль спрятали?

Люблю такие howto: если это для начинающих, то к чему вызов vi (притом без инструкции, как им пользоваться). Если для опытного пользователя, то зачем подробно мелочи разжевывать, и тогда почему только эта ОС? А если это шпаргалка для себя самого, то я могу накидать небольшой howto, как поднять лично для себя wiki, может, это будет лучше для хранения своих личных заметок?


Модуль ускорителя к nginx, кстати, «палка о двух концах». Его лучше без четкого понимания не использовать, тк выигрыш не всегда даже заметный, а вот проблем можно массу добавить. Важнее отключить сжатие на apache, но включить его на проксируемом через nginx контенте. А хотите модули и проблемы от неумелых рук — добавьте модуль защиты от атак, и попробуйте его отстроить как надо.

Уже 100 лет не поднимал серверы с нуля, кое-какие моменты с тех пор поменялись, так что статья будет полезна в плане краткого руководства.
Но вот на счет apache я присоединюсь к предыдущим товарищам: связка nginx+php-fpm, на мой взгляд, закрывает все вопросы работы php приложений и более эффективна. Т.е. для чего вообще тут apache?

mysql> GRANT ALL PRIVILEGES ON *.* TO 'dbuser'@'localhost' IDENTIFIED BY 'password' WITH GRANT OPTION;

данной командой вы по сути дублируете юзера root — насколько это разумно? Может есть смысл создавать пользователей под конкретные задачи с минимально возможными правами?

Для односерверного развёртывания сайта и при достаточности оперативки Memcached не только не полезен но и вреден (тупо с ним "медленнее" сайт).

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