Обычно после переноса на другой хостинг или закачки сайта с localhost на сервер может появляться ошибка Error displaying the error page. Эта проблема может возникать в ☑ Joomla 1.0.x ☑ Joomla 1.5, ☑ Joomla 2.5 ☑ Joomla 3, ☑ Joomla 4, ☑ Joomla 5
Перестал работать сайт Error displaying the error page
1.0.x ☒ Joomla 1.5. ☒ Joomla 2.5 ☒Joomla 3.x ☒Joomla 4.x ☒Joomla 5.x
Причин, как и способов лечения несколько:
Вариантов возникновения этой ОШИБКИ ⇒ несколько, как и их решений. Разберём способы:
Первое самое простое решение: чистим кэш на сайте и в браузере ( Ctrl+F5 ), пробуем другой браузер, чистим КЭШ на сервере(если это возможно)и на CloudFlare (если вы работаете через него) .
Если не помогло, то ➡
Решение 1 ⇒ не настроен configuration.php
1 Заходим в корневую папку сайта (по FTP или через чайловый менеджер на хостинге ) находим там файл configuration.php.Проверяем все настройки и в первую очередь - логин и пароль к базе данных вашего сайта.
Там же проверяем $dbtype = mysql на некоторых хостингах заменяем на mysqli (или наоборот).
Там же смотрим и запоминаем $dbprefix = и в следующем пункте (3 про базу) проверяем совпадение префиксов.
Решение 2 ⇒ разбираемся с базой
База данный может быть плохо / неверно импортирована; она может повредиться в процессе работы или хакерской атаки.
2 Восстанавливаем базу:
2.1. (кнопка Восстановить базу данных в админке Joomla ( extensions>extensionsmanager>database>fix )(если есть доступ в Админку) );
! или ➡
Расширения > Менеджер расширений > База данных ⇒ кнопка ИСПРАВИТЬ
2.2. в PhpMyAdmin;
2.3. В панели управления хостингом (Есть не на всех хостингах и системах);
2.4. Иногде нет соединения с базой из за неверного задания хоста (host) попробуйте заменить localhost на 127.0.0.1
2.5 Открываем базу в PhpMyAdmin и смотрим на предмет ошибок. Заодно проверяем dbprefix они должны совпадать в базе и в Конфиге сайта (см. п 1.).
Решение 3 ⇒ проверяем разрешения
При переносе файлов / закачке их на сервер это достаточно частая ошибка (особенно если качаем не файлы, а .zip .tgz и далее распаковываем на сервере ) именно неверные права выдают 403 ошибку на сайте и могут выдавать Error displaying the error page.
3 Проверяем не только CMOD (права на запись/ чтение), но что более важно, соответствие Владельца / пользователя (юзера). На скрине пример такого НЕ соответствия (нужно исправить).
Если по прежнему всё не так и не работает, то продолжаем ..
Решение 4 ⇒ смотрим ошибки
Находим и устраняем критические ошибки на сайте, если они есть; иногда и они могут давать Error displaying the error page.
Как ? увидеть ошибки, если они не отображаются ? или ➡
Находим в корневой директории сайта файл .htacces (создаём его, если его нет) и
4.1. добавляем в начало файла .htacces следующие строки:
php_flag display_startup_errors on
php_flag display_errors on
php_flag html_errors on
php_flag log_errors on
php_flag ignore_repeated_errors off
php_flag ignore_repeated_source off
php_flag report_memleaks on
php_flag track_errors on
php_value docref_root 0
php_value docref_ext 0
php_value error_reporting -1
php_value log_errors_max_len 0
php_value error_log /full/path/to/file/php_errors.log4.2. Если критические ошибки есть ➡ устраняем их!
4.3. Если сайт вообще перестал работать и появилась ошибка 500 ➡ значит на вашем сервере есть нестандартные настройки Apache, Nginx, php-frm! Решаем и это: комментируем последовательно каждую новую, созданную строчку так: # php_value display_errors 0code> и проверяя результат
Решение 5 ⇒ проверяем работу PHP на сайте
На всякий случай проверим версию PHP и его наличие на сайте. Бывали случаи, когда смена PHP 5.3 на PHP 5.4 ( или изменение PHP 7.0 на PHP 7.1 для старого Битрикса) восстанавливала работу сайта
Как ? проверить работу PHP и его версию? или ➡
5 Создаём в корневой директории сайта файл с любым названием (например phpinfo.php) с таким содержимым:
<? phpinfo() ?>! Если файл открылся и показывает вам версию и другую информацию ➡ значит PHP работает!
Версия PHP - в верхней строчке (осталось вам вспомнить... а какая же версия была у меня на сайте ?)
Ещё одна схожая проблема, которая имеет те же корни. Она появляется при авторизации в административной части сайта и звучит так:
0 The file Cache Storage is not supported on this platform в Joomla
! Что делать?
➡ Восстанавливаем исходные файлы Js
Тема древняя конечно, но вдруг кому нужно -
мне помогло это
.htaccess
php_value session.save_path /tmp
php_value session.auto_start 0
в файле .htaccess
добавь строчку:
php_value session.save_path \temp\
- путь к сессиям, он должен быть полным!
php_value session.save_path абсолютный путь/tmp
Может у вас админ не с 62 id был?
В административной части сайта и на публичной части по разному обрабатываются сессии, если с лицевой стороны с авторизацией нет проблем, то админка не пускает при автоматически запускаемых сессиях в PHP. для лечения изменить параметр session.auto_start на 0 в файле php.ini
файле конфигурации configuration.php, как правило возникающие из-за сохранения фала в формате UTF-8, т.к. при этом в начало файла дописываются дополнительные три байта, так называемая запись DOM
2 Новая проблема с JS скриптами
Обнаружилась она в логах сайта .error.log. Так она выглядит:
PHP Parse error: syntax error, unexpected 'fools' (T_STRING) in ... /includes/js/joomla.javascript.js on line 1
Открываем файл joomla.javascript.js, смотрим первую строку
// <?php !! This fools phpdocumentor into parsing this file
Это комментарий и он не должен портить что-либо.
Ан нет! ! Что делать?
➡ просто удаляем эту строчку !
jos_session
3 Вариант ➡ конфликт скриптов
Это достаточно редкий случай, так как это backend. Тем не менее открываем в FireFox плагин FireBug или Developer Tools >> Console и смотрим ошибки в скриптах
! Проверяем сайт на вирусы
Решение 2 ⇒ проверяем плагины в Joomla 1.5
Особенно, если появляется сообщение: обнаружено _ ошибок базы данных:
4 Правим, восстанавливаем базу данных.
через phpmyadmin: Заходим в панель, ищем таблицу jos_plugins, переходим в режим просмотра таблицы и ищем модуль User – Joomla!, редактируем запись и в поле published ставим цифру 1 и жмем кнопку OK
! Как? ➡
Расширения > Менеджер расширений > База данных ⇒ кнопка ИСПРАВИТЬ
Если возникла проблема с авторизацией в админ-панели Joomla (при попытке авторизации страница просто обновляется), необходимо сделать следующее:
1. Выполнить запрос к БД:
UPDATE `dbname`.`prefix_plugins` SET `published` = '1' WHERE `prefix_plugins`.`id` =5 LIMIT 1;где dbname – имя БД, а prefix – префикс для таблиц.
Пример:
UPDATE `dbname`.`jos_plugins` SET `published` = '1' WHERE `prefix_plugins`.`id` =5 LIMIT 1;2. Или через phpmyadmin:
Заходим в панель, ищем таблицу jos_plugins, переходим в режим просмотра таблицы и ищем модуль User – Joomla!, редактируем запись и в поле published ставим цифру 1 и жмем кнопку OK
Решение 3 ⇒ проверяем конфиг configuration.php
5 Проверяем и правим абсолютный путь к файлам.
на старых версиях Joomla, что то типа:
$mosConfig_absolute_path = '/var/www/1/data/www/vahsait.ru';
и
$mosConfig_cachepath = '/var/www/1/data/www/vahsait.ru/cache';
на новых версиях Joomla условный пример пути
public $log_path = '/var/www/1/data/www/vahsait.ru/logs'; и
public $tmp_path = '/var/www/1/data/www/vahsait.ru/tmp';
! Как прописать правильный абсолютный путь ? и где его посмотреть? ➡
На обычных хостингах абсолютный путь указывается в Общих Сведениях (CPanel) или вообще не указывается. Все внутренние папки на виртуальном хостинге имеют относительные пути. Значит на простом хостинге мы должны добавить к пути (Общие сведения) ещё и относительный путь до нужной папки сайта. Если этого не сделать - будут "приключения".
На VDS и серверах - абсолютный путь называется: Корневая Директория (ISPmanager)
Как ещё можно проверить / посмотреть правильный абсолютный путь к файлам сайта?
⇒
создаём в корне вашего сайта файл: любое_название.php вставляем в него строчку
<? phpinfo() ?> запускаем файл
vahsait.ru/любое_название.php
и смотрим строчку
$_SERVER['SCRIPT_FILENAME'] или что то аналогичное. В таблице справа будет указан полный абсолютный путь.
6 Проверяем кодировку файла configuration.php - на старых версиях windows-1251; на новых версиях joomla (начиная с 1.5) utf-8 и обязательно БЕЗ Unicode Signature (Bom). Пересохраняем в нужной кодировке.
7 Проверяем начальные символы файла configuration.php - перед <?php НИ ЧЕГО не должно быть! Пробелы, значки - удаляем! .
Не пускает в админку на localhost на Денвере, на Open Server, Zend, XAMPP и т.д.
Решение 4 ⇒ обычно это ошибка в конфиге
Открываем configuration.php и проверяем пункты 6 и 7 выше, а затем ⇒
! Внимание ВАЖНО! Обратные двойные слэши! и буква диска с работающим Денвером
8 Проверяем и правим абсолютный путь к файлам.
на старых версиях Joomla, что то типа:
$mosConfig_absolute_path = 'E:\\htdocs\\localhost\\vahsait.ru';
и
$mosConfig_cachepath = 'E:\\htdocs\\localhost\\';
на новых версиях Joomla условный пример пути
public $log_path = 'E:\\htdocs\\localhost\\vahsait.ru\/logs'; и
public $tmp_path = 'E:\\htdocs\\localhost\\vahsait.ru\/tmp';
✔ Должно работать
9 И на последок, ещё одно решение, связанное с правкой ID пользователей