Akeeba Backup (бывший JoomlaPack) — создание бэкапа сайта на Joomla и восстановления из резервной


Содержание материала:

Восстановление резервных копий для Joomla с Akeeba Kickstart

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

Установка Akeeba Backup.

Скачиваем архив с сайта разработчика akeebabackup com/download.html

Установка как обычно: Расширения -> Установить -> Обзор -> Выбрать скаченный архив -> Установить.

Видим сообщение о успешной установке. При первом запуске Компоненты -> Akeeba Backup возможно будет предложено, если уже не предложено, согласиться с лицензиями, ставим галочки, подтверждаем. Автоматически появляется «Контрольная панель Akeeba Backup». Пример основан на Akeeba Backup Core 3.11.2

Создание копии сайта (картинки, расширения, файлы. ), всего:

Переходим в Configuration и отмечаю «Копировать весь сайт» -> Сохранить и закрыть

Попадаю опять в «Контрольная панель Akeeba Backup» и здесь выбираю «Backup Now» — резервное копирование.

В окне «Start a new backup» начинаю новую резервную копию нажав «Backup Now!«

Начинается загрузка, Ждем! Ни дергаемся!

Резервное копирование выполнено успешно

Поздравляем! Процесс резервного копирования успешно завершен.

Теперь вы можете перейти на другую страницу. Говорит система

Жмем «Manage Backups» и поподаем на страницу управления копиями.

Видим описание базы и её атрибуты. Скачиваем для надежности к себе на комп.

Если ругается жмем ОК Полученный файл имеет расширение .jpa

Создание базы данных:

Возвращаемся в контрольную панель и жмем Configuration, но уже отмечаю backup-type «Копировать датабазу сайта SQL файл«

Сохранить и закрыть

Возвращаюсь в Контрольная панель и жму «Backup Now«

В окне «Start a new backup» начинаю новую резервную копию нажав «Backup Now!» Принимаю поздравления об успешном создании копии базы.

Жму «Manage Backups» на странице управления копиями скачиваю созданную базу на комп., ругается — игнорирую. Полученный файл имеет расширение .sql

Таким образом с помощью Akeeba Backup Core 3.11.2 получены две базы: база всего сайта и база данных.

P.S.Если сайт уже устоялся и редко устанавливаются расширения, добавляются к статьям картинки, смысл часто делать резервную копию всего сайта нет. А вот бэкап базы данных есть, ведь именно там хранятся все материалы сайта.

Кто далек в английском есть русификатор Akeeba Backup

Восстановление сайта на Joomla 2.5

В этой статье мы рассмотрим восстановление сайта под управлением Joomla 2.5 из резервной копии созданной, компонентом Akeeba Backup. Для восстановления сайта нам потребуются: последняя резервная копия и скрипт Akeeba Kickstart с сайта Akeeba Backup. Нам не нужно заново устанавливать Joomla, всё уже есть в резервной копии. О том, как настроить резервное копирование сайта на Joomla 2.5 можно узнать из предыдущей статьи «Резервное копирование Joomla 2.5».

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

Первый случай самый простой. Нужно распаковать архив резервной копии и заменить полученными файлами и папками, файлы и папки на сервере. Для распаковки архива понадобится архиватор eXtract Wizard. Это программа кроссплатформенная, есть версия для Windows, Linux, MacOS. С сайта Akeeba Backup скачиваем и устанавливаем версию для той операционной системы, в которой работаем. Версия для Windows — здесь. На момент написания статьи был доступен стабильный релиз eXtract Wizard 3.3. Распаковываем архив резервной копии в какую-нибудь локальную директорию. При этом в распакованном архиве будет дополнительная папка, которая называется «Installation». Это папка инсталлятора для восстановления из полной резервной копии. Внимание, не копируйте эту папку на сервер! Выбираем нужные нам файлы и папки и передаём их на сервер, используя протокол SFTP. Всё, файлы восстановлены!

Теперь рассмотрим случай, когда повреждена только база данных сайта. Для восстановления базы данных лучше и проще воспользоваться её резервной копией. Т. е. если делалась отдельно резервная копия базы данных, то легче восстановить из неё. А если отдельно база данных не бэкапилась? Здесь нам опять пригодится распакованный архив резервной копии, а точнее вышеупомянутая папка «Installation». Нет, мы не будем её копировать, нам понадобится несколько файла, находящиеся в подпапке sql. У меня их три. Один файл с расширением .sql, другой с расширением .s01 и третий файл – databases.ini. Но прежде чем приступить к восстановлению базы данных из этих файлов, нужно эти файлы немного изменить. Открываем файл databases.ini и копируем значение prefix без кавычек. Обратите внимание на информацию, хранящуюся в этом файле! Далее, поочерёдно открываем файлы с расширением .sql и .s01 в текстовом редакторе и производим замену символов #__ (решётка и два подчёркивания) на скопированное нами значение. Если этого не сделать, то после восстановления мы получим не работающий сайт. Будет выдаваться примерно такая ошибка: «Table ‘_session’ doesn’t exist SQL=INSERT INTO». При восстановлении из отдельной копии базы данных такой ошибки не будет, потому что в ней (копии) сразу вписаны «правильные» префиксы таблиц.

Заходим в phpMyAdmin, переходим на вкладку «Базы данных», выделяем нашу повреждённую базу и нажимаем «Удалить».

Подтверждаем удаление и на этой же вкладке создаём новую базу данных с тем же именем и той же кодировкой.

Переходим на вкладку «Импорт». Теперь, если есть отдельная резервная копия базы данных, тогда импортируем только её, а если есть два файла из полной резервной копии, то один за другим импортируем их.

Всё, база данных восстановлена!

Теперь рассмотрим восстановление сайта из полной резервной копии. Качаем Akeeba Kickstart. На момент написания статьи последняя стабильная версия скрипта была 3.3.2. Освобождаем корневую директорию сайта от файлов и папок, а затем любым доступным способом переносим в неё архив или все части архива (если резервная копия делилась) резервной копии. Туда же переносим распакованный архив Akeeba Kickstart или, если позволяет хостинг, то распаковываем архив со скриптом прямо на сервере.

