Nginx + Wordpress Многоузловые 3.4.2 + подкаталоги + статические страницы и постоянные ссылки
Учитывая, что виртуальная машина может только иметь ограниченное количество ресурсов (4-8 vCPUs в зависимости от платформы), если Вы захотите, чтобы веб-серверы смогли получить доступ ко всем ресурсам аппаратных средств хоста затем да, то Вы захотите выполнить несколько гостей.
Также, если у Вас есть несколько гостей, можно вывести их из эксплуатации для исправления без любого прерывания сервиса конечным пользователям.
Обнаружил проблему. Это были не правила перезаписи, хотя Майкл Хэмптон определенно направил меня в правильном направлении.
По какой-то причине в файле wp-config.php были закомментированы две очень важные строки для конфигурации Multisite: PATH_CURRENT_SITE и BLOG_ID_CURRENT_SITE.
] Как только я это исправил, все начало работать отлично, и теперь наш сайт работает быстро. Думаю, настоящий вопрос: как, черт возьми, это работало все это время?
Вот и все. Спасибо за просмотр!
Ух ты, у тебя в руках настоящий беспорядок.
В целом конфигурация nginx выглядит хорошо. Единственное, что меня поразило при первом чтении как возможно «неправильное», - это оператор try_files . В моем производственном мультисайте WordPress у меня есть:
try_files $uri $uri/ index.php;
Нет необходимости добавлять аргументы, поскольку WordPress берет их из REQUEST_URI , когда он доступен, (почти всегда) и PATH_INFO когда они не присутствуют в строке запроса.
Да, я знаю, что оператор, который вы используете, является «рекомендуемым» на сайте WordPress. Конечно, это также вики, которую может редактировать каждый, так что к ней следует относиться с недоверием, как и к Википедии.