Василий Наумкин

Затем же, зачем оно же и в pdoTools, у которого обработка тегов Fenom запускается после process() самого документа.

И если включена настройка pdotools_fenom_parser и сниппеты, регистрирующие скрипты и стили, вызываются прямо в контенте документа, то файлы от них в эти массивы они уже не попадают и приходится добавлять их вручную. Вот тут багрепорт.

В смысле «куда-то»? Все ресурсы кэшируются в /core/cache/resource/контекст/resources/айди.cache.php. Если открыть этот файл, то там все параметры ресурса, именно они и выводятся при modX::getObject().

Для этого и придуман параметр cacheable — сохранять данные в кэш, или нет. Многие думают, что там только кэшированные сниппеты или шаблон страницы, но нет — там все свойства объекта.

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

Лично я всё это заметил, когда пытался сохранять просмотры в ресурс для Tickets. Поэтому там сейчас отдельная таблица просмотров и никаких проблем нет.

А теперь вызови этот же сниппет без Fenom и убедись, что он работает точно также. Стоит подумать над тем, откуда берётся description для прибавления, если документ кэшируется — а вдруг из кэша?!

А как например мне вызвать аналог [[!*pagetitle]] т.е. не сниппет, а тег некешированным вызвать?

Теги не кэшируются вообще, а напрямую выводятся данные из $modx->resource. Документация.

Очень похоже на включенный register_globals.

Проверяй, отключай и извиняйся.

Странно, должно и так работать. Вот код процессора, $object там жёстко прописан.

Возможно, у тебя старая версия MODX.

Еще раз, речь про циферки. Не 1,2,3,4,5, а 5,4,3,2,1.

Типа зашел сегодня и увидел страницу 5, зашел завтра — уже 6. И с неё стартуешь, отматывая к 1. Если остановился на 3, то там и продолжишь потом читать, ничего не изменится, просто добавятся страницы 7 и 8 через пару дней.

В теории, вроде бы, всё хорошо. Однако неясно, почему так никто не делает.

Ничего, тут речь именно про циферки.

Идею я, вроде бы, понял. Но не уверен, что она приживётся и будет понятна людям. А времени делать «чтобы было» сейчас нет.

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

Если продолжить аналогию, то, перед мустангом сначала покупают фокус.

Вот так прямо сразу взять и купить первой машиной мустанг мало у кого получается, почему-то. Каждый должен сам заработать.

Я бы с удовольствием, но сначала нужно выполнить все взятые на себя обязательства.

По моим прикидкам, это где-то середина 2016.

Нисколько не стоит, потому что заказы я не беру, и еще долго брать не буду.

Если этот способ навигации наберёт популярность, то рано или поздно добавлю сам, бесплатно.

Это нормально, я тоже так думал. А потом вспомнил, что при всех возможностях и преимуществах самого pdoTools, он до сих пор и рядом не валяется с getResources и Wayfinder по популярности.

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

Инерция — мощная штука. Думаю, что у Fenom в MODX еще всё впереди.

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

Сейчас читаю комментарии на vc.ru и там нет «вау, как круто, давайте так делать везде». Скорее даже наоборот.

Учитывая, что я вообще не могу понять о чём речь, а ты не можешь показать работающую реализацию этой гениальной идеи — очень трудоёмко.

Мда.

Я здесь бессилен, удачи тебе.

Может стоит подумать, а почему ты не нашел дополнение, которое сможет создавать новости в вакууме?

У новости должно быть:
— название
— короткое описание
— полный текст
— дата создания
— дата изменения
— url адрес
— может, картинки или другие вложения
— она должна попасть в карту сайта
— и, желательно, в кэш сайта

Как ты всё это планируешь делать, не создавая страницы сайта? И зачем тогда вообще нужны эти страницы сайта, по твоему? 600 новостей за год… У нас тут 7500 страниц уже, среди которых и твой вопрос.

Я уже молчу о том, что eventsCalendar2 тоже рассчитывает на работу со страницами сайта, по умолчанию.

Ссылку поправил.

Ну а какая тут может быть методология, если ничего, в целом-то, и не поменялось? Те же чанки, те же шаблоны. Просто новый синтаксис и возможность наследования.

Тогда уж стоит придумывать какие-то общие инструкции «как делать сайт на MODX правильно», но у меня нет желания этим заниматься.

Тогда будет сложнее использовать.

Сейчас всё очень просто. По умолчанию работаем только в чанках pdoTools, если надо везде — включаем системную настройку и исправляем ошибки (если будут).

Насчёт файлов — Fenom именно на них и рассчитан, сам получает шаблоны, компилирует, складывает в кэш, только в логику работы MODX это не очень вписывается. Тот же кэш, например, надо будет отдельно чистить + нет наборов параметров да и еще что-то выплывет.

Поэтому я сделал так, чтобы он работал с чанками и шаблонами MODX. При этом, можно использовать биндинг @FILE.

Более плотно эту тему пока развивать некогда. Да и не факт, что нужно. Всё-таки, простота использования очень сильно снижает порог вхождения.

Для этого нужно включать выполнение Fenom на всём сайте, что может привести к ошибкам, если где-то используются скобочки {}, например в сыром javascript или JSON.

Только из-за этой особенности не могу советовать его использовать во всех ситуациях.

Обожемой, зачем откапывать рецепты из Evolution?

<?php
switch ($modx->event->name) {    
	case 'OnBeforeDocFormSave':
		if ($modx->user->get('id') != $object->get('createdby')) { 
			$modx->event->output('Ошибка! У вас нет прав редактировать этот документ');
		};
	break;
}

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