Modx код 500 internal server error

Решаем проблему «500 Error Site temporarily unavailable» на MODX Revo Зачастую при необдуманном выборе хостинг-провайдера, в последующем, при возникновении каких-то ограничений или дискомфорта в использовании хостинга – многие решаются перенести свой сайт в другую хостинг-компанию, например, в Beget. Но при, казалось бы, простом и успешном переносе сайта, находящегося на CMS MODX Revolution, можно столкнуться […]

Содержание

  1. Решаем проблему «500 Error Site temporarily unavailable» на MODX Revo
  2. 500 error вместо 404 ошибки
  3. Комментарии: 4
  4. Ошибка 500 при добавлении тикета через TicketForm
  5. Комментарии: 5

Решаем проблему «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» на правильную.

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

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

Источник

500 error вместо 404 ошибки

Добрый день всем, подскажите, в чем может быть проблема:
при переходе на несуществующую страницу сайта выдает HTTP ERROR 500, вместо 404 страницы… Страница создана, опубликована, в настройках modx установлен id этой страницы…

.htaccess выглядит вот так:

Заранее огромное спасибо за помощь!

Комментарии: 4

Нативный .htaccess пробовали ставить?

Наиболее частой причиной ошибки 500 (Internal Server Error, внутренняя ошибка сервера) является неверный синтаксис файла .htaccess или наличие в нем неподдерживаемых директив. Чаще всего достаточно закомментировать директиву Options (для этого нужно поставить в начале строки решетку — #), и проблема исчезнет.

Ошибка 500 также может возникать вследствие неправильного обращения с CGI-скриптами:

CGI-скрипты должны иметь окончания строк в формате UNIX (n), а не в формате Windows (rn). Для этого их надо загружать на сервер по FTP в режиме ASCII.

CGI-скрипты и папки, в которых они находятся, должны быть доступны для записи только владельцу, то есть иметь права 0755 (drwxr-xr-x).

В результате работы CGI-скрипта сформированны неправильные HTTP-заголовки ответа. В этом случае для решения проблемы полезно обратиться к error_log (его можно найти в контрольной панели в разделе «Хостинг / Статитистика / Лог-файлы / Ошибки»).

Источник

Ошибка 500 при добавлении тикета через TicketForm

Дело следующее и крайне интересное…
В общем есть у меня один домен и у него два поддомена, сейчас первый (главный домен закрыт, через настройку «доступность сайта» = «0»), а другие поддомены включены через настройку контекстов.

Дело то принимает интересны оборот, когда я например пытаюсь отредактировать или добавить Тикет через форму фронтэнда!

Иногда без проблем и загружаю и все дела, а бывает, что виснет на кнопке Сохранить или Опубликовать
а вот почему не знаю…
Открываю консоль бараузера и пишет:
poddomen.mysite.com/assets/components/tickets/action.php — «Failed to load resource: the server responded with a status of 500 (Internal Server Error)«

Открываю этот файл через браузер, там пишет:
Access denied

Наверное это конечно нормально, что тип туда нет ходу, но с другой стороны я тогда не пойму из-за чего такая петрушка с Формой!

Помогите пожалуйста, может кто знает куда копать!

Комментарии: 5

Ошибку 500 нужно смотреть в логе сервера.

Естественно, никто не знает, что у тебя там написано.

аааа, кажется я понял… Это та ошибка по поводу которой я писал тогда Вам в ТП, не знаю с чего она вдруг началась у компонента. В общем дело такое, что сейчас Категория с тикетами создается с ошибкой, после которой невозможно отредактировать Дополнительные параметры Тикетами, а именно те, что хранится в базе в столбике как раз Properties. Приходится заходить напрямую в БД и добавлять туда значения вручную.

Может как раз поэтому ошибка. Но значения там прописаны… Скопированны из соседней Секции с Тикетами.
В БД прописано вот это:
В секции того тикета, вот это:
Вроде все правильно, но ошибка. У меня кстати на другом проекте тоже самое было… но как то само прошло, ну или по крайней мере до сих пор не всплывало.
Секция с тикетами добавлена в Группу ресурсов.
У Группы пользователей стоят политики доступа к контексту:
TicketVioPolicy
К группе ресурсов:
TicketAddSectionPolicy

Ситуация крайне интересная, не разу не сталкивался, даже на проекте где у меня было уйма костылей, такой шибки не разу не было.

Источник

Источник

На сайте 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

Frontender's user avatar

FrontenderFrontender

2,60521 золотой знак63 серебряных знака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

Gallyamov's user avatar

Источник

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

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

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

Источник

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

Источник

Понравилась статья? Поделить с друзьями:
  • Modx query error
  • Modx parse error syntax error unexpected in
  • Modx manager 500 error
  • Modx formit error message
  • Modx favicon как изменить