Стратегия резервного копирования сайта Joomla 1.5 - PullRequest
3 голосов
/ 16 апреля 2009

Я хотел бы время от времени делать полную резервную копию всего моего сайта на базе joomla 1.5. Как это в идеале будет сделано? Есть ли какие-нибудь распространенные подводные камни? Не то чтобы у меня был только ftp доступ к хост-серверу. Есть ли где-нибудь пошаговое руководство? Я использую последнюю версию Joomgallery и Kunena 1.0.9 (Legacy mode).

Может быть, есть хороший способ автоматизировать это?

Ответы [ 7 ]

5 голосов
/ 16 апреля 2009

Есть две части резервной копии, о которых вам нужно беспокоиться: база данных и файлы.

Резервное копирование базы данных можно выполнить с помощью чего-то вроде phpMyAdmin. Если у вас этого еще нет на вашем сервере, загрузить его не составит труда. Оттуда вы можете просто экспортировать всю базу данных в файл gzip.

Другая часть - это код и загруженные файлы. Кодовая база не должна меняться слишком часто, так что вы могли бы просто сделать одну резервную копию этого. Есть несколько способов. Самое простое - просто загрузить всю папку через FTP, хотя, если вы Linux, я уверен, что кто-то знает одну командную строку для получения всех измененных файлов (rsync?).

База данных - это главное, о чем вам следует беспокоиться: все остальное можно восстановить, просто переустановив.

4 голосов
/ 16 апреля 2009

Я думаю, что это: http://www.joomlapack.net/ - это то, что вам нужно. Я использую это сам, и это работает как очарование. И для резервных копий, и для переноса моих установок Joomla с сайтов разработчиков и на реальный сайт.

2 голосов
/ 16 апреля 2009

получите инструмент синхронизации FTP и храните актуальную копию вашего сайта локально. Тогда вы можете запустить пакетный скрипт

mysqldump -hhost -uuser -p%1 schema > C:\backup.sql

для создания резервной копии ваших таблиц mysql в различные моменты времени.

редактировать вам нужно будет установить MySQL Server на вашем локальном компьютере и указать путь к его каталогу bin в вашей переменной PATH, чтобы без проблем запустить команду mysqldump -p% 1 будет использовать пароль, указанный в командной строке, так как вы не захотите хранить пароли в вашем пакетном скрипте.

0 голосов
/ 14 июля 2014

Предлагаю воспользоваться услугой автоматического резервного копирования http://www.everlive.net

Обновление: Хорошо, вот еще немного информации. EverLive.net - это сайт, где вы можете создать бесплатный аккаунт. Введите данные своего веб-сайта, и вы готовы сделать резервные копии всего одним щелчком мыши. Восстановление также возможно таким же образом.

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

0 голосов
/ 06 мая 2009

Я абсолютно одобряю использование Joomlapack - он прекрасно работает. Дополнительные удаленные инструменты позволяют запускать резервное копирование с настольного компьютера Windows - он выполняет резервное копирование и загружает его. На пульте есть планировщик, и вы также можете отключить его для резервного копирования и загрузки списка сайтов.

Joomlapack также предоставляет файл «kickstart.php», который вы копируете в свою пустую учетную запись сервера вместе с резервной копией, которая автоматизирует процедуру восстановления. Вам необходимо создать пустую базу данных с помощью PHPMyAdmin или аналогичной, и вам будет предоставлена ​​возможность указать параметры базы данных (хост, база данных, имя пользователя, пароль) во время процесса.

Одна ловушка, с которой я столкнулся, заключается в том, что некоторые общие компоненты могут иметь абсолютные URL-адреса в своей конфигурации - например, SOBI2, Virtuemart. Тогда нужно просто найти подходящий файл конфигурации, отредактировать его и загрузить заново.

Другая проблема заключалась в том, что один архивный файл (либо ZIP, либо их формат JPA) получил имя файла с "?" символ в нем (с сервера Linux), и это вызвало небольшую проблему при попытке установить его локально в стеке Windows WAMP - процесс извлечения ZIP-файла завершился неудачно, и он остановил процесс, завершившийся без ошибок.

0 голосов
/ 30 апреля 2009

Какую бы стратегию резервного копирования вы ни выбрали - убедитесь, что она правильно обрабатывает UTF-8. Joomla 1.5 сохраняет весь контент в UTF-8, даже когда кодировка базы данных установлена ​​на 'iso-5589-1' - поэтому, когда решение для резервного копирования обнаруживает кодировку базы данных, некоторые символы, такие как € или é, приведут к «странному» ¬ / Ã © - не совсем то, что вы хотите.

0 голосов
/ 16 апреля 2009

Если у вас есть только FTP-доступ, у вас есть небольшая проблема, так как помимо всех файлов вам также придется сделать резервную копию базы данных. Без доступа к базе данных полное резервное копирование не принесет вам пользы.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...