Скачать приложение akeeba backup на русском языке. Akeeba Backup для Joomla, установка и настройка компонента резервного копирования

• Ошибка «JFTP::chmod: Bad response» в административной части Akeeba Backup .

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

Перед Вами появится страница, на которой Вы сможете задать дополнительные опции и комментарий к архиву (рисунок ниже).

Это и есть непосредственно резервное копирование Joomla 3 (рисунок ниже).

После того, как бэкап Joomla будет создан, Вы сможете перейти в панель управления компонентом или просмотреть журнал операций (рисунок ниже).

Отмечу, что в случае, когда Вы запустили архивацию самостоятельно из административной части сайта, то информация о действиях хранится в журнале «Админка». Если архивация была запущена автоматически по расписанию, например, при помощи CRON, то информация о действиях хранится в журнале «Сайт». Журнал «Точка восстановления» хранит информацию об операциях, которые относятся к точкам восстановления, создаваемых при установке\обновлении расширений и\или самой CMS. Отмечу, что у Вас может и не быть одного или нескольких журналов. В зависимости от того, какими функциями Joomla Akeeba Backup Вы не пользуетесь.

Включить данные в архив

Для подобных целей служат инструменты и . Для всех опций инструмента (рисунок ниже) есть подсказки на русском языке.

А для инструмента (рисунок ниже) и подсказки не особо нужны. Просто найдите нужный каталог и нажмите Применить .

Извлечь данные из архива

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

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

Аналогично, но относительно базы данных, работает инструмент (рисунок ниже).

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

На мой взгляд, наиболее интересным является инструмент (рисунок ниже). Он позволяет исключать файлы и\или папки с определёнными именами (частями имени) или расширениями. Например, в результате применения у себя на сайте компонента оптимизации скорости загрузки WEBO Site SpeedUp у меня на сайте хранятся в сжатом состоянии (файлы формата *.gz) скрипты и таблицы стилей. Также WEBO Site SpeedUp позволяет минимизировать таблицы стилей и файлы скриптов, но перед этим он создаёт их резервные копии (файлы формата *.backup). А вложения к статьям, которые организованы при помощи компонента Attachments я считаю слишком большие для помещения в архив (файлы формата *.zip). В связи с чем, я написал три правила исключения:

Они указывают на то, что файлы форматов *.gz, *.backup и *.zip не будут включены в архив.

Аналогично работает инструмент (рисунок ниже). Но он позволяет сократить бэкап Joomla за счёт ненужных таблиц базы данных.

В разделе (рисунок ниже) Вы сможете найти все архивы сайта, созданные при помощи Akeeba Backup Joomla 3. Можно их удалить, скачать на локальный компьютер, импортировать существующие на Вашем локальном компьютере ранее созданные архивы или можно запустить процедуру восстановления сайта. Немного подробнее процедура восстановления сайта будет рассмотрена в статье «Обзор Akeeba Backup Professional. Резервное копирование Joomla ».

На второй вкладке (рисунок ниже) Вы сможете найти все ранее созданные точки восстановления и вернуться к ним при необходимости.

Для Joomla 2.5 управление файлами выглядит аналогично (рисунок ниже).

В случае возникновения ошибки в работе Joomla Akeeba Backup Вы можете воспользоваться инспектором журналов и способов устранения ошибок (от англ. Akeeba Log Inspection and Cause Elimination) – опция Отладчик ALICE (рисунок ниже). Обратите Ваше внимание, что в случае с большим журналом его анализ может пагубно повлиять на производительность Вашего сервера. Запускайте данную операцию только в случае необходимости.

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

Мастер перемещения сайта

Если Вы задумали перенести Ваш сайт с одного сервера на другой, то при помощи инструмента Мастер перемещения сайта эта процедура будет более быстрой. Рассмотрим шаги мастера. На первом, если Вы этого не делали ранее, Вам предложат создать новый профиль архивации или воспользоваться существующим (рисунок ниже).

На мой взгляд, предпочтительнее опция Создать новый профиль, сбросив все его настройки по-умолчанию . Это позволит компоненту настроить резервное копирование Joomla 3 так, как надо.

На втором шаге Вы должны будете указать параметры доступа к новому серверу на который хотите перенести сайт.

Обратите Ваше внимание, когда используете на своём сайте компонент RSFirewall , у Вас могут возникнуть проблемы. RSFirewall может блокировать работу мастера переноса Joomla Akeeba Backup. Для устранения данной ошибки достаточно временно отключить активный сканер RSFirewall или системный плагин RSFirewall! Active Scanner.

