Ошибка при установке modx revolution

Общие проблемы¶

Прежде всего, убедитесь:

  • У вас отключен 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 и других файлов, используемые на стороне клиента, могут привести к неправильному отображению дерева ресурсов/элементов/файлов. Это можно проверить, зайдя в Панель управления с помощью браузера, ранее не использовавшегося при этом.

Простое решение: очистить кеш вашего браузера и снова войти в Панель управления.

Более полное решение:

  1. Раздел меню Управление — Очистить Кэш
  2. В разделе Управление — Перезагрузить права доступа и затем Завершить все сеансы
  3. Эти действия приведут к общему сбросу и выходу из Панели управления
  4. Последний шаг Очистите кеш браузера

Я не могу войти в Панель управления после установки¶

Если вас каждый раз перенаправляет обратно на экран входа в систему, попробуйте добавить эту настройку в файле .htaccess в корне вашей установки MODX:

php_value session.auto_start 0

Не удалось подключиться к серверу базы данных. Проверьте свойства подключения и попробуйте снова. Доступ запрещён¶

Часто на виртуальном хостинге, если вы создаете имя пользователя для вашей базы данных с подчеркиванием (_), это вызывает проблемы. Убедитесь, что имя пользователя вашей базы данных не содержит подчеркивания, и повторите попытку.

Более распространенные проблемы впереди …

Панель управления выводится в виде текста после установки¶

Панель управления MODX загружает сжатые ресурсы CSS и JS. Некоторая конфигурация сервера. См. «Ошибки JS в диспетчере из-за ошибки 4

Панель управления отображается в виде обычного текста, отдельные элементы отсутствуют или выводятся ошибки JavaScript 400¶

Если Панель управления MODX не загружается должным образом из-за 400 ошибок при попытке загрузить код JavaScript, сжатый Google Minify, это, вероятно, связано с неправильной настройкой вашего сервера. Если это невозможно исправить на стороне сервера, вы можете вручную отключить сжатие JS и CSS следующим образом:

  1. Зайдите в БД с помощью PhpMyAdmin и найдите таблицу table_prefix_system_settings (table_prefix обычно modx).
  2. Найдите строки с ключами compress_js и compress_css, установите для них значение 0 и сохраните.
  3. Очистите каталог core/cache/.
  4. Очистите кеш браузера и cookies
  5. Войдите в Панель управления.

Это позволит вам использовать Панель управления без сжатия JS и CSS.

Отсутствуют элементы Панели управления, неопределенные языковые строки или выводятся ошибки JavaScript 500¶

  1. Убедитесь, что для папки 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 и других файлов, используемые на стороне клиента, могут привести к неправильному отображению дерева ресурсов / элементов / файлов. Это можно проверить, зайдя в Панель управления с помощью браузера, ранее не использовавшегося при этом.

Простое решение: очистить кеш вашего браузера и снова войти в Панель управления.

Более полное решение:

  1. Выберите раздел меню Управление, далее Очистить Кэш
  2. В разделе Управление, выберите Перезагрузить права доступа и затем Завершить все сеансы
  3. Эти действия приведут к общему сбросу и выходу из Панели управления
  4. Последний шаг очистите кеш браузера

Я не могу войти в Панель управления после установки

Если вас каждый раз перенаправляет обратно на экран входа в систему, попробуйте добавить эту настройку в файле .htaccess в корне вашей установки MODx:

php_value session.auto_start 0

Не удалось подключиться к серверу базы данных. Проверьте свойства подключения и попробуйте снова. Доступ запрещён…

Часто на виртуальном хостинге, если вы создаете имя пользователя для вашей базы данных с подчеркиванием (_), это вызывает проблемы. Убедитесь, что имя пользователя вашей базы данных не содержит подчеркивания, и повторите попытку.

Панель управления отображается в виде обычного текста, отдельные элементы отсутствуют или выводятся ошибки JavaScript 400

Если Панель управления MODx не загружается должным образом из-за 400 ошибок при попытке загрузить код JavaScript, сжатый Google Minify, это, вероятно, связано с неправильной настройкой вашего сервера. Если это невозможно исправить на стороне сервера, вы можете вручную отключить сжатие JS и CSS следующим образом:

  1. Зайдите в БД с помощью PhpMyAdmin и найдите таблицу [table_prefix]_system_settings (table_prefix обычно modx)
  2. Найдите строки с ключами «compress_js» и «compress_css», установите для них значение 0 и сохраните.
  3. Очистите каталог /core/cache/.
  4. Очистите кеш браузера и cookies.
  5. Войдите в Панель управления.

Это позволит вам использовать Панель управления без сжатия 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

MeltingDog's user avatar

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

