Разное

Akeeba backup joomla: Akeeba Backup: резервное копирование сайта Joomla

09.04.2021

Содержание

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

Резервное копирование в один клик

Резервное копирование всего сайта и его базы данных через один клик.

Автономные резервные копии

Бэкапы содержат скрипты для восстановления сайта.

Автоматическая конфигурация

Автоматическая настройка конфигурации в соответствии с вашими предпочтениями и настройкой сервера.

Настройка разрешений

Настройка прав доступа к отдельным функциям резервного копирования.

Несколько форматов резервных копий

Бэкапы в формате ZIP или JPA, а также совмещенный вариант ZIP/JPA.

Резервное копирование через внешний интерфейс

Позволяет выполнять запланированные (CRON) и удаленные резервные копии.

Управление резервными копиями

Администрирование бэкапов (загрузка, удаление).

Исключение файлов, каталогов, баз данных

Исключайте отдельные элементы от резервного копирования.

Оптимизированный дамп базы данных (Extended INSERTs).

Облачное резервирование

Отправка резервных копий на любой FTP-, FTPS-, SFTP-сервер. Хранение бэкапов в коммерческих облачных хранилищах (DropBox, Amazon S3, Box.com и др.).

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

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

Восстановление из компонента

(только для резервных копий всего сайта)

Отправка резервных копий по E-mail

Настройте отправку бэкапов на электронную почту.

Зашифрованная конфигурация

Конфигурация, зашифрованная 128-битной AES-криптографией.

Зашифрованные архивы

Зашифрованные бэкапы AES-128 (формат JPS).

PHP-скрипты для CRON

Эффективные скрипты для использования в планировании CRON.

Резервное копирование только базы данных сайта или только файлов

Дополнительное резервное копирование отдельных файлов.

Импорт произвольных бэкапов.

Фильтр файлов, каталогов и баз данных.

Автоматическое исключение таблиц баз данных, не относящихся к Joomla.

Включение дополнительных баз данных MySQL в бэкапы.

Включение внешних папок в резервные копии.

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

В этой статье мы рассмотрим восстановление сайта под управлением 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) приведёт к провалу, и ваш сайт будет, по всей видимости, не работоспособным.
  8. Вы должны прочитать документацию перед использованием этого программного обеспечения. Большинство проблем можно избежать или легко обойти, имея представление, как это программа работает.
  9. Этот текст не означает, что уже обнаружена проблема. Это стандартный текст, который отображается при каждом запуске 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, которое теперь выглядит так.

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

Об авторе:

Меня зовут Андрей Золкин. Из более, чем пятнадцати лет работы в сфере информационных технологий, десять лет работаю с системами, базирующимися на открытом исходном коде. На страницах сайта Aitishnik.Ru веду блоги по CMC Joomla и Debian GNU/Linux.

 

Ещё статьи о Joomla 2.5

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

      В этой статье мы рассмотрим восстановление сайта под управлением Joomla 2.5 из резервной копии созданной, компонентом Akeeba Backup. Для восстановления сайта нам потребуются: последняя резервная копия и скрипт Akeeba Kickstart с сайта…

    • Общие настройки сайта на Joomla. Сервер…

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

    • Карта сайта в Joomla 2.5

      В этой статье мы поговорим о карте сайта, а точнее о том, как создать карту сайта на Joomla в форматах HTML и XML. Карта сайта в формате HTML представляет собой страницу со ссылками на материалы сайта. Она помогает посетителям…

    • Общие настройки сайта на Joomla. Фильтры текста…

      Настройки на вкладке «Фильтры текста» предназначены для ограничения использования HTML тэгов и атрибутов в тексте материалов. «Фильтры текста» актуальны для сайтов, на которых зарегистрированные пользователи могут добавлять текстовый…

    • Социальные кнопки в Joomla 2.5

      В этой статье я расскажу, как разместить на сайте под управлением Joomla кнопки социальных сетей или социальные кнопки. Хотя споры по поводу социальных кнопок всё не утихают, я для себя сделал выбор – кнопки социальных сетей нужны на…

    • Установка Apache, MySQL, PHP

      В этой статье будет рассмотрено создание простейшего локального хостинга, для работы с сайтами под управлением Joomla 2.5 в домашних условиях. Описывается процесс установки на компьютер под управлением Windows 7 32-битной архитектуры….

05-2(2) Восстановление сайта из резервной копии (архива) с Akeeba Backup

Akeeba Backup: Управление резервными копиями

К окну управления резервными копиями можно перейти после окончания процесса архивации сайта или нажав соответствующую кнопку в панели управления компонентом

«Восстановить» — восстановить сайт из выбранной резервной копии.

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

«Смотреть/Редактировать комментарий». Действие этой кнопки аналогично щелчку кнопки мыши по наименованию архива в списке архивов.

«Удалить» — удаляет выбранный архив.

«Панель управления» — возврат к панели управления компонента Akeeba Backup.

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

Akeeba Backup: Восстановление поврежденного сайта из резервной копии.

Восстановление поврежденного сайта (сайта у которого нет доступа в административную часть или зараженного вирусами) из резервной копии лучше поручить специалисту. Но если Вы решили это сделать самостоятельно, то Вам понадобится файл резервной копии (архива) и специальная утилита восстановления — kickstart.php, так же предоставляемая разработчиками компонента Akeeba Backup.

Алгоритм восстановления следующий:

  1. Полностью очистить от содержимое директорий, в которой располагаются папки и файлы Вашего сайта. Так же рекомендуется и очистить от таблиц базу данных сайта.
  2. Закачать в директорию расположения Вашего сайта его архивную копию и файл утилиты восстановления архива kickstart.php.
  3. Обратиться к утилите восстановления введя в браузере путь http://mysite.com/kickstart.php
  4. Внимательно читать инсрукции на экране монитора и следовать их указаниям.

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

  • Тип – компонент, который позволит создать бэкап Joomla 1.5 – 3.2.
  • Akeeba Backup Core – бесплатно.

 

 

В предыдущей статье «Обзор Akeeba Backup Pro, Core» мы рассмотрели основные возможности Joomla Akeeba Backup, системные требования и разницу между платной и бесплатной версиями компонентов. Стоит отметить, что на сайте разработчика есть очень много справочной информации по компоненту. К сожалению, она вся на английском языке. Скорость и качество технической поддержки (при наличии актуальной подписки) весьма органично дополняет качественный программный продукт.

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

Настройка Akeeba Backup

