Сергей Шлоков

Спасибо за критику!

Ну если такое отношение к критике, то возьму на себя смелость разобрать код.
1. Теперь на один просмотр страницы будет 2 лишних запроса к БД.
2. Вот это

$modx->resource->save();

зачем? Кроме того, это ещё один запрос к БД.
3. Вы понимаете, что после каждого просмотра вы убиваете весь кэш сайта?
4. И наконец, эта странная фраза собака друг человека —

весь контент в шаблонах вызывается через fastField: [[#[[+resid]].pagetitle]]

Это как интересно?

Почему нельзя просто сделать форвард на найденный ресурс?

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

К сожалению, помочь нечем. Я с минишопом никак.

Получить одно поле —

$q = $modx->newQuery('modTemplateVarResource', array('tmplavarid'=>1,'value'=>$domain));
$q->select('contentid');
$RESID = $modx->getValue($q->prepare());

"SELECT contentid FROM base_site_tmplvar_contentvalues WHERE tmplvarid = 1 AND value = '$domain'";

Жесть. Кому нужен дырявый сайт, налетай.

Стыдно должно быть, молодой человек!

Яндекс

Так как я с недавних пор решил разобраться в логике работы кэша MODX и Fenom, то знаю ответ. Завтра постараюсь подробно рассказать почему. В формате комментария это сделать сложно.

Почемуу, почемуу, потомуу.

Вот так {3 | url} тоже будет работать.

Разобрал проблему. Если интересно, вот статья.

Определите сначала этот параметр, а затем подсуньте его в массив с where.

Ещё забыл написать про новый метод кэшменеджера — remember. Он пригодится в тех случаях, когда нужно получить значение из кэша, и если кэш пусто, то сохранить данные в кэш.
Например, получаем общее количество активных пользователей.

cache()->remember('count_users', 300, function() use ($modx) {
    return $modx->getCount('modUser', array('active' => 1));
});

Если в кэше пусто, то выполняется замыкание, в котором возвращается вычисленное значение. Затем это значение сохраняется в кэше на 5 минут. И пока не истечет это время при последующих запросах количество пользователей будет запрашиваться из кэша.

Игнор скорее всего глючит на вложенных уровнях — у меня на первом уровне (в шаблоне) и в ресурсе все гуд. А у тебя, наверно, через феном вызывается сниппет, который вызывает чанк с игнором. Чисто предположение.

Если кто не заметил, мой PR таки принят. Так что дебажить феном теперь значительно легче.

Спасибо за добрые слова! :)

Это всё на совести разработчиков fullCalendar. У меня в планах нет задачи перетаскивать интерфейс гугл календаря в свой компонент.

Это вряд ли. Как вариант, для редакторов проверять контент регуляркой на событие OnBeforeDocSave и запрещать php код.

Пока нет. Для яндекс календаря нет api. Нужно разбираться с СalDAV. Не до этого сейчас.

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

А что мешает прописать класс в самом ресурсе в поле «Атрибуты ссылки»? Не охота писать в каждом ресурсе, создайте плагин на событие OnLoadWebPage и для ресурсов определённых родителей прописывайте нужный класс.

До первого обновления.

Можно сделать копию сниппета и в нем заменить метод.