Альтернатива нескольким installationм WordPress (и не используется WordPress-mu)
Я запускаю несколько экземпляров WordPress на serverе для управления блогами через несколько доменов (также размещенных на одном serverе). Некоторые домены даже используют несколько экземпляров WordPress так же, как и подdirectoryи.
Каков наилучший способ реализации этих экземпляров, чтобы все они могли быть легко обновлены? Прямо сейчас, примерно через неделю или две после выпуска WP, я вхожу в систему и вручную обновляю каждый экземпляр из недавно загруженного tar.gz.
Единственное, что я разделил между всеми экземплярами, – это элементы контента (themese и т. Д.). Я обрабатываю это посредством символической ссылки на «основной» directory содержимого forms каждого пути установки экземпляра.
- Хостинг блога WordPress с использованием Nginx в качестве подdirectoryа
- Настройка постоянных ссылок и mod_rewrite в Apache
- Как добавить exception перезаписи для Yahoo Pipes?
- Как вkeyить автоматическое обновление в WordPress, запущенном на IIS7 и Windows 2008?
- WordPress довольно долго не работает
Есть ли способ сделать что-то подобное с фактическими fragmentами кода WordPress? Я считаю, что единственная configuration, специфичная для экземпляра, предназначена для подkeyения к базе данных.
- Nginx vs lighttpd для wordpress
- Как отладить Wordpress, размещенный на Azure Web Site
- Pretty permalink не работает Apache, Wordpress, Mod rewrite
- Случайный http 500 на wordpress
- Сайт IIS WordPress по альтернативным портам и правилам перезаписи
- Непоследовательный кеш и заканчивается заголовками (прагма: nocache)
- Сайт GoDaddy WordPress. Переkeyившись на HTTPS, теперь получите ERR_SSL_VERSION_OR_CIPHER_MISMATCH
- Nginx - переадресация Wordpress
Почему бы не использовать WordPress-mu, не для чего он предназначен? FYI WordPress 3, выпущенный за три месяца, будет интегрирован.
До тех пор вы могли бы просто символизировать все основные fileы, в основном все, кроме fileов конфигурации или directoryов содержимого пользователя.
WPMU с плагином для нескольких websiteов ( http://www.google.com/search?q=1193384369_njsl-sites-009.php ) отлично справляется.
Фактически вы можете размещать домены, просто имея разные блоги, используя плагин Domain Mapping, но таким образом сохраняет всю партию отдельно (но тот же код / db).
Я не тестировал, но думал, что unionfs может быть инструментом, который может быть полезен для чего-то подобного. Unionfs – это инструмент часто на livecds, чтобы часть fileовой системы поступала с компакт-диска, доступного только для чтения, и некоторые из них перешли на 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 Таким образом, в основном, когда пришло time для обновления, вы размонтируете все папки экземпляров union, обновляете word-press в базовой папке, а затем повторно монтируете свои союзы.
Вот хорошая статья журнала Linux о unionfs .
Это старый вопрос, но стоит отметить, что выпуск WordPress 3.0 объединил WordPress-MU в WordPress. Итак, installation WordPress 3.0 по умолчанию позволяет легко настраивать, обслуживать и обновлять несколько websiteов.
На всякий случай кто-то наткнулся на этот вопрос: теоретически это выполнимо с помощью плагина WordPress MU Domain Mapping: http://wordpress.org/extend/plugins/wordpress-mu-domain-mapping/
Я не использовал его сам, но во time своих исследований я наткнулся на этот плагин.