Настройки Akeeba Backup Pro разделены на шесть областей (рисунок ниже).

  1. Начальная конфигурация.
  2. Расширенная конфигурация.
  3. Переопределение сайта.
  4. Дополнительные фильтры.
  5. Управление квотами.
  6. Тонкая настройка.

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

Для всех опций в области Начальная конфигурация, Переопределение сайта, Дополнительные фильтры, Управление квотами и Тонкая настройка есть русскоязычные всплывающие подсказки. Настоятельно рекомендую читать их перед тем, как вносить изменения.

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

Опция Двигатель сканирования файловой системы позволяет Вам настроить то, как Joomla Akeeba Backup будет сканировать файловую структуру сайта. По сути Вы выбираете метод сканирования и задаёте его опции. Доступно два метода:

  1. Large Site Scanner.
  2. Smart scanner.

Рассмотрим, какие опции доступны для метода Large Site Scanner (рисунок ниже). Данный метод может быть полезен для больших по размеру (в Мб) сайтов или сайтов, содержащих множество файлов большого размера (в Мб).

  • Directory scanning batch size. Размер пакета сканирования каталога. Akeeba Backup Joomla 3 сканирует каталоги пакетами («частями»). Данная опция позволит задать размер пакета. Например, если есть два каталога размером 50 Мб каждый, а Вы указали в качестве размера пакета 100 Мб, то оба каталога войдут в один пакет. Обратите Ваше внимание на то, что указание пакетов большого размера может существенно нагрузить Ваш сервер, но и ускорить сканирование и, как следствие, ускорит бэкап Joomla.
  • Files canning batch size. Размер пакета сканирования файла. Joomla Akeeba Backup сканирует файлы пакетами («частями»). Данная опция позволит задать размер пакета. Например, если есть пятьдесят файлов, размер каждого 1 Мб, а Вы указали в качестве размера пакета 50 Мб, то все файлы войдут в один пакет. Обратите Ваше внимание на то, что указание пакетов большого размера может существенно нагрузить Ваш сервер, но и ускорить сканирование и, как следствие, ускорит резервное копирование Joomla 3.
  • Large file threshold. Пороговое значение для больших файлов. Позволяет указать размер файлов, которые будут храниться в архиве в несжатом состоянии. Например, если Вы зададите значение 100, то файл, размер которого превышает 100 Мб будет включён в архив, но не будет сжат. Это может существенно снизить нагрузку на сервер, уменьшить время создания архива, но увеличит размер архива.

Метод Smart scanner (рисунок ниже) позволяет немного упростить и автоматизировать процесс сканирования каталогов. В остальном, он похож на Large Site Scanner.

Если бэкап Joomla у Вас проходит нормально, не стоит менять данные опции.

Опция Upload Kickstart to remote storage автоматически добавит Kickstart в удалённое (облачное) хранилище, которое Вы указали в настройках Двигатель обработки данных. Это действует для всех опций кроме Нет последующей обработки и Отправить по электронной почте. Данная опция будет полезна при переносе Вашего сайта с одного хостинга на другой при помощи FTP или SFTP. Kickstart позволяет извлечь файлы бэкапа Joomla на удалённом сервере. Это поможет автоматизировать перенос сайта.

К вопросу настройки резервного копирования Joomla 3 мы ещё вернёмся в статье «Обзор Akeeba Backup Professional. Резервное копирование Joomla».

Бэкап Joomla 3

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

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

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

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

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

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

Как упоминалось ранее Akeeba Backup Joomla 3 позволяет включать в архив, помимо всех файлов и папок внутри корневого каталога сайта, дополнительные директории и файлы, лежащие за пределом корня сайта. То же самое относится и к базам данных. Можно включить дополнительные. Это может понадобиться, если, например, в целях безопасности Вы вынесли файл конфигурации Joomla за пределы корневой директории сайта (подробнее об этом можно прочесть в статье «Защита Joomla (часть 6). Файл configuration.php»).

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

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

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

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

  1. Исключить файлы и папки.
  2. Исключить таблицы базы данных.
  3. Фильтры расширений.
  4. Регулярно исключать файлы и папки.
  5. Регулярно исключать таблицы базы данных.

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

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

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

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

#.gz$#i

#.zip$#i

#.backup$#i

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

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

Управление резервными копиями

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

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

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

Отладчик ALICE

В случае возникновения ошибки в работе 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, меню Расширения и нажмите ссылку Вернуться к стандартному инсталлятору (рисунок ниже).

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

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

Если у Вас возникла ошибка «JFTP::chmod: Bad response» при переходе на главную страницу Joomla Akeeba Backup, то проверьте права доступа на файлы и папки в «media/com_akeeba» (включительно). Права на папки должны быть 755 (включая папку «media/com_akeeba»), на файлы – 644. При запуске Akeeba Backup пытается самостоятельно изменить права доступа на файлы и папки внутри «media/com_akeeba» для того, чтобы нормально работать. Если в настройках Joomla (меню Система, подменю Общие настройки, вкладка Сервер) у Вас включена и настроена опция Включить FTP, то Akeeba Backup будет использовать именно эти параметры для доступа к файлам и папкам.

Но иногда сервер не поддерживает команду SITE CHMOD и Akeeba Backup не сможет изменить права доступа. Вам необходимо самостоятельно изменить права доступа на файлы и папки так, как описано выше. Если Вы не знаете, как это сделать, то можете воспользоваться инструкцией, описанной в статье «Уроки WebSite X5 (часть 1)». Отмечу, что Вы всё равно можете наблюдать в административной части Akeeba Backup большое жёлтое сообщение о том, что jQuery загружена некорректно. С этим ничего нельзя сделать. Но это не должно помешать нормальной работе компонента.

Ошибка T_OBJECT или белая страница при доступе к Akeeba Backup

Одной из причин возникновения сообщения об ошибке, в котором упоминается T_OBJECT, или одной из причин белой страницы при входе в административную часть Akeeba Backup является то, что на Вашем сервере используется PHP 4. Эта версия PHP не поддерживается, так как является устаревшей. Для нормальной работы Akeeba Backup нужен PHP 5. Рекомендуется последняя стабильная версия PHP 5.3. Отмечу, что у всех предыдущих версий PHP (4.3, 4.4, 5.0, 5.1 и 5.2) есть серьёзные и известные проблемы с безопасностью, которые позволят злоумышленникам взломать Ваш сайт.

Решение данной проблемы – перейти с PHP 4 на последнюю стабильную версию PHP 5.3.

Где расположены архивные файлы

По умолчанию бэкап Joomla хранится в папке «administrator/components/com_akeeba/backup». Вы можете уточнить и изменить местоположение файлов в настройках каждого отдельного профиля архивации (опция Папка для сохранения резервных копий) (рисунок ниже).

