Ошибка синтаксического анализа MODx на главной странице

У меня была эта ошибка во многих установках modx evolution 1.0.5 (я всегда использую серверы 1 и 1 в версии для Linux). Не удается загрузить домашнюю страницу (а не какие-либо другие страницы), кажется, что каждый раз, когда я очищаю кеш, через менеджер или через код API, он снова создает в кеше этот файл: docid_1.pageCache.php

Но дело в том, что даже если кеш папок и все файлы внутри имеют разрешения 777, когда он создает файлы для кеширования, у них есть какие-либо разрешения, и это то, что вызывает эту ошибку.

У кого-нибудь была эта ошибка? Я искал на форумах MODX, но не нашел никого, кто беспокоился об этом, но все же я вижу, что что-то происходит часто, так как, когда я ищу в Google эту ошибку, я не нахожу сообщений на форуме, в которых это обсуждается, а вместо этого много Веб-страницы modx, показывающие эту ошибку на своих домашних страницах.

Возможно, это проблема с конфигурацией 1 и 1 PHP.

Я действительно переживаю по этому поводу. Иногда случается, что клиент называет меня «über mad», жалуясь на его домашнюю страницу, показывающую эту ошибку.

Я видел, что в новой версии 1.06 есть исправления в парсере кэша страниц, но я не знаю, связано ли это с моей проблемой.

Вот страница с ошибкой:

«Ошибка синтаксического анализа MODx»

MODx обнаружил следующую ошибку при попытке синтаксического анализа запрошенного ресурса: «Ошибка синтаксического анализа PHP»

PHP error debug   Error: file(assets/cache/docid_1.pageCache.php) [function.file]: failed to open stream: Permission denied
Error type/ Nr.: Warning - 2
File: /homepages/3/d405318697/htdocs/t3st/manager/includes/document.parser.class.inc.php
Line: 413
Line 413 source: $flContent= implode("", file($cacheFile));

person Macumbaomuerte    schedule 19.03.2012    source источник


Ответы (1)


Дерзкий ответ? - «апгрейд» Evolution мертв.

Более полезный ответ, проверьте системные настройки modx, в Revolution вы можете указать modx, какие разрешения пытаться установить для файлов, я предполагаю, что, возможно, вы случайно установили для них значение 000, если это то, что вы имеете в виду под этим: «у них есть какие-либо набор разрешений "

Если это не сработает / вы в отчаянии, отключите кеширование и проверьте или, если возможно [все еще не знаком с evo], отключите кэширование этого ресурса.

Хотя что-то странное происходит, пожалуйста, подтвердите; страница индекса будет кэширована, но без разрешений, т.е. 000, последующие страницы будут кэшироваться, но для них установлены правильные разрешения? то есть 666 [или 644 / что угодно]

person Sean Kimball    schedule 20.03.2012
comment
Эй, да, я вижу смысл в обновлении до revo, но когда я попробовал, то обнаружил, что серверная часть слишком ajaxy и слишком медленная. Разрешения на общем веб-сайте установлены на 0644, и он отлично работает с некоторыми фрагментами, которые создают файлы (например, эскизы img). Я обновился до MODX 1.0.6, и мне кажется, что он отлично работает с веб-сайтом, который я проверяю каждый день, поскольку эта ошибка возникает не всегда, а лишь иногда. - person Macumbaomuerte; 21.03.2012
comment
да - новый бэкэнд довольно толстый, есть несколько вещей, которые вы можете сделать, есть параметры кеширования для сценариев менеджера и CSS, а также некоторые параметры интерфейса [например, отключение обновления браузера ресурсов] - person Sean Kimball; 22.03.2012
comment
Проверил сегодня еще раз, мне позвонил клиент и спросил о той же проблеме. Я проверил, и это просто происходит в кеше для элемента с идентификатором 1, который обычно является домашней страницей. Были и другие кэшированные файлы, и все они были созданы с правильными разрешениями, но не с домашним файлом, поэтому ошибка вызвана тем, что у файла даже нет разрешения на его чтение. Мой обходной путь, как вы сказали, самый простой, просто отключил кеш для этой страницы, но все же я чувствую, что хотел бы получить более ясное представление о том, что происходит - person Macumbaomuerte; 22.03.2012
comment
Оба этих веб-сайта находятся на одном сервере? & каков размер кеш-файла? т.е. на нем действительно что-нибудь написано? - person Sean Kimball; 23.03.2012
comment
Да, это тот же сайт, на том же сервере. И файл нормальный, с содержимым, с той лишь разницей, что у домашней страницы нет разрешений на чтение, запись или выполнение. - person Macumbaomuerte; 24.03.2012
comment
Начните немного смотреть на свою базу данных - я видел пару потоков, которые указывают, что перегруженная [или неправильно настроенная] база данных может вызвать проблемы с кешем. - person Sean Kimball; 25.03.2012