Розгортання оновлень вмісту з інстальованого сервера на живий сервер

Ми намагаємось розгорнути оновлення вмісту з нашого сервера інсценування на наш живий сервер, але у нас виникають труднощі з пошуку хорошого способу зробити це. Нам потрібно мати можливість розгортати нові сторінки, оновлення сторінок і періодично видаляти сторінки. Наш сайт також широко використовує книжковий модуль, тому модуль розгортання наразі не працює для нас. Ми використовуємо функції для великих оновлень структури. Таким чином, ми хвилюємо лише щоденні оновлення вмісту.

Чи є модулі, які можуть це робити та обробляти сторінки книг?

Функції UUID та UUID дозволяють експортувати Вузол до функції, який може бути саме тим, що ви шукаєте, означає, що не потрібно возитися з базою даних.

Ви спробували node_export та Backup Migrate . Обидва модулі використовуються для міграції вмісту між установками Drupal. Ось порівняння між модулями імпорту / експорту даних, які можуть вам бути корисними.

Я припускаю, що тут Drupal 6, і я особисто не знаю, чи буде він працювати з книжковим модулем, але ви заглянули в Deployment ?

Ви також можете спробувати Phing , за допомогою якого ви могли автоматично:

• Скиньте базу даних з постановкою за допомогою mysqldump.
• Скопіюйте файл mysqldump з одного сервера на інший за допомогою шифрування SCP та публічно-приватного ключа.
• Імпортуйте mysqldump з файлової системи в базу даних.
• Запустіть команду Feature Revert All ( drush fra -y), щоб ваш виробничий сервер підбирав виробничі налаштування (наприклад, блоки, перегляди, контексти тощо), що знаходяться в коді функцій.

Проблеми, які я бачу при такому підході:

Вам потрібно буде здійснити дуже дрібнозернистий експорт бази даних, це означає взяти лише вузол, node_revision, cck та таблиці меню.

У цьому останньому пункті (посилання на меню), якщо ви не отримаєте доступ до сценарію і сервера prod, використовуючи однакові псевдоніми URL-адрес, у вас будуть різні пункти меню, і це буде серйозною проблемою.

Насправді мені подобається повний метод скидання БД, який можна сценарій і часто може виконати всього за кілька секунд. (Якщо тримати свої ревізії під контролем і виключати таблиці кешу тощо, можна значно зменшити розмір.) Ви навіть можете створити простий модуль, який надасть інтерфейс видавцям вмісту для запуску цього процесу.

Вам потрібно обліковувати будь-який вміст, який ви можете прийняти від користувачів вашого прямого веб-сайту, наприклад коментарі або подання контактної форми. Якщо є якась - на диво часто її немає - ви можете або скористатися зовнішньою службою, наприклад Disqus для коментарів, або Marketo для форм генерації свинцю, ретельно розділити такі матеріали в окрему базу даних Drupal, яка не буде перезаписана, або ретельно не перезаписуйте їх таблиць, що впливають на процес експорту / імпорту.

Там, де його можна змусити працювати, це може виявитися найпростішим, найшвидшим, найнадійнішим методом. І веб-сайт, який ніколи не приймає інформацію від користувачів (крім зовнішніх служб), відкриває багато дверей, щоб зробити їх набагато швидшими та безпечнішими.