Если необходимо загрузить бэкап Joomla на локальный компьютер, то можно это сделать при помощи любого FTP клиента, например, FileZilla, или при помощи панели управления хостингом, или при помощи инструмента Управление резервными копиями, о котором упоминалось выше в этой статье. Использование FTP, FTPS, FTPES или SFTP более предпочтительный для загрузки файлов вариант, чем Управление резервными копиями.

Если Вы используете FileZilla (или любой другой FTP клиент) позаботьтесь о том, чтобы был включён двоичный режим передачи данных. Для FileZilla 3.7.4.1 это можно сделать в меню Передача, подменю Режим передачи (рисунок ниже). В противном случае Ваш архив может быть повреждён. Не рекомендуется использовать другие режимы включая Авто.

В следующей статье «Обзор Akeeba Backup Professional. Резервное копирование Joomla» мы рассмотрим советы по настройке профиля архивации, затронем восстановление сайта и коснёмся вопросов, связанных с решением проблем работы компонента. Помимо этого будет вкратце рассмотрено применение программ Akeeba SiteDiff и Akeeba eXtract Wizard для распаковки и сравнения архивов сайта.

Похожие материалы

 

Полезные ссылки:

Простой способ автоматического создания бекапа joomla сайтов с помощью Akeeba backup + Crontab

Всем привет.
Хочу описать процесс полностью автоматического создания резервных копий сайтов на CMS Joomla с помощью компонента Akeeba backup, причем его бесплатной версии.
Знаю, что джумлу на хабре не особо жалуют, но думаю все же найдутся хабровчане, которые создают сайты с её помощью.

В качестве примера буду использовать Joomla 2.5.16
Первым делом нам нужно установить компонент Akeeba Backup. Скачать его можно отсюда: www.akeebabackup.com/downloads/akeeba-backup.htmlЧто из себя представляет резервная копия, сделанная с помощью Akeeba backup

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

Мой сайт находится на хостинге timeweb, но я думаю, что большинство хостингов имеет в своей панели управления способ создавать задания с помощью планировщика crontab. Если ваш сайт находится на собственном сервере, тут еще проще.

Первым делом нам необходимо активировать возможность делать бекап не только из панели Joomla. Для этого переходим в Компоненты -> Akeeba backup -> Component Parameters. Нужно установить переключатель на ДА в свойстве Enable front-end and remote backup. Указать секретное слово, которое будет использоваться для генерации ссылки, опционально можно включить уведомления по e-mail о выполнении бекапа.

Теперь необходимо написать небольшой shell скрипт, который будет запускаться планировщиком Crontab.
Выглядит он так:

#!/bin/bash
wget --max-redirect=10000 "http://<Адрес сайта>/index.php?option=com_akeeba&view=backup&key=<Секретное слово, которое мы указывали в настройках>"
find ${<Полный адрес до каталога с бекапами>} -type f -mtime +<Возраст файла в днях> -delete  #Например find ${/site/BACKUP} -type f -mtime +30 -delete  - удалит все файлы старше 30 дней

Данный скрипт осуществляет бекап нашего сайта.

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

Если у вас есть полный доступ к серверу, на котором располагается сайт, то нужно занести строчку в конфиг crontab, по умолчанию расположенный в /etc/ с именем crontab

Всё, теперь наши бекапы будут делаться в автоматическом режиме по расписанию и складываться в каталог, прописанный в настройках компонента Akeeba Backup. По умолчанию: administrator/components/com_akeeba/backup/

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

Как восстанавливать сайт из резервной копииДля того, чтобы восстановить сайт или перенести его на другой сервер, необходимо скачать набор файлов под названием Akeeba Kickstart: www.akeebabackup.com/downloads/akeeba-kickstart.html

Этот набор включает в себя следующие файлы:

  • jquery.min.js-библиотека Jquery
  • json2.min.js-библиотека Json
  • kickstart.php-PHP скрипт, выполняющий восстановление
  • ru-RU.kickstart.ini-язык локализации

Необходимо поместить эти файлы на сервер и туда же скинуть файл с бекапом, который имеет расширение jpa.
Далее просто пройти по адресу: http://<Ваш сайт>/kickstart.php и следовать инструкциям.
Если вы восстанавливаете сайт на том же сервере, где он и был, то часть настроек подтянется автоматически, иначе нужно будет указать новые настройки для корректного формирования конфига: путь к БД, имя БД, имя пользователя БД и тд.
После выполнения всех инструкций, система восстановит сайт. И никаких танцев с бубном с перезаливкой руками всех файлов(особенно противно это делать по FTP), а также ручной правкой конфигурационного файла configuration.php в корне сайта.

UPD 17.12.2013: Расширил скрипт, теперь он удаляет устаревшие бекапы.

UPD 16.05.2014: Хотел заморочиться с отправкой бекапа на дропбокс, но выходит больно кропотливо, гораздо проще использовать облачное хранилище с поддержкой WebDAV, я использовал Яндекс диск. Вот так выглядит скрипт:

#!/bin/bash
 
#переходим в каталог, в который складываются бекапы, сделанные Akeeba Backup
cd site/backup
 
for i in *.jpa;
do
   # username:password - имя пользователя и пароль к аккаунту Яндекса  
   # указанные в пути каталоги /backups/sites/ должны быть предварительно созданы в Яндекс диске
   curl -T ${i} --user username:password https://webdav.yandex.ru/backups/sites/
   # при желании можно удалять эти бекапы с веб сервера для экономии места командой rm
   rm ${i}
done

Ну и создаем по аналогии задание в cron под запуск скрипта

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

ПОЛИТИКА КОНФИДЕНЦИАЛЬНОСТИ ПЕРСОНАЛЬНЫХ ДАННЫХ

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

1. Определение терминов

1.1 В настоящей Политике конфиденциальности используются следующие термины:

1.1.1. «Администрация сайта» (далее – Администрация) – действующая в лице индивидуального предпринимателя Егорова В.К., который организует и (или) осуществляет обработку персональных данных, а также определяет цели обработки персональных данных, состав персональных данных, подлежащих обработке, действия (операции), совершаемые с персональными данными.

1.1.2. «Персональные данные» — любая информация, относящаяся к прямо или косвенно определенному, или определяемому физическому лицу (субъекту персональных данных).

1.1.3. «Обработка персональных данных» — любое действие (операция) или совокупность действий (операций), совершаемых с использованием средств автоматизации или без использования таких средств с персональными данными, включая сбор, запись, систематизацию, накопление, хранение, уточнение (обновление, изменение), извлечение, использование, передачу (распространение, предоставление, доступ), обезличивание, блокирование, удаление, уничтожение персональных данных.

