Синхронизация Joomla между серверами Dev и Prod?

Мне любопытно, как другие люди подошли к этому. Нашей группе было дано указание реализовать внутренний веб-сайт с использованием Joomla. Мы настроили сервер разработки для человека, отвечающего за обслуживание сайта, и рабочий сервер. Мы используем IIS и текущую версию Joomla.

Я могу синхронизировать их с Akeeba Backup Core и Kickstart, но это кажется выбором «все или ничего». Это работает, но если она работает, например, над внешним видом сайта, но просто хочет синхронизировать контент, это не представляется возможным.

Я чувствую, что кто-то должен был решить эту задачу раньше, но веб-поиск, похоже, выдает людей, запускающих dev/prod на том же сервере, но в разных подкаталогах, или игнорирует проблему по принципу «все или ничего». для подхода «Делать все сразу», который не кажется практичным. Контент часто меняется, но не внешний вид.


joomla production sync joomla2.5
person Roger Asbury    schedule 19.12.2012    source источник

Ответы (2)


arrow_upward
2
arrow_downward

Мы занимаемся этим уже несколько лет. Мы используем dev-сервер и prod-сервер. Когда мы вносим изменения в контент на dev, мы используем phpMyAdmin для копирования таблицы контента из dev db в prod db. В некотором отношении это все еще подход «все или ничего», потому что мы должны копировать всю таблицу содержимого сразу. Это означает, что у вас не может быть некоторых страниц в разработке, когда вы делаете копию. В остальном это по-прежнему поэтапный подход, потому что мы можем копировать отдельные таблицы, такие как модули, меню и т. д. Но опять же, это ВСЕ модули сразу, ВСЕ меню сразу и т. д. В phpMyAdmin есть способ скопировать отдельные таблицы. страницу или элемент из таблицы в dev и поместить в соответствующую таблицу в prod, но это немного громоздко. Однако это работает.

Что касается элементов оформления (изображения, css, изменения шаблона и т.д.) делаем то же самое, но копирование производится вручную по ftp с одного сервера на другой. Очевидно, что это тот же метод для таких вещей, как файлы PDF в dev, которые необходимо переместить в prod.

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

Положительным моментом всего этого является то, что когда у нас есть страницы, которые находятся в разработке, у меня есть рычаги влияния на людей, занимающихся контентом, чтобы они поторопились и закончили свою работу, потому что одна незавершенная страница может задержать весь сайт!

person Randy F    schedule 12.02.2013

arrow_upward
0
arrow_downward

Эта дилемма рабочего процесса возникала у меня несколько раз.

Вы упоминаете изменения внешнего вида, и это действительно проще, если это просто изменения шаблона. Гораздо проще снять резервную копию Akeeba с рабочего сервера, запустить ее на локальном сервере, поработать с файлами шаблонов, а затем загрузить обновленные файлы шаблонов на рабочий сервер.

Тем не менее, если это больше, чем настройка CSS и HTML для существующих файлов, это может быть более сложный процесс.

Лично я не нашел серебряной пули для такого рода вещей, но с некоторой предусмотрительностью и планированием это не так уж плохо.

person AndyGaskell    schedule 20.12.2012