Набираем в адресной строке http://yoursite/kickstart.php и читаем предупреждение о том, что:

  1. Kickstart не инсталлятор. Это средство для распаковки архива. Настоящий инсталлятор был вложен в архив во время резервного копирования.
  2. Kickstart не только распаковывает архив. Вы можете использовать Akeeba eXtract Wizard и загрузить распакованные файлы, используя FTP.
  3. Работа Kickstart зависит от конфигурации сервера. Так, он может не работать на некоторых серверах.
  4. Вы должны скачать и загрузить вашу архивную копию сайта с помощью FTP в двоичном режиме передачи. Любой другой метод может привести к повреждению резервной копии и ошибкам при восстановлении.
  5. Ошибки в работе сайта после восстановления, как правило, вызваны файлом .htaccess или директивами php.ini. Вы должны понимать, что пустые страницы, 404 и 500 ошибки обычно можно обойти путём редактирования вышеупомянутых файлов. Это не наша работа, чтобы возиться с файлами конфигурации, так как это может быть опасно для вашего сайта.
  6. Kickstart перезаписывает файлы без предупреждения. Если вы не уверены, что у вас всё в порядке с этим, не продолжайте.
  7. Попытка восстановить сайт по временному URL панели хостера (cPanel) (например, http://1.2.3.4/

username) приведёт к провалу, и ваш сайт будет, по всей видимости, не работоспособным.

  • Вы должны прочитать документацию перед использованием этого программного обеспечения. Большинство проблем можно избежать или легко обойти, имея представление, как это программа работает.
  • Этот текст не означает, что уже обнаружена проблема. Это стандартный текст, который отображается при каждом запуске Kickstart.
  • Переходим по ссылке.

    Выбираем файл архива или первую часть составного архива, с которого начнётся восстановление сайта. После нажатия на кнопку «Старт» начнётся распаковка архива. По окончании распаковки мы увидим следующее окно.

    Нажимаем «Запустить инсталлятор». Откроется новое окно или вкладка в зависимости от браузера и его настроек, в котором запустится мастер установки, а язык диалога станет английским. Это окно/вкладка инсталлятора. На первой странице — «Check» будут отображены результаты проверки соответствия хостинга требованиям установки Joomla 2.5.

    Так же как и при «чистой» установке Joomla 2.5 обязательные требования (верхняя таблица) должны быть выполнены. Если требования выполнены, а так же существуют директории для кэша, временных файлов и журналов, то нажимаем кнопку «Next» и переходим к странице «DB Restore».

    В группе «Connection parameters» (параметры подключения) проверяем или заполняем следующие поля. В поле «Database type» устанавливаем тип базы данных – в нашем примере mysql. В поле «Database server host name» вписываем имя сервера с базой данных, в поле «User name» — имя пользователя (администратора) БД, а в следующем поле – его пароль. В поле «Database name» вводим имя базы данных. Все остальные параметры на этой странице можно оставить со значениями по умолчанию. Переходим к следующей странице, нажав кнопку «Next» и если всё заполнено правильно, то видим окно восстановления базы данных. Нажимаем «ОК» и переходим к странице «SiteInfo».

    В группе «Site Parameters» (Параметры сайта) заполняем поля «Site Name» (Название сайта), «Site e-mail address» (Адрес эл. почты сайта), «Site e-mail sender name» (Имя отправителя эл. почты сайта). Обращаем внимание на опцию «Override tmp and log paths» (Переопределить пути к временным файлам и журналам). Галочку не ставим. В группе «Super Administrator settings» (Настройки Суперадминистратора) выбираем из списка пользователя с правами суперадминистратора, вводим его пароль с подтверждением, а точнее новый пароль. Т. е. если не заполнить поля для ввода пароля, то пароль останется прежним. А так же вводим адрес его электронной почты. Проверяем путь к директории для временных файлов и путь к файлам журналов. Нажимаем «Next», после чего начинается восстановление сайта. По окончании восстановления мы попадём на страницу «Finish».

    Теперь можно закрыть окно или вкладку инсталлятора и перейти к окну или вкладке Kickstart, которое теперь выглядит так.

    Запускаем очистку и получаем следующее приглашение.

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

    Резервное копирование и восстановление сайта Joomla 3 с помощью Akeeba Backup

    Неотъемлемым лидером в нише резервного копирования и восстановления для платформы Joomla 3 можно назвать компонент Akeeba Backup. Он может восстановить любую сохраненную версию архива сайта как из админ панели, так и восстановить работоспособность полностью «мертвого» сайта имея всего лишь один файл с резервной копией. Давайте рассмотрим как это происходит.

    Установка Akeeba Backup и наше первое резервное копирование сайта

    Первым делом нам надо скачать сам компонент «Akeeba Backup Core for Joomla!» с официального сайта. На этой же странице есть для него русификатор во вкладке «Languages». Установку производим как обычно через «Расширения->Менеджер расширений->Установка», и там во вкладке «загрузить файл пакета», сразу устанавливаем сам компонент, после его русификацию. После установки наш компонент будет отображаться на сайте в вкладке «Компоненты->Akeeba Backup». При первом входе на сайт нас встречает мастер настройки, который нам предлагает произвести автоматическую настройку, нажимаем на кнопку «Мастер настройки» и ждем когда он сделает всю работу за нас 🙂 По завершению нажимаем на кнопку «панель управления» и нас перекидывает на главную страницу плагина, с которой мы и будем делать свою первую резервную копию. Для этого нажимаем на большую кнопку с названием «Default Backup Profile» то есть создание резервной копии с настройками по умолчанию, и ждем завершения резервного копирования не закрывая страницу, это важно. К настройкам профиля создания резервной копии по умолчанию относится: путь куда будет сохраняться копия (по умолчанию site.ru/administrator/components/com_akeeba/backup), формат сохранения: jpa(по умолчанию ) либо zip, есть возможностью установки на него пароля, так же есть возможности выбора типа резервной копии, то есть копирование всего сайта или только базу данных. Все эти параметры доступны и можно редактировать даже в бесплатной версии компонента.

    Восстановление сайта из резервной копии при помощи Akeeba Backup

    Восстановление сайта средствами Akeeba Backup производится из ранее созданной резервной копии, такая необходимость возникает в основном после взлома сайта, но так же может и после установки некачественного модуля (компонента, плагина) некорректно работающего на сайте и при невозможности удаления стандартными способами. Иногда могут быть моменты что вы сами залезете в исходный код ручками и сделаете что нибудь не так, и такое бывает. Поэтому что бы ничего не терять всегда перед изменениями на сайте делаем резервную копию и если что то идет не так то мы всегда можем откатить сайт к исходному состоянию.

    Восстановить сайт целиком можно двумя способами:

    1. Восстановление через административную панель (при условии что она в рабочем состоянии)
    2. Восстановить при помощи отдельной утилиты Akeeba Kickstart (когда сайт «умер» весь и полностью)

    Восстановление сайта из административной панели Joomla 3 с помощью Akeeba Backup

    Восстановление сайта из административной панели производим из меню «Компоненты->Akeeba Backup», зайдя в компонент нажимаем «Управление резервными копиями» и на открывшейся странице выбираем ту резервную копию с которой мы будем восстанавливать наш сайт, ставим на против нее птичку и нажимаем кнопку восстановить. В открывшемся окне ничего не меняем и нажимаем на кнопку начать восстановление. Начинается процесс извлечения файлов из архива с перезаписью непосредственно на наш сайт. После завершения нажимаем на кнопку «запустить скрипт восстановления сайта» и попадаем ну страницу восстановления, далее процесс восстановления очень схож с начальной установкой joomla 3, то есть надо так же ввести логины, пароли, информацию по базе данных.. . Когда до ходим до странички с надписью «почти что готово» то просто закрываем ее и на открывшейся странице нажимаем «восстановление завершено». Вот и все, нас перенаправляет на страницу авторизации админ панели, вводим логин, пароль и радуемся полностью работоспособному сайту.

    Восстановление сайта на joomla 3 при помощи модуля резервного копирования Akeeba Backup (Kickstart)

    Восстановление сайта при помощи Akeeba Kickstart производится при невозможности зайти в админ панель и восстановить оттуда, то есть сайт полностью в неработоспособном состоянии. Для восстановления скачиваем с официального сайта приложение для восстановления Akeeba Kickstart, это архив с несколькими файлами внутри. Разархивируем и в корень нашего сайта, который желательно предварительно почистить (удалить все). Туда же в корень сайта копируем наш файл с сохраненным архивом сайта. Теперь для запуска процесса восстановления переходим в браузере по адресу site.ru/kickstart.php . Далее процесс восстановления идентичный установки сайта joomla 3 или же восстановлению из административной панели: распаковка, ввод основных данных, очистка установочных файлов.

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

    Резервное копирование joomla для начинающих администраторов


    Автор: Эдуард Бунаков · Опубликовано 17 сентября 2020 · Обновлено 9 октября 2020

    Вас наняли для администрирования joomla-сайта. И одним из важных ваших действий должно быть резервное копирование joomla. Но как быть если владелец сайта не предоставил вам данные доступа к админ-панели движка, но есть лишь доступ к панели управления хостингом? Все это мы обсудим чуть ниже.

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

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

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

    Никому не нравится тонущий корабль без спасательных шлюпок; также имеет смысл практиковать перенос людей из «спасательных шлюпок» на новую рабочую систему.

    Наличие резервной копии нужно не только при сбоях; человек, хорошо разбирающийся в резервном копировании, может помочь в безопасной разработке новых возможностей на ресурсе.

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

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

    Введение

    Создание полной резервной копии Joomla-сайта состоит из двух частей. Это:

    • — информация о базе данных, чаще всего содержащаяся в базе mysql
    • — файлы и папки веб-сайта, как принято на большинстве статичных html-сайтов.

    Если вы не делаете резервные копии файлов или баз данных, резервная копия вашего сайта будет неполная.

    Резервное копирование баз данных joomla, в ручном режиме

    Описанный здесь способ — это советы разработчиков joomla для администраторов в пользовании которых может быть не один сайт, или если новый администратор назначенный для управления сайтом, не знающий своих пользователей.

    Один из первых шагов при создании резервной копии Joomla-сайта – это закрытие доступа к сайту пользователям, резервное копирование файлов и повторное открытие публичного доступа. Шаги, предлагаемые phpmyadmin.net, опускают это очень нужное действие.

    Зайдите в административную часть панели управления Joomla, и на странице «Общие настройки» (Global Configuration) во вкладке «сайт» установите «Сайт выключен (offline) = да».

    Эта настройка изменит вид вашего файла configuration.php в корневой директории Joomla-сайта.

    Администратору нужно использовать контрольную панель хостинга, чтобы просмотреть этот сайт или использовать FTP для загрузки и просмотра файла.

    К примеру, вас наняли для администрирования joomla-сайта. И вы как администратор впервые приступаете к резервному копированию joomla незнакомого ресурса. Где будете брать данные, если владелец сайта полный ноль в этом вопросе?

    Внутри файла configuration.php вы найдете имя базы данных, для которой нужно создать резервную копию. Это на тот случай, если администратор еще не в курсе.

    Ищите строку с кодом, похожим на var $db = ‘x1234’; или public $db = ‘x1234’;, где х1234 – имя файла вашей базы данных.

    Используя данные входа в систему для вашего сервера или хостинга, откройте инструментарий PhpMyAdmin. Откройте базу данных, найдите таблицу «Пользователи», и нажмите на иконку, чтобы «просмотреть» данные в таблице.

    Вы можете увидеть имена пользователей, у которых есть доступ к вашему Joomla-сайту. Этот просмотр дает уверенность, что вы собрались делать резервную копию правильной базы данных.
    Щелкните по закладке «Экспорт», затем выходите.

    Ваш браузер загрузит базу данных в SQL-файл.

    Найдите место, где браузер поместил этот файл, затем переместите его на более надежный носитель или защищенное место на диске для хранения.

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

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

    Резервное копирование файловой системы joomla

    Продолжая работу с сайтом офлайн, вспомните, о чем мы говорили выше. Сделать резервные копии файлов и папок можно, загрузив их через FTP или файловый менеджер хостинга. Оба варианта равноценные и одинаково работоспособные.

    Инструментарий FTP перемещает тысячи файлов и используется большую часть времени. Процесс передачи файлов через FTP может быть медленным и прерываться. Большинство хостинг-компаний предлагают панель управления для размещения тысяч файлов одной папке и быстрого создания архивного файла.
    Это означает, что ваш сайт будет офлайн гораздо меньше времени, и у вас есть единственный zip-файл.

    Перейдите в панель управления на хостинге и отыщите там иконку файлового менеджера.
    Если вы пользуетесь файловым менеджером своего хостинга, с помощью его интерфейса выберите папку своего сервера и создайте zip-архив. Загрузите архивный файл на локальную машину и затем распакуйте, чтобы увидеть файлы внутри архива. Эта опция поможет вам развернуть созданный zip-архив как промежуточный сайт.

    Восстановление файлов Joomla через FTP не отличается от восстановления статичного веб-сайта на html. Загрузите все файлы и папки, которые есть в корневом каталоге Joomla. Место назначения для загрузки — папка на вашем локальном компьютере. Убедитесь, что структура файлов и папок остается той же, что и на рабочем сайте. Когда вы восстановите файлы, то сможете использовать утилиту FTP для загрузки файлов на новый сервер.

    Как только вы загрузите свои файлы через zip-архив или FTP, измените настройки сайта, чтобы быть онлайн.

    Больше документации по резервному копированию joomla

    Большинство администраторов веб-сайтов на Joomla имеют доступ к своим базам SQL и данным через интерфейс GUI под названием PhpMyAdmin. Несколько расширений для автоматического резервного копирования в Joomla можно найти на официальном сайте движка Joomla Backup Extensions .

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

    Специальные возможности

    2FA (двухфакторная авторизация)

    Если вы используете двухфакторную авторизацию (доступна с августа 2014 года) и заблокировали сайт, можете переименовать папку plugins/twofactorauth в twofactorauth.BAK и авторизоваться в административной части вашего сайта. Затем отключите все плагины в группе «twofactorauth». В заключение переименуйте папку plugins/twofactorauth.BAK вашего сайта опять в twofactorauth.

    Инструменты для автоматического резервного копирования Joomla

    Akeeba Backup

    Один из наиболее популярных, качественных и быстрых компонентов по созданию резервных копий — это конечно же Akeeba Backup

    Данный компонент создает .jpa-файл, который нужно загрузить на надежный носитель, желательно за пределами вашего хостинга или сервера.

    .jpa-файл содержит все папки/файлы и базы данных.
    .jpa-файл также содержит инсталлятор.

    Кроме того, нужно отметить, что восстановление сайта с помощью Akeeba – быстрый и управляемый процесс, похожий на работу с Мастером установки.

    Разместите на своем веб-хостинге два файла:

    1. свой .jpa-файл
    2. Kickstart.php (от Akeeba)

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

    Как сделать резервную копию сайта на Joomla

    Дата публикации: 2015-12-10

    От автора: приветствую Вас, дорогой друг. На каждом этапе создания сайта, используя CMS Joomla, особенно если вносятся правки в исходные файлы, создаются новые элементы или выполняется настройка некоторых сложных компонентов – всегда необходимо создавать резервные копии, и делать это нужно как можно чаще. Так как допущенные ошибки или некорректные настройки либо действия, могут привести к нарушению работоспособности, как некоторых элементов, так и всего сайта в целом. А поиск и устранение ошибок может затянуться на неопределенный срок. Поэтому в данной статье мы с Вами поговорим о том, как сделать резервную копию сайта на Joomla, и рассмотрим наиболее популярный инструмент резервирования — Akeeba Backup Joomla 3.

    Для начала хотел бы уточнить, что резервную копию или бэкап сайта Joomla, можно создать двумя способами — в ручную и автоматически. Соответственно давайте рассмотрим каждый способ в отдельности.

    Ручной способ создания резервной копии

    Создание резервной копии сайта Joomla ручным способом предусматривает формирование архива файловой структуры движка, для последующего хранения. А также резервирования используемой базы данных, то есть создания дампа базы данных. Теперь по порядку.

    Для начала открываем директорию с установленной CMS, выделяем все файлы и папки и создаем архив, который, в последствии, необходимо скопировать в каталог хранения резервных копий. Конечно, архив можно и не создавать, а просто скопировать файловую структуру Joomla, но архивы значительно экономят место на жестком диске, да и более удобны в обслуживании, нежели каталог с огромным количеством файлов.

    Современные тенденции и подходы в веб-разработке

    Узнайте алгоритм быстрого роста с нуля в сайтостроении

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

    После этого на экране Вы увидите список таблиц, которые необходимы для работы CMS, соответственно необходимо создать копию каждой из них. Для этого переходим на вкладку “Экспорт”.

    Далее выбираем Способ экспорта – Обычный, затем в текстовой области “Таблицы”, проверяем, что бы были выделены все таблицы, базы данных, и кликаем по кнопке “ОК”, в самом низу страницы.

    После этого, сохраняем предложенный файл с расширением .sql в каталог хранения резервной копии. Данный файл представляет собой копию таблиц базы данных.

    Создание резервной копии движка, используя расширение Akeeba Backup

    Автоматический способ, создания резервной копии ( joomla backup ), предусматривает использование различных расширений, для создания копии, как файловой структуры, так и таблиц базы данных. При этом, зачастую, данные расширения предлагают свой определенный способ восстановления сайта из ранее созданной резервной копии, который достаточно прост в использовании и напоминает стандартную установку Joomla. Поэтому давайте создадим бэкап Joomla, используя одно из наиболее популярных расширений Joomla Akeeba Backup.


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

    Современные тенденции и подходы в веб-разработке

    Узнайте алгоритм быстрого роста с нуля в сайтостроении

    Для этого воспользуемся Мастером настройки.

    Как только настройка будет завершена, можно приступить к резервному копированию движка Joomla.

    Для начала создания резервной копии кликаем по кнопке “Начать резервное копирование”. При этом откроется следующая страница.

    Обратите внимание, что перед началом создания копии, при необходимости можно выбрать профиль настроек, так как в компоненте Akeeba Backup, все настройки привязываются к определенным профилям. Далее указываем краткое описание, комментарий к архиву, и наконец, нажимаем кнопку “Начать резервное копирование”.

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

    Менеджер резервных копий используется для управления ранее созданными архивами.

    При этом резервная копия Joomla представляет один единственный файл, который располагается о адресу каталог установки Joomla/administrator/components/com_akeeba/backup.

    Итак, мы с Вами создали резервную копию сайта, используя компонент Akeeba Backup, теперь при необходимости можно восстановить сайт из созданной копии. На этом у меня все. Всего доброго и удачного кодирования.

    Современные тенденции и подходы в веб-разработке

    Узнайте алгоритм быстрого роста с нуля в сайтостроении

    Хотите узнать, что необходимо для создания сайта?

    Посмотрите видео и узнайте пошаговый план по созданию сайта с нуля!

    Akeeba Backup резервное копирование, восстановление и перенос сайта Joomla

    Резервное копирование и восстановление сайта на Joomla делается очень легко. В этой статье будет рассказано про расширение Akeeba Backup, которое выполняет резервное копирование сайта Joomla. Во второй части статьи расскажу, как восстановить сайт из резервной копии.
    Не смотря на то, что хостинг провайдер может делать резервную копию сайта, могут произойти ситуации, когда копия сайта может быть Вам недоступна или содержать не все нужные данные. Поэтому обязательно позаботьтесь о создании резервной копии сайта сами. Для этих целей можно использовать очень удобный инструмент Akeeba Backup. Бесплатной версии этого расширения достаточно, для выполнения резервного копирования и восстановления сайта Joomla.
    Прочитав эту статью Вы научитесь делать резервную копию и восстановление своего сайта на Joomla.

    Установка Akeeba Backup.

    Чтобы установить расширение «Akeeba Backup», для создания резервной копии сайта Joomla, воспользуемся способом «Установить из JED» или «Upload Package File». Первый способ предпочтительней, так как он самый простой. Если версия Joomla меньше 3.2, то эта функциональность не доступна и придется воспользоваться вторым способом. В этой статье будет описано два способа установки, а Вы сможете воспользоваться любым на выбор.
    Установить из JED — позволяет установить расширение через интернет. Выбрать расширение для установки можно из предоставляемого каталога.
    Для установки расширения переходим в меню Расширения—>Менеджер расширений—>Установить. На открывшейся странице будет каталог расширений. Найдите в этом каталоге указанное на картинке расширение «Akeeba Backup» и двойным кликом мышки откройте страницу установки.

    Откроется страница описания расширения. На этой странице будет кнопка установки. Нажмите эту кнопку, для запуска процедуры загрузки и установки.

    Перед началом установки требуется подтвердить операцию. На этом этапе еще можно отказаться от установки. Для подтверждения установки жмем кнопку Install (Установка)

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

    Upload Package File — устанавливаем, заранее скаченное расширение.

    Для скачивания расширения «Akeeba Backup» переходим на сайт разработчика akeebabackup.com. И находим на главной странице ссылку на расширение «Akeeba Backup» или на этой же странице, нужно в верхнем меню выбрать «Download».

    Перейдя на страницу описания расширения, загрузите его на свой компьютер.

    После загрузки расширения. Вернитесь в панель администратора Joomla и выберите в верхнем меню Расширения—>Менеджер расширений—>Установить. Перейдите на закладку «Upload Package File». Далее выберите загруженный на компьютер файл. И запустите его загрузку и установку.

    Резервное копирование Joomla.

    После установки расширения надо произвести его запуск, для первичной настройки. Для этого выберите в меню Компоненты—>Akeeba Backup.

    После перехода по указанному пункту меню, при первом запуске откроется мастер настройки. Нажмите на кнопку запуска мастера настройки.

    После нажатия на кнопку конфигурирования, запустится автоматическая настройка. Следует дождаться ее завершения. После завершения настройки будет предложено сделать резервное копирование данных. Соглашаемся с предложение и делаем копию сайта Joomla.

    Переходим на страницу создания резервной копии.

    После перехода на страницу резервного копирования, подтверждаем резервное копирование.

    После запуска резервного копирования. Дожидаемся его завершения. Как только резервное копирование закончится будет выдано сообщение. Далее можно перейти в панель управления «Akeeba Backup».

    Если на предыдущем шаге нажать «Manage Backups» или аналогичную функция в в панели управления резервными копиями «Manage Backups», то откроется страница со списком сделанных резервных копий.

    Восстановление сайта из резервной копии.

    Для восстановления сайта из сделанной резервной копии нужно загрузить с сайта разработчика дополнительный пакет файлов «Akeeba Kikstart».

    Выбрав указанный архив файлов, перейдите на страницу загрузки.

    После загрузки, из архива потребуется извлечь четыре файла:

    Теперь копируем извлеченные файлы в корень каталога сайта. Туда же копируем файл резервной копии сайта, сделанный «Akeeba Backup». Все необходимые, для восстановления сайта, файлы подготовлены а размещены в нужном месте.

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

    Открываем PhpMyAdmin на локальном сервере. Напоминаю, что для примера я буду использовать OpenServer, если вы будете использовать другой пакет программ для web сервера, то действия будут точно такими же, только будут отличаться элементы интерфейса управления службами.

    После запуска PhpMyAdmin открывается главная страница приложения. Переходим в раздел «Базы данных» и создаем пустую базу данных. Для этого, в поле «Создать базу данных», вводите свое наименование базы и жмете на кнопку «Создать». После создания базы она появляется в списке баз. На этом подготовительные работы закончились.

    Для запуска восстановления сайта, наберите в строке адреса браузера адрес сайта и через разделитель имя запускаемого файла «kikstart.php».

    После запуска файла «kikstart.php» появится информационный текст. Внимательно прочитайте весь текст. Данные рекомендации пригодятся вам, если после восстановления, сайт будет работать не корректно.

    Нажав кнопку «ESC», откроется первая страница настройки. В большинстве случаев на этой странице не надо делать дополнительных настроек. Если вы восcтанавливаете свою базу по своему сценарию, то сделайте соответствующие настройки. После того, как все настройки сделаны жмете на кнопку Начать.

    Запускается процесс извлечения файлов из архива.

    После извлечения файлов из архива, появляется окно запуска инсталлятора. Жмем кнопку Запустить инсталлятор и переходим к следующему шагу.

    После запуска инсталлятора, будет отображена информационная страница. На этой странице можно посмотреть текущие настройки web сервера. Можно сравнить версию PHP которая была при создании резервной копии сайта и та версия PHP которая используется текущим WEB сервером. Посмотрев информационную страницу переходите на страницу «Восстановления главной базы данных веб сайта». Жмем кнопку «Следующая».

    На странице «Восстановления главной базы данных веб сайта» нужно ввести параметры подключение к базе данных MySQL, имя пользователя и пароль. Остальные настройки можно оставить без изменения. На этом настройки, необходимые для восстановления базы данных, сделаны. Запускаем процесс восстановления базы данных, жмем кнопку Следующая.

    Ждем завершения процесса восстановления базы данных…

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

    Заключительный этап восстановления сайта. Проверяем и при необходимости редактируем поля в разделе «Параметры сайта». В разделе «Тонкая подстройка директорий» проверяете пути к системным директориям временных файлов и журнала. В разделе «Настройки супер администратора», выбираем администратора и вводим пароль. В основном все поля заполняются, по умолчанию, значениями из резервной копии и их не требуется изменять. Жмем на кнопку Следующая.

    Открывается последняя страница с информацией о завершении восстановления web сайта. Переходим на страницу восстановления сайта и жмем на кнопку Очистить.

    На этом восстановление сайта закончено.

    Переходим на главную страницу сайта и проверяем его работоспособность.

    Надеюсь, что статья была Вам полезна и Вы узнали что-то новенькое.

    15.07.2020 Кэшбэк в честь юбилея Beget!
    Cгодня Бегет празднует десятый день рождения. За это время команда Бегет создала самый быстрый, надежный и дружелюбный хостинг, задав новую планку качества в индустрии, каждый 10 сайт в рунете работает на хостинге Бегет. (по статистике сайта statdom.ru).

    Стартовала акция для тех кто пользуетеся услугами хостинга Бегет более года? Пополните счет на сумму от 1000 рублей с 15 по 31 июля и получите кэшбэк!

    Получить кэшбэк! Источник: Официальный сайт Бегет (beget.com) 05.04.2020 Поздравь Рунет — получи кэшбек! 7 апреля доменная зона .RU празднует 25-летие: в этот день в 1994 году в международной базе данных национальных доменов верхнего уровня появилась запись об открытии российского доменного интернет-пространства. За четверть века количество .RU-доменов превысило отметку в пять миллионов, а доменная зона вошла в число крупнейших национальных доменов мира.

    BEGET поздравляет зону .RU с днем рождения и дарит своим пользователям возможность получить кэшбек за регистрацию до 25 доменов в зоне .RU — итоговая стоимость домена .RU составит всего 25 рублей!

    Резервное копирование Joomla: Как сделать бэкап сайта и восстановление

    Бэкап Joomla с помощью Handy Backup – простое и надёжное средство избавить свой сайт от таких проблем, как авария на сервере, миграция или повреждение данных вирусом. Сохраняйте с помощью FTP, SFTP или FTPS статические данные, а также динамический контент SQL!

    Версия 8.0.6 от 2 октября 2020
    105 MB

    Мы расскажем о том, как работать с сайтами Joomla в Handy Backup.

    Когда могут понадобиться резервные копии Joomla?

    Традиционно, резервное копирование сайта на Joomla осуществляется с одной из двух целей:


    Для восстановления сайта в случае возникновения неприятностей (регулярно);

    При переносе сайта на другой хостинг (сознательно).

    В первом случае мы рекомендуем производить бэкап ваших данных Joomla с частотой обновления контента (то есть, для активно развивающихся и/или обновляющихся сайтов, примерно раз в день). Во втором случае бэкап обычно является однократной акцией.

    Традиционные средства бэкапа CMS Joomla

    Для резервного копирования Joomla пригодны различные средства, начиная от доступа к сайту через FTP-клиенты и bash-скриптов и кончая «продвинутыми» внешними программами. Обычные недостатки этих средств – малая автоматизация и узкий выбор возможностей.

    Хорошим средством для работы с Joomla является Akeeba Backup. Главное отличие Akeeba от Handy Backup заключается в значительно более низкой функциональности бесплатной версии указанной утилиты, в сравнении с тестовой версией Handy Backup.

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

    Рекомендуемое решение для бэкапа Joomla

    Версия 8.0.6 от 2 октября 2020. 105 MB
    Программа резервного копирования Handy Backup. 9200 RUB за лицензию

    Handy Backup Office Expert

    С Handy Backup Office Expert создавайте резервные копии сайта Joomla, включая статический и динамический контент сайта. Бесплатный тестовый период — 30 дней!

    Как сделать бэкап Joomla средствами Handy Backup?

    Создать задачу для бэкапа данных Joomla в Handy Backup «с нуля» не представляет проблем. Алгоритм создания задачи универсален для любой версии Joomla, и технически бэкап Joomla 3 ничем не отличается от резервного копирования Joomla 2.5.

    Чтобы создать задачу бэкапа Joomla, используйте следующий алгоритм:

    1. Откройте Handy Backup и создайте новую задачу с помощью клавиш Ctrl+N или пункта меню. Выберите задачу резервного копирования на Шаге 1.
    2. На Шаге 2 выберите FTP, SFTP или FTPS в качестве источника данных, в соответствии с типом вашего соединения с сайтом Joomla.
    1. Дважды щёлкните на строчке «Создать подключение» в окне выбора данных. Появится диалог, в котором вы должны ввести параметры вашего соединения (эта операция делается однократно при создании задачи).
    1. Проверьте соединение и нажмите ОК. Вы попадёте в окно выбора данных FTP. Выделите «галочками» необходимые данные для бэкапа, в т.ч. каталоги Joomla. (Так, чтобы выполнить бэкап Joomla 3.3, выделите соответствующий каталог в окне выбора.)
    2. Вновь нажмите ОК и вернитесь в окно выбора источников данных для бэкапа.

    Примечание: На этом шаге вы можете настроить резервное копирование базы данных Joomla, выбрав и установив параметры соединения с соответствующей СУБД.

    1. Закончив с выбором данных, нажмите «Далее» и перейдите к Шагу 3. На этом шаге выберите место хранения файлов бэкапа Joomla.
    2. На Шаге 4 выберите смешанно-дифференциальный бэкап и задайте длину цепочки бэкапов.

    Например: для того чтобы каждый день создавался дифференциальный бэкап Joomla, а по воскресеньям выполнялось полное резервное копирование, зададим длину цепочек бэкапов, равную 6.

    1. Шаг 5 предназначен для настройки таких параметров, как сжатие и шифрование.
    2. На Шаге 6 установите частоту и периодичность выполнения вашей задачи.

    Например: Зададим первый запуск задачи в ближайшее воскресенье и выберем в разделе «Повторить» вариант «Каждый день». Тогда полная резервная копия сайта Joomla будет создаваться по воскресеньям, а в оставшиеся дни будет выполнятся дифференциальный бэкап!

    1. На последнем шаге дайте вашей задаче имя. Задача резервного копирования Joomla настроена и готова к автоматическому исполнению!

    Как восстановить сайт из бэкапа Joomla?

    Задача восстановления создаётся точно по тому же сценарию, что и задача резервного копирования, только сперва выбирается хранилище бэкапов, а на следующем шаге – место для их восстановления. Остальные шаги по созданию задачи точно такие же. Подробнее о создании задачи восстановления в Руководстве пользователя

    Разумеется, данные сайта на Joomla могут быть «восстановлены» и в другое место, что позволяет создавать зеркала и клоны сайтов. Разумеется, бэкап Joomla 3.3, например, может иметь конфликты с хостингом, поддерживающим только Joomla 2.5. Будьте внимательны!

    Версия 8.0.6 от 2 октября 2020
    105 MB

    Попробуйте сохранить копию вашего сайта на Joomla прямо сейчас, скачав бесплатно
    30-дневную пробную версию Handy Backup!

    Узнайте подробнее о резервном копировании контента других CMS:

    Как сделать резервную копию сайта на joomla 3? Akeeba backup — резервная копия сайта по шагам в картинках

    Здравствуйте друзья! Вот решил написать очередную заметку, посвященную cms Joomla. В данной статье я расскажу о том, как можно легко и быстро создать резервную копию сайта на joomla 3 и перенести с локального сервера на хостинг.

    Существует несколько способов создания резервных копий. Первый вариант (которым я долгое время пользовался) это создание архива файлов сайта и дамп базы данных в sql-файл. Данный метод не очень удобен. Я выбрал наиболее упрощенный вариант с применением расширения под названием Akeeba Backup. Что меня действительно радует, что компонент можно скачать с сайта разработчика совершенно бесплатно.

    Akeeba Backup — установка

    Скачайте компонент с официального сайта. Качаем архив самого компонента последней версии в списке релизов и файлы локализации. Далее мы идем в админку joomla нашего сайта и устанавливаем оба эти расширения через стандартный загрузчик — сначала сам компонент, а затем и язык перевода. После установки идем в сис. меню Компоненты -> Akeeba Backup.

    На главной странице Akeeba Backup обратим внимание на верхний блок после-процессорных сообщений. После-процессорные сообщения это новинка, которая появилась в последних версиях Joomla 3. Этот блок с сообщениями говорит, что разработчик прежде, чем использовать расширение хочет что то довести до пользователя. Конечно, это можно проигнорировать, но я все же рекомендую взглянуть что там.

    Можете пройтись по всем уведомлениям. Я думаю разбирать каждое сообщение нет смысла, т.к. переведено все на русский язык и в комментариях не нуждается. После просмотра сообщения можете нажать на кнопочку «Скрыть сообщение».

    Возвращаемся снова в компонент Akeeba Backup. Теперь на главной странице жмем на плитку «Мастер настройки». Это необходимо, чтобы Akeeba определил оптимальные настройки, исходя из конфигурации вашего сервера.

    После того, как мастер настройки завершит свою работу нам выдастся следующее сообщение на зеленом фоне — «Завершение тестирования. Поздравляем! Мастер настройки успешно завершил свою работу. Теперь вы можете протестировать новую конфигурацию, запустив резервное копирование, или тонко настроить их вручную.» Снизу увидим большую синюю кнопочку «Начать резервное копирование». Но я бы не спешил с этим, т.к. рядом есть кнопочка поменьше — «Настройка». Перед началом резервного копирования лучше настроить под свои нужды некоторые параметры.

    Настройка Akeeba Backup

    Что касается настроек, то больших изменений делать сделать здесь не нужно. Я лично изменяю только лишь один параметр — «Способ архивирования». По умолчанию выставлено значение «Формат JPA (рекомендуется)». Но я выбираю — «Формат ZIP». » Это не принципиально, просто мне с форматом ZIP работать более удобно. К формату JPA мы вернемся чуть ниже и я объясню для чего он нужен и как с ним работать.

    Рядом с выбором формата можно открыть настройки и настроить размеры частей архивов. Это нужно в том случае, если у вас сайт большой и в данном случае будет удобно разбить архив сайта на несколько частей. Но я обычно выставляю «0.00», означающее, что архив не будет делиться на составные части.

    Следующая отличная возможность в Akeeba Backup — это создание профилей с настройками. Те настройки, что мы произвели выше относились к профилю по умолчанию, который создается автоматически при установке компонента. Мы же можем создать свой профиль, настроить его как угодно, а затем сохранить сделанные настройки у себя на компьютере в виде отдельного файла.

    Для создания нового профиля переходим во вкладку «Панель управления» компонента Akeeba Backup и щелкаем по кнопочке «Менеджер профилей».

    Чтобы создать новый профиль жмем по кнопочке «Создать». Задаете имя профилю и сохраняете. Теперь у вам доступны два профиля: один созданный по умолчанию, второй — ваш, только что созданный.

    Жмем по кнопочке «Настроить» и попадаем в известные уже нам настройки. Настраиваете все как вам надо и сохраняете. Сделанные настройки можно экспортировать на компьютер, нажав на кнопочку «Export».

    Резервная копия сайта с помощью Akeeba Backup

    Ну вот с настройками мы закончили, теперь можно начинать процесс создания резервной копии. Перейдите в панель управления Akeeba Backup и нажмите по кнопочке «Начать резервное копирование». Нам откроется форма, в которой мы можем выбрать наш профиль с настройками, а также вписать название резервной копии и комментарий. Я обычно последние два поля не трогаю и оставляю как есть.

    Итак, жмем по кнопочке «Начать резервное копирование». Начнется процесс создания резервной копии.

    Внимание! Пока идет создание резервной копии не перезагружайте и не закрывайте окно браузера.

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

    Мы сразу же можем перейти в менеджер резервных копий, чтобы скачать к себе на компьютер архив сайта.

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

    Восстановление сайта из резервной копии — Akeeba Backup Installer

    Процедура восстановления очень напоминает процесс установки Joomla и если вы с ним знакомы, то вам будет легче понять суть. Для того, чтобы восстановить сайт нам необходимо загрузить наш архив резервной копии в корневую директорию сайта. Удаляете все ненужные файлы, оставив только архив. Только будьте внимательны, не удалите ничего лишнего. Если вы выгружаете сайт в первый раз на хостинг, т.е. если в данной директории не было сайта, то вам необходимо удалить файл «index.html», который обычно создается по умолчанию хостером при создании папки сайта. После всего распаковываете данный архив.

    Также нам следует очистить нашу базу данных (БД) от таблиц. Сделать это можно в PhpMyAdmin. Выделяете все таблицы вашей базы и удаляете. Только будьте внимательны! Но здесь опять же, это в том случае, если у вас уже был сайт и в БД имеются уже какие то таблицы. В зависимости от хостинга таблицы БД можно и не очищать, т.к. установщик Akeeba сам это сделает в процессе установки сайта. Но, если вы получите ошибку вам придется все же сделать это вручную.


    Открываем браузер и в адресной строке вбиваем адрес вашего сайта. Нас сразу же перекинет на скрипт установщика сайта из резервной копии — Angie. Адрес примет вид — http://site.ru/installation.

    На первом шаге — «Предустановка» — у нас идет проверка:

    • проверка обязательных настроек сервера;
    • проверка необязательных настроек сервера;
    • Данные о резервировании;
    • Данные веб сайта

    Если все ок, то сразу переходим ко второму шагу, щелкнув по кнопочке «Следующая».

    На втором шаге — «Восстановление базы данных», мы вводим данные для подключения к серверу базы данных.

    Тип базы данных — лучше оставить по умолчанию MySQLi, т.к. это более предпочтительно.

    Название хоста базы данных — обычно это — localhost.

    Имя пользователя — пользователь БД

    Пароль — пароль БД

    Название базы данных — здесь вводим название БД

    Если вы восстанавливаете сайт на локальном сервере, то в поле «Имя пользователя» вводим «root», а в поле «Пароль» ничего не вводим. На реальном же хостинге заполняете данные поля своими данными. Хочу также обратить внимание на поле «Название базы данных». Если ваш сервер базы данных находится на том же хостинге, то вводим сюда значение «localhost», в противном случае вводите имя сервера базы данных. Также, хотелось бы добавить, если вы восстанавливаете сайт на локалке и если у вас БД еще не создана, то совсем не обязательно идти в phpMyAdmin и создавать ее. Достаточно ввести в поле «Название базы данных» имя БД и скрипт инсталлятора сам создаст ее автоматически. На хостинге я этот момент не тестировал, может на каких то хостингах это и прокатит.

    Обратите внимание на правую часть «Расширенные опции». Первый переключатель «С существующими таблицами» — нам предлагают, что делать, если наша база данных заполнена таблицами, что с ними необходимо сделать. Здесь есть два варианта.

    Первый вариант «Бросить» (скорее всего просто перевод некорректный) — если выберем этот вариант, то установщик очистит автоматически БД и запишет все по новой.

    Второй вариант «Резервировать» — создаст резервную копию таблиц, присвоив приставку — bak_, на случай, если вдруг мы захотим вернуть прежние таблицы.

    Приставка таблиц базы данных — здесь мы можем ввести префикс таблиц базы данных. Я обычно здесь ничего не трогаю.

    Все, больше ничего не трогаем и просто жмем по кнопочке «Следующая».

    Если вы верно ввели параметры подключения к БД, то установщик создаст в базе данных таблицы и внесет соответствующие записи. На экране появится окошко с индикатором уровня процесса и по завершению нам достаточно нажать на кнопочку «Следующий шаг», чтобы перейти к третьему шагу.

    На предпоследнем шаге нам необходимо отредактировать (если это необходимо) данные о нашем сайте. В первой группе полей «Параметры сайта», если потребуется внести изменения, нас интересуют первые три поля: Название веб сайта; Адрес электронной почты веб сайта; Имя отправителя электронной почты веб сайта.

    Далее в группе полей «Настройки супер администратора» нам необходимо, опять таки, если понадобиться изменить e-mail супер администратора и пароль для входа в панель управления joomla. Если оставить без изменения, то данные сохраняются. К примеру, если поле пароль не заполнить, то пароль для входа в админку будет такой же, что и до резервного копирования. Если вы его забыли, то можете его изменить. Что касается других полей, то я больше ничего не трогаю и сразу перехожу с следующему шагу.

    В разделе «Точная подстройка директорий» проследите, чтобы у вас были прописаны правильные пути к корню сайта и к каталогам «tmp» и «log».

    Жмем на кнопочку «Следующая» и переходим к последнему шагу. На последнем шаге мы получим сообщение о том, что данные о нашем сайте были успешно записаны на диск и ниже предлагается удалить папку «Installation».

    Жмем по ссылке «Удалить установочную директорию», установщик удалит директорию «Installation» в корне нашего сайта, после чего откроется окошко в котором будет сказано об удачном удалении папки Installation и будет предложено нажать кнопку «Перейти на сайт», чтобы перейти на главную страницу сайта.

    Восстановление сайта из архива в формате — JPA

    Если помните выше, когда мы разбирали настройки в пункте «Способ архивирования» мы выбрали формат ZIP, хотя по умолчанию было выставлено и рекомендован формат — JPA.

    Что это за формат? Это формат архива Akeeba Backup. Данный вариант создания резервной копии сайта с данным форматом, как говорят разработчики, более стабилен и безопасен. И более того, данный формат значительно лучше сжимает, тем самым значительно уменьшая вес архива.

    Как видим из скриншота разница значительная — в два с лишним раза архив с форматом JPA легче архива с форматом ZIP.

    Чтобы извлечь файлы из архива JPA необходимо воспользоваться специальной утилитой — Akeeba Kickstart. Ее можно скачать также на сайте разработчика.

    Качаем утилиту и распаковываем архив. В данном архиве много файлов, но нас интересуют только два файла — сам скрипт распаковщика kickstart.php и файл русской локализации ru-RU.kickstart.ini. Закачиваем в корневую директорию вашего сайта следующие файлы:

    • kickstart.php
    • ru-RU.kickstart.ini
    • архив сайта в формате JPA

    Далее открываем браузер и в адресной строке вводим путь до скрипта, например, http://site.ru/kickstart.php. Откроется окно распаковщика следующего содержания.

    Закрываем данное окно и переходим ко второму шагу. На втором шаге в принципе ничего трогать не нужно. Просто жмем «Начать» и все.

    После того, как работа распаковщика будет завершена мы получим следующее уведомление.

    Теперь жмем по кнопке «Запустить инсталлятор» и в новой вкладке откроется установщик сайта скрипт — Angie. Ну, далее вы уже знаете, что делать. После того, как сайт будет восстановлен в открытой вкладке распаковщика нажимаем на кнопку «Очистить», удаляя тем самым файлы kickstart.php и ru-RU.kickstart.ini.

    После удаления мы увидим две кнопки, предлагающие нам перейти в панель управления сайтом или на главную страницу сайта.

    Вот собственно и все. Вот такой вот полезный компонент. В данной статье мы рассмотрели процесс создания резервной копии сайта на Joomla 3. Если что непонятно, задавайте вопросы в комментариях, всегда буду рад помочь. Пока, до новых встреч.

    Заур Магомедов

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

    Восстановление резервных копий для Joomla с Akeeba Kickstart

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

    Установка Akeeba Backup.

    Скачиваем архив с сайта разработчика akeebabackup com/download.html

    Установка как обычно: Расширения -> Установить -> Обзор -> Выбрать скаченный архив -> Установить.

    Видим сообщение о успешной установке. При первом запуске Компоненты -> Akeeba Backup возможно будет предложено, если уже не предложено, согласиться с лицензиями, ставим галочки, подтверждаем. Автоматически появляется «Контрольная панель Akeeba Backup». Пример основан на Akeeba Backup Core 3.11.2

    Создание копии сайта (картинки, расширения, файлы. ), всего:

    Переходим в Configuration и отмечаю «Копировать весь сайт» -> Сохранить и закрыть

    Попадаю опять в «Контрольная панель Akeeba Backup» и здесь выбираю «Backup Now» — резервное копирование.

    В окне «Start a new backup» начинаю новую резервную копию нажав «Backup Now!«

    Начинается загрузка, Ждем! Ни дергаемся!

    Резервное копирование выполнено успешно

    Поздравляем! Процесс резервного копирования успешно завершен.

    Теперь вы можете перейти на другую страницу. Говорит система

    Жмем «Manage Backups» и поподаем на страницу управления копиями.

    Видим описание базы и её атрибуты. Скачиваем для надежности к себе на комп.

    Если ругается жмем ОК Полученный файл имеет расширение .jpa

    Создание базы данных:

    Возвращаемся в контрольную панель и жмем Configuration, но уже отмечаю backup-type «Копировать датабазу сайта SQL файл«

    Сохранить и закрыть

    Возвращаюсь в Контрольная панель и жму «Backup Now«

    В окне «Start a new backup» начинаю новую резервную копию нажав «Backup Now!» Принимаю поздравления об успешном создании копии базы.

    Жму «Manage Backups» на странице управления копиями скачиваю созданную базу на комп., ругается — игнорирую. Полученный файл имеет расширение .sql

    Таким образом с помощью Akeeba Backup Core 3.11.2 получены две базы: база всего сайта и база данных.

    P.S.Если сайт уже устоялся и редко устанавливаются расширения, добавляются к статьям картинки, смысл часто делать резервную копию всего сайта нет. А вот бэкап базы данных есть, ведь именно там хранятся все материалы сайта.

    Кто далек в английском есть русификатор Akeeba Backup

    Akeeba восстановление backup сайта

    Доброго времени суток господа форумчане.

    Сильно не пинайте, я в Joomla только разбираюсь, поэтому ответ на форуме именно на свой вопрос с аналогичной проблемой не нашел.

    Имею Онлайн школу на Joomla, модуль был на английском, так я своими силами потихонечку перевел все из «language». В принципе все нормально, все работает. Каждый вечер, после рабочего дня создавал Бэкапы через Akeeba. Несколько раз откатывал назад, все нормально, все было без проблем. Просто выбирал необходимый Бэкап в разделе «Manage Backups» и откатывалось на ту дату на какую надо.

    Но в какой то момент заметил, что, что то подглючило, так как вместо значение переменных в админке компонента который я переводил, стали отображаться именно название переменной, как на скрине ниже:

    Почитав форумы, подозреваю, что может быть когда переводил значение переменных с английского на русский удалил либо не заметил и не закрыл где то кавычки «» на значение переменной.

    Что бы не перетормашивать все файлы в ручную, где производил замену и переводы за эти несколько дней, решил откатить просто назад на несколько дней назад. В самом Akeeba в разделе «Akeeba Backup Manage Backups» указаны были Бэкапы, но при попытке их восстановить выходила ошибка «Что данных файлов нет.». Проверил, да действительно, на хосте физически в папке с Бэкапами отсутствовали все бэкапы кроме очень старых, еще нулевого значения после установки системы. То есть в разделе Менеджеров Бэкап они указаны, но на хосте их физически нет.

    Дальше, хорошо, что я буквально накануне я сохранил почти самый полный рабочий Бэкап сайта себе на компьютер (локалку). Сейчас этот файл бэкапа формата JPA так же лежит на сайт в раздел Бэкапов, при этом в настройках Akeeba указан путь на эту папку с файлами, но Akeeba Backup вообще не видит физические файлы Бэкапов в своей папке, а в разделе «Manage Backups» вместо физических файлов реально находящихся в папке, указывает какие то старые «Бэкапы» которых нигде нет.

    Вообще не могу понять что за . , кэш, куки чистили, танцы с бубном были, что не так?

    Кто сталкивался либо может подсказать что это? и как это победить? буду при много благодарен!

    Топ-пост этого месяца:  Логотипы брендов одежды в картинках список, названия, история, фото
    Добавить комментарий