Modx revolution ошибка 500

Зачастую при необдуманном выборе хостинг-провайдера, в последующем, при возникновении каких-то ограничений или дискомфорта в использовании хостинга – многие решаются перенести свой сайт в другую хостинг-компанию, например, в Beget.

Но при, казалось бы, простом и успешном переносе сайта, находящегося на CMS MODX Revolution, можно столкнуться с рядом ошибок. Одна из них – «500 Error Site temporarily unavailable».

Решаем проблему «500 Error Site temporarily unavailable» на MODX Revo

Эта же ошибка возникла и у меня при переносе, и сейчас я расскажу, как быстро с ней справиться.

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 ERROR 500

Планово обновляя движок сайта на 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 не помогла.

Решение:

  1. Через phpMyAdmin открываем таблицу modx_site_plugins (префикс modx может быть другим) и находим там запись с name = simpleupdater.
  2. Удаляем эту строку в таблице modx_site_plugins (если нужна переустановка плагина, то выставляем в поле disabled значение 1)
  3. Поиском по базе данных ищем simpleupdater. Найденные вхождения удаляем из таблиц.
  4. Очищаем директорию cache в папке core
  5. Если нужен плагин, то авторизуемся в админке и устанавливаем.


04 июня 2022, 22:35
  
Александр

CMS

0
  
673





0



Из этой категории

    Неправильное имя пользователя в MODX Revolution
    MODX Revo: Закрываем внешние ссылки тегами
    Устраняем дубли главной страницы в MODX Revolution
    Размещение кода SAPE в MODX Revo
    MODX Revo: Удаление старых пакетов из /core/packages
    MODX Revo: Организовываем поиск по сайту с помощью SimpleSearch
    Коды спецсимволов в HTML
    MODX Revo: Вывод меню с помощью Wayfinder
    MODX Revo: Ваш доступ к системе управления заблокирован администратором
    Как узнать абсолютный путь к директории сайта?



