Общие проблемы¶
Прежде всего, убедитесь:
- У вас отключен eAccelerator во время установки. eAccelerator может вызвать проблемы при обработке сложных процессов в процессе установки.
- Вы выполнили все указания, приведённые здесь для своего дистрибутива.
- Вы используете как минимум PHP 5.1.1+, но не 5.1.6 или 5.2.0
- Вы используете MySQL версии выше 4.1.20, но не используете итерацию MySQL 5.0.51 (включая 5.0.51a).
- Полностью очистите каталог
core/cache/
перед началом установки; иногда неправильные права доступа к файлам могут вызвать проблемы. - Очистите кеш вашего браузера и файлы cookie
Сообщения об ошибках PDO¶
Если вы получаете сообщения об ошибках, связанных с PDO, во время установки, прежде чем переходить к конкретным сообщениям об ошибках, как показано ниже, убедитесь, что ваша конфигурация PDO настроена правильно. Вы можете это сделать, запустив следующий код (замените user/password/database/host
вашей настройкой):
<?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();
}
?>
Если это не удается, значит, ваша установка PDO настроена неправильно.
Распространенные ошибки¶
Вот некоторые распространенные проблемы, которые могут возникнуть во время установки, и способы их решения:
«Я получаю пустой белый экран вместо страницы настроек!»¶
Вы, вероятно, скопировали config.inc.tpl
в config.inc.php
, что неверно. Сделайте файл config.inc.php
пустым, доступным для записи файлом.
Если вы переименовали config.inc.tpl
в config.inc.php
, переименуйте его обратно в config.inc.tpl
и создайте пустой файл с именем config.inc.php
, который доступен для записи.
«Я нажал Установить и получил пустой белый экран!»¶
Убедитесь, что в вашей настройке memory_limit
в php.ini установлено значение не менее 32M. Для более медленных серверов вам может потребоваться увеличение до 64M.
«Не удается подключиться к базе данных» на странице настроек базы данных¶
Одной из распространенных причин этой проблемы является то, что вы используете нестандартный порт для MySQL. Попробуйте вставить этот синтаксис в поле имени хоста (заменив данные хостом и портом вашего сервера mysql):
my.database.com;port=3307
Предупреждение: PDO::__construct() [pdo.—construct]: [2002] Argument invalid (trying to connect via unix://) ИЛИ «Checking database:Could not connect to the mysql server.»¶
Это означает, что ваш сокет MySQL неправильно настроен. Обычно это можно исправить, добавив (или обновив) ваш 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
Страница входа продолжает перенаправлять меня обратно на экран входа без показа ошибки¶
Это может произойти при установке старой бета-версии Revolution. Чтобы это исправить, удалите следующие 3 системных параметра из таблицы БД [prefix]_system_settings
(где prefix — ваш префикс таблицы):
-
session_name
-
session_cookie_path
-
session_cookie_domain
Затем удалите файл core/cache/config.cache.php
.
Если, конечно, вы не изменили их специально для какой-то своей цели.
Иногда что-то не загружается, страница вылетает и т.д. (eAccelerator)¶
Вы используете eAccelerator? В некоторых конфигурациях сервера это может вызвать проблемы. Возможно, вам придется отключить его. Вы можете сделать это через ваш php.ini:
eaccelerator.enable = 0;
eaccelerator.optimizer = 0;
eaccelerator.debug = 0;
или в вашем .htaccess в корневом каталоге modx, если ваш сервер поддерживает серверные директивы php_flag
:
php_flag eaccelerator.enable 0
php_flag eaccelerator.optimizer 0
php_flag eaccelerator.debug 0
Необъяснимые неполадки в Панели управления (не eAccelerator)¶
В некоторых системах, особенно с общим хостингом, могут возникнуть проблемы с Системными настройками compress_js
и/или compress_css
. Перейдите в Система -> Системные настройки и наберите compress
(без кавычек) в поле поиска в правом верхнем углу. Выключите эти две настройки, затем выйдите из Панели управления, удалите все файлы в каталоге core/cache
, очистите кеш браузера и файлы cookie и снова войдите в систему.
Если Панель управления испорчена настолько, что вы не можете изменить настройки, см. примечание ниже об изменении двух Системных настроек в таблице modx_system_settings в базе данных с помощью PhpMyAdmin.
Вкладки Ресурсы/Элементы/Файлы не отображаются в дереве¶
Кроме того, неполный вывод страницы может быть вызван данными, сохранёнными в кэше вашего браузера. Старые версии javascript и других файлов, используемые на стороне клиента, могут привести к неправильному отображению дерева ресурсов/элементов/файлов. Это можно проверить, зайдя в Панель управления с помощью браузера, ранее не использовавшегося при этом.
Простое решение: очистить кеш вашего браузера и снова войти в Панель управления.
Более полное решение:
- Раздел меню Управление — Очистить Кэш
- В разделе Управление — Перезагрузить права доступа и затем Завершить все сеансы
- Эти действия приведут к общему сбросу и выходу из Панели управления
- Последний шаг Очистите кеш браузера
Я не могу войти в Панель управления после установки¶
Если вас каждый раз перенаправляет обратно на экран входа в систему, попробуйте добавить эту настройку в файле .htaccess в корне вашей установки MODX:
php_value session.auto_start 0
Не удалось подключиться к серверу базы данных. Проверьте свойства подключения и попробуйте снова. Доступ запрещён¶
Часто на виртуальном хостинге, если вы создаете имя пользователя для вашей базы данных с подчеркиванием (_), это вызывает проблемы. Убедитесь, что имя пользователя вашей базы данных не содержит подчеркивания, и повторите попытку.
Более распространенные проблемы впереди …
Панель управления выводится в виде текста после установки¶
Панель управления MODX загружает сжатые ресурсы CSS и JS. Некоторая конфигурация сервера. См. «Ошибки JS в диспетчере из-за ошибки 4
Панель управления отображается в виде обычного текста, отдельные элементы отсутствуют или выводятся ошибки JavaScript 400¶
Если Панель управления MODX не загружается должным образом из-за 400 ошибок при попытке загрузить код JavaScript, сжатый Google Minify, это, вероятно, связано с неправильной настройкой вашего сервера. Если это невозможно исправить на стороне сервера, вы можете вручную отключить сжатие JS и CSS следующим образом:
- Зайдите в БД с помощью PhpMyAdmin и найдите таблицу
table_prefix_system_settings
(table_prefix
обычно modx). - Найдите строки с ключами
compress_js
иcompress_css
, установите для них значение 0 и сохраните. - Очистите каталог
core/cache/
. - Очистите кеш браузера и cookies
- Войдите в Панель управления.
Это позволит вам использовать Панель управления без сжатия JS и CSS.
Отсутствуют элементы Панели управления, неопределенные языковые строки или выводятся ошибки JavaScript 500¶
- Убедитесь, что для папки
connectors/
установлены права доступа 0755
Все еще остались проблемы?¶
Если у вас по-прежнему возникают проблемы, опубликуйте информацию об ошибке и программном окружении сервера на нашем форуме, и мы попробуем решить вашу проблему как можно скорее.
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
$400 per month—let’s make that $500!
Learn more
Оглавление
Общие проблемы
Прежде всего, убедитесь:
- Что у вас отключен eAccelerator во время установки. eAccelerator может вызвать проблемы при обработке сложных процессов в момент установки системы.
- Вы ознакомились и прочитали все требования, которые приведёны здесь.
- Вы используете версию PHP не ниже 5.5 и ознакомились с главой Требования к серверу.
- Вы используете MySQL версии выше 4.1.20. Но не используете MySQL 5.0.51 (включая 5.0.51a).
- Полностью очистите каталог
/core/cache/
перед началом установки. Иногда неправильные права доступа к файлам могут вызвать проблемы. - Очистите кеш вашего браузера и файлы cookie.
Сообщения об ошибках PDO
Если вы получаете сообщения об ошибках, связанных с PDO, во время установки, прежде чем переходить к конкретным сообщениям об ошибках, как показано ниже, убедитесь, что ваша конфигурация PDO настроена правильно. Вы можете это сделать, запустив следующий код (замените user / password / database / host ващими данными):
/* 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();
}
Если это не удается, значит, ваша установка PDO настроена неправильно.
Распространенные ошибки
Вот некоторые распространенные проблемы, которые могут возникнуть во время установки, и способы их решения:
Я получаю пустой белый экран вместо страницы настроек
Вы, вероятно, скопировали config.inc.tpl в config.inc.php, что неверно. Сделайте файл config.inc.php пустым, доступным для записи файлом.
Если вы переименовали config.inc.tpl в config.inc.php, переименуйте его обратно в config.inc.tpl и создайте пустой файл с именем config.inc.php, который доступен для записи.
Я нажал установить и получил пустой белый экран
Убедитесь, что в вашей настройке ‘memory_limit’ в php.ini установлено значение не менее 32МБ. Для более медленных серверов вам может потребоваться увеличение до 64МБ.
Не удается подключиться к базе данных, на странице настроек базы данных
Одной из распространенных причин этой проблемы является то, что вы используете нестандартный порт для MySQL. Попробуйте подставить этот синтаксис в поле имени хоста (заменив данные хостом и портом вашего сервера mysql):
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.»
Это означает, что ваш сокет MySQL неправильно настроен. Обычно это можно исправить, добавив (или обновив) ваш 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
Страница входа продолжает перенаправлять меня обратно на экран входа без показа ошибки
Это может произойти при установке старой бета-версии Revolution. Чтобы это исправить, удалите следующие 3 системных параметра из таблицы БД [prefix]_system_settings (где prefix — ваш префикс таблицы):
- session_name
- session_cookie_path
- session_cookie_domain
Затем удалите файл core/cache/config.cache.php.
Если, конечно, вы не изменили их специально для какой-то своей цели.
Иногда что-то не загружается, страница вылетает и т.д. (eAccelerator)
Вы используете eAccelerator? В некоторых конфигурациях сервера это может вызвать проблемы. Возможно, вам придется отключить его. Вы можете сделать это через ваш php.ini:
eaccelerator.enable = 0;
eaccelerator.optimizer = 0;
eaccelerator.debug = 0;
или в вашем .htaccess в корневом каталоге MODx, если ваш сервер поддерживает серверные директивы php_flag:
php_flag eaccelerator.enable 0
php_flag eaccelerator.optimizer 0
php_flag eaccelerator.debug 0
Необъяснимые неполадки в Панели управления (не eAccelerator)
В некоторых системах, особенно с общим хостингом, могут возникнуть проблемы с Системными настройками compress_js и / или compress_css. Перейдите в Система -> Системные настройки и наберите ‘compress’ (без кавычек) в поле поиска в правом верхнем углу. Выключите эти две настройки, затем выйдите из Панели управления, удалите все файлы в каталоге core/cache, очистите кеш браузера и файлы cookie и снова войдите в систему.
Если Панель управления испорчена настолько, что вы не можете изменить настройки, см. примечание ниже об изменении двух системных настроек в таблице modx_system_settings в базе данных с помощью PhpMyAdmin.
Ресурсы / Элементы / Файлы не отображаются в дереве
Кроме того, неполный вывод страницы может быть вызван данными, сохранёнными в кэше вашего браузера. Старые версии javascript и других файлов, используемые на стороне клиента, могут привести к неправильному отображению дерева ресурсов / элементов / файлов. Это можно проверить, зайдя в Панель управления с помощью браузера, ранее не использовавшегося при этом.
Простое решение: очистить кеш вашего браузера и снова войти в Панель управления.
Более полное решение:
- Выберите раздел меню Управление, далее Очистить Кэш
- В разделе Управление, выберите Перезагрузить права доступа и затем Завершить все сеансы
- Эти действия приведут к общему сбросу и выходу из Панели управления
- Последний шаг очистите кеш браузера
Я не могу войти в Панель управления после установки
Если вас каждый раз перенаправляет обратно на экран входа в систему, попробуйте добавить эту настройку в файле .htaccess в корне вашей установки MODx:
php_value session.auto_start 0
Не удалось подключиться к серверу базы данных. Проверьте свойства подключения и попробуйте снова. Доступ запрещён…
Часто на виртуальном хостинге, если вы создаете имя пользователя для вашей базы данных с подчеркиванием (_), это вызывает проблемы. Убедитесь, что имя пользователя вашей базы данных не содержит подчеркивания, и повторите попытку.
Панель управления отображается в виде обычного текста, отдельные элементы отсутствуют или выводятся ошибки JavaScript 400
Если Панель управления MODx не загружается должным образом из-за 400 ошибок при попытке загрузить код JavaScript, сжатый Google Minify, это, вероятно, связано с неправильной настройкой вашего сервера. Если это невозможно исправить на стороне сервера, вы можете вручную отключить сжатие JS и CSS следующим образом:
- Зайдите в БД с помощью PhpMyAdmin и найдите таблицу [table_prefix]_system_settings (table_prefix обычно modx)
- Найдите строки с ключами «compress_js» и «compress_css», установите для них значение 0 и сохраните.
- Очистите каталог /core/cache/.
- Очистите кеш браузера и cookies.
- Войдите в Панель управления.
Это позволит вам использовать Панель управления без сжатия JS и CSS.
Отсутствуют элементы Панели управления, неопределенные языковые строки или выводятся ошибки JavaScript в консоли
Убедитесь, что для папки connectors/ установлены права доступа 0755
Время работы: 0,1228 s
Время запросов: 0,1228 s
Количество запросов: 24
Источник: cache
Добрый день!
Столкнулся с такой проблемой… при инсталяции системы выдаются ошибки:
Warning: include_once(/home/parket-pro/kostrubonka.ru/docs/core/model/smarty/Smarty.class.php) [function.include-once]: failed to open stream: No such file or directory in /home/parket-pro/kostrubonka.ru/docs/setup/includes/parser/modinstallsmarty.class.php on line 26
Warning: include_once() [function.include]: Failed opening '/home/parket-pro/kostrubonka.ru/docs/core/model/smarty/Smarty.class.php' for inclusion (include_path='.:/home/parket-pro/kostrubonka.ru/php') in /home/parket-pro/kostrubonka.ru/docs/setup/includes/parser/modinstallsmarty.class.php on line 26
Fatal error: Class 'Smarty' not found in /home/parket-pro/kostrubonka.ru/docs/setup/includes/parser/modinstallsmarty.class.php on line 35
В файле config.core.php прописал путь до каталога /core/, но все равно ошибка таже. Может что то не так делаю… просто MODX Revolution 2.2.6-pl как то легко удалось установить в прошлый раз. А в этот раз с новой что то затык… Подскажите в чем дело…
I am trying to install version 2.2 of ModX Revolution. Everything goes fine up until the last step where I get this error:
The install failed because MODX could not unpack the
/public_html/core/packages/core.transport.zip package. Make sure that the
/public_html/core/packages/core.transport.zip file exists and is writable, and that you have made the
/public_html/core/packages/ directory writable.
I have checked and the directory is writable and the file core.transport.zip does exists and is also writable.
Can anyone tell me whats going on?
asked Jul 9, 2012 at 23:09
MeltingDogMeltingDog
14.1k42 gold badges163 silver badges289 bronze badges
3
Do you have a folder ‘core’ next to the zip file? if yes, just make it (and every file within it) writable. Worked for me..
answered Nov 15, 2012 at 11:06
-
-
- 5 Posts
Send PM
Hi there,
I am trying to get a new MODx site set up — but I get this error:
FATAL ERROR: MODx Setup cannot continue.
Make sure your PHP session configuration is valid and working.
The site is on a VPS server, on which I have another site running perfectly sith the same php.ini file so I have no idea what’s happening.
PHP is running as a CGI module rather than an Apache module.
Any help very gratefully received!
Jim.
Here is the phpinfo() output:
Configuration
PHP Core
Directive Local Value Master Value
allow_call_time_pass_reference Off Off
allow_url_fopen Off Off
allow_url_include Off Off
always_populate_raw_post_data Off Off
arg_separator.input & &
arg_separator.output & &
asp_tags Off Off
auto_append_file no value no value
auto_globals_jit On On
auto_prepend_file no value no value
browscap no value no value
default_charset no value no value
default_mimetype text/html text/html
define_syslog_variables Off Off
disable_classes no value no value
disable_functions no value no value
display_errors Off Off
display_startup_errors Off Off
doc_root no value no value
docref_ext no value no value
docref_root no value no value
enable_dl On On
error_append_string no value no value
error_log no value no value
error_prepend_string no value no value
error_reporting 6135 6135
expose_php Off Off
extension_dir /usr/lib/php/modules /usr/lib/php/modules
file_uploads On On
highlight.bg #FFFFFF #FFFFFF
highlight.comment #FF8000 #FF8000
highlight.default #0000BB #0000BB
highlight.html #000000 #000000
highlight.keyword #007700 #007700
highlight.string #DD0000 #DD0000
html_errors On On
ignore_repeated_errors Off Off
ignore_repeated_source Off Off
ignore_user_abort Off Off
implicit_flush Off Off
include_path .: .:
log_errors On On
log_errors_max_len 1024 1024
magic_quotes_gpc Off Off
magic_quotes_runtime Off Off
magic_quotes_sybase Off Off
mail.force_extra_parameters no value no value
max_execution_time 120 120
max_file_uploads 20 20
max_input_nesting_level 64 64
max_input_time 60 60
memory_limit 128M 128M
open_basedir no value no value
output_buffering 4096 4096
output_handler no value no value
post_max_size 16M 16M
precision 14 14
realpath_cache_size 16K 16K
realpath_cache_ttl 120 120
register_argc_argv Off Off
register_globals Off Off
register_long_arrays Off Off
report_memleaks On On
report_zend_debug On On
safe_mode Off Off
safe_mode_exec_dir no value no value
safe_mode_gid Off Off
safe_mode_include_dir no value no value
sendmail_from no value no value
sendmail_path /usr/sbin/sendmail -t -i /usr/sbin/sendmail -t -i
serialize_precision 100 100
short_open_tag On On
SMTP localhost localhost
smtp_port 25 25
sql.safe_mode Off Off
track_errors Off Off
unserialize_callback_func no value no value
upload_max_filesize 16M 16M
upload_tmp_dir no value no value
user_dir no value no value
variables_order EGPCS EGPCS
xmlrpc_error_number 0 0
xmlrpc_errors Off Off
y2k_compliance On On
zend.ze1_compatibility_mode Off Off -
-
-
- 307 Posts
Send PM
hi,
the error speaks about session and you haven’t given us any session params…
something you could have a look at, the session temp dir. Some configurations need you to create a session dir in you website root dir to store sessions tmp files, mays be it could be the case. If so, without that dir, modx session (well any session) can’t work
(prefer session use trans sid on 0 too)
have swing
réfléchir avant d’agir
-
-
-
- 16 Posts
Send PM
Jim,
I had the same exact issues. It took me forever to figure out how to fix it. I had just upgraded our PHP version to include PDO support. After doing so, session.auto_start had been set to 0. I have a VDS so I just went in to the WHM and updated the PHP configuration (under advanced settings) and changed session auto start to 1. Then restarted apache and restarted mysql (just in case). The errors went away and I finished the setup with no more issues. Good luck!
Tom -
-
-
- 8 Posts
Send PM
Hi,
Sorry to dig this old thread but I have the same session error with the install of modx revolution.
I have tried the session.autostart = 1 thing but it doesn’t seem to change anything.
And I really don’t know what the correct session configuration should be…Thanks for any suggestion…
My configuration (Local server):
arch linux
nginx
php-fpm
mysql ..
modx revo«/tmp» is «world writable».
Session Support enabled
Registered save handlers files user
Registered serializer handlers php php_binarySessions info from php_info:
Directive Local Value Master Value
session.auto_start On On
session.bug_compat_42 Off Off
session.bug_compat_warn Off Off
session.cache_expire 180 180
session.cache_limiter nocache nocache
session.cookie_domain no value no value
session.cookie_httponly Off Off
session.cookie_lifetime 0 0
session.cookie_path / /
session.cookie_secure Off Off
session.entropy_file no value no value
session.entropy_length 0 0
session.gc_divisor 1000 1000
session.gc_maxlifetime 1440 1440
session.gc_probability 1 1
session.hash_bits_per_character 5 5
session.hash_function 0 0
session.name PHPSESSID PHPSESSID
session.referer_check no value no value
session.save_handler files files
session.save_path /tmp /tmp
session.serialize_handler php php
session.use_cookies On On
session.use_only_cookies On On
session.use_trans_sid 0 0 -
-
-
- 8 Posts
Send PM
Finally it is working…
I am not sure what fixed it but still here is what I’ve done:
I just erased all sessions files in /tmp (wich I already did before), cleared the session cookie for my domain in firefox (which I didn’t do before), went back to the homepage and then to setup… seems to work! -
-
-
- 8 Posts
Send PM
Quote from: holotrope at Aug 20, 2010, 08:29 PM
changed session auto start to 1
In fact this caused me a white screen of death when I tried to login to the manager (just after installation)…
-
-
-
- 7 Posts
Send PM
when you are running PLESK and have PHP as «fastCGI» look here for a solution
http://forums.modx.com/thread/28834/revolution-install-problem#dis-post-396734
-
-
-
- 1 Posts
Send PM
I fixed this problem by creating the «tmp» folder to my root folder. I’m don’t know about any other settings of mine, but this one little folder «/tmp» fixed this output.
-
-
-
- 10 Posts
Send PM
I had an similar issue when running the update setup. Unfortunately the php user had now write access to the php session directory.
chmod -R nginx:nginx /var/lib/php/session/
This fixed my problem.
https://www.sofasurfer.org/blog/2017/05/03/fatal-error-modx-setup-cannot-continue/ -
Содержание
- Ошибки при обновлении Modx Revolution
- Ошибки при обновлении MODX
- Предупреждение «Каталог ядра в открытом доступе»
- После обновления ресурсы отдают 500 ошибку
- FATAL ERROR: MODx Setup cannot continue. Make sure your PHP session configurati
- Установка MODX Revolution
- Предисловие
- Установка MODX Revolution на XAMPP
- Итоги
Ошибки при обновлении Modx Revolution
Обновить MODX Revolution до актуальной версии не сложно, но многие пренебрегают этим. В новые версии движка включают исправления ошибок и устранение уязвимостей, поэтому откладывать обновление в долгий ящик не стоит.
В первую очередь перед обновлением сделайте резервную копию всех файлов сайта и базы данных. Это требуется чтобы в случае неудачного обновления сделать откат.
Скачайте актуальную версию MODX Revolution (Traditional). Распакуйте архив и закачайте его содержимое на хостинг, перезаписывая старые файлы движка. Затем начинаем установку.
В параметрах установки ставим галочку «Обновление существующей установки» и нажимаем «Далее». По идее, всё должно нормально обновиться. На практике иногда встречаются проблемы.
В самом начале обновления MODX может появится ошибка:
Нас просят прописать в файле конфигурации php.ini временную зону:
И действительно, при первичной инсталляции MODX Revolution после этого установка шла дальше, а вот при обновлении почему-то проблема не решилась. Причину я так и не нашел, возможно, требуется прописать timezone где-то ещё.
Самый простой вариант обойти эту ошибку — в начале файла установщика MODX (/setup/index.php) прописать код:
После решения этой проблемы на следующем шаге обновления MODX Revolution я столкнулся с ещё одной ошибкой:
Ошибка обновления таблицы для класса modTemplateVar
Array (
[0] => 42S21
[1] => 1060
[2] => Duplicate column name ‘input_properties’ )
Решилась проблема так, из каталога «/core/packages/» удаляем папку core и пробуем ещё раз пройти этот пункт установки/обновления MODX. Мне помогло.
Данное решение так же помогает при следующей ошибке:
Возможно также возникновение ошибок, связанных с правами на каталоги, но на них я заострять внимание не буду, они быстро решаются установкой нужных прав (через терминал, FTP или SSH клиент).
После обновления MODX Revolution не забудьте удалить с хостинга каталог setup .
Предупреждение «Каталог ядра в открытом доступе»
В новых версиях движка в панели администрирования часто появляется сообщение «Каталог ядра в открытом доступе». Многие знают, что этим каталогом «/core/» и его файлы не должны быть доступны из вне. Для того чтобы ограничить доступ к ним, требуется в корне каталога создать файл .htaccess с содержимым:
Несмотря на это, предупреждение об открытом каталоге ядра часто не пропадает. Это происходит из-за того что MODX осуществляет проверку с помощью доступности файла «/core/docs/changelog.txt», но есть проблема. На многих хостингах за отдачу изображений и текстовых файлов отвечает не apach, для которого созданы правила в htaccess, а nginx. Соответственно, текстовый файл будет доступен несмотря на запрет. В этом нет ничего страшного. Следует проверить доступность других важных файлов, например «/core/cache/logs/error.log», а файл «changelog.txt» просто переименовать или удалить.
После обновления ресурсы отдают 500 ошибку
Если после обновления MODX до версии 2.5.1 в панели администрирования невозможно отктыть ресурсы, то попробуйте удалить визуальный редактор TinyMCE.
Сделать это можно в разделе управления пакетами. В качестве замены рекомендуется использовать TinyMCE RTE или вовсе отказаться от редактора и использовать Ace с подсветкой html синтаксиса.
Источник
FATAL ERROR: MODx Setup cannot continue. Make sure your PHP session configurati
I am trying to get a new MODx site set up — but I get this error:
FATAL ERROR: MODx Setup cannot continue.
Make sure your PHP session configuration is valid and working.
The site is on a VPS server, on which I have another site running perfectly sith the same php.ini file so I have no idea what’s happening.
PHP is running as a CGI module rather than an Apache module.
Any help very gratefully received!
Here is the phpinfo() output:
Configuration
PHP Core
Directive Local Value Master Value
allow_call_time_pass_reference Off Off
allow_url_fopen Off Off
allow_url_include Off Off
always_populate_raw_post_data Off Off
arg_separator.input & &
arg_separator.output & &
asp_tags Off Off
auto_append_file no value no value
auto_globals_jit On On
auto_prepend_file no value no value
browscap no value no value
default_charset no value no value
default_mimetype text/html text/html
define_syslog_variables Off Off
disable_classes no value no value
disable_functions no value no value
display_errors Off Off
display_startup_errors Off Off
doc_root no value no value
docref_ext no value no value
docref_root no value no value
enable_dl On On
error_append_string no value no value
error_log no value no value
error_prepend_string no value no value
error_reporting 6135 6135
expose_php Off Off
extension_dir /usr/lib/php/modules /usr/lib/php/modules
file_uploads On On
highlight.bg #FFFFFF #FFFFFF
highlight.comment #FF8000 #FF8000
highlight.default #0000BB #0000BB
highlight.html #000000 #000000
highlight.keyword #007700 #007700
highlight.string #DD0000 #DD0000
html_errors On On
ignore_repeated_errors Off Off
ignore_repeated_source Off Off
ignore_user_abort Off Off
implicit_flush Off Off
include_path .: .:
log_errors On On
log_errors_max_len 1024 1024
magic_quotes_gpc Off Off
magic_quotes_runtime Off Off
magic_quotes_sybase Off Off
mail.force_extra_parameters no value no value
max_execution_time 120 120
max_file_uploads 20 20
max_input_nesting_level 64 64
max_input_time 60 60
memory_limit 128M 128M
open_basedir no value no value
output_buffering 4096 4096
output_handler no value no value
post_max_size 16M 16M
precision 14 14
realpath_cache_size 16K 16K
realpath_cache_ttl 120 120
register_argc_argv Off Off
register_globals Off Off
register_long_arrays Off Off
report_memleaks On On
report_zend_debug On On
safe_mode Off Off
safe_mode_exec_dir no value no value
safe_mode_gid Off Off
safe_mode_include_dir no value no value
sendmail_from no value no value
sendmail_path /usr/sbin/sendmail -t -i /usr/sbin/sendmail -t -i
serialize_precision 100 100
short_open_tag On On
SMTP localhost localhost
smtp_port 25 25
sql.safe_mode Off Off
track_errors Off Off
unserialize_callback_func no value no value
upload_max_filesize 16M 16M
upload_tmp_dir no value no value
user_dir no value no value
variables_order EGPCS EGPCS
xmlrpc_error_number 0 0
xmlrpc_errors Off Off
y2k_compliance On On
zend.ze1_compatibility_mode Off Off
the error speaks about session and you haven’t given us any session params.
something you could have a look at, the session temp dir. Some configurations need you to create a session dir in you website root dir to store sessions tmp files, mays be it could be the case. If so, without that dir, modx session (well any session) can’t work
Источник
Установка MODX Revolution
В данном уроке читателей ждет полное пошаговое руководство по установке MODX Revolution редакции Traditional. Иллюстрации к статье прилагаются.
Предисловие
Прежде чем начать данное пошаговое описание, чтобы избежать неясностей, я коротко опишу используемое мною программное обеспечение:
- Операционная система: Ubuntu 12.04 LTS — одна из многочисленных вариаций Linux.
- Сборка веб-сервера: XAMPP for Linux 1.8.1 — просто у меня нет на текущий момент потребности устанавливать все компоненты типа Apache или PHP по отдельности, что называется «ручками».
- MODX Revolution 2.2.5-pl. Traditional.
Установка MODX Revolution на XAMPP
После распаковки архива с дистрибутивом системы в /opt/lampp/htdocs я переименовал образовавшуюся папку в удобную мне аббвеатуру mr. После меняю права, чтобы движок смог свои дела спокойно сделать:
Далее делаю следующее:
- Открываю Google Chrome и пишу в адресной строке: http://127.0.0.1/mr/setup. Там находятся скрипты инсталлятора. Если вы наберете просто корневую директорию сайта, то получите красный «Error 503″.
- Выбираю в выпадающем списке русский язык — ru. Пробегаю «Добро пожаловать».
Стоит отметить, что в отличие от большинства движков, эта система при наличие соответствующих прав может самостоятельно создать базу данных.
Бегло просматриваю отчет об установке. Везде должны быть OK.
После нажатия на всем знакомую кнопочку жду некоторое непродолжительное время пока скрипты закончат свою работу.
Теперь на всякий случай кликаю на показ предупреждений, убеждаясь, что вся процедура прошла без косяков, перехожу на следующий этап.
Осталось лишь удалить файлы инсталлятора и войти в админку:
Итоги
Подведем итоги урока. Поздравляю, вы только, что установили MODX Revolution:
Источник
Обновить MODX Revolution до актуальной версии не сложно, но многие пренебрегают этим. В новые версии движка включают исправления ошибок и устранение уязвимостей, поэтому откладывать обновление в долгий ящик не стоит.
В первую очередь перед обновлением сделайте резервную копию всех файлов сайта и базы данных. Это требуется чтобы в случае неудачного обновления сделать откат.
Скачайте актуальную версию MODX Revolution (Traditional). Распакуйте архив и закачайте его содержимое на хостинг, перезаписывая старые файлы движка. Затем начинаем установку.
http://YouSite.ru/setup/
В параметрах установки ставим галочку «Обновление существующей установки» и нажимаем «Далее». По идее, всё должно нормально обновиться. На практике иногда встречаются проблемы.
Ошибки при обновлении MODX
В самом начале обновления MODX может появится ошибка:
FATAL ERROR: MODX Setup cannot continue.
To use PHP 5.3.0+, you must set the date.timezone setting in your php.ini.
Please do set it to a proper timezone before proceeding. A list can be found here.
Нас просят прописать в файле конфигурации php.ini временную зону:
date.timezone=»Europe/Moscow»
И действительно, при первичной инсталляции MODX Revolution после этого установка шла дальше, а вот при обновлении почему-то проблема не решилась. Причину я так и не нашел, возможно, требуется прописать timezone где-то ещё.
Самый простой вариант обойти эту ошибку — в начале файла установщика MODX (/setup/index.php) прописать код:
@ ini_set(‘date.timezone’, ‘Moscow/Europe’);
После решения этой проблемы на следующем шаге обновления MODX Revolution я столкнулся с ещё одной ошибкой:
Ошибка обновления таблицы для класса modTemplateVar
Array
(
[0] => 42S21
[1] => 1060
[2] => Duplicate column name ‘input_properties’
)
Решилась проблема так, из каталога «/core/packages/» удаляем папку core и пробуем ещё раз пройти этот пункт установки/обновления MODX. Мне помогло.
Данное решение так же помогает при следующей ошибке:
Не удалось установить MODX, поскольку MODX не смог распаковать пакет «/core/packages/core.transport.zip».
Проверьте, что файл «/core/packages/core.transport.zip» существует, доступен для записи, и возможна запись в каталог «/core/packages/».
Возможно также возникновение ошибок, связанных с правами на каталоги, но на них я заострять внимание не буду, они быстро решаются установкой нужных прав (через терминал, FTP или SSH клиент).
После обновления MODX Revolution не забудьте удалить с хостинга каталог setup.
Предупреждение «Каталог ядра в открытом доступе»
В новых версиях движка в панели администрирования часто появляется сообщение «Каталог ядра в открытом доступе». Многие знают, что этим каталогом «/core/» и его файлы не должны быть доступны из вне. Для того чтобы ограничить доступ к ним, требуется в корне каталога создать файл .htaccess с содержимым:
<ifModule mod_authz_core.c> Require all denied </ifModule> <ifModule !mod_authz_core.c> deny from all Satisfy All </ifModule>
Несмотря на это, предупреждение об открытом каталоге ядра часто не пропадает. Это происходит из-за того что MODX осуществляет проверку с помощью доступности файла «/core/docs/changelog.txt», но есть проблема. На многих хостингах за отдачу изображений и текстовых файлов отвечает не apach, для которого созданы правила в htaccess, а nginx. Соответственно, текстовый файл будет доступен несмотря на запрет. В этом нет ничего страшного. Следует проверить доступность других важных файлов, например «/core/cache/logs/error.log», а файл «changelog.txt» просто переименовать или удалить.
После обновления ресурсы отдают 500 ошибку
Если после обновления MODX до версии 2.5.1 в панели администрирования невозможно отктыть ресурсы, то попробуйте удалить визуальный редактор TinyMCE.
Сделать это можно в разделе управления пакетами. В качестве замены рекомендуется использовать TinyMCE RTE или вовсе отказаться от редактора и использовать Ace с подсветкой html синтаксиса.
В данном уроке читателей ждет полное пошаговое руководство по установке MODX Revolution редакции Traditional. Иллюстрации к статье прилагаются.
Предисловие
Прежде чем начать данное пошаговое описание, чтобы избежать неясностей, я коротко опишу используемое мною программное обеспечение:
- Операционная система: Ubuntu 12.04 LTS — одна из многочисленных вариаций Linux.
- Сборка веб-сервера: XAMPP for Linux 1.8.1 — просто у меня нет на текущий момент потребности устанавливать все компоненты типа Apache или PHP по отдельности, что называется «ручками».
- MODX Revolution 2.2.5-pl. Traditional.
Установка MODX Revolution на XAMPP
После распаковки архива с дистрибутивом системы в /opt/lampp/htdocs я переименовал образовавшуюся папку в удобную мне аббвеатуру mr. После меняю права, чтобы движок смог свои дела спокойно сделать:
sudo chmod 777 /opt/lampp/htdocs/mr
Далее делаю следующее:
- Открываю Google Chrome и пишу в адресной строке: http://127.0.0.1/mr/setup. Там находятся скрипты инсталлятора. Если вы наберете просто корневую директорию сайта, то получите красный «Error 503″.
- Выбираю в выпадающем списке русский язык — ru. Пробегаю «Добро пожаловать».
- Оставляю переключатель на «Новая установка». Дополнительные права также оставляю без изменений. Иду далее.
- Тип базы данных: MySQL, сервер: localhost. Набираю пару логин-пароль пользователя утилиты phpMyAdmin. Вписываю имя БД: mr, — для собственного удобства называю её по имени папки с сайтом. Префикс не трогаю. Жму на проверку соединения.
Стоит отметить, что в отличие от большинства движков, эта система при наличие соответствующих прав может самостоятельно создать базу данных.
- Из списков выбираю кодировку подключения utf-8 и сопоставление utf8_general_ci.
- Кликаю на Создание и испытание выборки.
- Ввожу информацию учетной записи администратора по умолчанию. Пароль должен быть не короче 6 символов.
- Бегло просматриваю отчет об установке. Везде должны быть OK.
- После нажатия на всем знакомую кнопочку жду некоторое непродолжительное время пока скрипты закончат свою работу.
Теперь на всякий случай кликаю на показ предупреждений, убеждаясь, что вся процедура прошла без косяков, перехожу на следующий этап.
- Осталось лишь удалить файлы инсталлятора и войти в админку:
Итоги
Подведем итоги урока. Поздравляю, вы только, что установили MODX Revolution:
Опубликовано 3-11-2012 в 19:43