Промежуточная среда Wordpress

Вообще говоря, приведенные выше "ответы" верны, есть альтернативы wordpress, которые имеют лучшую встроенную поддержку промежуточных сред и миграций сборки. Однако предлагаемые альтернативы не совсем равноценны заменителям платформы wordpress,поэтому я думаю, что лучше всего ответить на этот вопрос.

Wordpress изначально не поддерживает размещение одного и того же сайта на двух разных хостах. Ядро опирается на абсолютные URL-адреса, хранящиеся в базе данных и являются используется практически во всех аспектах основной логики. Это приводит к ряду лишних ошибок, таких как 500 или около того, связанных с доступом SSL, потому что они пытаются динамически изменять все схемы http:// на https:// на лету.

В результате, когда вы размещаете на dev.example.com и мигрировать в staging.example.com и снова к www.example.com вы должны делать очень тщательные операции поиска и замены при экспорте базы данных каждый раз, когда вы переключаете хосты. И это вызывает дополнительные проблемы, когда вы узнайте, что многие популярные плагины wordpress сериализуют url В значения в базе данных. Поэтому, когда вы ищете и заменяете dev.example.com с помощью staging.example.com сериализованные данные, которые содержали длину символа исходного значения, больше не десериализуются с новым более длинным форматом. Некоторые основные вкладчики считают, что решение этой более поздней проблемы заключается в том, чтобы только когда-либо настроить промежуточные сайты с тем же количеством символов, что и производственная учетная запись...

В том же духе они также предложите поменять местами сопоставления хостов и только когда-либо использовать production.com url на всех средах хостинга. В зависимости от ваших конкретных требований к использованию это, вероятно, не правильное решение, если вам нужно предоставить доступ к внешним клиентам, технически неграмотным пользователям (по сравнению с технически грамотными пользователями, конечно.)

Но сам wordpress имеет ряд отличных особенностей в остальном и является очень адаптивной и мощной платформой быстрого развития. В результате вы можете расширить ядро фреймворка, чтобы сделать многое из того, что вам от него нужно. Когда я столкнулся с этой ситуацией, мне пришлось разработать решение, которое было бы жизнеспособным при любых обстоятельствах. Традиционно эта проблема решается с помощью корневых относительных URL-адресов, они работают в кросс-хостинговых средах, и они не страдают от изменений схемы, изменения портов или практики замены поддоменов, которые являются общими для промежуточных миграций.

С этим плагином: http://wordpress.org/extend/plugins/root-relative-urls/ (предвзято? да, я написал это. плагин.) вы получаете корневые относительные URL-адреса, где это важно, и динамические хосты, где корневые относительные URL-адреса не работают (например, rss-каналы.) Все, что остается от переноса сайта на другие хосты,-это переместить wp-config.php-файл вне корня www (один уровень выше поддерживается изначально wordpress.) таким образом, вы можете поддерживать разные копии на разных серверах. Или же вы можете использовать базовые операторы if, чтобы различать хосты по имени сервера и определять ключевые константы wordpress на основе сервер. В конце концов ваш контент, код и данные будут легко переходить.

В качестве замечания по поводу того, что упомянутые Плагины требуют настройки доступа на запись в wp-config.php файл, очень плохая практика с точки зрения безопасности для производственных или общедоступных серверов. Возможно, вы можете удобно реализовать это в ограниченной промежуточной среде, но тогда вам нужно будет отключить и удалить плагин в производственных переходах.

Короче говоря, да, вы можете разместить wordpress в нескольких средах хоста. Давно рекламируемые решения очень специфичны для конкретного случая и ограничены в выборе из-за архитектуры ядра. Но структура достаточно гибкая, чтобы преодолеть основной дефицит. Это основное проектное решение, вероятно, изменится в какой-то момент в будущем, учитывая количество усилий, которые разработчики ядра постоянно тратят на преодоление каскадных проблем. Но есть и благочестивые защитники абсолютной религии урл, которые сохранят эту практику на время. бытие. Возможно, другая платформа, поддерживающая миграцию серверов изначально (выберите почти любую из них, потому что большинство из них делают это), была бы лучшим вариантом для вас сейчас.