Если всё задано верно, то на третьем шаге можно приступать к перемещению сайта.

Если Вы хотите настроить резервное копирование Joomla 3, настоятельно рекомендую ознакомиться с инструментом (рисунок ниже).

Для тех, у кого на хостинге установлена панель ISPmanager, в разделе Инструменты можно создать новое задание в подразделе Планировщик (cron ) (рисунок ниже).

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

Часто задаваемые вопросы

Рассмотрим наиболее интересные, на мой взгляд, ответы на часто задаваемые вопросы (источник).

Как работают точки восстановления и как их отключить

Joomla Akeeba Backup, начиная с версии 3.3.a1 оснащена функцией «Системная точка восстановления» (от англ. System Restore Points, кратко SRP). Начиная с версии 3.3.b1 о необходимости включения данной функции Вас спрашивают после установки и\или обновления компонента.

Системная точка восстановления представляет собой механизм, позволяющий создать копию расширения (любого) до того, как оно будет обновлено. Это достигается при помощи замены стандартного способа установки компонентов (Менеджер расширений ) на «Менеджер расширений Akeeba Backup». Данная процедура особенно полезна тем, что Вам не нужно заботиться о создании полной резервной копии сайта до обновления. Компонент Akeeba Backup сделает нужные действия автоматически. В случае, если от обновления стороннего расширения необходимо отказаться, сделать откат, вы всегда сможете это сделать при помощи Akeeba Backup. Под сторонним расширением следует понимать любое расширение (компонент, плагин, модуль, шаблон, локализация), кроме Akeeba Backup.

Но иногда могут возникнуть проблемы с менеджером расширений Akeeba Backup. Например, если недостаточно дискового пространства на сервере. Или некоторые компоненты могут не устанавливаться и\или обновляться через менеджер расширений Akeeba Backup. Может возникнуть ошибка «403 – Компонент не найден».

Вы можете отключить функцию «Системная точка восстановления» навсегда или только для конкретного случая установки\обновления стороннего расширения.

• Если Вам необходимо временно отключить «Менеджер расширений Akeeba Backup», перейдите в менеджер расширений Joomla, меню Расширения и нажмите ссылку

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

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

Структура статьи

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

jquery.min.js
json2.min.js
kickstart.php
ru-RU.kickstart.ini

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

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

Информация

Для примера сайт буду восстанавливать на локальном сервере. Использовать буду OpenServer, о нем было рассказано в статье Установка локального WEB сервера — OpenServer . Если вы хотите потренироваться восстанавливать сайт на реальном хостинге, то можете зарегистрироваться на бесплатном хостинге и проделать указанные действия в «боевых условиях».

Восстанавливая сайт на локальном сервере, использующей файловую систему NTFS (ОС MS Windows) могут возникнуть сбои в работе кода. Это может быть вызвано различием в правах доступа к файлам. Некоторые расширения могут не корректно работать с файловой системой.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Если после восстановления сайта, он не заработал, то проверьте настройки в файле.htaccess или директивы в файле php.ini. В большинстве случаев восстановление сайта проходит нормально и дополнительных действий не требуется.

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

Akeeba Backup давно уже стала стандартом де факто по резервному копированию сайтов на движке Joomla. Последние версии легко обновляются и по расписанию создают резервные копии сайта – красота! В настройках akeeba backup можно выставить разные параметры резервного копирования – целиком сайт или только базу данных, формат архива zip или фирменный архив Akeeba Backup jpa и даже задать пароль к архиву. Компонент из разряда must have .

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

Процедура восстановления сайта из резервной копии Akeeba Backup.

Для начала нам потребуется официальная программа разархивации – специальный скрипт, который распакует резервную копию, изменит настройки конфигурационных файлов и запишет данные в базу данных. Называется этот скрпит kickstart.php и скачать его можно с официального сайта Akeeba - https://www.akeebabackup.com/download/official/akeeba-kickstart.html .

После того как вы его скачаете, его нужно разархивировать, в результате у вас получится несколько файлов, сам скрпит - kickstart.php и многочисленные языковые локализации. Можно оставить только ru-RU.kickstart.

Теперь с помощью FTP менеджера нужно закинуть два файла и ru-RU.kickstart на хостинг, где вы хотите развернуть резервную копию вашего сайта. Туда же, в ту же папку нужно закинуть и саму резервную копию, созданную Akeeba Backup в формате zip или jpa.

Еще раз – важно чтобы эти файлы находились в ОДНОЙ корневой папке сайта!

Затем в браузере открываем адрес – http://имясайта/ kickstart.php