1.1.4. «Конфиденциальность персональных данных» — обязательное для соблюдения Оператором или иным получившим доступ к персональным данным лицом требование не допускать их распространения без согласия субъекта персональных данных или наличия иного законного основания.

1.1.5. «Сайт Сайтогон» — это совокупность связанных между собой веб-страниц, размещенных в сети Интернет по уникальному адресу (URL): sitogon.ru, а также его субдоменах.

1.1.6. «Субдомены» — это страницы или совокупность страниц, расположенные на доменах третьего уровня, принадлежащие сайту Сайтогон, а также другие временные страницы, внизу который указана контактная информация Администрации

1.1.5. «Пользователь сайта Сайтогон » (далее Пользователь) – лицо, имеющее доступ к сайту Сайтогон, посредством сети Интернет и использующее информацию, материалы и продукты сайта Сайтогон.

1.1.7. «Cookies» — небольшой фрагмент данных, отправленный веб-сервером и хранимый на компьютере пользователя, который веб-клиент или веб-браузер каждый раз пересылает веб-серверу в HTTP-запросе при попытке открыть страницу соответствующего сайта.

1.1.8. «IP-адрес» — уникальный сетевой адрес узла в компьютерной сети, через который Пользователь получает доступ на Сайт.

1.1.9. «Товар » — продукт, который Пользователь заказывает на сайте и оплачивает через платёжные системы.
 

2. Общие положения

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

2.2. В случае несогласия с условиями Политики конфиденциальности Пользователь должен прекратить использование сайта Сайтогон .

2.3. Настоящая Политика конфиденциальности применяется к сайту Сайтогон. Сайт не контролирует и не несет ответственность за сайты третьих лиц, на которые Пользователь может перейти по ссылкам, доступным на сайте Сайтогон.

2.4. Администрация не проверяет достоверность персональных данных, предоставляемых Пользователем.
 

3. Предмет политики конфиденциальности

3.1. Настоящая Политика конфиденциальности устанавливает обязательства Администрации по неразглашению и обеспечению режима защиты конфиденциальности персональных данных, которые Пользователь предоставляет по запросу Администрации при регистрации на сайте Сайтогон, при подписке на информационную e-mail рассылку или при оформлении заказа.

3.2. Персональные данные, разрешённые к обработке в рамках настоящей Политики конфиденциальности, предоставляются Пользователем путём заполнения форм на сайте Сайтогон и включают в себя следующую информацию:
3.2.1. фамилию, имя, отчество Пользователя;
3.2.2. контактный телефон Пользователя;
3.2.3. адрес электронной почты (e-mail)
3.2.4. место жительство Пользователя (при необходимости)
3.2.5. адрес доставки Товара (при необходимости) 3.2.6. фотографию (при необходимости).

3.3. Сайт защищает Данные, которые автоматически передаются при посещении страниц:
— IP адрес;
— информация из cookies;
— информация о браузере 
— время доступа;
— реферер (адрес предыдущей страницы).

3.3.1. Отключение cookies может повлечь невозможность доступа к частям сайта , требующим авторизации.

3.3.2. Сайт осуществляет сбор статистики об IP-адресах своих посетителей. Данная информация используется с целью предотвращения, выявления и решения технических проблем.

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

4. Цели сбора персональной информации пользователя

4. 1. Персональные данные Пользователя Администрация может использовать в целях:
4.1.1. Идентификации Пользователя, зарегистрированного на сайте Сайтогон для его дальнейшей авторизации, оформления заказа и других действий.
4.1.2. Предоставления Пользователю доступа к персонализированным данным сайта Сайтогон.
4.1.3. Установления с Пользователем обратной связи, включая направление уведомлений, запросов, касающихся использования сайта Сайтогон, оказания услуг и обработки запросов и заявок от Пользователя.
4.1.4. Определения места нахождения Пользователя для обеспечения безопасности, предотвращения мошенничества.
4.1.5. Подтверждения достоверности и полноты персональных данных, предоставленных Пользователем.
4.1.6. Создания учетной записи для использования частей сайта Сайтогон, если Пользователь дал согласие на создание учетной записи.
4.1.7. Уведомления Пользователя по электронной почте.
4.1.8. Предоставления Пользователю эффективной технической поддержки при возникновении проблем, связанных с использованием сайта Сайтогон.
4.1.9. Предоставления Пользователю с его согласия специальных предложений, информации о ценах, новостной рассылки и иных сведений от имени сайта Сайтогон.
4.1.10. Осуществления рекламной деятельности с согласия Пользователя.
 

5. Способы и сроки обработки персональной информации

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

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

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

5.4. При утрате или разглашении персональных данных Администрация вправе не информировать Пользователя об утрате или разглашении персональных данных.

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

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

6. Права и обязанности сторон

6.1. Пользователь вправе:

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

6.1.2. Обновить, дополнить предоставленную информацию о персональных данных в случае изменения данной информации.

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

6.2. Администрация обязана:

6.2.1. Использовать полученную информацию исключительно для целей, указанных в п. 4 настоящей Политики конфиденциальности.

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

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

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

7. Ответственность сторон

7.1. Администрация, не исполнившая свои обязательства, несёт ответственность за убытки, понесённые Пользователем в связи с неправомерным использованием персональных данных, в соответствии с законодательством Российской Федерации, за исключением случаев, предусмотренных п.п. 5.2., 5.3. и 7.2. настоящей Политики Конфиденциальности.

7.2. В случае утраты или разглашения Конфиденциальной информации Администрация не несёт ответственность, если данная конфиденциальная информация:
7.2.1. Стала публичным достоянием до её утраты или разглашения.
7.2.2. Была получена от третьей стороны до момента её получения Администрацией Ресурса.
7.2.3. Была разглашена с согласия Пользователя.

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

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

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

7.6. В отношение текстовых материалов (статей, публикаций, находящихся в свободном публичном доступе на сайте Сайтогон) допускается их распространение при условии, что будет дана ссылка на Сайт.

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

7.8. Администрация не несет ответственности за любые прямые или косвенные убытки, произошедшие из-за: использования либо невозможности использования сайта, либо отдельных сервисов; несанкционированного доступа к коммуникациям Пользователя; заявления или поведение любого третьего лица на сайте.

7.9. Администрация не несет ответственность за какую-либо информацию, размещенную пользователем на сайте Сайтогон, включая, но не ограничиваясь: информацию, защищенную авторским правом, без прямого согласия владельца авторского права.
 

