29 октября 2011 в 1:38
Уважаемые!
Есть такое условие:
есть система на drupal, которой пользуются разные люди на своих платформах (хостингах).
Система периодически изменяется из-за фиксации багов, добавления новых функций (модулей и их настроек) и т.д. Единственное, что не меняется - это контент в нодах т.к. он у всех пользователей разный.
Возникла задача: как наиболее эффективно (автоматизированно) обновлять систему на разных площадках и при этом не затрагивать имеющийся контент пользователей?
Мои варианты
1). Сохранять контент пользователей через node-import, а потом уже накатывать базу данных с изменениями. Потом снова загрузить контент через node-import.
2). Накатывать базу с изменениями, кроме таблицы node_revisions... Только не известно, что будет с контентом, который был в полях CCK...
Как лучше, как еще можно?
Спасибо!
Комментарии
говорят drush хорош...
вот это приспособить:
http://drupal.org/project/features
почитайте про мултисайтинг, в drupal он хорошо организован
мультисайтинг не годится т.к. копии системы на разных хостингах
немного не понятно...
Есть некая сборка сайта на друпал. которая используется на нескольких сайтах
изредка в эту сборку вносятся изменения:
1.Изменение кода модулей, тем.
2.Изменения настроек модулей тем.
Причем сдесь контент?
Или я не правильно понял?
Я так понял, что одинаковые копии системы на разных хостингах? Сделать общие системные таблицы и уникальные на каждом хостинге для пользователей, нод и т.д.
Представьте, как будет тормозить система, когда разрастется... все запросы будут идти в одни и те же общие таблицы одной общей БД.
1. Изменение кода модулей - точно нет!!! Изменения в системной теме - да
2. ____ не понял немного _____
Контент при том, что его трогать (заменять) нельзя т.к. у каждой копии системы свои пользователи со своими созданными нодами.
про features:
интересный модуль, но не хочется плодить кучу модулей для каждого типа материала (как пример) и загромождать файловую систему...
Так система разрастается не за счет системных таблиц, а за счет нод, кэша и т.д. Но я понял, что вариант не впечатлил)
Есть программа SQLyog, позволяет создавать скрипты миграции базы данных и проводить синхронизацию.