Не работает fenom (совсем)

Приветствую!
Узнал, что есть замечательный инструмент fenom — решил попробовать.
Сайт был старый, поэтому обновил modx & pdoTools:

MODX Revolution 2.6.1-pl (traditional)
pdotools-2.10.4-pl
PHP Version 7.2.0
Настройки плагина:




Мои последние действия:
  • завожу чистый шаблон без "{"
  • новый чанк
Увы, fenom не срабатывает. Делал эти же действия на чистом modx — всё гут.
В логах чисто.
Подскажите, что можно сделать?
Всем добра!

Шаблон:
<!DOCTYPE html>
<html lang="en">
<head>
<head>
</head>
<body>
    <header class="tophead">
    </header>
    <section class="osn_content nop">
        <div class="type1">
        	<div class="right">[[*content]]</div>
        	Содержимое [[$chunk1]]
        </div>
        <div class="clear"></div>
    </section>
</body>
</html>
Чанк:
Пример чанка с fenom
<pre>
{$_modx->getInfo()}    
</pre>
Результат:
<!DOCTYPE html>
<html lang="en">
<head>
<head>
</head>
<body>
    <header class="tophead">
    </header>
    <section class="osn_content nop">
        <div class="type1">
        	<div class="right"></div>
        	Содержимое Пример чанка с fenom
<pre>
{$_modx->getInfo()}    
</pre>

        </div>
        <div class="clear"></div>
    </section>
</body>
</html>

UPD 2018.01.22
Проблема частично решалась с решение другой modx.pro/help/14362/.
Спасибо всем, кто откликнулся!
Лев Шукуров
19 января 2018, 09:56
modx.pro
1 885
0

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

Stanislavsky
19 января 2018, 13:12
0
Настройку «Разрешить MODX в Fenom» нужно поставить «Да»
    Лев Шукуров
    19 января 2018, 13:20
    0
    Судя по документации {$_modx} — встроенная переменная с ограниченными возможностями.
    К тому в чистой системе стоят такие же настройки и всё работает.
      Stanislavsky
      19 января 2018, 13:27
      0
      Для использования более сложных сущностей, в pdoParser предусмотрена служебная переменная {$_modx}, которая даёт безопасный доступ к некоторым переменным и методам системы.
      Думаю, тут все понятно.
        Лев Шукуров
        19 января 2018, 14:34
        0
        Не согласен с Вами.
        Из той же доки:
        pdotools_fenom_modx — добавляет системные переменные {$modx} и {$pdoTools} в шаблоны Fenom. Тоже очень опасно — любой менеджер может управлять объектами MODX из чанков.
        На всякий случай включил
        Настройку «Разрешить MODX в Fenom» нужно поставить «Да»
        результат тот же.
    Stanislavsky
    19 января 2018, 13:29
    0
    К тому в чистой системе стоят такие же настройки и всё работает.
    Насчет этого — хз. Я по умолчанию включаю настройки все, кроме использования php в Fenom
      Stanislavsky
      19 января 2018, 14:39
      0
      а если чанк получить через {'chunk1' | chunk}?
        Лев Шукуров
        19 января 2018, 15:12
        0
        Результат тот же. Как будто вовсе не парсит

        <!DOCTYPE html>
        <html lang="en">
        <head>
        <head>
        </head>
        <body>
            <header class="tophead">
            </header>
            <section class="osn_content nop">
                <div class="type1">
                	<div class="right"></div>
                	Содержимое Пример чанка с fenom
        <pre>
        {$_modx->getInfo()}    
        </pre>
        
                	Chunk 1: {'chunk1' | chunk}
                </div>
                <div class="clear"></div>
            </section>
        </body>
        </html>
          Андрей
          19 января 2018, 15:25
          0
          А в логах есть что нибудь? Журнал ошибок в самой админке, и серверный лог.
            Лев Шукуров
            19 января 2018, 15:36
            0
            в логах чисто. Доступ на запись у процессов есть, раньше писала ошибки за здрасти…
        Алексей Ерохин
        19 января 2018, 15:23
        0
        А покажите все системные настройки pdotools
        Александр
        25 января 2018, 13:54
        0
        У меня на версии MODX 2.6.1 было так:
        В настройках pdotools отсутствовали строки parser_class и parser_class_path. И fenom не работал. Просто не парсились тэги fenom, никаких ошибок в логах MODX. Оказалось, что эти настройки были не в pdotools, а почему-то в core и там был прописан парсер fastField и путь к нему. Переписал эти строки на правильные и всё заработало. Правда пришлось это сделать через phpMyAdmin, потому что как только поменял настройки в MODX сайт упал с ошибкой.
          Лев Шукуров
          25 января 2018, 14:28
          0
          У меня так и есть по-умолчанию.
          В заметке была прикреплена картинка (поправил заметку).


          Юрий Фомин
          09 ноября 2018, 16:27
          0
          Такая же история. Не знаю в чем причина.
          Помогает разок вывести что то стандартным парсером, далее все что на феноме работает как обычно.
            Лев Шукуров
            09 ноября 2018, 22:02
            0
            см. примечание к публикации. Кое что удалось решить. А как дальше действовал уже не помню. Давно не занимался вопросом.
            EvgenyAly
            02 декабря 2019, 15:12
            0
            То же самое отвалился fenom совсем MODX Revolution 2.7.2-pl., PHP Version 7.2.16Причем вначале все работало, отвалился в момент когда стал настраивать в системных настройках раздел «Дружественные URL», ошибок никаких не дает, пути все верные, а чанки не обрабатывает выводит как есть текстом
            {extends 'file:templates/index.tpl'}
             {block 'content'}
             {include 'file:chunks/content_main.tpl'}
             {/block}
            Пробовал удалять pdotools, и обновлять modx поверх системы, потом снова ставил pdotools, чистил папку кеша, пути в конфигах правильные, повторюсь вначале все работало.
              Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
              16