8. Разрешение споров

8.1. До обращения в суд с иском по спорам, возникающим из отношений между Пользователем и Администрацией, обязательным является предъявление претензии (письменного предложения или предложения в электронном виде о добровольном урегулировании спора).

8.2. Получатель претензии в течение 30 календарных дней со дня получения претензии, письменно или в электронном виде уведомляет заявителя претензии о результатах рассмотрения претензии.

8.3. При не достижении соглашения спор будет передан на рассмотрение Арбитражного суда г. Окуловка.

8.4. К настоящей Политике конфиденциальности и отношениям между Пользователем и Администрацией применяется действующее законодательство Российской Федерации.
 

9. Дополнительные условия

9.1. Администрация вправе вносить изменения в настоящую Политику конфиденциальности без согласия Пользователя.

9.2. Новая Политика конфиденциальности вступает в силу с момента ее размещения на сайте Сайтогон, если иное не предусмотрено новой редакцией Политики конфиденциальности.

9.3. Все предложения или вопросы касательно настоящей Политики конфиденциальности следует сообщать по адресу: [email protected]

9.4. Действующая Политика конфиденциальности размещена на странице по адресу https://sitogon.ru/politika

Обновлено: 20 Июля 2017 года

г. Окуловка, Индивидуальный предприниматель Егоров Владимир Кирович, ОГРНИП 312530228500047, ИНН 532106023766

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

Backup — это резервная копия сайта, которая делается на случай, если с ним случится что-нибудь плохое. Бекапы рекомендуется делать как можно чаще. Тогда вы сможете в случае непредвиденных обстоятельств вернуться к самой актуальной копии сайта. Особенно важно делать бекапы перед обновлениями любых приложений и компонентов. Обновления могут серьезно менять функционал сайта и большое количество кода. Никто на 100 процентов не может вам гарантировать, что у вас, например, не слетят какие-нибудь стили, или абсолютно все будет работать как прежде.

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

Как установить Akeeba Backup?

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

Как создать bakcup всего сайта?

Перейдите в верхнем меню по ссылкам Компоненты > Akeeba Backup.

Затем нажмите кнопку Backup Now и заполните произвольное описание Short description, чтобы отличать одни бекапы от других.

 

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

После того, как архив будет готов перейдите по кнопке Manage Backups или из панели управления компонента. Скачайте полученный файл в столбце Manage & Download.

 

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

 

Akeeba Backup для Joomla!

# 34734: Quickicon не работает после обновления до 8.0.2

Закрыто

Последнее сообщение JoomlaVerenigingNederland в субботу, 3 апреля 2021 г., 20:17 CDT Создано в четверг, 4 марта 2021 г., 04:46 CST пользователем JoomlaVerenigingNederland

# 34720: Akeeba backup 8.0.2 медленно и не сохраняет изменения конфигурации

Закрыто

Последнее сообщение prh57bridge, суббота, 3 апреля 2021 г., 20:17 CDT Создано в среду, 3 марта 2021 г., 13:13 CST пользователем prh57bridge

# 34693: Обновление функции админки тормозов Backup — пустой экран

Закрыто

Последнее сообщение atolli, суббота, 03 апр.2021, 20:17 CDT Создано atolli, среда, 3 марта 2021 г., 04:40 CST

# 34682: Не работает резервное копирование Akeeba при обновлении

Закрыто

Последнее сообщение mickelb, суббота, 3 апреля 2021 г., 20:17 CDT Создано 3 марта 2021 г., 02:42 CST пользователем mickelb

# 34659: Pro версия 8

Закрыто

Последнее сообщение от pkoll, Суббота, 03 Апрель 2021, 20:17 CDT Создано pkoll, вторник, 2 марта 2021 г., 16:03 CST

# 34430: Не удалять старые файлы журналов

Закрыто

Последнее сообщение microtronix, суббота, 3 апреля 2021 г., 20:17 CDT Создано microtronix, вторник, 26 января 2021 г., 14:56 CST

# 34709: Akeeba Professional 8.0.1 и Admin Tools 6.0.1 ломает сайт

Закрыто

Последнее сообщение Cpointcc, пятница, 2 апреля 2021 г., 20:17 CDT Создано в среду, 3 марта 2021 г., в 08:39 CST пользователем Cpointcc

# 34700: Попытка обновить Admin Tools Pro и Akeeba Backup Pro с помощью mysites.guru.

Закрыто

Последнее сообщение lsmcswain в пятницу, 2 апреля 2021 г., 20:17 CDT Создано lsmcswain, среда, 3 марта 2021 г., 07:11 CST

# 34697: Невозможно обновить

Закрыто

Последнее сообщение AboutTime, пятница, 2 апреля 2021 г., 20:17 CDT Создано в среду, 3 марта 2021 г., в 06:29 CST пользователем AboutTime

# 34694: Обновление до Backup v8 блокирует доступ к администратору Joomla

Закрыто

Последнее сообщение j00mlaguy, пятница, 2 апреля 2021 г., 20:17 CDT Создано в среду, 3 марта 2021 г., в 05:10 CST пользователем j00mlaguy

# 34691: Akeeba Backup PRO v8.0.1 не работает с v7.5.3

Закрыто

Последнее сообщение от wynchcote, пятница, 2 апреля 2021 г., 20:17 CDT Создано: среда, 3 марта 2021 г., 04:29 CST, автор: wynchcote.

# 34678: Ошибка: установка 8.0.1

Закрыто

Последнее сообщение от sentix, пятница, 2 апреля 2021 г., 20:17 CDT Создано sentix, среда, 3 марта 2021 г., 00:51 CST

# 34669: как установить FOF 3.0 через файловый менеджер

Закрыто

Последнее сообщение PJKovacs, пятница, 2 апреля 2021 г., 20:17 CDT Создано PJKovacs, вторник, 2 марта 2021 г., 19:27 CST

# 34668: Аргумент 1 передан в FOF30 \ Platform \ Joomla \ Platform:

Закрыто

Последнее сообщение от lateca, пятница, 02 апр.2021, 20:17 CDT Создано: вторник, 2 марта 2021 г., 18:35 CST пользователем lateca

# 34664: Ошибка установки обновления

Закрыто

Последнее сообщение bizguy, пятница, 2 апреля 2021 г., 20:17 CDT Создано bizguy, вторник, 2 марта 2021 г., 16:37 CST

# 34671: 9.0,1 все еще ошибка сообщения Fof

Открытым

Последнее сообщение joomleb, пятница, 2 апреля 2021 г., 13:09 CDT Создано joomleb, вторник, 2 марта 2021 г., 19:46 CST

