Modx manager 500 error

Common Problems¶

First off, make sure:

• You have eAccelerator disabled during install. eAccelerator can cause problems when doing the heavy lifting during the install process.
• You followed all the directions here for your distribution.
• You are using at least PHP 5.1.1+, but not 5.1.6 or 5.2.0
• You are using MySQL later than 4.1.20, but not any iteration of MySQL 5.0.51 (including 5.0.51a).
• Clear the core/cache/ directory entirely before starting setup; sometimes improper file permissions can cause issues.
• Clear your browser cache and cookies

PDO Error Messages¶

If you are getting PDO-related error messages during install, before proceeding to specific error messages as below, please confirm that your PDO configuration is setup correctly. You can do so by running this code (replace user/password/database/host with your setup):

<?php
/* Connect to an ODBC database using driver invocation */
$dsn = 'mysql:dbname=testdb;host=localhost';
$user = 'dbuser';
$password = 'dbpass';

try {
  $dbh = new PDO($dsn, $user, $password);
} catch (PDOException $e) {
  echo 'Connection failed: ' . $e->getMessage();
}
?>

If this fails, then your PDO setup is not configured correctly.

Common Errors¶

Here are some common problems that might occur during installation and their solutions:

«I get a blank white screen instead of the options page!»¶

You probably copied config.inc.tpl to config.inc.php, which is incorrect. Make the config.inc.php file an empty, writable file.

If you renamed the config.inc.tpl to config.inc.php, rename it back to config.inc.tpl and create a blank file named config.inc.php that is writable.

«I clicked install and got a blank white screen!»¶

Make sure your memory_limit setting in php.ini is set to at least 32M. For slower servers, you might need to up it to 64M.

«Cannot connect to database» in the database options page¶

One of the common causes of this problem is that you’re using a non-standard port for MySQL. Try putting this syntax into the hostname field (replacing the data with your mysql server’s host and port):

my.database.com;port=3307

Warning: PDO::__construct() [pdo.—construct]: [2002] Argument invalid (trying to connect via unix://) OR «Checking database:Could not connect to the mysql server.»¶

This means your MySQL socket is incorrectly configured. Usually this can be remedied by adding to (or updating) your php.ini:

mysql.default_socket=/path/to/my/mysql.sock
mysqli.default_socket=/path/to/my/mysql.sock
pdo_mysql.default_socket=/path/to/my/mysql.sock

The login page keeps redirecting me back to the login screen with no error¶

This can happen with older Revolution beta installs. To fix it, delete the following 3 system settings from the DB table [prefix]_system_settings (where prefix is your table prefix):

• session_name
• session_cookie_path
• session_cookie_domain

Then delete the core/cache/config.cache.php file.

Unless, of course, you’ve changed these explicitly for some purpose of your own.

Things sometimes don’t load, the page flakes out, etc (eAccelerator)¶

Are you running eAccelerator? In some server configurations, this can cause problems. You might need to disable it. You can do so via your php.ini:

eaccelerator.enable = 0;
eaccelerator.optimizer = 0;
eaccelerator.debug = 0;

or in your .htaccess in the modx root directory, if your server supports php_flag server directives:

php_flag eaccelerator.enable 0
php_flag eaccelerator.optimizer 0
php_flag eaccelerator.debug 0

General weirdness in the Manager (not eAccelerator)¶

On some systems, especially with shared hosting, there can be a problem with the compress_js and/or compress_css System Settings. Go to System -> System Settings and type ‘compress’ (without the quotes) in the search box at the upper right. Turn the two settings off, then log out, delete all files in the core/cache directory, clear your browser cache and cookies, and log back in.

If the Manager is messed up enough that you can’t change the settings, see the note below about changing the two System Settings in the modx_system_settings table in the database with PhpMyAdmin.

Resource / Elements / File tree not appearing¶

Additional, page «flake outs» may stem from items stored within your own browser’s cache, which may result with the resource / elements / file tree not appearing due to old versions of javascript and other files being utilized on the client side. This can be verified by accessing the manager with a browser not previously utilized in doing so.

The simple fix: clear your browser’s cache, and log back into the manager.

A more complete solution:

1. Under System Clear Cache
2. Under Security Flush Permissions and then Flush Sessions
3. This will dump everything and log you out
4. Last step Clear your browser cache

I can’t login to the manager after installing!¶

If you’re redirecting back to the login screen every time, try setting this in your .htaccess file in the root of your MODX install:

php_value session.auto_start 0

Could not connect to the database server. Check the connection properties and try again. Access Denied¶

Often on shared hosting, if you create a username for your database with an underscore (_) in it, it will cause problems. Ensure your database username does not contain an underscore, and try again.

More common issues to come…

The manager displays as plain text after installation¶

The MODX manager loads compressed CSS and JS assets. Some server configuration See «JS Errors in the Manager due to Error 4

The Manager displays as plain text, Manager parts are missing, or there are JavaScript 400 Errors in the Manager¶

If your MODX manager is not loading properly due to 400 errors in the manager when trying to load the Google Minify-compressed JavaScript code, this is likely due to a server misconfiguration on your end. If this cannot be rectified from a server angle, you can manually disable JS and CSS compression the following way:

1. Go into the DB using PhpMyAdmin and find the table_prefix_system_settings table (table_prefix is usually modx).
2. Find the rows with key compress_js and compress_css and set their value to 0 and save them.
3. Empty your core/cache/ directory.
4. Clear your browser cache and cookies
5. Log in to the manager.

This will allow you to use the manager without JS and CSS compression.

Manager parts are missing, undefined language strings, or there are JavaScript 500 Errors in the Manager¶

1. Make sure your connectors/ folder has 0755 permission

Still Having Issues?¶

If you’re still having problems, post your error and your server environment information in our forums here, and we’ll try and address your issue as soon as possible.

Open COllective

Support the team building MODX with a monthly donation.

The budget raised through OpenCollective is transparent, including payouts, and any contributor can apply to be paid for their work on MODX.

Backers

Budget

$307 per month—let’s make that $500!

Learn more

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

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

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

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

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

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

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

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/).

