Ошибка при обновлении joomla ajax loading error

Информация о материале

Опубликовано: 11 сентября 2019

Просмотров: 4785

Okay, tried that and it didn’t work — but now every time I try to bring up my website it tries to bring up a document that says:

<?php
/**
* @package Joomla.Site
*
* @copyright Copyright (C) 2005 — 2016 Open Source Matters, Inc. All rights reserved.
* @license GNU General Public License version 2 or later; see LICENSE.txt
*/

/**
* Define the application’s minimum supported PHP version as a constant so it can be referenced within the application.
*/
define(‘JOOMLA_MINIMUM_PHP’, ‘5.3.10’);

if (version_compare(PHP_VERSION, JOOMLA_MINIMUM_PHP, ‘<‘))
{
die(‘Your host needs to use PHP ‘ . JOOMLA_MINIMUM_PHP . ‘ or higher to run this version of Joomla!’);
}

// Saves the start time and memory usage.
$startTime = microtime(1);
$startMem = memory_get_usage();

/**
* Constant that is checked in included files to prevent direct access.
* define() is used in the installation folder rather than «const» to not error for PHP 5.2 and lower
*/
define(‘_JEXEC’, 1);

if (file_exists(__DIR__ . ‘/defines.php’))
{
include_once __DIR__ . ‘/defines.php’;
}

if (!defined(‘_JDEFINES’))
{
define(‘JPATH_BASE’, __DIR__);
require_once JPATH_BASE . ‘/includes/defines.php’;
}

require_once JPATH_BASE . ‘/includes/framework.php’;

// Set profiler start time and memory usage and mark afterLoad in the profiler.
JDEBUG ? JProfiler::getInstance(‘Application’)->setStart($startTime, $startMem)->mark(‘afterLoad’) : null;

// Instantiate the application.
$app = JFactory::getApplication(‘site’);

// Execute the application.
$app->execute();

unless I put index.php at the end of the website — so now I have two problems — I can’t update and can’t pull up the website either.

Help!

26 апреля 2017 года разработчики популярной CMS Joomla порадовали нас новой версией системы управления контентом 3.7. Многие, в том числе и я поспешили обновить движок Joomla, дабы проверить наличие долгожданных пользовательских полей. Именно процессу обновления и будет посвящен данный урок, а так же выявлению и устранению ошибок возникающих в процессе обновления.

Как обновить CMS Joomla

Обновить Joomla можно несколькими способами – обновиться через панель управления либо записать файлы новой версии напрямую на сервер. Рассмотрим все способы по порядку.

Автоматическое обновление Joomla через панель управления

Когда выходит новая версия Joomla в панели управления мы сразу же получаем об этом уведомление:

Нажимаем на кнопку «Обновить сейчас» и попадаем на страницу «Обновление Joomla!» с двумя вкладками «Автоматическое обновление» и «Загрузка и обновление». Кроме того нас настоятельно рекомендуют проверить что установленные расширения совместимы с новой версией Joomla. А я в свою очередь хочу отметить, что если вы работаете со стандартным шаблоном Joomla и вносили в него изменения, то советую сохранить все изменения, иначе после обновления вы их потеряете.

Существуют и другие способы попасть на страницу «Обновление Joomla!»:

• Перейти в раздел «Система» -> «Панель управления» и в левой нижней части страницы найти надпись «Обслуживание», под которой будут ссылки на новые версии движка и расширений
• Перейти в раздел «Компоненты» -> «Обновление Joomla!»

Не важно, какой из способов вы выбрали, вы попадете на следующую страницу:

Для автоматического обновления Joomla остается только нажать на кнопку «Установить обновление» (смотрите скриншот выше) и если не возникнет никаких проблем, то движок Joomla будет обновлен.

Альтернативный способ обновления Joomla через панель управления

Если по каким либо причинам автоматическое обновление не доступно, в панели управления Joomla предусмотрен другой вариант, при помощи которого так же можно обновить CMS.

На той же странице «Обновление Joomla!» переходим во вторую вкладку «Загрузка и обновление» и наблюдаем примерно следующую картину: 

Данный способ хорош в том случае, если по каким либо причинам не удается связаться с сервером обновлений Jommla, а причин этому может быть множество.
Все что нам потребуется это выбрать предварительно скаченный файл пакета со своего компьютера и нажать на кнопку «Загрузить и установить». После этого можно наслаждаться новой версией любимой CMS.

Обновление Joomla путем копирования новых файлов прямо на сервер

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

Для того чтобы обновить Joomla данным способом во избежание непредвиденных ситуаций стоит выполнить ряд действий:

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

После этого скачиваем пакет обновлений (они обычно в формате ZIP) и распаковываем его в корневой каталог сайта.

Когда архив распакуется, заходим в панель управления и наблюдаем следующее — версия Joomla обновилась (о чем свидетельствует номер версии в правом нижнем углу), но система выдает нам неизвестную ошибку:

Что делать в данной ситуации? Главное не паниковать, все поправимо. Дело в том, что после записи новых файлов база данных осталась в устаревшем состоянии и это надо исправить.

Исправлять базу данных вручную не потребуется, в Joomla уже все предусмотрено. Переходим в раздел «Расширения» -> «Менеджер расширений» -> «Базы данных» и попадаем на страницу «Менеджер расширений: Проверка базы данных»:

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

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

