Зачастую при необдуманном выборе хостинг-провайдера, в последующем, при возникновении каких-то ограничений или дискомфорта в использовании хостинга – многие решаются перенести свой сайт в другую хостинг-компанию, например, в Beget.
Но при, казалось бы, простом и успешном переносе сайта, находящегося на CMS MODX Revolution, можно столкнуться с рядом ошибок. Одна из них – «500 Error Site temporarily unavailable».
Эта же ошибка возникла и у меня при переносе, и сейчас я расскажу, как быстро с ней справиться.
1. Итак, первое, что вам необходимо сделать – это подключиться к вашему сайту по FTP.
2. Затем перейдите в папку /core/ и удалите в ней папку cache.
3. Третьим шагом будет проверка корректности указанных данных для подключения к базе данных. Для этого откройте файл config.inc.php в папке /core/config/.
Здесь нас интересуют эти строки:
$database_type = 'mysql'; // Тип базы данных
$database_server = 'localhost'; // Сервер базы данных
$database_user = ''; // Пользователь базы данных
$database_password = ''; // Пароль базы данных
$dbase = ''; // Название базы данных
$database_dsn = 'mysql:host=localhost;dbname=название базы данных;charset=utf8'; Тип и сервер базы данных уточните у своего хостинг-провайдера, но чаще всего они именно такие, какие по умолчанию указаны в файле.
Пользователь и название базы данных чаще всего одинаковые, но этот момент так же уточните у своего хостинг-провайдера.
Обратите внимание, что в последней строке также указывается название базы данных. В моем случае все было сделано, но именно в ней я забыл указать название базы данных и из-за этого не мог зайти в панель управления сайтом.
4. И завершающим шагом будет прописывание корректного пути к папкам от корня сервера в файлах:
config.core.php (корневая папка /);
config.inc.php (папка /core/config/);
config.core.php (папка /connectors/);
config.core.php (папка /manager/).
Во всех файлах, вы ищите что то типа:
/home/s/pandogecom/www.pandoge.com/core/Здесь вам необходимо изменить часть «/home/s/pandogecom/www.pandoge.com» на правильную.
О том, как узнать полный путь от корня сервера, читайте в этой статье.
В некоторых файлах замену нужно произвести в нескольких местах. Не торопитесь, будьте внимательны – и все у вас получится!
На сайте http://labeng.ru/ выскочила ошибка. Сайт на MODX. Я просто перенёс все файлы с другого хостинга и поменял логин, пароль, и базу в config.ini.php. В чём может быть проблема? В файле .htaccess удалил строки типа
php_value name value
php_flag name on|off
Сорержание файла до редактирования. Что здесь может быть лишним?
# For full documentation and other suggested options, please see
# http://svn.modxcms.com/docs/display/MODx096/Friendly+URL+Solutions
# including for unexpected logouts in multi-server/cloud environments
# and especially for the first three commented out rules
#php_flag register_globals Off
#AddDefaultCharset utf-8
#php_value date.timezone Europe/Moscow
Options +FollowSymlinks
RewriteEngine On
RewriteBase /
# Fix Apache internal dummy connections from breaking [(site_url)] cache
RewriteCond %{HTTP_USER_AGENT} ^.*internal dummy connection.*$ [NC]
RewriteRule .* - [F,L]
# Rewrite domain.com -> www.domain.com -- used with SEO Strict URLs plugin
#RewriteCond %{HTTP_HOST} .
#RewriteCond %{HTTP_HOST} !^www.example.com [NC]
#RewriteRule (.*) http://www.example.com/$1 [R=301,L]
# Exclude /assets and /manager directories and images from rewrite rules
RewriteRule ^(manager|assets)/*$ - [L]
RewriteRule .(jpg|jpeg|png|gif|ico)$ - [L]
# For Friendly URLs
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]
# Reduce server overhead by enabling output compression if supported.
#php_flag zlib.output_compression On
#php_value zlib.output_compression_level 5
задан 22 дек 2012 в 6:12
FrontenderFrontender
2,60523 золотых знака65 серебряных знаков115 бронзовых знаков
7
Такая проблема может быть если mysql работает в строгом режиме.
Тогда в логе установки (расположенном в директории /core/cache/logs/install.config..log) появляются ошибки вида
INSERT INTO `modx_system_settings` (`key`, `value`, `xtype`, `namespace`, `area`) VALUES ('upload_maxsize', '104857600', 'textfield', 'core', 'system')
Array
(
[0] => HY000
[1] => 1364
[2] => Field 'editedon' doesn't have a default value
).
Это означает что в таблицу «modx_system_setting» не были записаны необходимые данные и она пустая.
Для решения можно отредактировать файл /etc/mysql/my.cnf так как описано здесь
http://itif.ru/oshibka-field-xxx-doesnt-have-a-default-value/
Затем надо переустановить modx
ответ дан 26 июн 2016 в 14:14
Сниппетом msProducts выводятся товары из каталога minishop2. Скорее всего сайт перенесён с ошибками, либо что то с конфигурацией сервера.
Как переносили? Все необходимые действия выполнены?:
Должны быть исправлены пути в 4х файлах:
/core/config/config.inc.php
/config.core.php
/connectors/config.core.php
/manager/config.core.phpПроверить права на файлы и папки (644 и 755 соответственно). Проверить на всякий случай в htaccess, чтобы никаких редиректов на старый домен не было.
Удалить содержимое папки — /core/cache/
Отличается ли версия php на новом хостинге? Какая версия MODX?
0. Посмотрите логи. Возможно тут /core/cache/logs/
1. Удалите полностью всё содержимое папки /core/cache/
2. Проверьте что правильно указали подключение к бд в core/config/config.inc.php
3. Проверьте что правильно указали пути в файлах:
core/config/config.inc.php
config.core.php
connectors/config.core.php
manager/config.core.php
500 ошибка — это общая ошибка, для понимания, и тем более — исправления, необходимо посмотреть логи PHP либо веб-сервера.
Заходите в логи апача
Смотрите ошибку
Исправляйте
Вуаля работает.
Буквально сегодня решил такую же проблему у клиента. Оказалось, что на его хостинге скопилось куча писем (Руцентр, ящики были не ограничены по размеру и редко проверялись) и все свободное место было забито, из-за этого админка и не открывалась. Почистили и админка заработала. Проверьте, может у вас тоже самое.
Планово обновляя движок сайта на MODX Revolution и установленные компоненты я столкнулся с тем, что simpleUpdater не позволяет выбрать релиз движка, а предлагает только последний, самый свежий — 3.0.
Мне это ни как не подходит, т.к. на рабочий сайт ставить тройку рано.
Принял решение удалить simpleUpdater и установить Updater.
После удаления плагина я не смог войти в админку.
Ошибка — HTTP ERROR 500
В файле /core/cache/logs/error.log есть строки в которых указывается на ошибку связанную с simpleUpdater: /core/xpdo/xpdo.class.php : 644 Could not load class: simpleUpdater from simpleupdater
Очистка Cache не помогла.
Решение:
- Через phpMyAdmin открываем таблицу
modx_site_plugins(префикс modx может быть другим) и находим там запись сname = simpleupdater. - Удаляем эту строку в таблице
modx_site_plugins(если нужна переустановка плагина, то выставляем в полеdisabledзначение1) - Поиском по базе данных ищем simpleupdater. Найденные вхождения удаляем из таблиц.
- Очищаем директорию cache в папке core
- Если нужен плагин, то авторизуемся в админке и устанавливаем.
04 июня 2022, 22:35
Александр
CMS
0
548
0
Из этой категории
-
Неправильное имя пользователя в MODX Revolution
MODX Revo: Закрываем внешние ссылки тегами
Устраняем дубли главной страницы в MODX Revolution
Размещение кода SAPE в MODX Revo
MODX Revo: Удаление старых пакетов из /core/packages
MODX Revo: Организовываем поиск по сайту с помощью SimpleSearch
Коды спецсимволов в HTML
MODX Revo: Вывод меню с помощью Wayfinder
MODX Revo: Ваш доступ к системе управления заблокирован администратором
Как узнать абсолютный путь к директории сайта?
Комментарии ()
Вы должны авторизоваться, чтобы оставлять комментарии.