[pdoTools] Версия 2.1 - улучшения Fenom
Привет друзья! Хочу представить вам новую версию pdoTools с улучшениями работы шаблонизатора Fenom.
С другой стороны, я не хочу придумывать очередной псевдоязык команд, типа
Немного примеров:
В отличии от {$modx}, {$_modx} доступен всегда, во все чанках и не зависит от системных настроек. Он просто добавяляет нужные фукнции от MODX шаблонизатору, чтобы можно было выводить данные текущего юзера или ресурса.
Есть еще одна подобная служебная переменная (просто напоминаю) — {$_pls}, в ней вы можете найти все значения, переданные в чанк сниппетом.
Теперь вы можете делать в своих чанках и шаблонах вот так:
Включаем системную настройку pdotools_fenom_parser и пишем новый шаблон Fenom Base:
Пишем второй шаблон Fenom Extended:
Теперь проверяем один и тот же ресурс, назначая ему эти шаблоны по очереди:
Более подробно работу с Fenom я освещал на последнем платном курсе занятий, так что повторяться не буду.
Теперь вы можете писать довольно продвинутые чанки и шаблоны на своих сайтах, используя не только более удобный синтаксис, но и философию наследования и расширения.
Обновляемся, тестируем, пишем о багах. Не забудьте обновить и редактор Ace, чтобы появилась подсветка синтаксиса Fenom!
Некэшированный вызов, понятно дело, вот такой:
Также добавил поддержку наборов параметров:
И pdoParser, наконец-то, больше не считается экспериментальным и включен по умолчанию.
Функциональность vs Безопасность
Я долго думал, как бы разрешить менеджерам запускать чанки и сниппеты, но при этом не пускать их к объектам MODX. Потому что, если включить системную настройку pdotools_fenom_modx, то любой менеджер сможет сделать в чанке вот так:{if $res = $modx->getObject('modResource', 1)}
$res->remove();
{/if}С другой стороны, я не хочу придумывать очередной псевдоязык команд, типа
{runSnippet('name', [params => data])}{'name' [params => data] | snippet}- {$_modx->placeholders} — массив с системными плейсхолдерами
- {$_modx->config} — массив с системными настройками
- {$_modx->context} — массив (не объект!) с текущим контекстом
- {$_modx->user} — массив (не объект!) с текущим пользователем
- {$_modx->resource} — массив (не объект!) с текущим ресурсом
- {$_modx->lexicon} — служба загрузки лексиконов
- {$_modx->lexicon()} — функция для вывода строки из лексикона
- {$_modx->runSnippet()} — запуск сниппета
- {$_modx->runProcessor()} — запуск процессора
- {$_modx->getChunk()} — вывод чанка
- и т.д., смотрите исходник.
Немного примеров:
{$_modx->runSnippet('pdoMenu', [
'parents' => 0,
'level' => 2
])}
<p>
{$_modx->lexicon->load('ms2gallery:default')}
Проверка словарей ms2Gallery: {$_modx->lexicon('ms2gallery_err_gallery_exists')}
</p>
<p>
{if $_modx->isAuthenticated('web')}
Привет, {$_modx->user.fullname}!
{else}
Вам нужно авторизоваться =(
{/if}
</p>
<p>Текущий контекст: {$_modx->context.key}</p>
Таким образом, теперь можно использовать основные функции MODX из Fenom безопасно, не давая доступ к ядру сайта менеджерам и не рискуя удалением объектов из чанков.В отличии от {$modx}, {$_modx} доступен всегда, во все чанках и не зависит от системных настроек. Он просто добавяляет нужные фукнции от MODX шаблонизатору, чтобы можно было выводить данные текущего юзера или ресурса.
Есть еще одна подобная служебная переменная (просто напоминаю) — {$_pls}, в ней вы можете найти все значения, переданные в чанк сниппетом.
Расширение шаблонов
Второе большое изменение — внедрение собственного провайдера шаблонов в Fenom, чтобы он научился самостоятельно загружать и использовать чанки MODX.Теперь вы можете делать в своих чанках и шаблонах вот так:
{include 'имя чанка'}
или
{include 'template:имя шаблона'}Включаем системную настройку pdotools_fenom_parser и пишем новый шаблон Fenom Base:
<!DOCTYPE html>
<html lang="en">
<head>
{include 'head'}
</head>
<body>
{block 'navbar'}
{include 'navbar'}
{/block}
<div class="container">
<div class="row">
<div class="col-md-10">
{block 'content'}
{$_modx->resource.content}
{/block}
</div>
<div class="col-md-2">
{block 'sidebar'}
Sidebar
{/block}
</div>
</div>
{block 'footer'}
{include 'footer'}
{/block}
</div>
</body>
</html>Пишем второй шаблон Fenom Extended:
{extends 'template:Fenom Base'}
{block 'content'}
<h3>{$_modx->resource.pagetitle}</h3>
<div class="jumbotron">
{parent}
</div>
{/block}Теперь проверяем один и тот же ресурс, назначая ему эти шаблоны по очереди:
Более подробно работу с Fenom я освещал на последнем платном курсе занятий, так что повторяться не буду.
Заключение
Пока англоязычное сообщество спорит, каким должен быть MODX 3, мы продолжаем работать с MODX 2.3 и наращивать его функционал дополнениями.Теперь вы можете писать довольно продвинутые чанки и шаблоны на своих сайтах, используя не только более удобный синтаксис, но и философию наследования и расширения.
Обновляемся, тестируем, пишем о багах. Не забудьте обновить и редактор Ace, чтобы появилась подсветка синтаксиса Fenom!
Обновление от 12.08.2015
С версии 2.1.1-pl, все обычные вызовы сниппетов становятся кэшированными:{$_modx->runSnippet('pdoResources')}Некэшированный вызов, понятно дело, вот такой:
{$_modx->runSnippet('!pdoResources')}Также добавил поддержку наборов параметров:
{$_modx->getChunk('Name@PropertySet')}
{$_modx->runSnippet('NameName@PropertySet')}
{include 'Name@PropertySet'}
{include 'template:TemplateName@PropertySet'}И pdoParser, наконец-то, больше не считается экспериментальным и включен по умолчанию.
09 августа 2015, 12:17
Комментарии: 74
Пишу
Пишу
В логе пишет:
{$modx->resource->pagetitle}Пишу
{$_modx->resource->pagetitle}В логе пишет:
[2015-08-09 21:49:57] (ERROR @ /index.php) Unexpected token ':' in dbccdb164f95db466d6a1767b77d8439 line 100, near '{"published":' <- there
[2015-08-09 21:49:57] (ERROR @ /index.php) Unexpected tag 'id' in eb0d35336142950cde89e17358f5feb1 line 492, near '{id:' <- there
[2015-08-09 21:49:57] (ERROR @ /index.php) Unexpected tag 'id' in eb0d35336142950cde89e17358f5feb1 line 492, near '{id:' <- there
Вот, проверил — можно даже прямо массивы указывать, безо всяких JSON:
Ну а так, автор Fenom предусмотрел тег ignore и пропуск выражений типа { expr } — то есть, с пробелами возле скобок.
{$_modx->runSnippet('pdoResources', [
'parents' => 19,
'depth' => 0,
'where' => ['isfolder' => 0],
'showLog' => 1,
])}Ну а так, автор Fenom предусмотрел тег ignore и пропуск выражений типа { expr } — то есть, с пробелами возле скобок.
Возможность такая есть, хоть и не совсем очевидная:
Посмотреть этот кэш можно в /core/cache/default/.
{if !$snippet = $_modx->cacheManager->get('cache_key')}
{set $snippet = $_modx->runSnippet('pdoResources', [
'parents' => 0,
'tpl' => '@INLINE {$id} - {$pagetitle}',
'showLog' => 1,
])}
{set $null = $_modx->cacheManager->set('cache_key', $snippet, 1800)}
{/if}
{$snippet}Посмотреть этот кэш можно в /core/cache/default/.
set $null
А вообще, это издевательство, конечно!
С версии 2.1.1-pl, все обычные вызовы сниппетов становятся кэшированными:
Некэшированный вызов, понятно дело, вот такой:
Если очень хочется самому управлять кэшем — то верхний пример по-прежнему работает.
С версии 2.1.1-pl, все обычные вызовы сниппетов становятся кэшированными:
{$_modx->runSnippet('pdoResources')}Некэшированный вызов, понятно дело, вот такой:
{$_modx->runSnippet('!pdoResources')}Если очень хочется самому управлять кэшем — то верхний пример по-прежнему работает.
Переписываю сайт на феном, проблема по прежнему присутствует. Если отключать настройку cache_resource то ресурсы не будут кэшироваться на всём сайте.
Как быть если необходимо кэширование ресурсов?
Причем. На некоторых страницах некэшированный вызов {$_modx->runSnippet('MinifyX' отрабатывает нормально.
Вопрос не конкретно к Павлу, а ко всем.
Как быть если необходимо кэширование ресурсов?
Причем. На некоторых страницах некэшированный вызов {$_modx->runSnippet('MinifyX' отрабатывает нормально.
Вопрос не конкретно к Павлу, а ко всем.
хм. А почему может эррорить вот так и не выводить ничего?
[2015-08-31 15:23:10] (ERROR @ /index.php) Unexpected tag 'id' in 079514a82982ed70e4d46eeed06b9ffc line 542, near '{id:' <- there{$_modx->runSnippet('pdoResources', array(
'parents' => 2,
'prepareTVs' => 1,
'includeTVs' => 'price,image,new',
'limit' => 10,
'tpl' => 'productTpl',
'showLog' => true,
'where' => json_encode(
array("template" => 3,
"new" => 1
)
)
))}
Еще один… Ну прочитай ты хоть предыдущие комментарии в этой же теме.
Этот вызов не виноват, где-то у тебя там еще есть {id:, что похоже на тег Fenom, но им не является. Ищи и экранируй.
Этот вызов не виноват, где-то у тебя там еще есть {id:, что похоже на тег Fenom, но им не является. Ищи и экранируй.
понял, нашел эти проблемные места просто добавил пробелы в яваскриптах и эти ошибки пропали.
Но теперь по сути этого вызова появились аналогичные
Но теперь по сути этого вызова появились аналогичные
[2015-08-31 16:10:10] (ERROR @ /index.php) Unexpected token 'array' in argument list in fdf6dbbf3bad08067ea6f10375cbf820 line 1092, near '{$_modx->runSnippet('pdoResources', array' <- there
Ну выше же рабочий пример вызова с массивом. Это прям нереально сложно взять и проверить?
Если ты решил, что здесь чистый синтаксис PHP, то ты не прав — это синтаксис Fenom и указание массивов как ['key' => 'value'] не требует PHP 5.4
Если ты решил, что здесь чистый синтаксис PHP, то ты не прав — это синтаксис Fenom и указание массивов как ['key' => 'value'] не требует PHP 5.4
В методе getChunk его просто негде указывать, но можно написать свой сниппет, который будет запускать pdoTools, менять в нём tplPath и возвращать $pdoTools->getChunk(имячанка);
Дальше всё примерно так же:
Дальше всё примерно так же:
{$chunk = $_modx->runSnippet('getChunk', [
'chunk' => 'mychunk.tpl',
'tplPath' => '/my/path/'
])}
Функция принимает несколько параметров на вход. Выбирай.
github.com/bezumkin/pdoTools/blob/master/core/components/pdotools/model/pdotools/_micromodx.php#L143
github.com/bezumkin/pdoTools/blob/master/core/components/pdotools/model/pdotools/_micromodx.php#L143
Подскажите плиз. Если присвоить переменной значение
{set $relativeCategoryId = $_modx->config['some_category_id']}
Можно ли в подоьном виде использовать её потом. Или нужно будет через $_modx->runSnippet()?
[[pdoResources?
&parents=`{$relativeCategoryId}`
&tpl=`relativeCategoryItem`
]]
{set $relativeCategoryId = $_modx->config['some_category_id']}
Можно ли в подоьном виде использовать её потом. Или нужно будет через $_modx->runSnippet()?
[[pdoResources?
&parents=`{$relativeCategoryId}`
&tpl=`relativeCategoryItem`
]]
Проблема решена путем установки плагина github.com/klkvsk/fenom-phpstorm-plugin
есть Чанк (страница товара) в этом Чанке вызывается другой Чанк (таблица характеристик) вызывается он так
прописывал еще так
Подскажите пожалуйста решение.
{$_modx->getChunk('demo.propert')}{$_modx->runSnippet('AjaxSnippet@PropertySet', ['snippet' => 'msProducts', 'element' => 'pdoResources', 'parents' => 0, 'limit' => 1, 'as_target' => '#propert', 'as_mode' => 'onload', 'wrapper' => 'ajax_obert', 'tpl' => 'demo.propert',])}<dd><a href="{$_modx->makeUrl($_pls['vendor.resource'])}">текст</a> ({$_pls['vendor.name']})</dd>прописывал еще так
{$_modx->getPlaceholder('vendor.name')}Подскажите пожалуйста решение.
Помогите пожалуйста!
Решил попробовать fenom на своем сайте, в результате fenom работает при вызове pdoPage, но не работает на страницах и шаблонах сайта. Пытался выводить следующее:
Почитал форум, про подобные проблемы и конфликты со скобками, создал пустой шаблон и создал ресурс на этом шаблоне с тем, что писал выше и результат тот же — выводит как есть. Подозреваю, что что то с настройками.
Решил попробовать fenom на своем сайте, в результате fenom работает при вызове pdoPage, но не работает на страницах и шаблонах сайта. Пытался выводить следующее:
{$_modx->resource.id}
{$_modx->makeUrl(15)}
{$_modx->config.site_name}
{if true}
<p>Привет</p>
{else}
<p>Пока</p>
{/if}parser_class-pdoParser
parser_class_path-{core_path}components/pdotools/model/pdotools/
pdotools_fenom_cache-Нет
pdotools_fenom_default-Да
pdotools_fenom_modx-Да
pdotools_fenom_parser-Да
pdotools_fenom_php-НетПочитал форум, про подобные проблемы и конфликты со скобками, создал пустой шаблон и создал ресурс на этом шаблоне с тем, что писал выше и результат тот же — выводит как есть. Подозреваю, что что то с настройками.
Пробую для теста прописать в шаблоне
{$_modx->runSnippet('!test')}
Код сниппета test
А как например мне вызвать аналог [[!*pagetitle]] т.е. не сниппет, а тег некешированным вызвать? В смарти есть такая штука {nocache}
В fenom чет ничего подобного не вижу github.com/fenom-template/fenom/blob/master/docs/ru/readme.md
Версия модх 2.4.2-pl, последняя. Версия пдотулз тоже крайняя.
{$_modx->runSnippet('!test')}
Код сниппета test
$doc = $modx->resource;
$desc = (int) $doc->get('description');
$doc->set('description',++$desc);
$doc->save();А как например мне вызвать аналог [[!*pagetitle]] т.е. не сниппет, а тег некешированным вызвать? В смарти есть такая штука {nocache}
В fenom чет ничего подобного не вижу github.com/fenom-template/fenom/blob/master/docs/ru/readme.md
Версия модх 2.4.2-pl, последняя. Версия пдотулз тоже крайняя.
А теперь вызови этот же сниппет без Fenom и убедись, что он работает точно также. Стоит подумать над тем, откуда берётся description для прибавления, если документ кэшируется — а вдруг из кэша?!
А как например мне вызвать аналог [[!*pagetitle]] т.е. не сниппет, а тег некешированным вызвать?Теги не кэшируются вообще, а напрямую выводятся данные из $modx->resource. Документация.
Понял, спасибо. Действительно, цифра в дескрипшн обновляется, если смотреть в документ в админке, но через {$_modx->resource.description} || [[!*description]] выводится кешированное значение почему-то. Т.е. в дескрипшине уже 32, а на странице выводится только 1 || 1. И при этом, если выводить тупо через echo дескрипшн сниппетом, то да, при каждом обновлении страницы — новое значение.
Значит, данные там в $modx->resource кешируются как-то? Занятно.
Написал второй сниппет test2 с таким содержимом
Адекватно показывает свежее состояние description.
При этом, $modx->resource->description содержит старое значение.
Значит, данные там в $modx->resource кешируются как-то? Занятно.
Написал второй сниппет test2 с таким содержимом
echo $modx->getObject('modResource', $modx->resource->id)->description;Адекватно показывает свежее состояние description.
При этом, $modx->resource->description содержит старое значение.
В смысле «куда-то»? Все ресурсы кэшируются в /core/cache/resource/контекст/resources/айди.cache.php. Если открыть этот файл, то там все параметры ресурса, именно они и выводятся при modX::getObject().
Для этого и придуман параметр cacheable — сохранять данные в кэш, или нет. Многие думают, что там только кэшированные сниппеты или шаблон страницы, но нет — там все свойства объекта.
И да, кэш ресурсов очищается при их сохранении в админке, может поэтому у тебя там иногда обновляются данные.
Лично я всё это заметил, когда пытался сохранять просмотры в ресурс для Tickets. Поэтому там сейчас отдельная таблица просмотров и никаких проблем нет.
Для этого и придуман параметр cacheable — сохранять данные в кэш, или нет. Многие думают, что там только кэшированные сниппеты или шаблон страницы, но нет — там все свойства объекта.
И да, кэш ресурсов очищается при их сохранении в админке, может поэтому у тебя там иногда обновляются данные.
Лично я всё это заметил, когда пытался сохранять просмотры в ресурс для Tickets. Поэтому там сейчас отдельная таблица просмотров и никаких проблем нет.
Если включить $pageLinkScheme то выводить в header 2 разных link -> prev, link -> next
<link rel="prev" href="news/page/3"/>
<link rel="next" href="news/page/5"/>
<link rel="prev" href="news/page/4?page=3"/>
<link rel="next" href="news/page/4?page=5"/><link rel="prev" href="news/page/4?page=3"/>
<link rel="next" href="news/page/4?page=5"/>
У меня ссылки почему то кешируются.
Если я захожу на первый страницу вставляется
Если я захожу на первый страницу вставляется
<link rel="next" href="o-nas/novosti/page-2/"/><link rel="next" href="o-nas/novosti/page-2/"/>
<link rel="prev" href="o-nas/novosti/page-1/"/>
<link rel="next" href="o-nas/novosti/page-3/"/>
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
Здесь упомянуты:
| Компонент | Текущая версия | Закачки |
| pdoTools | 2.13.2-pl от 02.09.2021 | 54 170 |
| ms2Gallery | 2.0.12-pl от 25.09.2020 | 4 575 |
| Theme.Bootstrap | 3.1.0-pl от 10.11.2020 | 4 525 |
| Ace | 1.9.4-pl от 23.02.2024 | 14 713 |
| MinifyX | 1.7.1-pl от 25.03.2019 | 14 299 |
| HybridAuth | 3.1.1-pl от 27.10.2024 | 6 910 |
| AjaxSnippet | 1.1.1-pl от 13.10.2014 | 3 006 |
| miniShop2 | 4.4.0-pl от 06.08.2024 | 26 100 |
| Tickets | 1.13.0-pl от 10.03.2020 | 19 558 |
20 ноября 2024, 16:25
В сниппете rcv3_html достаточно отложить загрузку через setTimeout (хотя кто-то делает через onClick). Не думаю что мой вариант самый правильный и что...
19 ноября 2024, 10:51
Решил свою проблему через имя пользователя, но хотелось бы через права пользователя «Неограниченные права»
<?php
/**
* Системное событие OnMan...
19 ноября 2024, 09:09
Спасибо, тоже очень интерестное решение.
18 ноября 2024, 15:21
'where' => [
'Data.price:!='=>'0'
]
18 ноября 2024, 14:19
miniShop2.Order.add('extfld_delivery_price','100', function() {
miniShop2.Order.getcost();
})
Это вот работает, но чтобы увид...
18 ноября 2024, 10:11
Благодарю за ответы.
16 ноября 2024, 21:12
Спасибо. Работает.