Konservin's user avatar

    • 14196

    • 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

      • 36404

      • 307 Posts
      • Send PM

      hi,

      the error speaks about session and you haven’t given us any session params… smiley

      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

        • 12306

        • 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

          • 21135

          • 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… huh

          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_binary

          Sessions 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

            • 21135

            • 8 Posts
            • Send PM

            huh

            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!

            laugh

              • 21135

              • 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)…

                • 20618

                • 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

                  • 38851

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

                    • 36510

                    • 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/

                    Содержание

                    1. Ошибки при обновлении Modx Revolution
                    2. Ошибки при обновлении MODX
                    3. Предупреждение «Каталог ядра в открытом доступе»
                    4. После обновления ресурсы отдают 500 ошибку
                    5. FATAL ERROR: MODx Setup cannot continue. Make sure your PHP session configurati
                    6. Установка MODX Revolution
                    7. Предисловие
                    8. Установка MODX Revolution на XAMPP
                    9. Итоги

                    Ошибки при обновлении 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. Иллюстрации к статье прилагаются.

                    Предисловие

                    Прежде чем начать данное пошаговое описание, чтобы избежать неясностей, я коротко опишу используемое мною программное обеспечение:

                    1. Операционная система: Ubuntu 12.04 LTS — одна из многочисленных вариаций Linux.
                    2. Сборка веб-сервера: XAMPP for Linux 1.8.1 — просто у меня нет на текущий момент потребности устанавливать все компоненты типа Apache или PHP по отдельности, что называется «ручками».
                    3. MODX Revolution 2.2.5-pl. Traditional.

                    Установка MODX Revolution на XAMPP

                    После распаковки архива с дистрибутивом системы в /opt/lampp/htdocs я переименовал образовавшуюся папку в удобную мне аббвеатуру mr. После меняю права, чтобы движок смог свои дела спокойно сделать:

                    Далее делаю следующее:

                    1. Открываю Google Chrome и пишу в адресной строке: http://127.0.0.1/mr/setup. Там находятся скрипты инсталлятора. Если вы наберете просто корневую директорию сайта, то получите красный «Error 503″.
                    2. Выбираю в выпадающем списке русский язык — ru. Пробегаю «Добро пожаловать».

                  • Оставляю переключатель на «Новая установка». Дополнительные права также оставляю без изменений. Иду далее.
                  • Тип базы данных: MySQL, сервер: localhost. Набираю пару логин-пароль пользователя утилиты phpMyAdmin. Вписываю имя БД: mr, — для собственного удобства называю её по имени папки с сайтом. Префикс не трогаю. Жму на проверку соединения.

                    Стоит отметить, что в отличие от большинства движков, эта система при наличие соответствующих прав может самостоятельно создать базу данных.

                    Бегло просматриваю отчет об установке. Везде должны быть OK.

                    После нажатия на всем знакомую кнопочку жду некоторое непродолжительное время пока скрипты закончат свою работу.

                    Теперь на всякий случай кликаю на показ предупреждений, убеждаясь, что вся процедура прошла без косяков, перехожу на следующий этап.

                    Осталось лишь удалить файлы инсталлятора и войти в админку:

                    Итоги

                    Подведем итоги урока. Поздравляю, вы только, что установили MODX Revolution:

                    Источник

                  • Ошибки при обновлении 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. Иллюстрации к статье прилагаются.

                    Предисловие

                    Прежде чем начать данное пошаговое описание, чтобы избежать неясностей, я коротко опишу используемое мною программное обеспечение:

                    1. Операционная система: Ubuntu 12.04 LTS — одна из многочисленных вариаций Linux.
                    2. Сборка веб-сервера: XAMPP for Linux 1.8.1 — просто у меня нет на текущий момент потребности устанавливать все компоненты типа Apache или PHP по отдельности, что называется «ручками».
                    3. MODX Revolution 2.2.5-pl. Traditional.

                    Установка MODX Revolution на XAMPP

                    После распаковки архива с дистрибутивом системы в /opt/lampp/htdocs я переименовал образовавшуюся папку в удобную мне аббвеатуру mr. После меняю права, чтобы движок смог свои дела спокойно сделать:

                    sudo chmod 777 /opt/lampp/htdocs/mr

                    Далее делаю следующее:

                    1. Открываю Google Chrome и пишу в адресной строке: http://127.0.0.1/mr/setup. Там находятся скрипты инсталлятора. Если вы наберете просто корневую директорию сайта, то получите красный «Error 503″.
                    2. Выбираю в выпадающем списке русский язык — ru. Пробегаю «Добро пожаловать».

                      Выбор языка установщика в MODX Revo Traditional

                    3. Оставляю переключатель на «Новая установка». Дополнительные права также оставляю без изменений. Иду далее.
                    4. Тип базы данных: MySQL, сервер: localhost. Набираю пару логин-пароль пользователя утилиты phpMyAdmin. Вписываю имя БД: mr, — для собственного удобства называю её по имени папки с сайтом. Префикс не трогаю. Жму на проверку соединения.

                      MODx Revolution - информация о подключении

                      Стоит отметить, что в отличие от большинства движков, эта система при наличие соответствующих прав может самостоятельно создать базу данных.

                    5. Из списков выбираю кодировку подключения utf-8 и сопоставление utf8_general_ci.
                    6. Кликаю на Создание и испытание выборки.
                    7. Ввожу информацию учетной записи администратора по умолчанию. Пароль должен быть не короче 6 символов.

                    8. Бегло просматриваю отчет об установке. Везде должны быть OK.

                      MODX Revolution - отчет об установке

                    9. После нажатия на всем знакомую кнопочку жду некоторое непродолжительное время пока скрипты закончат свою работу.

                      Отчет об установке MODX RevolutionТеперь на всякий случай кликаю на показ предупреждений, убеждаясь, что вся процедура прошла без косяков, перехожу на следующий этап.

                    10. Осталось лишь удалить файлы инсталлятора и войти в админку:

                      MODX Revolution установлен

                    Итоги

                    Подведем итоги урока. Поздравляю, вы только, что установили MODX Revolution:

                    MODX Revolution Manager

                    Опубликовано 3-11-2012 в 19:43

                    Понравилась статья? Поделить с друзьями:
                  • Ошибка при установке minecraft windows 10 edition
                  • Ошибка при установке minecraft launcher
                  • Ошибка при установке minecraft for windows
                  • Ошибка при установке microsoft visual c redistributable 2015 0x80240017
                  • Ошибка при установке microsoft visual c 2015 0x80070643