Во всех файлах, вы ищите что то типа:

Здесь вам необходимо изменить часть «/home/s/pandogecom/www.pandoge.com» на правильную.

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

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

Источник

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

Постоянный вопрос у обладателей движка 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 — все что ниже — тоже свалит в ошибку.

Источник

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

Постоянный вопрос у обладателей движка 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 — все что ниже — тоже свалит в ошибку.

Источник

Как решить проблему с Site temporarily unavailable. в modx revo?

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

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

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

Какая версия 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 сайта на хостинг, другой домен или с хостинга на хостинг

Сегодня мы рассмотрим как перенести сайт под управлением MODX Revolution куда угодно и от куда угодно:

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

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

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

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

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

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

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

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

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

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

Обычно после этого я заливаю скачанную базу в корень сайта (где все файлы).

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

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

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

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

5. Создание базы данных

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

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

Чтобы узнать новые пути на хостинге, можно воспользоваться 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++ проверит все файлы и заменить все старые пути на новые (и не надо открывать каждый конфиг файлы и править пути). И в этом же файле прописываем новые реквизиты для подключения к базе.

Проверяем файлы .htaaccess и robots.txt (для тех кото меняет домен)

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

7. Заливаем файлы на сервер

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

8. Перенос базы данных

Идем в phpMyAdmin, переходим во вкладку «Импорт» и импортируем бэкап базы. Вот и все! Сайт должен заработать!

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

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

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

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

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

1. Подправить пути в конфиг файлах (см. выше «6. Правим пути»)
2. Так же в конфиг файле core/config/config.inc.php проверьте правильно ли вы подключаетесь к БД и проверьте строчку $http_host=’vash-site.ru’; (обычно 61 строка).
3. Удалить папку с кешем (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, что и админка сайта, поэтому при попытке перейти к управлению сайтом меня постоянно перебрасывает на страницу авторизации личного кабинета на хостинг. Для решения данной проблемы необходимо изменить адрес админки сайта на любой другой. Для этого необходимо проделать следующие шаги:

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

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

Источник

Summary

MODX installer fails and produces a 500 error when STRICT_TRANS_TABLES is enabled in MYSQL. This issue was previously discussed here: #2085.

Step to reproduce

Enable Strict SQL Mode in MYSQL’s /etc/my.cnf file => global sqlmode='STRICT_TRANS_TABLES' . OS X users may also need to check /usr/local/mysql/my.cnf and /usr/local/Cellar/mysql/5.x.xx/my.cnf (if installed with Homebrew).

Observed behaviour

On localhost, the installer stops immediately and outputs : Fatal error: Class 'xPDODriver_' not found in <core_path>/xpdo/xpdo.class.php on line 1880. On a Virtual Host, the installer proceeds until the summary step and produces a 500 error on the next. In the latter case, some tables are created and others are not.

A few errors found in the installer logs:

[2015-12-31 03:51:27] (ERROR @ /setup/index.php) Could not create table `modx_system_settings`
SQL: CREATE TABLE `modx_system_settings` (`key` VARCHAR(50) NOT NULL DEFAULT '', `value` TEXT NOT NULL, `xtype` VARCHAR(75) NOT NULL DEFAULT 'textfield', `namespace` VARCHAR(40) NOT NULL DEFAULT 'core', `area` VARCHAR(255) NOT NULL DEFAULT '', `editedon` TIMESTAMP NOT NULL ON UPDATE CURRENT_TIMESTAMP, PRIMARY KEY (`key`)) ENGINE=MyISAM
ERROR: Array
(
    [0] => 42000
    [1] => 1067
    [2] => Invalid default value for 'editedon'
)

[2015-12-31 03:51:28] (ERROR @ /setup/index.php) Error 42S02 executing statement: 
Array
(
    [0] => 42S02
    [1] => 1146
    [2] => Table 'modx.modx_system_settings' doesn't exist
)

[2015-12-31 03:51:28] (ERROR @ /setup/index.php) Error saving vehicle object of class modSystemSetting; criteria: Array
(
    [key] => access_context_enabled
)
...

A few errors found in the server log:

[Wed Dec 30 12:28:47.365884 2015] [:error] [pid 24378] [client 127.0.0.1:53329] PHP   7. xPDOManager_mysql->createObjectContainer() <modx_path>/setup/includes/tables_create.php:116, referer: http://modx.kleverr.dev/setup/index.php?action=summary

[Thu Dec 31 03:51:27.227113 2015] [:error] [pid 32129] [client 127.0.0.1:63055] PHP Notice:  Undefined index: primary in /<core_path>/xpdo/om/mysql/xpdomanager.class.php on line 462, referer: http://modx.kleverr.dev/setup/index.php?action=summary

[Thu Dec 31 03:51:27.232336 2015] [:error] [pid 32129] [client 127.0.0.1:63055] PHP Notice:  Undefined index: unique in <core_path>/xpdo/om/mysql/xpdomanager.class.php on line 462, referer: http://modx.kleverr.dev/setup/index.php?action=summary

Expected behaviour

MODX should be installable when MYSQL Strict SQL Mode is ON

Environment

MODX 2.4.x, Apache 2.4.16, PHP 5.5.X, 5.6.16, MYSQL 5.7.10 Homebrew, OS X El Capitan

Думаю в 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 , то это конфлик …