Modx 500 ошибка после переноса - Решение и исправление самых разных ошибок на TopOshibok.ru

Зачастую при необдуманном выборе хостинг-провайдера, в последующем, при возникновении каких-то ограничений или дискомфорта в использовании хостинга – многие решаются перенести свой сайт в другую хостинг-компанию, например, в 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» на правильную.

О том, как узнать полный путь от корня сервера, читайте в этой статье.

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

Источник

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; Просмотров: 5690

Постоянный вопрос у обладателей движка modx revo — как перенести его на другой хостинг — для многих это прям как ком в горле, не хочу…зачем…оказывается это не так сложно…

Да, возникают ошибки при переносе, но их можно решить…

Перенос сайта на modx revo на другой хостинг или на локальный компьютер по шагам:

«На старом» — хостинге запаковываем все: все файлы(можно предварительно очистить папку /core/cache/ — но можно и потом, без разницы) и базу данных. То есть получаем 2 архива.
Копируем все файлы на новый хостинг;
Загружаем (импортируем БД).
На новом хостинге или на домашнем компе меняем пути вот у этих файлов:
/config.core.php
/core/config/config.inc.php
/connectors/config.core.php
/manager/config.core.php Большая часть проблем с переносом именно в прописании этих путей, не всегда удается их прописать правильно (если сомневаетесь спросите у поддержки хостинга) или, если у вас есть другие сайты на этом хостинге, то можно посмотреть у них пути. И следующий вариант, это прогнать сверху установщиком (загружаете папку setup в корень сайта и делаете «новую установку»). Я на локалку на open sever сегодня ставил и пути поменять у меня оказалось не проблемой, так как у меня рядом был другой тестовый домен с modx revo тоже и я там просто подглядел пути и все, но потом была другая проблема, о ней ниже…
Папку кэш /core/cache/ очищаем.

Все! — должно заработать.

Какие ошибки при установке modx Revo могут быть и как их решать?

500 error site temporarily unavailable modx revo

Наверное самая распространенная ошибка — это «500 error site temporarily unavailable» — это типа проблемы с сервером «Сайт временно недоступен». Происходит она по разным причинам — и всегда это настройки сервера и сайта. Для диагностики находим логи по адресу core/cache/logs/error.log — тут вы увидите примерные ошибки и они расшифрованы и примерно понять можно. При переносе сайта клиента на modx на локалку — я там нашел свою причину и удивился, оказалось, что у меня БД перенеслась не полностью, как такое произошло я до конца не понял, может ограничение какое-то, она была около 300 мб, в общем штук 10 таблиц не поместилось в архив, потом взял их отдельно запаковал и залил и все заработало. То есть всегда нужно смотреть в этот log файл — если есть какая-то ошибка.

Решения ошибки 500 error site temporarily unavailable на modx revo:

Смотрим целостность БД (ошибку смотрим в логах — как написано выше). Часть базы данных может не скопироваться, если она слишком большая!!!
смотрим файл .htaccess — пробуем его временно скопировать в другую папку и посмотреть как отреагирует.
версия php — она должна быть от 5.3 — все что ниже — тоже свалит в ошибку.

Смотрите также: как загрузить сайт на хостинг

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

Источник

23 Posts

Send PM

Добрый день.

Весьма интересная ситуация. На предыдущем хостинге всё работало отлично. Сайт был перенесён на другой сервер и ЧПУ перестало работать. При переходе выдаёт 500 ошибку, в логах сервера:

Request exceeded the limit of 10 internal redirects due 
to probable configuration error. 
Use 'LimitInternalRecursion' to increase the limit if necessary. 
Use 'LogLevel debug' to get a backtrace.,

Вид файла .htaccess (вместо name.ru имя реального домена):

