И если включена настройка pdotools_fenom_parser и сниппеты, регистрирующие скрипты и стили, вызываются прямо в контенте документа, то файлы от них в эти массивы они уже не попадают и приходится добавлять их вручную. Вот тут багрепорт.
Насчёт файлов — Fenom именно на них и рассчитан, сам получает шаблоны, компилирует, складывает в кэш, только в логику работы MODX это не очень вписывается. Тот же кэш, например, надо будет отдельно чистить + нет наборов параметров да и еще что-то выплывет.
И если включена настройка pdotools_fenom_parser и сниппеты, регистрирующие скрипты и стили, вызываются прямо в контенте документа, то файлы от них в эти массивы они уже не попадают и приходится добавлять их вручную. Вот тут багрепорт.
Для этого и придуман параметр cacheable — сохранять данные в кэш, или нет. Многие думают, что там только кэшированные сниппеты или шаблон страницы, но нет — там все свойства объекта.
И да, кэш ресурсов очищается при их сохранении в админке, может поэтому у тебя там иногда обновляются данные.
Лично я всё это заметил, когда пытался сохранять просмотры в ресурс для Tickets. Поэтому там сейчас отдельная таблица просмотров и никаких проблем нет.
Теги не кэшируются вообще, а напрямую выводятся данные из $modx->resource. Документация.
Проверяй, отключай и извиняйся.
Возможно, у тебя старая версия MODX.
Типа зашел сегодня и увидел страницу 5, зашел завтра — уже 6. И с неё стартуешь, отматывая к 1. Если остановился на 3, то там и продолжишь потом читать, ничего не изменится, просто добавятся страницы 7 и 8 через пару дней.
В теории, вроде бы, всё хорошо. Однако неясно, почему так никто не делает.
Идею я, вроде бы, понял. Но не уверен, что она приживётся и будет понятна людям. А времени делать «чтобы было» сейчас нет.
Поэтому, отложим пока эту мысль в сторонку и понаблюдаем за спросом.
Вот так прямо сразу взять и купить первой машиной мустанг мало у кого получается, почему-то. Каждый должен сам заработать.
По моим прикидкам, это где-то середина 2016.
Если этот способ навигации наберёт популярность, то рано или поздно добавлю сам, бесплатно.
Все инструкции для начинающих не про него, и нужно довольно плотно поработать с системой, чтобы понять, зачем менять эти официальные инструменты. А чтобы дойти до шаблонизатора, времени потребуется еще больше.
Инерция — мощная штука. Думаю, что у Fenom в MODX еще всё впереди.
Сейчас читаю комментарии на vc.ru и там нет «вау, как круто, давайте так делать везде». Скорее даже наоборот.
Я здесь бессилен, удачи тебе.
У новости должно быть:
— название
— короткое описание
— полный текст
— дата создания
— дата изменения
— url адрес
— может, картинки или другие вложения
— она должна попасть в карту сайта
— и, желательно, в кэш сайта
Как ты всё это планируешь делать, не создавая страницы сайта? И зачем тогда вообще нужны эти страницы сайта, по твоему? 600 новостей за год… У нас тут 7500 страниц уже, среди которых и твой вопрос.
Я уже молчу о том, что eventsCalendar2 тоже рассчитывает на работу со страницами сайта, по умолчанию.
Ну а какая тут может быть методология, если ничего, в целом-то, и не поменялось? Те же чанки, те же шаблоны. Просто новый синтаксис и возможность наследования.
Тогда уж стоит придумывать какие-то общие инструкции «как делать сайт на MODX правильно», но у меня нет желания этим заниматься.
Сейчас всё очень просто. По умолчанию работаем только в чанках pdoTools, если надо везде — включаем системную настройку и исправляем ошибки (если будут).
Насчёт файлов — Fenom именно на них и рассчитан, сам получает шаблоны, компилирует, складывает в кэш, только в логику работы MODX это не очень вписывается. Тот же кэш, например, надо будет отдельно чистить + нет наборов параметров да и еще что-то выплывет.
Поэтому я сделал так, чтобы он работал с чанками и шаблонами MODX. При этом, можно использовать биндинг @FILE.
Более плотно эту тему пока развивать некогда. Да и не факт, что нужно. Всё-таки, простота использования очень сильно снижает порог вхождения.
Только из-за этой особенности не могу советовать его использовать во всех ситуациях.