Пока Ваш сайт находится на домашнем сервере, проблем никаких не возникает: творишь потихоньку своё детище — сайт, создаёшь материалы. Но рано или поздно сайт нужно будет отправить в большое плаванье по просторам Интернета и тут может случиться всякое… В случае взлома, сбоя в работе или критической ошибки Вы можете безвозвратно потерять свои труды. Но Вы всегда сможете восстановить сайт, если у Вас есть полная резервная копия или 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 появилось сообщение:
Просмотрите, пожалуйста, после-процессорные сообщения
Относительно Вашей установки компонента ‘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 будет удалять файлы архивов старых резервных копий, если полный размер этих архивов превосходит определенное ниже значение.
от параметр применяется индивидуально для каждого профиля.
«Величина квоты» — если общий размер резервных копий, соответствующих текущему профилю, превышает этот предел, более старые архивы будут удалены с сервера.
Совет: Выберите Custom и введите желаемое значение, если его нет в списке.
«Включить отсчет квоты» — при включении этого параметра, компонент 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.
О том, как сделать резервную копию сайта рассмотрим в следующей статье.
webmasternew.ru
Owner’s reply: Scheduled backups have always been possible with Akeeba Backup Core since it was called JoomlaPack back in 2007. In fact, the free version allows you to take scheduled backups in two different ways:
1. Frontend backups for use with CRON. Documented here https://www.akeebabackup.com/documentation/akeeba-backup-documentation/automating-your-backup.html#frontend-backup and also described in great detail in the component itself. You can also find a video about it, used in conjunction with WebCRON in https://www.akeebabackup.com/documentation/akeeba-backup-documentation/automating-your-backup.html#frontend-backup This is the method we have supported for over 10 years. Documentation and videos are linked to by the component and are free of charge.
2. The JSON API which can be used by our free of charge Akeeba Remote CLI (see its free of charge documentation at https://www.akeebabackup.com/documentation/arccli.html) or through third party services such as myJoomla and Watchful. We DO NOT make money out of these third party services because, well, they are third party…
Regarding the paid version, it adds exactly two (2) additional methods:
a. A CLI script which uses the front-end backup method. This is a more complicated version of the script we already give you for free in the Automate Your Backup page of the free of charge version of our component. The main difference is that it is more verbose and gives you exit codes which can be used in automation. Really not that much different than using cURL or wget.
b. A pure CLI backup script which does not go through the web server at all. Yes, this is something not provided in the free version.
All of the above do require you to set up a CRON job on your server or use a third party service. When Paul emailed me about his review I sent him a long explanation why this is necessary. Please let me copy & paste here (it’s a LONG read).
There is a very good reason why we don’t allow backups to happen «magically», e.g. through a system plugin: backup consistency. I am not making this up. Back in 2010 to 2012 we had a system plugin which would «magically» take scheduled backups, the Lazy Scheduling plugin. However it had several shortcomings.
The backup is a very long and resource intensive process. You cannot run the backup of an entire site in a single page load because you will run afoul of PHP’s time limits, your web server’s time limits, PHP’s memory constraints, your database’s query limit, your host’s CPU usage limits or your host’s I/O limits. Basically, if you don’t have a tiny site on a dedicated server it will fail. That’s why the backup process in the backend uses AJAX to make multiple calls to the server, each call progressing the backup just a fraction, until the backup is complete.
This does not translate very well to an automatic backup which does not use CRON. PHP is stateless language, i.e. it only executes when you call a page without having any context of what happened before that call or in parallel with that call. This means that you need something to trigger the backup and keep it progressing. If you can neither have a CRON job nor a third party service doing that for you the only trigger that’s available to the system is visitor activity. However, this creates some issues.
You can only take backups when there’s plenty of user activity. You need a steady stream of traffic. This is all but impossible on the small sites which would benefit the most from such a backup method. What we had seen is that backups which take 30 seconds in the backend took 2 days or even weeks to complete with the «magic» scheduled backup. This was due to a lack of activity from users.
The other problem is that you need the user to stay on the page. If they close their browser while the backup is executing most servers will drop the connection and kill the script. This has the effect of corrupting the backup archive since the backup taking code was abruptly stopped in mid-process. The next time we try to step through the backup process bad things will happen.
Since you are relying on user activity it is guaranteed that the backup is being taken when data is more likely to change. Therefore you have a problem with the backup consistency. This is not a big deal with regular backups since the backup is short enough to provide an acceptable level of consistency. The «magic» backups were resulting in highly inconsistent backups, therefore restoration errors.
There are many more reasons why this solution backfired spectacularly. I came to the inevitable conclusion: its very nature means that it cannot work reliably. That’s why I removed it. I used to have the reasons for removal in the documentation until less than two years ago. Using a regular CRON job or a remote service is the best way and reliable way to schedule backups.
extensions.joomla.org
Всем привет.
Хочу описать процесс полностью автоматического создания резервных копий сайтов на CMS Joomla с помощью компонента Akeeba backup, причем его бесплатной версии.
Знаю, что джумлу на хабре не особо жалуют, но думаю все же найдутся хабровчане, которые создают сайты с её помощью.
В качестве примера буду использовать Joomla 2.5.16
Первым делом нам нужно установить компонент Akeeba Backup. Скачать его можно отсюда: www.akeebabackup.com/downloads/akeeba-backup.html
Мой сайт находится на хостинге 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 скрипт, чтобы он удалял устаревшие бекапы и также переносил эти файлы на дропбокс. Если есть какие-то мысли, как это сделать, прошу поделиться в комментариях.
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 под запуск скрипта
habr.com
Где скачать и как установить плагин Akeeba Backup WordPress
Скачать данный плагин можно на официальном сайте, предварительно пройдя регистрацию.
Расширение имеет две версии core (бесплатная) и профессиональная.
Все функции необходимые для создания резервной копии есть в бесплатной версии.
- Резервное копирование всего сайта и его базы данных одним щелчком мыши.
- Автоматическая настройка конфигурации в соответствии с вашими предпочтениями и настройкой сервера.
- Настройка профилей пользователей с разными предпочтениями и доступом (ACL)
- Несколько форматов — возможность создавать стандартные ZIP-архивы или специальный формат JPA (рекомендуется).
- Внешние резервные копии — позволяет выполнять запланированные (CRON) и удаленные резервные копии.
- Управление резервными копиями из админ-панели (загрузка, удаление).
- Исключение файлов, каталогов, баз данных — возможность исключать элементы из резервной копии, выбирая ненужные.
Что касается профессиональной, то в ней можно использовать такие дополнительные возможности как:
- Автоматическое копирование в облачное хранилище
- Отправлять резервные архивы на любой FTP, FTPS, SFTP-сервер; Хранить резервные архивы на многих коммерческих провайдерах облачных хранилищ, включая DropBox, Amazon S3, Box.com и многое другое.
- Получать архивы по электронной почте
- Шифрование архивов с резервными копиями
- Встроенные скрипты PHP в командной строке — настройка планировщика заданий на хостинге CRON
- Резервное копирование только базы данных вашего сайта или только ваших файлов
- Выборочное резервное копирование только файлов
- Импорт произвольных файлов архива
- Фильтры регулярных выражений (PCRE), каталогов и баз данных.
- Автоматически исключать таблицы базы данных, отличные от WordPress.
starting-constructor.ru
В предыдущем уроке уже Вы научились делать резервные копии сайта на CMS Joomla, вместе с компонентом магазина JoomShopping, конечно же. Теперь поставим новую задачу – восстановить сайт из архива или перенести его на новый хостинг или домен. По своей сути эти процессы мало чем отличаются, и для реализации задуманного нам потребуются три вещи: новая чистая БД, файл с архивом сайта и скрипт для восстановления Akeeba KickStart.
Внимание! Перед восстановлением сайта из резервной копии убедитесь в том, что Ваш архив читается и распаковывается. Если Вы восстанавливаете сайт на том же месте и есть угроза потерять данные – протестируйте архив на локальном компьютере или создайте новую папку на хостинге и восстановите сайт сначала в ней. Держите несколько резервных копий Вашего сайта в разных местах!
Начнем восстановление с подготовки площадки – это может быть новая папка для тестирования или место старого сайта. Во втором случае потребуется полностью удалить все старые файлы Joomla – папка должна быть чистой. Проверьте себя еще раз: точно все надежно сохранили?
Скопируйте файл с резервной копией Вашего сайта в чистую папку. Копирование больших файлов лучше делать по FTP протоколу – используйте бесплатный ftp-клиент FileZilla.
Распакуйте на своем компьютере архивный файл со скриптом KickStart в отдельную папку.
Из всего списка нам потребуются четыре файла, показанные на следующем рисунке. Три из них – это сам скрипт, а четвертый – русский языковой файл для удобства.
Скопируйте эти четыре файла в туже папку, куда Вы поместили файл с резервной копией Вашего сайта.
Следующий шаг – это подготовка чистой базы данных. Тут может быть два пути: или очистить от таблиц старую базу или создать новую. На самом деле есть и третий путь – после запуска скрипта KickStart выбрать очистку или перезапись таблиц в БД, но я предпочитаю проделывать подобные операции вручную и осознанно.
Войдите в панель управления Вашим хостингом и создайте новую Базу Данных и пользователя MySQL с правами на чтение и запись в эту БД. Этот шаг подробно рассматриваться не будет, и, если у Вас тут возникли затруднения, обратитесь в службу технической поддержки Вашего хостинга. Если Вы хотите использовать старую Базу, то рекомендую сделать её полную очистку через phpMyAdmin.
Итак: есть чистая база и архив сайта с скриптом восстановления, которые находятся в нужном месте. Запускаем восстановление сайта из резервной копии. Для этого наберите в браузере путь к файлу kickstart.php на сервере. Например http://ваш_магазин.ру/kickstart.php (если файлы Вы скопировали в корневую папку). Если все было сделано правильно, Вы увидите окно приветствия:
Внимательно прочитайте информацию и нажмите ESC. Далее предлагается выбрать файл с резервной копией сайта и извлечь файлы, нажав кнопку «Старт».
Запустится процесс извлечения файлов из архива. Дождитесь его окончания и предложения запустить инсталлятор.
Вы увидите окно с информацией о системе, а в правом верхнем углу будет находиться кнопка «Next», для перехода на следующий уровень установки.
В случае переноса Joomla на новый домен (смена адреса) Вы должны увидеть предупреждение, которое означает буквально следующее: Установщик Akeeba Backup определил, что Вы восстанавливаете сайт на новом адресе, отличном от того, на котором создавалась резервная копия. Информация о БД отображается с Вашего старого сайта. Вы хотите очистить информацию о подключении к БД и ввести новые данные?
Я выбираю Да и ввожу новые параметры для подключения к БД. Также на этом этапе можно поменять суффикс базы данных, если есть такая необходимость.
Запустите процесс восстановления Базы Данных. По его завершению нажмите «Ок».
Введите параметры для «нового» сайта. Эти вопросы аналогичны тем, которые задает Joomla во время установки: название сайта, почта и пароль админа, настройки доступа по FTP и т.д.
Введите требуемую информацию и нажмите кнопку «Next» в правом верхнем углу экрана.
Восстановление сайта закончено. Удалите директорию инсталлятора (ссылка для удаления есть). Удалите директорию инсталлятора.
Сообщение говорит об успешном удалении директории инсталлятора. Нажмите на кнопку «Ок» и перед Вами откроется Ваш новый «старый» сайт в том виде, в котором он был сохранен. Поздравляем Вас с успешным восстановлением или переносом Joomla!
Важный момент!
Обязательно переименуйте файл htaccess.txt в .htaccess (точка в начале имени файла) – без этого не будут работать SEF ссылки (получите сообщение – 404 станица не найдена). После полной проверки сайта на работоспособность не забудьте удалить из корневой директории пять файлов: резервную копию сайта и четыре файла Akeeba KickStart.
P.S. Если вы являетесь Владельцем онлайн-магазина на базе компонента JoomShopping или Вебмастером, нуждающимся в качественных дополнениях, то Вам может пригодиться наш модуль импорта и экспорта товаров (CSV) или плагин для оптимизации (SEO/SEF).
joomshopping.pro
Добрый день, уважаемые читатели! В этой статье я покажу вам, как сделать бэкап (резервную копию) сайта joomla 3, с помощью компонента Akeeba Backup.
Созданный бэкап, защитит Вас случае утери вашего сайта, или каких то серьёзных сбоев в его работе. А так же, значительно упростит процедуру переноса joomla 3 с денвера на хостинг! Как раз об этом я напишу в следующей статье.
Если у кого то возник вопрос, почему я делаю бэкап сайта именно компонентом Akeeba Backup, а не каким то другим, ответ простой. Дело в том, что это лучший компонент для создания резервной копии сайта, сделанного на движке joomla 3 и более ранних версий. Им пользуется абсолютное большинство вебмастеров. Основные преимущества: бесплатен, делает качественные бэкапы, прост в использовании.
Дополнительную информацию о компоненте Akeeba Backup, можно с лёгкостью найти в просторах интернета, ну а нам пора приступать от слова к делу! Начнём пожалуй с его загрузки.
Где скачать компонент Akeeba Backup
Так как компонент бесплатный, будем скачивать его с официального сайта разработчика. Для этого пройдите вот по этой ссылке www.akeebabackup.com На открывшейся странице, найдите версию 4.1.0 это последняя стабильная версия компонента Akeeba Backup, выпущенная 26 декабря 2014 года. В будущем, если выдут новые версии, скачивайте их, принцип работы тот же. После нажмите кнопку «Take me to the downloads for this version».
Перед нами открылась ещё одна страница, на ней находится документация, быстрый запуск и сам компонент Akeeba Backup. Нам естественно необходим компонент, он находится в самом низу страницы и имеет заголовок «Akeeba Backup Core», найдите его и нажмите кнопку «Download now»(скачать сейчас), после чего произойдёт загрузка архива с компонентом на ваш компьютер.
Установка Akeeba Backup на joomla 3
После того как мы скачали архив с компонентом Akeeba Backup, его необходимо установить. О том как устанавливать расширения на joomla 3 я писал здесь. Объём архива большой, подойдёт второй способ установки.
Русификация компонента Akeeba Backup
После установки Akeeba Backup, его необходимо русифицировать. Скачать архив с русификатором можно здесь, скачанный архив установите как обычное расширение из админки joomla 3, после чего компонент Akeeba Backup автоматически переведётся на русский язык.
Настройка компонента Akeeba Backup
Для того чтобы попасть в настройки компонента Akeeba Backup, в админке joomla 3 выберите пункт меню «Компоненты», выпавшем списке кликните по строчке «Akeeba Backup».
В панели управления компонентом Akeeba Backup, в графе «Основные операции» , нажмите на кнопку «Настройка».
Начальная конфигурация
Здесь нас интересует четыре пункта.
1. Папка для сохранения резервной копии — здесь указан путь к папке в которую будут сохранятся все созданные бэкапы.
2. Уровень журналирования — оставляем значение «Всю информацию и отладочные данные».
3. Название файла резервной копии — это значение по которому будет даваться название архиву, с вашей резервной копией. Здесь я думаю всё понятно. Название вашего сайта, хост, дата и время создания бэкапа. Что то здесь менять, нет смысла.
4. Тип резервной копии — имеется возможность создать бэкап главной базы данных, или всего сайта. Оставляем значение «Копирование всего сайта».
Расширенная конфигурация
Важно!!! В расширенной конфигурации, имеется очень важный пункт настройки компонента Akeeba Backup, с названием «Двигатель архивирования». В нём можно выбрать формат создаваемого бэкапа, JPA или ZIP. Для того что бы перенести joomla 3 с денвера на хостинг, нам понадобится бэкап в формате ZIP.
Остальные настройки являются более тонкими, изменять их без особых знаний, не рекомендуется! Разработчики выставили оптимальные значения.
Произведя необходимые настройки, не забудьте всё сохранить.
Создание резервной копии (бэкапа) сайта на joomla 3 с помощью компонента Akeeba Backup
Как я уже говорил компонент Akeeba Backup прост в использовании, создание резервной копии не составит особого труда. Для этого необходимо.
1. Зайти в компонент. Из админки joomla 3 выберите пункт меню Компоненты>Akeeba Backup.
2. В графе «Основные операции», нажмите на кнопку «Начать резервное копирование».
3. На открывшейся странице, при необходимости добавьте комментарий, я этого не делаю. После нажмите на кнопку «Начать резервное копирование!».
4. На четвёртом шаге начинается резервное копирование файлов сайта и базы данных. Потребуется некоторое время для его завершения.
5. По окончанию резервного копирования, должно появится сообщение об успешном завершении. После чего нажмите кнопку «Управление резервными копиями».
6. На этой странице, мы видим информацию о резервной копии. Я рекомендую после создания бэкапа, переносить его в другое место, дабы не нагружать сайт лишними мегабайтами.
Путь к папке с резервной копией мы рассматривали при настройке компонента Akeeba Backup.
По умолчанию он выглядит так: корень сайта/administrator/components/com_akeeba/backup
У меня на этом всё, желаю удачи в создании и продвижении сайта!!!
normalnet.ru
Чем Akeeba Backup удобнее обычного резервного копирования
Те, кто уже пользуется этим компонентом, подтвердят мои слова о том, что после него создание бэкапов стало намного более простым, быстрым, удобным и довольно надежным, если соблюдать некоторые условия. Основной плюс в его использовании, на мой взгляд, заключается в одновременном создании копии файлов движка и базы данных, с последующей упаковкой всех этих данных в один общий архив.
Давайте еще рассмотрим некоторые преимущества и недостатки Akeeba Backup по сравнения с традиционным способом — резервным копированием файлов по FTP и экспортом баз данных с помощью phpMyAdmin.
Во-первых, хостинги бывают разные и у некоторых из них (в основном у бесплатных) могут возникнуть проблемы с копированием большого количества файлов по FTP (медленное копирование, сбои и прочие неудобства), а так же, как ни странно, на некоторых хостингах может отсутствовать phpMyAdmin (тут описано, как установить phpMyAdmin самостоятельно). Т.е. возможны ситуации, когда использование этого может быть единственным приемлемым способом.
Кроме того, для Akeeba Backup не важен размер копируемой базы данных, в отличии от некоторых других программ и приложений, позволяющих осуществлять резервное копирование базы данных. Дело в том, что на сервере хостера для выполнения любого PHP скрипта отводится определенное время, которое задается в настройках PHP и после превышения которого выполнение скрипта прерывается.
Данное расширения работает с использованием Ajax, благодаря чему, выполнение архивирования и резервного копирования файлов и баз данных вашего сайта разбивается на этапы, продолжительность которых меньше максимального времени, отведенного на выполнение PHP скрипта.
Т.е. получается, что с помощью него можно создавать сколь угодно большие архивы резервных копий без оглядки на время выполнения скриптов PHP. Правда размер создаваемого архива с бэкапом ограничен свободным местом на вашем хостинге. Получается, что вы должны иметь запас дискового пространства, если хотите использовать это расширение для резервного копирования в Joomla.
Размер архива будет меньше размера, занимаемого файлами движка, но тем не менее лучше иметь свободным, как минимум половину дискового пространства на хостинге. Если это не так, то для использования компонента придется поменять тариф хостинга на тот, где будет больше выделяемое дисковое пространство.
Akeeba Backup при своей работе создает фактически установочный дистрибутив Joomla, но в котором уже учтены все ваши уставленные расширеният и сделанные настройки.
При восстановление из резервной копии вам просто нужно будет запустить установку (по аналогии с восстановлением из образа на вашем компьютере) и вы получите полную и точную копию вашего сайта на момент создания бэкапа. Просто и довольно удобно для начинающих пользователей.
В любом случае, думаю что стоит попробовать его в действии и составить собственное мнение о необходимости (или его отсутствии) дальнейшего использования. По любому, надеяться на хостера хорошо, но иметь собственные файлы бекапа — это гораздо лучше. Обидно будет потерять все наработанное за продолжительное время только из-за чьей-то халатности.
Установка компонента Akeeba Backup на Joomla
Скачать последнюю версию Akeeba Backup вы можете отсюда. Для скачивания предлагается два варианта компонента: Professional и Core. Первый вариант предлагает расширенный функционал по сравнению с базовым. Судите сами, так будет выглядеть админка компонента Core:
А так будет выглядеть админка Professional:
Думаю, что и без пояснений видна разница. В общем, выбираете нужную вам версию компонента и скачиваете на свой компьютер (я буду рассказывать на примере расширенного варианта). К сожалению, это расширение было выкуплено другой компанией и теперь версия Professional (то, что раньше было JoomlaPack Plus) стоит несколько десятков евро. Поэтому имеет смысл подумать, что именно вам выбирать. Наверное, стоит попробовать сначала бесплатный вариант.
Дальше вам нужно будет зайти в админку Joomla и выбрать из верхнего меню пункты «Расширения» -«Установка и удаление».
В открывшемся окне в области «Загрузить файл пакета», нужно будет нажать на кнопку «Обзор» и найти на своем компьютере архив с компонентом. Затем достаточно будет нажать на кнопку «Загрузить файл&Установить». Все, через несколько секунд он будет установлен и вы увидите сообщение об этом.
Если у вас при установке возникли какие-либо проблемы, то попробуйте поискать ответ здесь.
Настройка компонента для резервного копирования в Joomla
Для настройки Akeeba Backup в админке выбираете из верхнего меню пункты «Компоненты» — «Его название». В открывшемся окне щелкаете по иконке «Конфигурация» (или же «Настройки»). В разделе общих настроек можете поменять место положения папки на сервере, где будут храниться бэкапы вашего проекта.
Конструкция [ROOT] позволяет получить абсолютный путь до этой папки. По умолчанию для хранения архивов будет использоваться папка administrator/components/com_joomlapack/backup.
Обращаю ваше внимание, что если вы измените папку хранения резервных копий Джумлы, то не забудьте выставить на нее права доступа 777, иначе запись архивов с бэкапами в нее будет невозможна (подробнее о правах доступа читайте здесь).
В разделе «Фронтэнд» вы можете активировать возможность создания резервной копии без захода в админку. Для этих целей будет создана специальная ссылка, включающая в себя специальное секретное слово (задается в одноименном) и ID пользователя, которого можно увидеть в последней колонке на странице со списком пользователей (в верхнем меню админки выбрать «Сайт» — «Пользователи»).
Эту ссылку для создания бэкапа вы сможете добавить в одно из используемых вами меню на сайте.
При переходе по ней будет осуществлено резервное копирование файлов и баз данных. Можете так же указать ваш E-mail для отсылки на него письма с подтверждением успешного создания архива, в случае, если вы поставили галочку в поле «Отправить письмо после завершения копирования через фронтэнд».
В разделе «Настройки профиля» — «Простые» можете выбрать из выпадающего списка в поле «Тип резервной копии» то, что хотите архивировать: весь проект целиком (файлы и базу данных), базу данных главного сайта или же все базы данных, но без файлов.
В поле «Шаблон именования» можете поменять положение переменных, формирующих название архива. В принципе, вариант, используемый по умолчанию, меня вполне устраивает. В этом случае название файлов с бэкапами будет выглядеть, примерно,так:
site-vash_sait.ru-20100503-155116.jpa
В следующем разделе «Продвинутая», по моему мнению, стоит обратить внимание на пункт «Компрессор». Здесь из выпадающего списка вы можете выбрать, каким образом будет сжат создаваемый архив. Можно выбрать архивы ZIP, TAR, не сжатый вариант, но я рекомендую выбирать вариант «JPA архив JoomlaPack».
Этот вариант (JPA) будет работать на любом хостинге, в то время как вариант ZIP будет стабильно работать далеко не всегда. Правда, распаковка JPA возможна только на сервере с помощью специального PHP скрипта (Akeeba Kickstart), но зато создание архива и восстановление из бэкапа при использовании этого типа сжатия будут происходить быстро и надежно. Ключевое слово здесь «надежно».
Для применения всех произведенных настроек нажмите на кнопку «Сохранить» или «Применить», расположенную вверху.
Создание резервной копии данных сайта в Akeeba Backup
Затем, после проведения всех необходимых настроек Akeeba Backup, можно переходить непосредственно к созданию бэкапа сайта на Joomla. Для этого вам нужно будет в админке выбрать из верхнего меню пункты «Компоненты» — «JoomlaPack» — «Сделать резервную копию (Backup Now)».
В зависимости от используемого вами варианта компонента (Professional или Core) у вас либо сразу начнется процесс создания резервной копии, либо откроется страница, где вы должны будете для начала процесса нажать на кнопку «Пуск».
Важно! Не закрывайте страницу, на которой отображается процесс выполнения создания архива.
Дело в том, что, как я уже упоминал, в этом компоненте используется технология Ajax, процедуры которой выполняются не только на стороне сервера, но и в вашем браузере (на стороне клиента).
Закрыв страницу с отображением процесса создания бэкапа Joomla, вы прервете выполнение работы скрипта. Но никто не мешает вам работать с другими окнами в браузере, просто не закрывайте это.
По окончании работы Akeeba Backup вы увидите следующее окно:
Для просмотра и копирования созданного архива вам нужно будет нажать кнопку «Управление резервными копиями» или просто перейти на одноименную вкладку (правда, она может называться и по английски).
В открывшемся окне можете поставить галочку напротив нужной вам копии своего сайта и нажать вверху страницы на кнопку «Скачать», для его перемещения к себе на компьютер или же на кнопку «Удалить», в случае не нужной или устаревшей копии с сервера, дабы она не занимала попусту место.
ktonanovenkogo.ru
Делал ранее для себя шпаргалку. Как делать копию и восстанавливать сайт (на Денвере,Open Server и Хостинге) с помощью Akeeba Backup. Open Server запускайте под админом.
Может кому пригодиться. Все очень просто. Дел пять минут, а нервов экономит очень много.
Как сделать резервную копию сайта.
Резервная копия поможет вам избавиться от многих головных болей. Что то слетит на сайте или сами сломаете. В течение нескольких минут вы сможете восстановит сайт из резервной копии.
На компе если стоит денвер, поставьте Open Server. Все то же самое, только для восстановления сайта, сайт положить в папку OpenServer-domains-создать папку с именем сайта (английский шрифт, название не имеет значения)
Как сделать копию сайта Joomla.
Копируем интернет ресурс компонентом Akeeba Backup.
1. Для резервного копирования веб-ресурса на Joomla надо скачать Akeeba Backup.
Почему им копируем?
Мне кажется это самый простой способ для начинающего пользователя. Один раз сделаете, и потом не захотите делать по другому. Все просто и быстро. Не имеет значения большой сайт или маленький.
Скачать можно:
https://www.akeebabackup.com/
download/akeeba-backup.html
2. Заходим в менеджер расширений-вкладка загрузить файл пакета. Показываем архив (выбираем), устанавливаем.
Если выдало ошибку. Можно начать разбираться, а можно попробовать другой способ загрузки. Позже разберетесь в чем дело. Там же в менеджере расширений заходим во вкладку установить из каталога.
3. Предварительно архив распаковываем и скопировав папку вставляем по адресу С (диск где стоит Денвер) WebServers/home /имя сайта/www/tmp.
4. Скопируем имя папки или пропишем в окне: каталог установки Z:/home/имя сайта/www/tmp/название папки с компонентом. Устанавливаем, Akeeba Backup сам начнет проверять конфигурацию. Проверит и поставит как, что надо. Соглашаемся со всем.
5. Заходим компоненты-Akeeba Backup-настройки.
В принципе можно не чего не менять. Но этот пример сделан на примере архива в формате ZIP. Настраиваем формат.
Дополнительные настройки-Способ архивирования-выбираем Формат ZIP.
6. Так же надо поменять:
"Папка для сохранения резервных копий".
Если у вас диск разбит на два диска иле более, делаем папку на диске отличном от того. Где стоит Windows. В случае если слетит Windows у вас копия сайта будет живая. Я бы вам рекомендовал иногда сохранять копию сайта на флешке дополнительно.
Сохраняем изменения.
Если не надо какие либо папки (изображения и т.д в самом низу есть функция исключить файлы и папки)
7. Идем вкладка "Панель управления"-нажимаем начать резервное копирование.
Далее можно добавить описание архива и комментарии.
Нажимаем начать резервное копирование и идем пить чай. Пока делается копия сайта страницу браузера обновлять не надо.
На диске где стоит Денвер должно быть свободное место, размер копии сайта.
По завершению копирования Akeeba Backup вас поздравит, скажет все в порядке.
Если настройки расположения не меняли архив лежит:
С:/WebServers/home/ваш сайт/www/administrator/components/com_akeeba/backup
8. Копируем архив, надо его положить на компьютере в любую папку.
9. Архиватором распаковываем. Если нет ошибок все нормально. Для чего проверили. Могут быть (вы сделали копии) файлов. У них обычно имя "копия…." (на русском языке).
Эти файлы удалите или имя измените.
10. Если сайт с нуля, попробуйте восстановите копию сайта. Проверите, что все работает. Потому что 100% гарантию не кто не дает. Теперь мы узнали как сделать резервную копию сайта.
11. Когда будете копировать сайт в следующий раз архив переложите в другую папку (на данный момент не надо). Иначе будет копия сайта +старая копия.
Храните две, три различные копии сайта. Вдруг что то понадобиться из старой копии. Через какой то промежуток времени пробуйте восстановить сайт из копии. Вдруг архивы сломаны или еще что. Захотите поднять сайт из копии, а вам выдаст ошибку. Архив поврежден или типа того.
Восстановить сайт из резервной копии.
Как восстанавливать сайт из резервных копий сделанных Akeeba Backup на том же компьютере. И на этом же Денвере. Где вы делали копию. В принципе с другого компьютера то же самое.
На Денвере (опен сервер папку выше писал) все просто. На хостинг по другому (далее опишу).
1. Берем архив копии веб-сайта. Из папки WWW, где лежит сайт. Удаляем все из папки WWW.
2. Если копия лежит /home/ваш сайт/ www
/administrator/components/
com_akeeba/backup.
Копию надо скопировать в другое место.
3. Корзину предварительно очистить надо. На тот случай если, что то не пойдет, можно будет восстановить файлы сайта.
4. Предварительно надо распаковать архив и посмотреть, что нет ошибок. архиватор скажет, если что не так.
5. Разархивируем архив в папку www, не одной папкой а отдельными файлами с папками. Выбираем функцию извлечь все. Обратив внимание, чтоб не извлечь в папку с таким названием как архив. Получиться папка www,, а в ней папка с названием нашего архива. Так не должно быть. Должна быть папка www, в ней файлы копии сайта. Те же файлы, что и были у вас до копирования. Только добавляется папка инсталляция.
. Набираем в адресной строке браузера https://ваш сайт /administrator/ или https://ваш сайт /.
https можно не писать, браузер сам добавит.
Akeeba Backup проверит конфигурацию, если все нормально. Со всем соглашаемся. Пароль можно поменять, по желанию. В конце восстановления Akeeba Backup скажет, что надо удалить директорию инсталляции. Удаляем, будет красным в окне написано удалить директорию.
Сайт с Денвера на хостинг.
1. Для того чтобы перенести сайт с Denwer на хостинг надо сделать копию сайта с помощью Akeeba Backup.
2. Проверить архив на целостность на компьютере. Разархивировав его архиватором. Если нет ошибок закидываем архив на хостинг.
Закидываем архивом.
Загружаем в папку где лежит сайт. Папку узнаете у хостера. На некоторых хостингах папка www, на некоторых без www.
3. На хостинге создаем базу данных с таким же именем как имя нашей базы на компьютере. Не забываем записать логин и пароль. На некоторых хостингах база уже есть. Оставляем имя их базы. Себе записываем имя. На ваше усмотрение.
4. Проверяем чтоб на хостинге было включено все, что надо для работы Joomla. В принципе Akeeba Backup скажет если что не так.
5. Если сайт уже был на этом хостинге можно скачать файл configuration.php. Проще будет править (можно будет его закинуть) для проверки если сайт не будет работать.
Если хостинг нормальный, править не чего не надо. Все пропишется само.
6. Если сайт готов не полностью и вы его хотите проверить на работоспособность. Закройте сайт от индексирования в файле robots.txt.
7. Распаковываем архив средствами хостинга. Обычно функция разархивировать. Может выдать ошибку, не будет распаковываться. Разбираться с хостером.
8. Можно на компьютере распаковать архив и запаковать архиватором. Загрузить опять. У меня был такой случай. Далее все работало нормально.
Но обычно все нормально бывает.
9. Пишем в адресной строке браузера адрес сайта.
Пошло восстановление.
В первом окне смотрим настройки и рекомендуемые настройки. Исправляем если что не так, нажимаем следующая. Если ошибки не критичные нажимаем далее. Верхний правый угол браузера.
10. На странице "Восстановление главной базы данных веб сайта"
Тип базы данных выбираем "MySQL предпочтительно"
На вкладке "Название хоста базы данных" пишем localhost
Пользователь базы данных пишем имя и пароль (вы создавали базу данных). Вы его ранее должны были записать. Пароль базы может быть тот, что и на хостинг. Зависит от хостинга.
Название базы данных пишем имя базы. Если имя базы оставили с хостинга его прописываем, а не то что на компьютере было.
"Приставка таблиц базы данных" уже стоит, если нет пишем. Должна стоять.
Когда устанавливаете Joomla приставка таблиц базы данных и имя пишите строчными английскими буквами (10-12 знаков).
Для чего строчный шрифт. У вас наверняка стоит Виндовс, на хостинге Linux. Для Виндовс строчная и прописная буква, это одна буква. А для Linux нет. Сайт может не запуститься. Другие настройки не трогаем. Нажимаем следующая.
Восстанавливается база данных. Если все нормально сделали, откроется следующее окно.
11. Заполняем параметры сайта, что не заполнено:
Название веб сайта.
Адрес электронной почты веб-сайта.
Имя отправителя электронной почты веб ресурса.
12. Заполняем настройки супер администратора. Если администратор был админ ОБЯЗАТЕЛЬНО меняем. Пароль и логин 10-12 знаков в разных регистрах (английскими буквами).
Опции слоя FTP пока не трогаем.
13. Во вкладках "Тонкая подстройка директорий" копируем поля. На тот случай если придется править configuration.php.
Копируем поля :
Корень сайта.
Временная директория.
Директория журнала.
Смотрим что там прописано.
Нажимаем далее.
14. Удаляем директорию инсталяционная. Нажимаем далее.
15. Если сайт не запустился открываем configuration.php с хостинга. Скачиваем или правим на хостинге. Смотрим что там прописано.
Если директории с локального компьютера. Надо ранее, до восстановления править файл configuration.php. Правим если сайт не запустился.
В большинстве случаев все прописывается. И сайт запускается.
16. Если сайт не запускается проверяем.
В принципе можно предварительно поправить файл configuration.php. Но лучше если все автоматом пропишется. Вы можете допустить ошибку. Поставить типа, лишний пробел и так далее.
Открываем файл configuration.php в редакторе, кто чем пользуется.
Правим, проверяем. Akeeba Backup должен был прописать:
public $user = 'root'; ставим пользователя базы данных на хостинге. Обычно прописывается автоматом.
public $password = ''; пароль пользователя базы данных на хостинге.
Директории с компьютера, их исправляем, если не прописались. Должны прописаться были.
Мы копировали эти директории в пункте — 13. Во вкладках "Тонкая подстройка директорий"
public $log_path = 'Z://home//w1//www/logs'; прописываем с хостинга.
public $tmp_path = 'Z://home//w1//www/tmp'; прописываем с хостинга.
17. Если они там не были прописаны узнаем у хостера.
Если не знаете как прописать адрес, спросите у хостера. Если быстро не ответят, меняйте хостера.
18. Если сайт не запустился после того как прописали поправки в configuration.php или исправили все в этом файле. Удаляем файл .htaccess, он у вас уже должен быть .htaccess а не htaccess.txt
19. Проверяем сайт. Если сайт восстановился и запустился после удаления файла. Далее разбираемся с файлом .htaccess. Не забываем его положить назад, как выясните причину глюка.
20. Проверяем можем или нет зайти в админку.
21. Если сайт не подняли. Идем в панель хостинга. На каждом хостинге есть скрипт Joomla. Ставим их скрипт. После установки проверяем работу сайта.
22. Пишем между делом письмо хостерам, они помогут. У них может быть отключено, что не будь.
23. Опять распаковываем свой архив и делаем все с самого начала.
24. Если и сейчас не получилось пробуем на компе поднять сайт из копии. Если на компьютере у вас сайт нормально будем работать. Будем разбираться.
25. Если сайт работает на хостинге:
Заходим в директории сайта, панель управления хостинга. Смотрим права на папки. Они автоматом ставятся.
Права на папки ставятся индивидуально для каждого сайта и хостинга. Так же как и .htaccess и robots.txt. делаются индивидуально. Настраиваются индивидуально.
26. Проверяем ошибки базы данных в менеджер расширений-база данных. Там же проверяем предупреждения.
27. Проверяем ответ сервера, last-modified. Если ответ сервера Неправильный, ставим компонент. Если сайт одна, пять страниц. С заголовком last-modified можно пока не заморачиваться.
28. Ставим дополнительную защиту директории администратор. Если на хостинге нет, ставим компонент.
29. Если Sitemap.xml интегрируется компонентом, проверит открывается или нет. Да и просто если файл Sitemap.xml лежит в директории сайта проверяем открывается или нет.
30. Сжатие проверить включено или нет. Модуль gzip. Настройки сайта.
31. Кэш включить. Если включен почистить.
32. Блокировки снять.
33. Удалить архив с копией сайта.
34. Отключить не нужные плагины, если не отключили (ускорит скорость работы сайта).
Если не знаете, что надо отключать. Особенно авторизация. Лучше не отключайте. Или подумайте прежде чем отключить. Можете не зайти в панель управления (плагины авторизации).
35. Удалить Акеба. Если надо будет сделать копию. На хостинге наверняка есть такая функция. Если нет надо будет установите заново. Лишний компонент, лишняя дыра в защите сайта.
36. Добавляем сайт в поисковые системы. В Google, Bing в панели веб мастера, добавляем файл Sitemap.
На Яндексе можно добавить страницы по одной, кроме добавления сайта.
37. Если тексты на сайте уникальные, идем на Яндекс веб мастер в раздел уникальный текст добавить. Добавляем свои тексты.
38. Идем расширенный поиск Яндекс и Google. И ищем поиском свои тексты. Указав точно страницу на сайте для поиска по сайту. Есть такая функция у них (расширенный поиск). Поиск по сайту. Повторяем это два дня. Как только поисковики найдут ваши тексты по поисковому запросу. Спим спокойно, пускай тырят тексты. Тексты уже ваши. Чем больше текстов на тырят у вас, тем больше плюсов вам поставит поисковик.
Можно изменять имя базы и пароль администратора. При каждом переносе сайта с Денвера. Это делать когда подымаете сайт из копии. Когда задаете настройки в Акеба в процессе восстановления. Это рекомендуется делать, в целях безопасности сайта.
Cайт с хостинга на Денвер.
Чтоб перенести веб-сайт с хостинга на локальный компьютер. При помощи компонента Akeeba Backup. Делаем те же шаги как при переносе веб-ресурса с Денвера на хостинг.
1. Устанавливаем компонент.
2. Настраиваем, как настроить я уже рассказывал на предыдущей странице.
3. Копируем сайт.
4. Заливаем архив на компьютер. Либо файловым менеджером, либо по FTP.
Рассказываю с тем учетом, что вы уже прочитали как установить Денвер и сделать копию сайта.
Как перенести сайт с хостинга на Денвер.
5. Архив надо разархивировать в папку С:/WebServers/home/ваш сайт/www
6. Создаем базу.
Базу создаем с именем базы, той которая была на хостинге. На Денвере стоит по умолчания логин root, без пароля. Если вы ставили другой пароль или админа на Денвере. Вам надо будет поставить свои данные в configuration.php (в принципе все при установке само пропишиться).
Исхожу из данных root, без пароля.
Сразу открываем configuration.php.
7. Вернее в начале пробуем восстановить сайт не прописывая нечего. Akeeba Backup умнеет с каждым днем.
Если не получилось.
8. Изменяем строчки:
Правим, проверяем. Akeeba Backup должен был прописать, вы при установке их писали:
public $user = 'root'; Пишем root. Если не прописал.
public $password = ''; Пароль пользователя базы данных, без пароля. Удаляем, что написано с хостинга.
Директории с компьютера их исправляем, если не прописались.
Должны прописаться были.
Мы копировали эти директории в пункте — Во вкладках "Тонкая подстройка директорий" в предыдущем посте. Восстановление сайта на Денвере.
public $log_path = 'Z://home//имя сайта//www/logs'; Прописываем как здесь. Z: с учетом того, что диск виртуальный Денвера с буквой Z. А не диск на котором стоит Денвер.
public $tmp_path = 'Z://home//имя сайта//www/tmp';Прописываем как здесь.
Можно проверить на всякий случай имя базы, префикс и другое.
Сохраняем изменения. Ваш сайт должен лежать в папке
С:/WebServers/home/ваш сайт/www/
9. Набираем в адресной строке браузера: /ваш сайт/.
Должно открыться окно восстановления сайта.
10. Смотрим все ли нормально.
11. Нажимаем следующая.
12. Пишем если нет:
Название хоста базы данных: localhost
Имя пользователя root
Название базы данных, вы ее сделать должны раньше были, пишем.
Проверить чтоб было прописано приставка таблиц базы данных.
13. Больше не чего не трогаем, нажимаем далее.
Восстанавливается база данных. Если не получается читаем ошибку. Проверяем правильно ли создали базу. Соответствует ли MySQL, PHP в phpMyAdmin требования для сайта. Устраняем ошибку.
14. В окне нажимаем следующий шаг.
Заполняем поля, если не заполнены:
Название сайта.
Адрес почты.
Имя отправителя.
Супер администратор будет заполнено.
Адрес почты.
15. Пароль. НЕ ЗАБУДЬТЕ записать пароль.
16. Тонкая подстройка директорий должна уже быть прописана. Если нет пропишите. Вы писали их в файле configuration.php.
Если вы что то не пропишите вам Akeeba скажет об ошибке.
17. Следующая.
Должно появится окно, что надо удалить директорию инсталляция. Удаляем. В следующем окне выбираем куда идем, на сайт или в админку.
Сайт открылся, радуемся.
18. Если сайт не запускается удаляем файл .htaccess. Пробуем.
Если запустился разбираемся позже с .htaccess.
19.Идем в админку. Если не пускает в админку, ошибка.
Идем в директорию С:/WebServers/home/ваш сайт/www/administrator.
Смотрим там может быть файл .htaccess, удаляем его. На хостинге ложат иногда. прописывается, для безопасности.
20. Проверяем в файле configuration.php строчку:
public $ftp_host = '1'; Если стоит какое либо значение делаем чтоб было public $ftp_host = ''; без 1.
21. Не работает, что либо проверяем configuration.php.
22. Можно попробовать закомментировать RewriteBase в .htaccess.
Так же поставить на время родной .htaccess из дистрибутива.
Если все работает, у нас получилось. И мы узнали как переносить сайт с хостинга на Денвер.
23. Не забываем положить назад файл .htaccess.
Если что то не понятно, видео.
http://www.mani-mani-net.ru/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-%D0%BE%D0%BD%D0%BB%D0%B0%D0%B9%D0%BD-%D1%83%D1%87%D0%B5%D0%B1%D0%BD%D0%BE%D0%B5?start=28
joomlaforum.ru