Запустится мастер на русском языке, который проведет вас по всем пунктам восстановления сайта.

Заострятся на каждом пункте не буду, ибо все и так снабжено подсказками.

Остановлюсь лишь на самых распространенных ошибках при восстановлении сайта с помощью kickstart.php .

Самая главная ошибка kickstart.php – это когда мастер не находит архив с резервной копией сайта. Хотя лежат они, как и полагается в одной папке.

Секрет кроется в правах на этот архив. У разных хостингов права могуть быть настроены по-разному. Для того чтобы скрипт читал арихив права должны стоять 755. Поменять можно через административную панель хостера – файловый менеджер.

Следующая проблема, которая часто возникает на некоторых хостингах – это при разархивации выскакивает ошибка Could not open тут-укаказан-какой-нибудь-файл for writing .

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

Если резервная копия в формате jpa, тогда нужно скачать специальный софт Akeeba eXtract Wizard , который распакует этот хитрый формат. Скачать его можно на официальном сайте - https://www.akeebabackup.com/download/official/akeeba-extract-wizard.html.

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

Пока Ваш сайт находится на домашнем сервере, проблем никаких не возникает: творишь потихоньку своё детище - сайт, создаёшь материалы. Но рано или поздно сайт нужно будет отправить в большое плаванье по просторам Интернета и тут может случиться всякое... В случае взлома, сбоя в работе или критической ошибки Вы можете безвозвратно потерять свои труды. Но Вы всегда сможете восстановить сайт, если у Вас есть полная резервная копия или backup (бэкап) сайта.

Для создания резервных копий для Joomla! есть отличный бесплатный компонент Akeeba Backup Core . Akeeba Backup Core вполне подойдет почти любому владельцу сайта на CMS Joomla. Бэкапы сайта, при необходимости, помогут Вам восстановить часть или весь сайт в случае сбоя на сервере, атаки хакеров, случайного или умышленного внесения изменений, повлекших за собой нарушение работоспособности сайта. Непредсказуемые изменения могут возникнуть даже при обновлении CMS Joomla и\или установке сторонних расширений, при изменении настроек движка Joomla и тому подобное. Компонент Akeeba Backup также будет полезен в случае переноса сайта с Денвера на хостинг или с одного хостинга на другой.
Желательно настроить резервное копирование сайта не только на сервере с установленным сайтом, но и позаботиться, чтобы полные, рабочие, актуальные копии были у Вас на локальном компьютере.
Скачать компонент Akeeba Backup можно с сайта разработчика Имеется две версии компонента Akeeba Backup Core – бесплатная и Akeeba Backup Pro - платная профессиональная версия. Для большинства веб-мастеров вполне подойдёт бесплатная версия компонента – Akeeba Backup Core. Советую Вам сначала воспользоваться версией Core, а в дальнейшем, если её функций будет недостаточно, то можно приобрести версию Pro. Также на сайте разработчика есть ссылка для скачивания Akeeba Backup русификатора.

Установка компонента Akeeba Backup

Установку компонента Akeeba Backup проведём из каталога - загружаем разархивированный файл из корневого tmp- каталога CMS Joomla. Заходим в "Расширения"→ "Менеджер расширений" → "Установка" и выбираем Установить из каталога. Далее жмем кнопку "Загрузить и установить" и дождёмся сообщения о том, что компонент установился удачно.

Следующим нашим шагом будет русификация компонента. ZIP-файл русификатор установим стандартным способом. Переходим в "Расширения" → "Менеджер расширений" → "Установка", выбираем ZIP архив русского языкового пакета и жмём "Загрузить и установить".
После установки компонента его автоматической самонастройки вполне достаточно, чтобы сразу приступить к архивации. Но мы рассмотрим как можно внести изменения в настройки компонента исходя из особенностей каждого конкретного сайта. Возможно, что по мере развития сайта вам понадобится произвести корректировку этих настроек.

Для того, чтобы произвести настройки компонента переходим в "Компоненты"→ "Akeeba Backup".

В верхней части окна Akeeba Backup появилось сообщение:
Просмотрите, пожалуйста, после-процессорные сообщения
Относительно Вашей установки компонента "Akeeba Backup" или его обновления существует важное системное сообщение. Вам настоятельно рекомендуется просмотреть его, прежде чем продолжить работу с этим компонентом. Щелкните на ниже расположенную кнопку для того, чтобы открыть веб-страницу с тем важным сообщением.
Жмем кнопку "Показывать после-процессорные сообщения"