Комментарии ()

    Вы должны авторизоваться, чтобы оставлять комментарии.

    Решив обновить MODX Revolution 2.3.5-pl  на MODX Revolution 2.5.2 я столкнулся с проблемой. При создании нового ресурса или при редактировании старого, браузер выдает ошибку 500. Другие же страницы работают нормально. Логи системы указывали на то, что виновато было расширение TinyMCE. Данное расширение давно не поддерживается (с 2012 года), и давно нуждается в патче обновлений. Проблема решается:

    • Установкой другого визуального редактора, например TinyMCE Rich Text Editor.
    • или перейдите к исходному коду компонента «core/components/tinymce/tinymce.class.php», и закомментируйте 231 строку $this->config[‘resource’] = $this->config[‘resource’]->toArray();

    Зачастую при необдуманном выборе хостинг-провайдера, в последующем, при возникновении каких-то ограничений или дискомфорта в использовании хостинга – многие решаются перенести свой сайт в другую хостинг-компанию, например, в Beget.

    Но при, казалось бы, простом и успешном переносе сайта, находящегося на CMS MODX Revolution, можно столкнуться с рядом ошибок. Одна из них – «500 Error Site temporarily unavailable».

    Решаем проблему «500 Error Site temporarily unavailable» на MODX Revo

    Эта же ошибка возникла и у меня при переносе, и сейчас я расскажу, как быстро с ней справиться.

    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» на правильную.

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

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

    Здравствуйте, переношу сайт на новый сервер и столкнулся с ошибкой — 500 Site temporarily unavailable.
    Делаю так:
    1. Из админки чищу кеш
    2. Руками удаляю все из папки с кешом
    3. Правлю конфиг (пути, база )
    4. Поверх накатываю чистый движок
    5. Запускаю установку, выбираю обновить
    6. Готово.

    Ошибка происходит на финальном этапе, установка запускается, проверка проходит на ок, далее установка ядра и после этого происходит переход на www.site.com/setup/index.php?action=complete
    и на этом баста. Может кто то сталкивался ? До этого таким способом перенес 6 сайтов и все ок было.


    • Вопрос задан

      более трёх лет назад

    • 23829 просмотров

    Какая версия php на хостинге?
    Права на файлы и папки?

    Я бы сделал перенос в вашем случае так:

    1. установил бы чистый MODX на хостинг
    2. сохранил бы файл с конфигами config.inc.php из папки core/config на компе
    3. удалил бы все свежеустановленные файлы MODX с хостинга и удалил бы все таблицы из базы
    4. закачал бы все файлы того что работает локально и импортировал дамп работающей базы
    5. заменил бы файл core/config/config.inc.php локально сохраненным
    6. в остальных конфигурационных файлах MODX руками бы прописал пути из core/config/config.inc.php

    Этот способ выглядит громоздким, но мне в 100% случаях все удавалось нормально перенести.

    Ссылка 1
    Ссылка 2

    Пригласить эксперта

    Была такая беда из-за несоответствия прав на папки, т.е. на одном хосте одни, а на новом другие стоят по-умолчанию.
    Думаю, способ, который указал Михаил должен помочь.


    • Показать ещё
      Загружается…

    22 июн. 2023, в 00:59

    8000 руб./за проект

    22 июн. 2023, в 00:56

    8000 руб./за проект

    22 июн. 2023, в 00:39

    12000 руб./за проект

    Минуточку внимания

    Авторизация в админке. Ошибка HTTP ERROR 500

    Планово обновляя движок сайта на 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 не помогла.

    Решение:

    1. Через phpMyAdmin открываем таблицу modx_site_plugins (префикс modx может быть другим) и находим там запись с name = simpleupdater.
    2. Удаляем эту строку в таблице modx_site_plugins (если нужна переустановка плагина, то выставляем в поле disabled значение 1)
    3. Поиском по базе данных ищем simpleupdater. Найденные вхождения удаляем из таблиц.
    4. Очищаем директорию cache в папке core
    5. Если нужен плагин, то авторизуемся в админке и устанавливаем.


    04 июня 2022, 22:35

      
    Александр


    CMS

    0

      
    568






    0



    Из этой категории

      Неправильное имя пользователя в MODX Revolution
      MODX Revo: Закрываем внешние ссылки тегами
      Устраняем дубли главной страницы в MODX Revolution
      Размещение кода SAPE в MODX Revo
      MODX Revo: Удаление старых пакетов из /core/packages
      MODX Revo: Организовываем поиск по сайту с помощью SimpleSearch
      Коды спецсимволов в HTML
      MODX Revo: Вывод меню с помощью Wayfinder
      MODX Revo: Ваш доступ к системе управления заблокирован администратором
      Как узнать абсолютный путь к директории сайта?


    Комментарии ()

    Вы должны авторизоваться, чтобы оставлять комментарии.

    Всех приветствую, при открытии сайта появляется белый экран и ошибка HTTP ERROR 500. При этом админ панель открывается нормально. Используется MODX Revolution 2.2.4-pl (traditional). В логах такие ошибки, в чем проблема и как исправить не имею понятия:

    [2020-11-23 15:35:48] (ERROR @ /connectors/resource/index.php) xPDO->removeObject - Error deleting modDbRegisterMessage instance using query 
    [2020-11-23 15:36:31] (ERROR @ /manager/index.php) xPDO->removeObject - Error deleting modDbRegisterMessage instance using query 
    

    задан 23 ноя 2020 в 13:27

    Alan.Sh's user avatar

    1

    Похоже проблема с https://docs.modx.org/current/ru/extending-modx/services/modregistry
    Если админка работает полноценно, попробуйте обновить поверх той же или более свежей версией.
    Кстати, ваша версия катастрофически старая! Нужно последовательно обновить до актуальной, после этих шагов ситуация должна исправится(если не хватает прав, при обновлении установщик обычно подсказывает)
    2.2.4 -> 2.3 — >2.4 -> 2.5 -> 2.6 -> 2.7 -> 2.8.1

    ответ дан 23 ноя 2020 в 20:10

    Anton Tarasov's user avatar

    Anton TarasovAnton Tarasov

    5941 золотой знак4 серебряных знака12 бронзовых знаков

    1

    На чтение 5 мин. Просмотров 36 Опубликовано 15.12.2019

    Думаю в 100% случаев вы не полностью поправили все пути в конфигах. И скорее всего забыли про строку подключения к бд в файле core/config/config.inc.php

    У меня эта ошибка возникла именно по этой причине.

    1. Итак, первое, что вам необходимо сделать – это подключиться к вашему сайту по FTP.

    2. Затем перейдите в папку /core/ и удалите в ней папку cache (она потом сама создастся при работе сайта).

    3. Третьим шагом будет проверка корректности указанных данных для подключения к базе данных. Для этого откройте файл config.inc.php в папке /core/config/.

    Здесь нас интересуют эти строки:

    Обратите внимание, что в последней строке также указывается название базы данных. В моем случае все было сделано, но именно в ней я забыл указать название базы данных и из-за этого не мог зайти в панель управления сайтом.

    4. И завершающим шагом будет прописывание корректного пути к папкам от корня сервера в файлах:

    config.core.php (корневая папка /);
    config.inc.php (папка /core/config/);
    config.core.php (папка /connectors/);
    config.core.php (папка /manager/).

    almix
    Разработчик Loco, автор статей по веб-разработке на Yii, CodeIgniter, MODx и прочих инструментах. Создатель Team Sense.

    Здравствуйте, переношу сайт на новый сервер и столкнулся с ошибкой — 500 Site temporarily unavailable.
    Делаю так:
    1. Из админки чищу кеш
    2. Руками удаляю все из папки с кешом
    3. Правлю конфиг (пути, база )
    4. Поверх накатываю чистый движок
    5. Запускаю установку, выбираю обновить
    6. Готово.

    Ошибка происходит на финальном этапе, установка запускается, проверка проходит на ок, далее установка ядра и после этого происходит переход на www.site.com/setup/index.php?action=complete
    и на этом баста. Может кто то сталкивался ? До этого таким способом перенес 6 сайтов и все ок было.

    • Вопрос задан более трёх лет назад
    • 16312 просмотров

    Какая версия php на хостинге?
    Права на файлы и папки?

    Я бы сделал перенос в вашем случае так:

    1. установил бы чистый MODX на хостинг
    2. сохранил бы файл с конфигами config.inc.php из папки core/config на компе
    3. удалил бы все свежеустановленные файлы MODX с хостинга и удалил бы все таблицы из базы
    4. закачал бы все файлы того что работает локально и импортировал дамп работающей базы
    5. заменил бы файл core/config/config.inc.php локально сохраненным
    6. в остальных конфигурационных файлах MODX руками бы прописал пути из core/config/config.inc.php

    Этот способ выглядит громоздким, но мне в 100% случаях все удавалось нормально перенести.

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

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

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

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

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

    Более старые статьи:

    • Часто под рукой должны быть примеры migx для modx revo

    «>Migx использование и примеры
    Часто нужно вывести определенные ресурсы, старые методы вывода — сильно нагружали сервер, поэтому лучше использовать pdoResources в этих случаях. …

    «>Вывод ресурсов с помощью pdoResources
    Если у вас при использовании shopkeeper ошибка ошибка TypeError: $(. ).fancybox is not a function и вы при этом используете fancybox , то это конфлик …

    @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.

    Понравилась статья? Поделить с друзьями:
  1. Mk10 exe ошибка приложения 0xc0000906
  2. Modx revo логи ошибок
  3. Modx 503 ошибка после переноса
  4. Mk10 exe ошибка приложения 0xc0000142
  5. Modx 500 ошибка после переноса