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

Ошибка 500 — это ошибка на стороне сервера, там и нужно смотреть логи.

Скорее всего, версия PHP ниже 5.3 или не установлены какие-то расширения. Многие хостинги до сих пор живут в 2011 году, когда была выпущена последняя версия PHP 5.2.

Да, я ошибся, всё немного проще:

{var $articles = $_modx->getPlaceholder('my.articles')}
Значение: {$articles}

Выставленные плейсхолдеры нужно получить:

{var $placeholders = $_modx->getPlaceholders()}
{$placeholders['my.articles']}

Да, это я ступил, когда обращался к текущему ресурсу, а не к тому, который сейчас обрабатывается в чанке.

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

Естественно, mFilter2 умеет работать с категориями и другими свойствам ресурсов. Вот здесь, например, трудится его старая версия — mamaboutique.ru/catalog/dlya-kormyashhix/, можно покликать.

ТВ параметров там, если я ничего не путаю, нет вообще. Всё через свойства товаров miniShop2 и собственный класс фильтрации.

Ну значит пробуй как

{$_modx->getChunk($_pls['svg-icon']}

Смысл же в том, чтобы передать имя чанка.

Есть подозрение, что где-то есть код json, который ломает Fenom

99% всех ошибок при работе вне чанков.

но отследить тоже проблематично, так как в логе вроде пишет ошибки, но где, в каком файле и строке — непонятно.

По другому никак не получается, ибо если файл не компилируется (не собирается) — то и смотреть ошибку негде. А сам Fenom работает уже с готовой страницей, про чанки и сниппеты, её подготавливающие, он не знает.

Так что просто открывай исходный код страницы и смотри, где так есть скобочки, похожие на JSON.

Это первый подобный вопрос на моей памяти за всё время работы с miniShop2 и магазинами, что как бы намекает на масштабы «проблемы».

Есть письмо о заказе, есть (должен быть) личный кабинет с заказами. К тому же ты, как программист, можешь расшить системные классы и изменить всю логику оформления заказа — это описано в документации.

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

ходить на оплату не с адреса /order.html, а с адреса order.html?msorder=123

И почему при заходе на order.html?msorder=123 в одном случае должен быть редирект на платёжный сервис, а в другом — вывод заказа?

Или не очищать сессию

Чтобы юзер смог наделать еще 10 одинаковых заказов. Он же не соображает, что происходит — из платежного сервиса ушел, а заказ всё еще не оформлен, корзина забита товарами.

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

Сочувствую.

mSearch давно не поддерживается.

Первый ответ в Яндекс

И что здесь неправильного?

Юзер ушел на платежную систему, не подтвердил там ничего, не отменил, а вернулся на сайт, где у него уже оформлен заказ и очищена сессия.

Как сайт должен понять, что юзер вернулся с платёжной системы, если он ничего там не сделал и не вернулся по ссылке? Он просто открыл снова страницу с корзиной, которая уже пуста.

Минус от меня.

Вообще, для таких дел оформление комментариев ветками в Tickets не очень подходит, но плоский режим я так пока и не доделал.

Можно попробовать сделать такой сниппет-обёртку getAuthorComments:

<?php
if ($modx->user->id != $modx->resource->createdby && !$modx->user->isMember('Administrator')) {
	$scriptProperties['where'] = $modx->toJSON(array(
		'createdby:IN' => array($modx->user->id, $modx->resource->createdby),
	));
}

return $modx->runSnippet('TicketComments', $scriptProperties);

И вызывать его вместо TicketComments, где нужно:

[[!getAuthorComments?
	&showLog=`1`
]]

{$_modx->runSnippet('!pdoMenu@PropertySet', [
	'parents' => 2,
	'showLog' => 0,
	'includeTVs' => 'svg-icon',
	'level' => 1,
	'tplOuter' => '@INLINE <ul{$classes} id="side-menu">{$wrapper}</ul>',
	'tpl' => '@INLINE 
		<li{$classes}>
			<a href="{$link}" {$attributes}>
				<div class="row">
					<div class="col-md-3">{$_modx->getChunk($_modx->resource[\'svg-icon\'])}</div>
					<div class="col-md-9">{$menutitle}</div>
				</div>
			</a>
		</li>',
	'outerClass' => 'nav'
])}

Если вдруг что-то в INLINE чанке не будет работать, можно попробовать вынести в обычный чанк. Но у меня на тесте всё ок.

2. В чанке tpl.msProduct.content идёт работа со свойствами товара, которые выставляются в плейсхолдеры. Поэтому в MODX их можно получать через [[+имя]], а в Fenom нужно указывать ресурс, а не брать не пойми откуда переменные:

{if $_modx->resource.old_price > 0}
	<span class="old_price">{$_modx->resource.old_price} {$_modx->lexicon('ms2_frontend_currency')}</span>
{/if}

Недавно закончил один магазин, целиком построенный на Fenom. Всё получилось, но есть мнение, что пора писать новый обучающий курс про это.

У меня сильное подозрение, что ignore вообще не работает, а только в планах.

Так что да, пробелами.

Должно работать вот так:

[[!pdoResources? 
	&parents=`0` 
	&resources=`[[pdoResources?limit=`10`&returnIds=`1`]]`
	&limit=`1` 
	&sortby=`RAND()` 
	&includeContent=`1` 
]]

Почитай документацию

Чтобы убрать всё можно сделать просто вот так:

pdoPage.callbacks['before'] = function(config) {};
pdoPage.callbacks['after'] = function(config) {};

Это нормальное поведение.

Обычным людям неудобно читать новую страницу снизу вверх, поэтому скрипт её прокручивает в начало элемента.

Искренне печалит, что нет (и я так понимаю, не планируется) вообще никакой документации.

Это функционал есть в CSS.

При выводе ТВшек прям на странице, без сниппетов pdoTools не делается их подготовка и подстановка путей.

Наверное, нужно исправить, если не забуду.