Илья Уткин

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

Просто в том месте, где надо разместить кат, вставляешь тег

<cut>

Даже есть кнопочка с ножницами для этого)

А если в PhpMyAdmin этот запрос вставить и попробовать выполнить — будет результат?

$modx->runSnippet('pdoResources', array(
  // ...
  'tvFilters' => "users=={$modx->user->id}",
  // ...
));

Попробуйте так посмотреть, какой SQL-запрос формируется, и что в нём не так:

$q = $modx->newQuery('msProductData');
$q->where(array('article' => $article));
$q->prepare();
echo $q->toSQL();

Опечатка, но на функциональность она не повлияет — ведь это просто алиас, можно даже так написать:

$query->leftJoin('TicketThread','Vetka', 'Vetka.id = TicketComment.thread');

Сделайте var_dump вместо echo. Возможно, после артикула в файле стоит пробел — тогда надо воспользоваться функцией trim перед подстановкой в условие.

В AjaxSnippet параметры сохраняются в кеш во время первой загрузки страницы. После этого, когда происходит сам Ajax-запрос, параметры уже не доступны для изменения.

Вам надо написать собственный сниппет-обёртку, например, такую: modx.pro/development/3139/

И уже в этом сниппете вызывать $modx->runSnippet(). Тогда легко можно будет подставить id только что авторизовавшегося пользователя.

Всё в сниппете верно, пагинация должна работать. Как вызываете?

[[!pdoPage? &element=`mySnippet`]]
[[!+page.nav]]

А если бы статью не написал, то и не узнал бы) и другие тоже почитают комменты и что-то для себя вынесут (я, например, тоже новое прочитал).

Скрой вкладку (регион) дополнительных полей. Если потом будет нужно еще дополнительное поле, вручную выведешь его «на морду»

Из-за того, что уровень вложенности может быть разный, решить такую задачу за один запрос вряд ли получится. Попробуйте просто внутри tpl вызывать обычный msProducts, передав в него parent={$id} и limit=1. Если категорий немного, то нагрузки особо не будет.

Если много, то лучше посмотреть в сторону плагина — при сохранении товара проверить его menuindex. Если menuindex=0, то получать все его родительские категории и записывать в ТВ-шки пункт меню и путь к картинке. Тогда вывод категорий на сайте будет тривиальным.

В моём варианте можно поменять не один пункт меню, а несколько, если это понадобится:

<li{$classes}>
  <a href="{$link}" {$attributes}>
    {switch $id}
      {case 2}
        Тест
      {case 7}
        Контактная информация
      {case 13}
        Новости
      {case default}
        {$menutitle}
    {/switch}
  </a>
  {$wrapper}
</li>

О, можно ещё так извратиться:

&tpl=`@INLINE <li{$classes}>
  <a href="{$link}" {$attributes}>
    {switch $id}
      {case 2}
        Тест
      {case default}
        {$menutitle}
    {/switch}
  </a>
  {$wrapper}
</li>`

Компонент Office умеет делать удалённую авторизацию. Как на modx.pro — основная база пользователей на одном сайте, а на остальных сайтах удалённая авторизация.

Попробуй так:

$output .= $modx->getChunk($tpl);

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

Напишите в техподдержку, скиньте доступ от сайта, посмотрю и поправлю, если что не так.

Это из-за кавычек. Попробуй двойные:

{$_modx->lexicon("moreButton")}

А я считаю, что для коммерческого использования продавать нужно по сниженной цене. Ведь студия делает много сайтов и будет покупать дополнение много раз. Мне выгоднее продать дополнение 3 раза по 500 рублей, чем один раз, но за 1000. Кроме того, студия обратится в техподдержку максимум один раз — потом вопросов по использованию уже не будет (а может и вообще не обратится, так как там работают профессионалы). А человек, который только учится, задаст тысячу вопросов, и я потрачу на него много своего рабочего времени.

Кстати, студии и так покупают дешевле — в modstore действует прогрессивная система скидок.

Блин! Случайно вместо плюсика минус поставил =(