# MODx supports Friendly URLs via this .htaccess file. You must serve web
# pages via Apache with mod_rewrite to use this functionality, and you must
# change the file name from ht.access to .htaccess.
#
# Make sure RewriteBase points to the directory where you installed MODx.
# E.g., "/modx" if your installation is in a "modx" subdirectory.
#
# You may choose to make your URLs non-case-sensitive by adding a NC directive
# to your rule: RewriteRule ^(.*)$ index.php?q=$1 [L,QSA,NC]

RewriteEngine On
RewriteBase /



# Rewrite www.domain.com -> domain.com -- used with SEO Strict URLs plugin
#RewriteCond %{HTTP_HOST} .
#RewriteCond %{HTTP_HOST} !^example-domain-please-change\.com [NC]
#RewriteRule (.*) http://example-domain-please-change.com/$1 [R=301,L]
#
# or for the opposite domain.com -> www.domain.com use the following
# DO NOT USE BOTH
#
RewriteCond %{HTTP_HOST} .
RewriteCond %{HTTP_HOST} !^www\.name\.ru [NC]
RewriteRule (.*) http://www.name.ru/$1 [R=301,L]



# Rewrite secure requests properly to prevent SSL cert warnings, e.g. prevent 
# https://www.domain.com when your cert only allows https://secure.domain.com
#RewriteCond %{SERVER_PORT} !^443
#RewriteRule (.*) https://example-domain-please-change.com.com/$1 [R=301,L]



# The Friendly URLs part
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]



# Make sure .htc files are served with the proper MIME type, which is critical # for XP SP2. Un-comment if your host allows htaccess MIME type overrides.

#AddType text/x-component .htc



# If your server is not already configured as such, the following directive
# should be uncommented in order to set PHP's register_globals option to OFF.
# This closes a major security hole that is abused by most XSS (cross-site
# scripting) attacks. For more information: http://php.net/register_globals
#
# To verify that this option has been set to OFF, open the Manager and choose
# Reports -> System Info and then click the phpinfo() link. Do a Find on Page
# for "register_globals". The Local Value should be OFF. If the Master Value
# is OFF then you do not need this directive here.
#
# IF REGISTER_GLOBALS DIRECTIVE CAUSES 500 INTERNAL SERVER ERRORS :
#
# Your server does not allow PHP directives to be set via .htaccess. In that
# case you must make this change in your php.ini file instead. If you are
# using a commercial web host, contact the administrators for assistance in
# doing this. Not all servers allow local php.ini files, and they should
# include all PHP configurations (not just this one), or you will effectively
# reset everything to PHP defaults. Consult www.php.net for more detailed
# information about setting PHP directives.

php_flag register_globals Off



# For servers that support output compression, you should pick up a bit of
# speed by un-commenting the following lines.

#php_flag zlib.output_compression On
#php_value zlib.output_compression_level 5



# The following directives stop screen flicker in IE on CSS rollovers. If
# needed, un-comment the following rules. When they're in place, you may have
# to do a force-refresh in order to see changes in your designs.

#ExpiresActive On
#ExpiresByType image/gif A2592000
#ExpiresByType image/jpeg A2592000
#ExpiresByType image/png A2592000
#BrowserMatch "MSIE" brokenvary=1
#BrowserMatch "Mozilla/4.[0-9]{2}" brokenvary=1
#BrowserMatch "Opera" !brokenvary
#SetEnvIf brokenvary 1 force-no-vary

Стоит: MODx 2.0.8, Apache 2.2.16. Как уверяет админ сервера, всё остальное соответствует требованиям http://modx.com/revolution/developer/requirements/

Как этот internal redirects побороть не нашёл.
Заранее спасибо.

2,113 Posts

Send PM

Такое иногда бывает при использовании nginx – смотрите настройки для него.

23 Posts

Send PM

Quote from: AKots at Aug 01, 2011, 12:26 PM

Такое иногда бывает при использовании nginx – смотрите настройки для него.

На сервере 100% стоит Апач, версия 2.2.16.

Источник

На чтение 7 мин Просмотров 7.3к. Опубликовано 17.01.2017
Обновлено 09.02.2023

Содержание

Подготовка MODX к переезду
1. Завершение сеанса и выход из админки
2. Полное удаление кэша
3. Делаем бэкап файлов сайта
4. Делаем бэкап базы данных
Перенос сайта на MODX Revo
5. Правим пути
Проверяем файлы .htaccess и robots.txt
6. Создание пустой базы данных и импорт данных
7. Правим подключение к новой базе
7. Загрузка файлов на сервер
8. Накатываем дистрибутив advansed и запускаем обновление
Решение проблем с переносом
После переноса modx 503 ошибка: site temporarily unavailable
MODX HTTP ERROR 500: сайт пока не может обработать этот запрос.
Вместо админки сайта перебрасывает в админку хостинга

Рассмотрим как перенести MODX сайт куда угодно и от куда угодно:

с локального сервера на хостинг;
с хостинга на локальный сервер;
с хостинга на хостинг,
с одного домена на другой и т.д.

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

Подготовка MODX к переезду

1. Завершение сеанса и выход из админки

Если вы находитесь в административной панели сайта, разогнитесь из нее и завершите все сеансы. Для в верхнем меню, перейдите во вкладку Управление — Завершить все сеансы.

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

2. Полное удаление кэша

Заходим через файл-менеджер (или по FTP) к себе на сервер в папку /core/cache и удаляем все папки которые там есть.

3. Делаем бэкап файлов сайта

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

4. Делаем бэкап базы данных

Открываем в phpMyAdmin базу данных сайта, переходим во вкладку «Экспорт» и экспортируем базу.

Базу закидываем в папку с файлами сайта.

Если сайт на локальном компьютере, просто сделайте копию папки с файлами сайта и экспорт базы данных в phpMyAdmin в формате SQL.

Перенос сайта на MODX Revo

5. Правим пути

Чтобы узнать новые пути на хостинге, можно воспользоваться php файликом из урока: Как узнать полный путь от корня сервера?

Править пути нужно в следующих файлах:

/core/config/config.inc.php
/config.core.php
/connectors/config.core.php
/manager/config.core.php
И в самом дампе базы

Обратите внимание на то, что пути к сайту указываются от корня сервера, а не домена. Например:
было: $modx_core_path='/home/mysite/public_html/core/';, стало: $modx_core_path='/www/mynewsite/www/core/';.

Универсальный способ сделать все это быстро и просто при помощи Notepad++. Открываем файл /core/config/config.inc.php при помощи Notepad++, выделяем старый путь, далее идем во вкладку «Поиск» — «Найти в файлах», в поле Заменить на указываем новый путь, далее указываем папку в которой лежат все подпапки и файлы сайта и жмем на кнопку Заменить в файлах. Notepad++ проверит все файлы и заменить все старые пути на новые (и не надо открывать каждый конфиг файлы и править пути). И в этом же файле прописываем новые реквизиты для подключения к базе.

Проверяем файлы .htaccess и robots.txt

Обычно в корне сайта лежат файлы .htaccess и robots.txt — поменяйте в них домен (особенно в .htaaccess если там указаны правила редиректов и т.д.)

6. Создание пустой базы данных и импорт данных

Создаем новую базу данных и пользователя к ней (на новом хостинге, локальном хостинг, в общем там куда вы переносите сайт). Записываем данные в блокнот (имя БД, пользователь, пароль). Или сразу в конфиг файл (7й пункт).

Идем в phpMyAdmin, переходим во вкладку «Импорт» и импортируем бэкап базы.

7. Правим подключение к новой базе

Снова открываем /core/config/config.inc.php и правим в нем следующие поля:

$database_server = 'localhost'; / в 90% случаях трогать не нужно
$database_user = 'имя пользователя бд';
$database_password = 'пароль от новой бд';
$dbase = 'имя бд';
$database_dsn = укажите имя базы

7. Загрузка файлов на сервер

Закачиваем все файлы на хостинг, локальный сервер или на другой домен. Делать это можно как по FTP например при помощи filezilla (следите за тем, чтобы все файлы закачались). Либо запаковываем все файлы в архив, далее закачиваем архив при помощи файлового менеджера и распаковываем его.

После этого сайт должен заработать, но если видите какие-нибудь проблемы с отображением сайта, дополнительно рекомендую сделать следующий шаг.

8. Накатываем дистрибутив advansed и запускаем обновление

Скачайте с официального сайта модекса https://modx.com/download такую же версию modx (advansed) как у вас, либо следующую (если она доступна). Только не нужно обновлять до 3й версии, если й вас 2я.

Распакуйте архив с дистрибутивом, там 2 папки: core и setup, залейте их поверх файлов сайта и запустите установку (вернее обновление текущей установки) и далее, дале и далее. Примечание если ваш сайт с закалкой (переименовано ядро к примеру, значит перед заливкой core, вы его точно так же переименовываете).

Так же подготовил видео про перенос MODX, что бы вам лучше было ориентироваться.

Решение проблем с переносом

Если строго придерживались инструкции выше и все сделали правильно, данных ошибок возникнуть не должно.

После переноса modx 503 ошибка: site temporarily unavailable

Если после переноса MODX на другой хостинг Вы получаете ошибку: Error 503: Site temporarily unavailable, то нужно:

Подправить пути в конфиг файлах (см. выше «6. Правим пути»)
Так же в конфиг файле core/config/config.inc.php проверьте правильно ли вы подключаетесь к БД и проверьте строчку $http_host=’vash-site.ru’; (обычно 61 строка).
Удалить папку с кешем (core/cache).

MODX HTTP ERROR 500: сайт пока не может обработать этот запрос.

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

/core/config/config.inc.php — его проверяем в первую очередь, смотрим правильность путей и:
$database_type = 'mysql'; // Тип базы данных $database_server = 'localhost'; // Сервер базы данных $database_user = ''; // Пользователь базы данных $database_password = ''; // Пароль базы данных $dbase = ''; // Название базы данных $table_prefix = ''; // Префикс таблиц базы данных $database_dsn = 'mysql:host=localhost;dbname=название базы данных;charset=utf8 или utf8mb4'; $http_host='vash-site.ru';
config.core.php (в корневой папке сайта)
/manager/config.core.php
/connectors/config.core.php

Обычно это помогает полностью исправить ошибку. Но не всегда, если не помогло, проверьте еще версию php, права на файлы (644) и папки (755) и пути в базе данных.

Если после этого сайт возвращает ошибку Fatal error: Call to a member function parseProperties() on a non-object in core/model/modx/modelement.class.php on line 536 — просто удалите всё из папки /core/cache/

Вариант 2, если не помог вариант описанный выше: скачиваем дистрибутив MODX Advansed (такой же версии как у вас), закидываем его содержимое в корень сайта и запускаем установщик, только выбираем не новая установка, а обновление.

Вариант 3 — если совсем все плохо!

Устанавливаем чистый MODX на хостинг (той же версии).
Сохраняем файл с конфигами config.inc.php из папки core/config на компе.
Удаляем все свеже установленные файлы MODX с хостинга.
Удаляем все таблицы из базы.
Закачиваем все файлы сайта, того что работает локально или на другом хостинге.
Импортируем дамп работающей базы.
Заменяем файл core/config/config.inc.php локально сохраненным.
В остальных конфигурационных файлах MODX руками прописываем пути из core/config/config.inc.php.

Вместо админки сайта перебрасывает в админку хостинга

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

Идем в Открываем для редактирования файл config.inc.php который лежит в директории /core/config/. Сделать это можно через файловый менеджер хостинга или путем подключаемся к сайту по FTP.
Находим в нем строки $modx_manager_path= и $modx_manager_url и меняем в них manager к примеру на administrator
Переименовываем системный каталог manager в administrator
Переходим по url адрес_сайта/administrator и получаем доступ к административной панели сайта.

Если остались вопросы и появились проблемы после переноса, пишите в комментариях.

Источник