Modx error 500 internal server error - Исправление ошибок и поиск оптимальных решений проблем

Содержание

Решаем проблему «500 Error Site temporarily unavailable» на MODX Revo
500 error вместо 404 ошибки
Комментарии: 4
Ошибка 500 при добавлении тикета через TicketForm
Комментарии: 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

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

Источник

- 40 Posts
It is a very strange problem. With fresh install of Modx 2.6.2 I am getting 500 Internal Server error on the website homepage but the manager is working fine.

I don’t know where to start investigating.

Please help. Thanks!
- 24,544 Posts
Is there an .htaccess file in the MODX root? An error there, or a non-modx .htaccess file is a common cause of 500 errors.

If you’re using PHP 7+, it has a tendency to throw a 500 error on hitting a PHP syntax error that would pass unnoticed in earlier versions.

Check the MODX error log.

If that doesn’t help, sometimes, you can catch the error by watching the network tab in the developer console in Chrome or Firefox (Ctrl-shift-i) and see an error message when you click on a line and look at the response tab. It will be wrapped in some very ugly HTML but the message will be in there somewhere.
- 40 Posts
Quote from: BobRay at Apr 10, 2018, 09:29 PM

Is there an .htaccess file in the MODX root? An error there, or a non-modx .htaccess file is a common cause of 500 errors.

If you’re using PHP 7+, it has a tendency to throw a 500 error on hitting a PHP syntax error that would pass unnoticed in earlier versions.

Check the MODX error log.

If that doesn’t help, sometimes, you can catch the error by watching the network tab in the developer console in Chrome or Firefox (Ctrl-shift-i) and see an error message when you click on a line and look at the response tab. It will be wrapped in some very ugly HTML but the message will be in there somewhere.

I have a single non modx .htaccess file to specify php version. I have the same error with php 7.0 and 5.6.
I have the same error even if I am using modx .htaccess.

In /core/cache/logs I have found file install.config.2018-04-11T00.50.45.log with 2 types of errors in it:

[2018-04-11 00:50:47] (ERROR @ /home/myserver/mydomain/core/xpdo/transport/xpdoobjectvehicle.class.php : 227) Could not copy /home/myserver/mydomain/core/packages/core/modContext/9ab2ee02030c3a306dd0a0b15eef7240/0/ to /home/myserver/mydomain/index.php

[2018-04-11 00:50:47] (ERROR @ /home/myserver/mydomain/core/xpdo/transport/xpdofilevehicle.class.php : 40) Could not install files from /home/myserver/mydomain//core/packages/core/xPDOFileVehicle/acb2475a755a6a1eba6e8594e0df562e/ to /home/myserver/mydomain//connectors/

In /core/error I have fount another 2 files which are attached to that post. (I have added .txt extension to both files to attach them).

I really have no idea because I am new to php and this is the first time I have problems istalling modx.
- 24,544 Posts
I don’t think it has anything to do with PHP. The error messages suggest a file permission or ownership issue with the root and connectors directories and/or an incorrect setting in the config files. I think the second one is more likely.

Check the paths in the core/config/config.config.inc.php file, especially the connectors path.

Also, check the core path in the config.core.php files in the MODX root and connectors directories.
- 40 Posts
Quote from: BobRay at Apr 11, 2018, 06:28 AM

I don’t think it has anything to do with PHP. The error messages suggest a file permission or ownership issue with the root and connectors directories and/or an incorrect setting in the config files. I think the second one is more likely.

Check the paths in the core/config/config.config.inc.php file, especially the connectors path.

Also, check the core path in the config.core.php files in the MODX root and connectors directories.

The paths seem to be correct.

Is there a way the permissions to cause the problem? I also kept the core folder inside the website folder, just renamed its ht.access file to .htaccess because the serve couldn’t find it outside the website folder.
- 24,544 Posts
Check the site_status System Setting in System (gear icon) -> System Settings.

Also, try renaming your php.ini file. It may have a setting in it that your sever doesn’t like.

This line from your error message is very odd (unless it’s a typo in your post):
```
/home/myserver/mydomain//connectors/
```
I don’t know how the double slash would get there unless it’s in the config.inc.php file.
discuss.answer
- 40 Posts
Quote from: BobRay at Apr 11, 2018, 06:46 AM
Check the site_status System Setting in System (gear icon) -> System Settings.

Also, try renaming your php.ini file. It may have a setting in it that your sever doesn’t like.

This line from your error message is very odd (unless it’s a typo in your post):
/home/myserver/mydomain//connectors/
I don’t know how the double slash would get there unless it’s in the config.inc.php file.
The double slash is my mistake when I was rewriting my original server name and my domain name before posting them to the forum.

So I think I have found the problem. I was caused by wrong Collation settings in the database. After the installation I was facing the error 500 caused by empty date_timezone value which I resolved by manually set the value. But modx also did not set the collation settings to utf8 during the installation and kept it to cp_1251. After I changed it to utf8_general_ci in phpmyadmin operations everything went back to normal.

Thanks for the help. I will check if there are another problems but for now the homepage is working.

[ed. note: ispasov last edited this post 4 years, 10 months ago.]
- 24,544 Posts
I’m glad you got it sorted. Thanks for reporting back.

I think PHP 7 has more trouble with character set and date/time mismatches than earlier version did.

I’ll keep that in mind for the future.

FYI, I believe SiteCheck would have spotted both of those issues right away.

Источник

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

FrontenderFrontender

2,60521 золотой знак63 серебряных знака115 бронзовых знаков

Такая проблема может быть если 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

Источник

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

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

2. Затем перейдите в папку /core/ и удалите в ней папку cache.

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

$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 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 не помогла.

Решение:

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

04 июня 2022, 22:35

Александр

CMS

0

405

0

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

Комментарии ⁽⁾

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

Источник

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

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

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

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

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

Summary

Step to reproduce

Observed behaviour

A few errors found in the installer logs:

A few errors found in the server log:

Expected behaviour

Environment

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

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

Комментарии ⁽⁾