# 34986: Неустранимая ошибка после обновления FOF

Закрыто

Последнее сообщение andrej54, пятница, 02 апр.2021 07:19 CDT Создано 02.04.2021 в 06:27 CDT пользователем andrej54

# 34983: Невозможно понять, почему не удается выполнить резервное копирование из командной строки, если резервное копирование выполняется вручную.

В ожидании

Последнее сообщение от tampe125, пятница, 2 апреля 2021 г., 03:00 CDT Создано 1 апреля 2021 г., в 12:10 CDT пользователем roblong70

# 34663: Класс ‘FOF40 \ Container \ Container’ не найден

Закрыто

Последнее сообщение bsimoes, четверг, 01 апреля 2021, 20:17 CDT Создано bsimoes, вторник, 2 марта 2021 г., 16:27 CST

# 34649: Класс ‘FOF40 \ Container \ Container’ не найден

Закрыто

Последнее сообщение CBCGOVKY в четверг, 01 апреля 2021, 20:17 CDT Создано CBCGOVKY, вторник, 2 марта 2021 г., 13:19 CST

Akeeba Backup, Akeeba Ltd

Я использовал это для: Используется для резервного копирования и защиты моего сайта.из-за этого я потерял свой сайт. Совсем не рекомендую.

Ответ владельца: Установка Akeeba Backup и создание резервной копии не вносит никаких изменений в ваш сайт. По определению, только восстановление из резервной копии вносит изменения в ваш сайт. Мне интересно, почему вы думаете, что это не так. Мне очень хотелось бы получить ваш отзыв по этому поводу.

Akeeba Backup хранит архивы резервных копий на вашем сервере, а именно в папке administrator / components / com_akeeba / backup. Так было всегда, так как он назывался JoomlaPack, когда был впервые выпущен в октябре 2006 года.Однако, если вы удалите весь сайт, включая все его файлы и папки, архивы резервных копий, хранящиеся в хранилище резервных копий по умолчанию, будут потеряны, поскольку они находятся в корневом каталоге сайта, который был удален. Это не оправдание, это факт. Akeeba Backup действительно позволяет вам использовать другой каталог, и мы настоятельно рекомендуем с помощью уведомления внутри компонента использовать каталог вне корня вашего сайта, чтобы вы могли избежать случайного удаления архивов резервных копий.

Вы можете восстановить архивы резервных копий с помощью Akeeba Kickstart.В основной (бесплатной) версии программного обеспечения нет восстановления компонентов, для чего предназначена эта запись в каталоге расширений Joomla. Ссылка на видеоурок, показывающий процесс восстановления и сам Kickstart, отображается на странице «Управление резервными копиями». Восстановление резервной копии зависит от возможностей вашего сервера, и наша документация действительно говорит вам, что делать, если восстановление не удалось. Успешное восстановление вашего сайта дает вам возможность удалить Kickstart и архив резервных копий с четким предупреждением о том, что это произойдет.Возможно ли, что это то, что вы сделали, но не прочитали предупреждение? Если это так, я, конечно, могу попытаться внести изменения, чтобы решить эту проблему.

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

Что касается документации, мы описываем все подводные камни, возникающие при настройке сервера.Конфигурация сервера находится вне вашего или нашего контроля. Это то, за что отвечает ваш хостинг-провайдер. Все, что мы можем сделать, это предоставить необходимые параметры для обхода ограничений, возникающих из-за этих вариантов конфигурации, многие из которых вызваны усилиями по сокращению затрат на стороне провайдера хостинга, и задокументировать, как их использовать, чтобы позволить Akeeba Backup работать, несмотря на проблемную среду хостинга. . По моему скромному мнению, это противоположность плохому дизайну. Создать программу резервного копирования, работающую на идеально настроенном сервере, — тривиальная задача.Общеизвестно, что сложно написать программное обеспечение для резервного копирования, которое работает на серверах с ограничительной или проблемной конфигурацией, но этим я занимаюсь последние 14 лет своей жизни.