В данной ситуации на помощь придет поиск загруженных, но не установленных расширений. Переходим в раздел «Расширения» -> «Менеджер расширений» -> «Найти» и попадаем на страницу «Менеджер расширений: Поиск» на которой представлен список не активных расширений:

Теперь если перейти на страницу обновлений, то можно заметить, что у нас установлена самая новая версия Joomla.

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

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

Давайте посмотрим, какие ошибки могут возникнуть в процессе обновления и как от них избавиться.

Ошибка AJAX Loading Error: Not Found

Одна из коварных ошибок, которая возникает в процессе обновления, звучит так AJAX Loading Error: Not Found:

Не буду вдаваться в подробности, как я нашел причину возникновения данной ошибки, скажу прямо – все дело в конфигурации файла htaccess.

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

• временно переименовать файл .htaccess
• Найти в нем строки кода блокирующие доступ к ядру и закомментировать их.

Первый способ самый простой – переименовываем файл «.htaccess» например, в файл «.htaccess_» и повторяем процесс обновления. Автоматическое обновление должно запуститься без проблем.

Во втором варианте открываем файл .htaccess для редактирования и ищем приблизительно следующие строки (в моем случае это строки с 86 по 98):

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

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

A regular client who subcontracts work to us emailed us that he wasn’t able to update the website of one of his clients from Joomla 3.8.3 to Joomla 3.8.5. He told us that the update would fail halfway through with the following error:

AJAX Loading Error: error

Of course, the first thing that we thought was a blocked restore.php file, despite the fact that the error was a bit different. So, we checked whether there was a rule in the .htaccess file blocking direct execution of PHP files other than the index.php file, but, not only we didn’t find any blocking rule, we didn’t find any .htaccess file at all. Additionally, all the permissions on the restore.php file were correct as we were able to directly access the file from our browser by using the following URL: http://www.[ourclientjoomlawebsite].com/administrator/components/com_joomlaupdate/restore.php (it was returning the following json ###{“status”:false,”message”:”Invalid login”}###).

So, we tried to update the website ourselves (after backing up the filesystem and the database) and, at first, everything went smoothly. However, at exactly 56% of the update process, the progress stopped. About 30 seconds later, we saw the same error that our client was seeing. Not only that, we were blocked from accessing the website for about 5 minutes (we checked the website through a proxy and it was working there). Hmmm!

We were a bit suspicious of this whole 5 minute block thing, but, at first, we didn’t think of it much as we assumed it was just a coincidence. So, we did a research on the issue (yes, sometimes we rely on other people’s answers to the problem), and some were stating that the presence of a $live_site value in the configuration.php file was causing the same problem for them. So, we checked the configuration.php file under the main directory of the Joomla website, and, to our disappointment, the $live_site value was already empty. Others claimed that clearing the cache may solve the problem, so, we cleared the Joomla cache (there was about 1 GB of cached files, which was quite a lot, even more so when you take into consideration that the website was extremely simplistic), and then we tried the update again, but it didn’t work. Not only it didn’t work, but we were also blocked again. Double hmmm!

Once we were unblocked, we tried the update using Google Chrome while having the console open (you can open the console in Google Chrome by pressing F12), and we saw the following messages:

update.js?73ddd8fdd62da3333508a24283f9db89:171 XHR finished loading: POST "https://www.[ourclientjoomlawebsite].com/administrator/components/com_joomlaupdate/restore.php".
update.js?73ddd8fdd62da3333508a24283f9db89:171 POST https://www.[ourclientjoomlawebsite].com/administrator/components/com_joomlaupdate/restore.php net::ERR_CONNECTION_TIMED_OUT
update.js?73ddd8fdd62da3333508a24283f9db89:171 XHR failed loading: POST "https://www.[ourclientjoomlawebsite].com/administrator/components/com_joomlaupdate/restore.php".

Now, if you read the second line a bit more closely, you will notice that the browser is complaining about timing out while posting to the restore.php file. We immediately thought of 2 things that may have been causing the issue:

• A small value of the max_execution_time PHP setting.
• A weird rule triggered by an application firewall, such as ModSecurity.

We were able to immediately dismiss the first issue above as the Joomla backend was reporting 300 seconds as the value of the max_execution_time. Still, just to be 100% sure, we added a .user.ini file under the main directory of the Joomla website and then we added to that file the following line:

max_execution_time = 300

We tried the update again (just in case), and, unsurprisingly, it failed.

So that left us with the firewall theory, which made the most sense, since our IP was blocked temporarily every time we tried to update the site, which was a huge sign of a firewall’s foul play. Unfortunately, we were not able to confirm that theory because we didn’t have root access to the server, and neither did the client (and nor the client’s client, for that matter). So, we communicated our findings to the client, and asked him to route these findings to the host. The host was immediately responsive, and stated that a security module called OSSEC (which we have never heard of before) caused this issue. They then whitelisted the client’s IP and he was able to finally perform the update. Hooray!

So, our dear, dear reader, if you are seeing an AJAX Loading Error: error popup when you are trying to update your Joomla website, then check your max_execution_time value in PHP’s settings. If it’s too low, then increase it, and see if the problem is solved. If not, then clear your Joomla cache and make sure that $live_site has an empty value in the configuration.php. If that doesn’t solve the problem, then check your server for any security rules being triggered. If that also fails to solve the problem, then you can always contact us. We will fix the problem for you quickly, cleanly, and affordably!