Сеонли, черкани чего-нибудь в свой бложе, удиви вебмастерскую тусовку. Хотя он у тебя даже в баблоклик не подключен, наверняка 🙂 Флешмоб устроим, завалим твой блог комментами, заебешься отвечать 🙂

Конечно можно. У одного из клиентов по 300 сайтов-доров на DLE с парсингом на сервак настраивал. Включал там и php-fpm и кэширование в Nginx. В режиме CGI он тоже должен работать и так, но он прироста производительности не дает, апач не исключается в этом режиме. А вот для php-fpm нужно делать конфигурацию.

А какое кэширование стоит? Expires что ли? Если речь о нем, то оно практически не влияет на производительность сервера, оно лишь уменьшает количество загружаемой клиентом статики (js, css, изображений)

Точно, .htaccess не пашет, ибо этот костыль умеет только апач. ЧПУ, соответственно, тоже не пашет. В этом обычно и заключается загвоздка при переключении на эту связку.
Если какая-то сложная CMS, то нужно рисовать и отлаживать конфиг под неё в Nginx.
Если обычный wordpress, то там решается довольно просто. Добавляется в конфиг такая строчка:
try_files $uri $uri/ /index.php?$args;
В блок location / {. Вот так:

Для некоторых других CMS тоже подходит этот вариант. А для того же DLE, например, надо рисовать большую портянку правил.

Ну на самом деле тут в этой статье инфа немного уже устарела, ибо писалась на форуме более чем полгода назад. По крайней мере применительно к использованию php 7 в режиме php-fpm, особенно на сервере под управлением панельки ISPmanager 5. В нем можно в любом режиме удобно юзать любую версию PHP. И 7, и даже 7.1. Это я как раз и показывал на видео. И в другой статье http://vpsadm.ru/php-7-ispmanager-5-kak-ustanovit/

Что касается работы без панели — то сложности могут быть только при запуске в режиме апач-модуля.

В том же centos такую возможность не знаю как вкорячить. Технически это разумеется возможно, просто я пока не знаю как)

Далее по версиям OS. Это зависит исключительно от удобства администрирования, от привычки работы с ними. Для большинства задач и сайтов мне видится Centos удобней. В Debian 8 легко можно поставить обе версии параллельно. По-умолчанию там ставится из стабильных официальных репов 5.6 версия. Но можно установить дополнительно 7ю версию и переключаться между ними. В режиме php-fpm можно запускать сайты параллельно на разных версиях, в режиме модуля апача можно юзать либо ту либо другую, легко между ними переключаться. В режиме CGI тоже можно, но его вообще не стоит юзать. Если только для отладки.

На продакшн ставят то, что нормально работает) Поэтому перед продакшном надо погонять в тестах 🙂 Буквально на прошлой неделе переводил на php 7 как раз самый что ни на есть продакшн — огромную онлайн-библиотеку с трафом 200к в сутки, работающую на кластере из трёх серваков. В паре с разрабом, так задолбались, несколько дней по ночам. Оно работало на debian 7, в который вообще нет технической возможности поставить толком php 7 в режиме апача. Пришлось апгрейдить OS до debian 8, и потом только ставить php 7. Переключить у нас получилось только с третьей попытки, первые две была нестабильность, тормоза, глюки и отвалившийся функционал. Причем, это с учетом того, что до этого было протестировано на PHP 7.

По поводу Nginx — да, верно. Можно его использовать без апача в связке с php-fpm. Но обычно под него надо пилить и отлаживать конфиг, редко так сразу заработает. Особенно если какая-то неизвестная CMS или самопис. На основе htaccess пишется такой конфиг. Есть онлайн-конвертеры с .htaccess в правила nginx, но они в чистом редко выдают то что надо. Обычно их просто как подсобный инструмент можно использовать, брать какие-то куски, из них уже лепить и отлаживать свой конфиг.

ITK — это как раз верный режим, в этом моде нет проблем с правами, сайтам по польозвателям разграничены доступы. Если у пользователя нету возможности nginx+fpm, то нужно установить через возможности php-fpm, очевидно.

Еще раз, в двух словах. Апач — комбайн. Большой, неповоротливый и прожорливый. Умеет многое, но всё делает посредственно. Куча ресурсов уходит на «накладные» расходы. PHP-FPM — специализированный инструмент, который делает только одну вещь и делает это максимально эффективно, с минимальным расходом ресурсов. Unix way, вот и всё. При верной настройке fpm ничего лишнего не жрет.

Не существует такого варианта. Nginx+php-fpm (php fastcgi) — это он и есть. А если речь об apache+mod_fastcgi — то этот fastcgi без Апача работать не может. Никакого модуля не существует, встраиваемого в nginx аналогично mod_fastcgi в апаче. Fastcgi в таком случае работает отдельным сервисом, что и есть php-fpm.

Да в принципе то же самое. Я сам на практике не сталкивался с такой задачкой. Но решения вроде находятся.
1. https://premium.wpmudev.org/blog/wordpress-multisite-wordpress-nginx/
2. https://www.digitalocean.com/community/tutorials/how-to-set-up-wordpress-multisite-with-nginx-on-ubuntu-14-04

Что-то типа того.

Пожалуйста, коллега! У тебя тоже отличный сайт)