Я запускаю несколько экземпляров WordPress на сервере для управления блогами в нескольких доменах (также размещенных на одном сервере). Некоторые домены даже используют несколько экземпляров WordPress в качестве подкаталогов.
Как лучше всего реализовать эти экземпляры, чтобы их можно было легко поддерживать в актуальном состоянии? Прямо сейчас, примерно через неделю или две после выпуска WP, я вхожу в систему и вручную обновляю каждый экземпляр из недавно загруженного tar.gz.
Единственное, что я разделяю между всеми экземплярами, - это элементы контента (тема и т. Д.). Я справляюсь с этим с помощью символической ссылки на «основной» каталог содержимого из пути установки каждого экземпляра.
Есть ли способ сделать что-то подобное с реальными частями кода WordPress? я верить единственные специфичные для экземпляра конфигурации - это то, к какой базе данных подключаться.
Почему бы не использовать WordPress-mu, разве он не для этого предназначен? К вашему сведению, Wordpress 3, который должен быть выпущен примерно через три месяца, будет иметь интегрированную версию -mu.
До тех пор вы, вероятно, могли бы просто связать все файлы ядра, в основном все, кроме файлов конфигурации или каталогов пользовательского контента.
WPMU с плагином для нескольких сайтов (http://www.google.com/search?q=1193384369_njsl-sites-009.php) отлично справляется со своей задачей.
Фактически вы можете размещать домены, просто имея разные блоги, используя плагин сопоставления доменов, но в этом случае все будет разделено (но тот же код / db).
Я не тестировал, но подумал, что Unionfs, может быть инструментом, который может быть полезен для чего-то вроде этого. Unionfs - это инструмент, который часто используется на livecds, чтобы часть файловой системы поступала с компакт-диска, доступного только для чтения, а часть - на RAM-диск. Я никогда не делал и не тестировал это, но я подумал, что вы можете сделать что-то вроде этого
/base-wp-dir = base wordpress files
/instance1-files = files related to a specific instance of wp
/instance2-files
/www/instance1-union = rw-/instance1-files,ro-/base-wp-dir
/www/instance2-union = rw-/instance2-files,ro-/base-wp-dir
Таким образом, когда приходит время обновления, вы отключаете все папки экземпляров union, обновляете word-press в базовой папке, а затем повторно монтируете свои объединения.
Вот хороший журнал Linux статья о unionfs.
Это старый вопрос, но стоит отметить, что версия Wordpress 3.0 объединила Wordpress-MU с Wordpress. Итак, теперь стандартная установка Wordpress 3.0 позволяет легко настраивать, обслуживать и обновлять несколько сайтов.
На всякий случай, если кто-то наткнулся на этот вопрос: теоретически это можно сделать с помощью плагина Wordpress MU Domain Mapping: http://wordpress.org/extend/plugins/wordpress-mu-domain-mapping/
Я сам не использовал его, но во время своих исследований наткнулся на этот плагин.