Расширенная настройка web сервера (Apache2 + Nginx)

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?

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

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

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

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

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

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

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

Апач кстати тоже в fpm теперь умеет