Читаем системные сообщения и жмем кнопку "Перевести профили на ANGIE" , а затем жмем кнопку "Запустить мастер настройки".
Запускается Мастер настройки. Пошаговое тестирование сервера будет длиться около 2 минут.

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

Нам открывается панель Настройка.

Настройки Akeeba Backup Core разделены на четыре сектора.

"Начальная конфигурация".

"Папка для сохранения резерных копий" - это каталог на Вашем сервере, где Akeeba Backup будет хранить файлы резерных копий и журналы создания копий. Вы можете использовать следующие макросы:
"DEFAULT_OUTPUT" - папка для хранения по умолчанию;
"SITEROOT" - корневая папка Вашего сайта;
"ROOTPARENT" - папка уровнем выше Вашей корневой папки сайта.
В данном компоненте по умолчанию Akeeba Backup сохраняет архивы в следующую директорию www\ваш_сайт/administrator/components/com_akeeba/backup. Оставляем как есть.
"Уровень журналирования" - этот параметр определяет, насколько подробно будет проводиться журналирование процесса создания резервной копии. Тоже оставляем как есть.
"Название файла резервной копии" - шаблон наименования архивов резервных копий, где применимо. Вы можете использовать следующие макросы:
"HOST" – имя хостинга;
"DATE" - текущая дата;
"TIME" - текущее время.
"Тип резервной копии" - какой вид резервной копии Вы желаете создать компонентом Akeeba Backup. Вы можете использовать два варианта:
- копирование всего сайта;
- только главную базу данных сайта (SQL сервер).
Оставим копирование всего сайта.
"Максимальное время осуществления для применения на стороне клиента" - когда это поле не отмечено галочкой (настройка по умолчанию) и этап процесса создания резервной копии заканчивается быстрее максимально отпущенного на осуществление операции времени, то компонент Akeeba Backup будет ожидать окончания этого времени. Это может привести к тому, что некоторые очень строго настроенные серверы убьют Ваш процесс создания резервной копии. Если отметить это поле галочкой, то тот оставшийся период ожидания будет применен не к серверу, а к браузеру, таким образом обходя возможное ограничение строгих серверов. ВАЖНО: эта опция применима только к процессу создания резервных копий в административной панели. Процесс создания резервных копий, запущенный с лицевых страниц, JSON API (удаленно) и с командной строки (CLI) всегда подпадает под период ожидания на стороне сервера. Оставим по умолчанию.
"Использовать фреймы (IFRAMEs) вместо технологии AJAX" - если данная опция включена, компонент будет использовать скрытые фреймы вместо обычных AJAX обращений к серверу. Используйте в том случае, если у вас странные ошибки сервера. Оставляем как есть.
"Использовать базу данных для хранения временной информации" - как правило, компонент использует файлы, расположенные во временном каталоге для хранения данных между шагами резервного копирования. При включении данного параметра, компонент будет использовать базу данных. На некоторых хостах задействование этого параметра может вызвать ошибки "MySQL server has gone away" или "MySQL query limit exceeded" во время резервного копирования. Здесь тоже не будем ставить галочку в чекбоксе.

"Расширенная конфигурация"

"Двигатель создания резервной копии базы данных" - определяет, как Akeeba Backup будет обрабатывать базу(ы) данных для того, чтобы создать ее(их) резервную копию. Если интересно можете подробнее ознакомиться с настройками, мы оставим здесь всё по умолчанию.
"Двигатель сканирования файловой системы" - определяет, как Akeeba Backup будет сканировать файлы и папки Вашего сайта с целью выяснить, какие из них должны быть включены в резервную копию. Оставляем как есть.
"Двигатель архивирования" - определяет формат архивирования резервной копии. Некоторые двигатели, такие как DirectFTP, фактически не производят архивов, но обеспечивают передачу Ваших файлов на другие серверы.
Давайте остановимся поподробнее на настройках формата архивирования резервной копии.
Здесь нам предлагается сохранять копии в одном из двух форматов: это довольно таки редкий формат JPA и обычный ZIP.