Я хотел бы попросить вас использовать страницу «Свяжитесь с нами» на нашем сайте (https://www.akeeba.com/contact-us.html), используя опцию предпродажного запроса, чтобы связаться со мной напрямую, чтобы связаться с нами. меня по поводу вашего отрицательного опыта работы с Akeeba Backup. Возможно, вы неправильно поняли, что произошло, и я все еще могу помочь вам восстановить ваш сайт.Если нет, я был бы признателен за ваш отзыв о том, что произошло, чтобы я мог и дальше улучшать программное обеспечение. Этим я занимаюсь уже 14 лет. Моей целью было и всегда было написать программное обеспечение, которое обеспечивает РЕАЛЬНУЮ безопасность для пользователей Joomla, а не просто ложное чувство безопасности.

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

Очень важно делать резервные копии веб-сайтов. Сайт может столкнуться с множеством проблем, требующих восстановления из предыдущих резервных копий. Что делать, если у вас их нет? Это совсем не приятно.Вы можете избежать таких неожиданных ситуаций, регулярно создавая резервные копии. Вы можете сделать это несколькими способами, в том числе вручную заархивировать файлы и загрузить их на свой компьютер. Но создать резервную копию с Akeeba очень просто.

Что ж, Akeeba Backup — это компонент, который вы можете использовать для создания полных резервных копий вашего сайта Joomla и их восстановления. Посмотрим, как это сделать.

Загрузите и установите Akeeba Backup

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

Теперь войдите в административную панель вашего сайта Joomla. Перейдите в Расширения> Управление.

Найдите пакет Akeeba Backup на вашем компьютере, нажмите «Загрузить и установить».

Помните, вы можете установить расширение, найдя его из папки, которая уже загружена на ваш сервер. Кроме того, существует возможность установки расширений через их URL-адреса.В этом методе вам не нужно загружать пакет локально, вместо этого введите ссылку на пакет в указанное поле и нажмите кнопку «Загрузить и установить». Вы также можете использовать функцию «Установить из Интернета», чтобы получить расширения из каталога расширений Joomla.

Система сообщит вам об установке в ближайшее время.

После установки Akeeba перейдите в Компоненты> Akeeba Backup.

Компонент покажет кнопку автоконфигурации.Запустите мастер настройки.

Ход настройки будет отображаться на экране.

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

Создать резервную копию

Чтобы начать создание новой резервной копии, перейдите в Компоненты> Akeeba Backup. Там вы увидите параметры компонента. Вы можете создать новую резервную копию, используя конфигурацию по умолчанию, нажав кнопку резервного копирования в один клик по умолчанию.(Отсюда также можно выполнить другие основные операции.)

Система покажет прогресс резервного копирования.

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

Скачать резервную копию

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

Вы можете скачать резервную копию со следующей страницы.

Как восстановить резервную копию?

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

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

После завершения извлечения пакета появится следующий экран. Нажмите кнопку «Запустить сценарий восстановления сайта».

Akeeba загрузит интерфейс восстановления. Он проверит, готов ли ваш сайт к восстановлению. Щелкните кнопку Далее.

На следующем экране будет показан этап восстановления базы данных. Просмотрите всю информацию и нажмите кнопку Далее.

Вы перейдете к этапу настройки сайта. Он очень близок к завершению. Проверьте информацию о настройке сайта и нажмите кнопку Далее.

Почти закончено. Теперь удалите каталог установки, нажав предоставленную кнопку.

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

На этом пока все. Какой метод резервного копирования и восстановления вы используете? Поделитесь с нами своим опытом в комментариях.

Примечание. В эту статью была добавлена ​​новая версия Akeeba v5.3.1, чтобы отразить изменения в компоненте.

Как скопировать живой сайт Joomla с помощью Akeeba Backup

Автор Алекс Смирнов Алексей Смирнов
Опубликовано: 08 октября 2020 08 октября 2020

Недавно у нас было несколько клиентов, которые спрашивали нас, как скопировать их действующий сайт Joomla.Они хотели создать клон своего основного сайта Joomla для тестирования.

Создание такой тестовой площадки — это четырехэтапный процесс:

  1. Установите Akeeba Backup на ваш действующий сайт Joomla.
  2. Настройте расширение Akeeba Backup.
  3. Создайте файл .JPA со сжатой копией вашего живого сайта Joomla с помощью Akeeba Backup.
  4. Используйте этот файл .JPA для установки копии вашего действующего сайта.

Шаг №1. Установите Akeeba Backup

  • Загрузите компонент Akeeba Backup.Убедитесь, что у вас установлена ​​последняя версия.

  • Загрузите утилиту «Kickstart Core», убедившись, что у вас установлена ​​последняя версия. Распакуйте скачанный ZIP-файл. Обратите внимание на файл kickstart.php . Он понадобится вам на последнем этапе этого урока:

  • В области администрирования вашего действующего сайта Joomla перейдите в «Расширения»> «Управление» и загрузите Akeeba Backup Core или Pro для Joomla.


Шаг 2.Настроить Akeeba Backup

  • После завершения установки перейдите в «Компоненты»> «Akeeba Backup».
  • Вы увидите всплывающее окно с вопросом: «Разрешить Akeeba Backup настроить себя?». Нажмите кнопку «Мастер настройки», чтобы позволить Akeeba Backup настроить себя:

  • В течение нескольких секунд вы увидите экран, на котором отображается процесс тестирования:

  • По окончании процесса тестирования вы увидите сообщение «Finished Benchmarking»:

Отлично! На этом этапе ваше расширение Akeeba Backup Joomla готово для создания копии вашего действующего сайта Joomla.


Шаг 3. Создайте файл .JPA с копией вашего сайта

  • На экране «Мастер настройки» нажмите «Создать резервную копию сейчас»:

  • Вы увидите экран «Создать резервную копию сейчас» с разделом «Начать новое резервное копирование». Нажмите «Сделать резервную копию сейчас!» кнопка для создания резервной копии вашего живого сайта Joomla:

  • В зависимости от размера вашего живого сайта Joomla на несколько секунд вы увидите на своем экране операцию резервного копирования:

  • После завершения этого действия вы должны увидеть сообщение «Резервное копирование успешно завершено»:

  • Вы увидите всплывающее окно с вопросом: «Как мне восстановить свои резервные копии?».Закройте это:

  • Вы попадете на экран «Управление резервными копиями». Найдите запись резервной копии, нажмите кнопку «Загрузить» и сохраните файл резервной копии на жестком диске:

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

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


Шаг 4. Используйте файл .JPA для установки копии вашего сайта

  • В панели управления хостингом загрузите копию вашего живого сайта Joomla в нужную папку.Это может быть ваша папка public_html. Для своего руководства я загрузил копию своего живого сайта Joomla в public_html / demo:

  • Загрузите файл kickstart.php в ту же папку. Теперь вы должны увидеть два файла:

  • Создайте новую базу данных с помощью phpMyAdmin или инструмента, предоставленного вашим хостом. Эта новая база данных будет использоваться для дубликата вашего действующего сайта. Он будет заполнен данными из резервной копии livehost.Запишите имя хоста, имя пользователя / пароль и имя базы данных для дальнейших шагов.
  • Перейдите в браузере по адресу https: //backup_directory/kickstart.php. Здесь backup_directory — это каталог, в котором находится ваш файл резервной копии
  • Вы увидите экран «Что следует знать об Akeeba Kickstart». Щелкните ссылку внизу экрана:

  • Вы увидите, что распаковка выполняется:

  • После завершения распаковки вы увидите экран «Восстановление и очистка».Нажмите «Запустить установщик»:

  • Вы попадете на экран «Сценарий восстановления резервного сайта Akeeba». В верхнем левом углу нажмите «Далее»:

  • Введите информацию о вашей базе данных в поле «Информация о подключении» и нажмите кнопку «Далее».

  • Через некоторое время вы должны увидеть сообщение «Восстановление базы данных выполнено успешно». Нажмите «Следующий шаг»:

  • На следующем экране нажмите «Далее» в правом верхнем углу:

  • Вы должны прийти к экрану с надписью «Почти готово!» сообщение.Он предлагает вам «Закройте это окно, чтобы вернуться в Kickstart. Нажмите кнопку Очистить , чтобы начать использовать восстановленный сайт»:

  • Закройте окно и нажмите кнопку «Очистить». Теперь процесс восстановления должен быть завершен. Вы увидите две зеленые кнопки для доступа к удаленной копии вашего действующего сайта:

Вот и все. Теперь вы знаете, как переместить копию вашего действующего сайта Joomla на удаленный хост.


Дополнительное чтение


Что дальше?

Сэкономьте 1000 долларов, когда вы зарегистрируетесь в Клубе Все Joomlashack.

Вы получите доступ ко всем нашим 32 расширениям, шаблонам и обучению Joomla.

Нажмите здесь, чтобы присоединиться к клубу Everything

Как восстановить сайт Joomla с помощью Akeeba Backup

Как восстановить сайт Joomla с помощью Akeeba Backup
Если вы использовали Akeeba Backup для резервного копирования своего сайта, вы можете восстановить его до предыдущего состояния, следуя приведенным ниже инструкциям.Если вам нужна помощь в установке Akeeba Backup на сайте Joomla, вы можете обратиться к разделу «Как установить Akeeba Backup на сайт Joomla».
Обратите внимание: Akeeba Backup является расширением стороннего производителя, и его поддержка будет ограничена. Если у вас возникнут проблемы с этим расширением, вам нужно будет связаться с разработчиком расширения.
  1. Загрузите Akeeba Kickstart со страницы https://www.akeebabackup.com/download/akeeba-kickstart.html.
  2. Распакуйте файл kickstart.zip и найдите кикстарт .php .
  3. Подключитесь к вашему сайту с помощью FTP.
  4. Загрузите kickstart.php и файл резервной копии akeeba (или файлы, если вы их разделили) в корневой каталог вашего сайта Joomla. Обычно это httpdocs .
  5. Используя браузер, перейдите на свой сайт и добавьте /kickstart.php ; например: http://yoursite.com/kickstart.php.
  6. Закройте страницу Что следует знать о странице Akeeba Kickstart .
  7. Выберите файл архива, который вы хотите восстановить, и нажмите Start .
  8. Нажмите Запустите установщик .
  9. Нажмите Далее , чтобы перейти на страницу восстановления БД. В Akeeba Kickstart уже будут указаны параметры подключения к базе данных, нажмите Далее .
  10. Появится страница информации о сайте, нажмите Далее .
  11. Появится страница «Готово» с напоминанием об удалении каталога установки.
  12. Перейдите на вкладку Kickstart в своем браузере и нажмите Очистить .
  13. Ваш сайт был восстановлен, и вы можете посетить свой интерфейс или серверную часть.

Идентификатор статьи: 20, Создано: 23 марта 2012 г., 8:47, Изменено: 26 августа 2014 г., 8:25

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

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

Akeeba Backup — это компонент. Компоненты — это дополнительные приложения, которые можно установить в Joomla для добавления дополнительных функций в систему Joomla.

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

Как установить Akeeba Backup

Компонент Akeeba Backup можно установить из административной системы Joomla v3, открыв Extensions / Manage / Install, выбрав опцию Web и выполнив поиск «Akeeba».Щелкните имя расширения Akeeba Backup, когда оно отображается в результатах поиска, затем нажмите кнопку «Установить».

Как получить доступ к Akeeba Backup

Войдите в представление «Резервное копирование Akeeba», щелкнув левой кнопкой мыши параметр «Резервное копирование веб-сайта» в центральном меню или открыв меню «Компоненты» в верхней части окна Joomla и выбрав «Резервное копирование Akeeba».

Откроется окно резервного копирования Akeeba, как показано в следующем примере.

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

1. Создание резервной копии

Чтобы создать новую резервную копию, введите комментарий, который можно использовать для идентификации конкретной версии, в поле «Комментарий к резервной копии». Например, перед обновлением функции веб-сайта Joomla может быть сделана новая резервная копия. Тогда комментарий может быть «Резервное копирование перед обновлением <название функции>».

Затем щелкните левой кнопкой мыши синюю кнопку «Создать резервную копию».Akeeba начнет резервное копирование веб-сайта Joomla.

Akeeba будет отображать прогресс во время резервного копирования.

ВАЖНО: Не закрывайте и не переходите на другую страницу во время резервного копирования, иначе произойдет сбой. Предупреждение об этом отображается на желтой панели над процессом резервного копирования.

После успешного завершения резервного копирования отобразится следующее подтверждение.

Щелкните левой кнопкой мыши кнопку «Управление резервными копиями», чтобы открыть представление Akeeba Backup Manager.

2. Управление резервным копированием

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

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

  1. Удалить: это приведет к удалению файла резервной копии и удалению записи из представления Akeeba Backup Manager.
  2. Удалить файлы: удалит только файл резервной копии, но оставит запись в представлении Akeeba Backup Manager.

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

3. Загрузка резервных копий

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

Вместо этого мы рекомендуем использовать специальную программу передачи файлов, приложение FTP, для загрузки файлов.Отдельное руководство, показывающее, как это сделать с помощью Filezilla, популярного FTP-приложения для компьютеров Windows, Apple и Linux, доступно по следующей ссылке.

Ссылка

: загрузка файлов резервных копий Akeeba с помощью Filezilla

Выход из Akeeba Backup

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

На этом руководство завершается: Резервное копирование веб-сайта Joomla с помощью Akeeba.

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

Как установить Akeeba Backup для Joomla!

В этой статье описывается, как установить Akeeba Backup for Joomla! Есть два метода установки Akeeba Backup: установка с URL-адреса и загрузка и установка. Если вы устанавливаете Core edition Akeeba Backup, вы должны использовать метод загрузки и установки.

Для получения дополнительной информации об Akeeba Backup см. Что такое Akeeba Backup for Joomla !.

Установка с URL

Примечание: Этот метод работает только с профессиональной версией Akeeba Backup. Если вы устанавливаете версию Core, используйте метод загрузки и установки.

Откройте страницу загрузки Akeeba Backup в веб-браузере. Если вы еще не вошли на сайт Akeeba, войдите сейчас. Щелкните Все файлы рядом с выпуском, который вы хотите установить.Найдите ссылку для прямой установки для версии Professional. Щелкните правой кнопкой мыши Прямая установка ссылки и выберите Копировать ссылку или правильный вариант копирования для вашего веб-браузера.

Войдите в свою Joomla! back-end администратора и перейдите к Extensions > Manage > Install .

На вкладке Установить с URL-адреса вставьте ссылку на прямую установку, скопированную со страницы загрузки Akeeba Backup.Щелкните Проверить и установить .

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

Установка методом загрузки и установки

Откройте страницу загрузки Akeeba Backup в веб-браузере. Если вы загружаете профессиональную версию и еще не вошли на веб-сайт Akeeba, войдите сейчас. Нажмите Перейти к загрузкам для этой версии рядом с версией Akeeba Backup, которую вы хотите установить.Загрузите сжатый установочный файл (.zip) для версии Professional или Core.

Войдите в свою Joomla! back-end администратора и перейдите к Extensions > Manage > Install .

На вкладке Загрузить файл пакета перетащите сжатый установочный файл (.zip), который вы загрузили со страницы загрузки Akeeba Backup, в область загрузки. Akeeba Backup устанавливается автоматически после загрузки установочного файла.


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

Настройка Akeeba Backup

В Joomla! внутреннего администратора, перейдите в раздел Компоненты > Akeeba Backup .

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *