Modx manager ошибка 500

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

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

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

@Mark-H : My bad! I was just tossing it in the likeliest visible bucket while I had a second FWIW. Thanks for the refs but I’d be pressed where to post. A lot of these items are interrelated but it’s not obvious. i.e., #13149 is the break, whereas #13286 is related, but as a suggestion to fix the error message. Can we not check for SQL errors? Test the db.account by trying to create the first table and abort if unsuccessful? Check after install that all the tables were created? Oh, my bad again! LOL Cheers. (and thanks for all you bring)

@OptimusCrime
(just following on but its fair to close the thread)
Yes, I am aware of this being an open project, and please don’t assume I am expecting someone else to fix my problem. Oh no. If you have worked late into the evening on some obscure problems then we are in the same boat—even end users of MODX need good technical troubleshooting skills at times.

I think everyone’s time is valuable but as time moves on, it’s important to decide where we spend it and on what. I don’t think it’s valuable for me to design a new solution…(to explain)…

I have some serious history with the project and the product, having spent many (did I say many?) hours under the hood as a user of this product to make it work for clients (since before Revo). My issue today was part of an attempt to get the installer to make the safest, securest install possible as part of my own vision of what I want to bring to new clients. I’m revisiting MODX with more stringent requirements for clients, you might say.

I know it’s taken a ton of people just to get the product to where it is. Same time,
however, when it comes to important features, such as the installer, or the manager, beyond break-fixes there is a limit to the ideas that will be implemented. I’m not the only long timer who says this, please trust me here.

It’s rare for any deep/core features to be done outside the team because a lot of things touch the design/architecture, and that architecture has one owner. And maybe that is what makes MODX as great as it is.

Over the long term, I find feedback to suggestions is always the same, and in the same progressive order (you gave me one and two):

take 1: Hey it works, sorta. But we’re working on it. Here’s what to do in the meantime.
take 2: This is an open project. If you have good ideas, get involved.
take 3: Great idea. (Oh, wait, this affects the core). You’ll have to talk to Jason.

Adding to the core, or fixing what’s broke is open. But there is a vision for this product, and it’s not a shared one, otherwise 3.x would be up and happening.

I also think that there is plenty of fixes but possibly no new innovation going into v 2.x since 3.x has been waiting for a while now.

My $0.02. I appreciate your input and thoughts, thanks.

Почему в modx revo после переноса на другой хостинг страница manager выкидывает 500 ошибку?
Главная страница отображается, но без некоторых данных, такие как дополнительные поля.
В логах показывает:

PHP Fatal error:  Uncaught Error: Call to a member function getMessage() on string in /home/maks/myprojects/modx/core/model/modx/modmanagercontroller.class.php:617nStack trace:n#0 /home/maks/myprojects/modx/core/model/modx/modmanagercontroller.class.php(556): modManagerController->getDefaultState()n#1 /home/maks/myprojects/modx/core/model/modx/modmanagercontroller.class.php(137): modManagerController->registerBaseScripts()n#2 /home/maks/myprojects/modx/core/model/modx/modmanagerresponse.class.php(74): modManagerController->render()n#3 /home/maks/myprojects/modx/core/model/modx/modmanagerrequest.class.php(183): modManagerResponse->outputContent(Array)n#4 /home/maks/myprojects/modx/core/model/modx/modmanagerrequest.class.php(131): modManagerRequest->prepareResponse()n#5 /home/maks/myprojects/modx/manager/index.php(58): modManagerRequest->handleRequest()n#6 {main}n  thrown in /home/maks/myprojects/modx/core/model/modx/modmanagercontroller.class.php on line 617