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

Сниппеты MODX могут возвращать исключительно строки, так уже повелось. $modx->fromJSON не нужен, Fenom умеет сам это делать:

{set $result = json_decode($_modx->runSnippet('snippet'), 1)}

Можно еще вот так:

{var $resources = $_modx->getResources(
    ['published' => 1, 'deleted' => 0],
    ['sortby' => 'id', 'sortdir' => 'ASC', 'limit' => 50]
)}
{foreach $resources as $resource}
    {$_modx->getChunk('@INLINE <p>{$id} {$pagetitle}</p>', $resource)}
{/foreach}

Но это только для ресурсов.

Конечно, предусмотрено, именно поэтому я и даю ссылку на другое дополнение.

modstore.pro/easycomm

Чего?

modx.pro/help/7072/#comment-49706

Не ругайся.

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

А потом смотрю на своё старое и думаю «какая ж херня, надо-бы переписать». Это бесконечный процесс.

Да я не про ядро (туда и раньше ничего не пихали), а просто, мол «зацените, люди!» в блоге или твиттере.

Но пока там новости исключительно о MODXCloud, а что и как на нём запускают — без разницы. Просьба не воспринимать серьёзно, обычное ворчание =)

Лично мне (лично мне) уже давно хватает всего, что есть. А чего вдруг не хватит — напишем.

Я тоже им это показывал, но для себя понял, что им гораздо интереснее Twig.

Поэтому какой-то поддержи Fenom или Smarty от руководства MODX мы не увидим.

Мне кажется, что Fenom гораздо меньше и проще.

Именно за это его и выбрал. Меньше файлов, меньше наворотов — самое то, для начала работы. А если не хватит — можно дальше глядеть уже другие решения: Smarty, Twig, или даже Volt.

Я не знаю Smarty. Так уж получилось, что сразу подружился именно с Fenom.

Но, вообще, тут речь не о разных шаблонизаторах, тут речь о нормальных шаблонизаторах в сравнении с извращением, которое многие сейчас пишут в чанках MODX.

На здоровье! =)

Да просто заморозить url у ресурсов.

Жуть какая. Уж проще было всё в одном сниппете сделать, чем так.

А с Fenom, да, красота! Сам не нарадуюсь.

$sql = $modx->prepare('
	SELECT * FROM (
		SELECT * FROM `modx_site_tmplvar_contentvalues` WHERE `tmplvarid` = 11
	) AS `tv_article` 
	LEFT JOIN `modx_shopmodx1c_tmp_categories` AS `main` 
	ON `main`.`parent` = `tv_article`.`value` AND `main`.`processed`=1
');
$sql->execute();
while ($row = $sql->fetch(PDO::FETCH_ASSOC)) {
	print_r($row);
}

modx.pro/development/325-about-xpdo/

Вроде правильно.

Выведи запрос через showLog и смотри в БД как выполняется и почему.

groupby не забыл?

Чем проще-то? Открывать меньше страниц, или что? Или у тебя браузер не поддерживает вкладки и настройки сразу 3х контекстов открыть не позволяет? Я уж молчу про работу напрямую с БД.

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

И как бы назывались эти системные настройки

Как назовёшь, так и будет. В твоём примере, очевидно [[!++link_contacts]]

Ну и вообще, если нужно указывать 200 id страниц в настройках — что-то не так с этим сайтом.

Судя по логам, у тебя лексикон не загружен и текст в циферку не превращается.

Ну и вообще, использовать лексикон для хранения системных настроек — свежее решение. Действительно, сколько можно хранить настройки контекстов в настройках контекстов? Надо же что-то новенькое придумать =)

Там всё как и раньше, можно использовать только email, username, fullname и password.

Office предназначен для быстрой регистрации.

По идее — да, если у чекбоксов будет name=«extended[name]» и разные значения, то на сервер уйдёт массив с ними и он должен сохраниться.

Обновляйся и проверяй.