Формат JPA (рекомендуется) – сжимает исходные файлы сильнее и быстрее, чем формат ZIP т.е. файл архива будет меньше. Вместе с тем, для разархивирования JPA - файлов требуется программа Akeeba Extract Wizard которую можно скачать на официальном сайте: https://www.akeebabackup.com/products/akeeba-extract-wizard.html.
"Раскрывать символьные ссылки" - если включить данную опцию, то будут обрабатываться символьные ссылки. Если вы используете символьные ссылки, которые ведут к бесконечному циклу ссылок, то отключите данную опцию. Оставим чекбокс пустым.
"Размер части для составного архива" - Akeeba Backup может создать архивы из нескольких частей (составные) для того, чтобы обойти ограничения на размер при различных обстоятельствах. Этот параметр определяет максимальный размер каждой части архива. Если выставить значение 0, данная функция будет отключена. Оставим максимальное значение.
"Размер фрагмента для обработки больших файлов" - Akeeba Backup создает большой файл небольшими кусочками для того, чтобы избежать тайм-аута. Этот параметр определяет максимальный размер порции для этого вида обработки. Оставим оптимальный вариант – 1.00.
"Порог при создании большого файла" - файлы большего размера будут сохранены в несжатом виде, или их обработка будет занимать несколько шагов (в зависимости от способа архивирования) для того, чтобы избежать тайм-аута. Мы рекомендуем увеличивать это значение только для быстрых и надежных серверов. Оставим оптимальный вариант – 1.00.

"Управление квотами"

"Сохранять устаревшие записи" - общее количество устаревших записей (резервные копии, файлы которых были удалены), для их сохранения на странице "Управление резервными копиями". Установите 0 для отсутствия лимита.
"Включить размер квоты" - при включении этого параметра, компонент Akeeba Backup будет удалять файлы архивов старых резервных копий, если полный размер этих архивов превосходит определенное ниже значение. Этот параметр применяется индивидуально для каждого профиля.
"Величина квоты" - если общий размер резервных копий, соответствующих текущему профилю, превышает этот предел, более старые архивы будут удалены с сервера.

"Включить отсчет квоты" - при включении этого параметра, компонент Akeeba Backup будет удалять старые резервные файлы, если их размер больше предельного значения, указанного ниже.
Включим этот параметр.
"Отсчитывать квоту" - компонент будет удалять старые файлы резервных копий, если они больше установленного размера, определенного в данной опции. Части резервных копий считаются как один файл!
Совет: Выберите Custom введите желаемое значение, если его нет в списке.

"Тонкая настройка"

"Минимальное время выполнения" - каждый шаг резервного копирования продлиться по крайней мере до тех пор, как определено здесь. Это необходимо, чтобы обойти решения анти-DoS безопасности. Если Вы получаете ошибку 403 Forbidden или ошибки AJAX, увеличьте этот параметр. Установка в 0 отключает эту функцию.
Совет: Выберите Custom и введите желаемое значение, если его нет в списке.
"Максимальное время выполнения" - каждое пошаговое действие компонент будет производить не дольше, чем определено в этом параметре. Используйте значение меньшее, чем максимальное время выполнения PHP. Обычно, установка значения в 10 секунд является вполне приемлемым в большинстве случаев. Совет: Выберите Custom и введите желаемое значение, если его нет в списке.
"Отклонение времени исполнения" - эта настройка определяет, насколько консервативным будет компонент, когда пытается избежать тайм-аута. Чем ниже значение, тем более консервативно будет вести себя компонент. Если Вы получаете ошибки из-за тайм-аута, попробуйте уменьшить и максимальное время выполнения и этот параметр. Совет: Выберите Custom и введите желаемое значение, если его нет в списке.
"После того, как произойдет какая-либо ошибка AJAX, возобновить создание резервной копии" - когда это поле не отмечано галочкой (настройка по умолчанию), то в случае, если сервер отзовется ошибкой компонент Akeeba Backup остановит процесс создания резервной копии. Когда эта опция включена, то компонент Akeeba Backup попытается возобновить процесс создания резервной копии повторяя последний шаг. Это применимо только к процессу создания резервной копии, запущенного с административной панели. Включим этот параметр.
"Период ожидания перед повторением процесса создания резервной копии" - сколько секунд ждать перед возобновлением процесса создания резервной копии. Рекомендуется настраивать этот параметр на 30 или более секунд (в большинстве случаев рекомендуется 120 секунд), чтобы дать Вашему серверу время, необходимое для разблокировки процесса создания резервной копии прежде чем компонент Akeeba Backup повторит попытку завершить его. Настроим этот параметр на 30 секунд.
"Максимальное количество повторных попыток шага создания резервной копии после какой-либо ошибки AJAX" - сколько раз следует компоненту Akeeba Backup повторять попытку возобновления процесса создания резервной копии перед тем, как окончательно оставить эти попытки. На большинстве серверов лучше всего работает число от 3-х до 5-ти повторных попыток. Поставим - 3.

Итак, сегодня мы установили и достаточно подробно рассмотрели настройки компонента резервного копирования Akeeba Backup для CMS Joomla 3.
О том, как сделать резервную копию сайта рассмотрим в следующей статье.