Вот уже 10 дней жду его, когда уже ?)
очень надо!

Думаю, да. Но тут как обычно свою лепту могут внести сторонние факторы)

Прикольно, запись будет?

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

[[pdoResources:default=`/path/заглушка.png`? &class=`TicketFile` &where=`{"parent":[[*id]]}`  &sortby=`createdon`  &sortdir=`ASC`  &limit=`1`  &tpl=`@INLINE [[+url]]`]]

Бывает такая проблема. Polls установлен.

Хорошо, учту и сделаю обновление.

Я немного другим путем пошел. Немного модифицировал сниппет getTickets, обозвал его чуть иначе.
После 164 строки добавил следующий код:

if (!empty($getFiles)) {
    $data['files'] = $content = '';
    $k = $row['file.0.url'] = 0;
    if (!empty($unusedFiles) && !empty($row['content'])) {
        $content = $row['content'];
    }
    
    $where = array('deleted' => 0, 'class' => 'Ticket', 'parent' => $row['id'], 'type' => 'image');
    $q = $this->xpdo->newQuery('TicketFile', $where);
    $q->select('url');
    $q->sortby('rank ASC, createdon', 'ASC');
    if ($q->prepare() && $q->stmt->execute()) {
        $imgs = $q->stmt->fetchAll(PDO::FETCH_COLUMN);
        foreach ($imgs as $k => $img) {
            if ($content && strpos($content, $img) !== false || $k != 0) {
                continue;
            }
            $row['file.'.$k.'.url'] = $img;
            $k++;
        }
    }
    $row['has_files'] = !empty($row['file.0.url']);
}

Включается с &getFiles=`1`. Первое изображение в плейсхолдере [[+file.0.url]].

Так же сам Tickets модифицированный (добавлена возможность сортировки), т.ч. если не запустится надо стереть «rank ASC, „

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

В общем добился результата такой конструкцией, если кому понадобиться.

[[!pdoPage? &element=`getTickets`
&action=`tickets`
&parents=`33`
&limit=`5`
&includeTVs=`imgmini`
]]

Вроде проблема в компоненте Polls. Убрал с сайта и в течение пару дней проблема не появлялась. Он не обновлялся с 2012 года, поэтому думаю, что именно в нем.

Кто ставил Polls на новый MODx? была ли такая проблема у вас?

Нашёл.
Это находится в подразделе Access Control Lists.
Снял галочки, почистил кэш, но всё равно id отображаются.

Здравствуйте. Новичок в разработке вообще и потому плохо и медленно до всего дохожу. Вот с чем столкнулся. Создал TV. Для пробы вставил этот

[[!yandexMaps?
	&tvCoords=`coords`
]]

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

Было бы не плохо если бы вы написали решение. Т.к. столкнулся с подобной проблемой. (Имею ввиду вывод картинок на главной странице) в ленте новостей.

Про апдейт индекса всё верно — такое поведение будет при любом раскладе — хоть с каноникал, хоть без него, а равно и с prev/next и без них тоже.
Но в этом случае canonical всё же может помочь, если у нас есть страница «Показать всё» (т.е. с limit=кол-во товаров). Тогда все товары будут на ней и в выдаче как раз будет она. Но если товаров немного, конечно. В остальных случаях от ожидания переиндексации ПС никто не застрахован и никакие пляски с бубном в этом не помогут))

Виктор, просто когда они в связке используются (prev/next/canonical), то canonical должен вести на ЭТУ же страницу, но без лишних параметров в URL.

А если использовать только один canonical (без prev/next), то его можно ставить двумя способами:
* для страницы со всеми товарами на одной (без разбивки, т.е. limit=кол-во товаров), но это хорошо, если товаров до 30-50 в категории. Если больше, то не вариант.
* для основной страницы категории (т.е. как раз как ты говорил — без ?...) — это допустимо, но с точки зрения того же гугла неверно. Лучше использовать сразу три тега: prev/next/canonical

Вообще да, вот нагуглилось.
Гугл видит это так.

<link rel="canonical" href="http://www.example.com/article?story=abc&page=2"/>
<link rel="prev" href="http://www.example.com/article?story=abc&page=1&sessionid=123" />
<link rel="next" href="http://www.example.com/article?story=abc&page=3&sessionid=123" />

Но странно все это. Цитата с Яндекса

Также если на странице расположен атрибут rel=«canonical», с указанием непосредственного адреса этой страницы, робот посчитает ее канонической. Данная страница будет индексироваться и появится в поисковой выдаче Яндекса.

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

Ты не правильно понял насчёт:

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

Посмотри видео от гугла и поймёшь, что я имел ввиду.

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

Это неверно. Вы видео по ссылке выше смотрели? У Гугла на этот счёт (как в прочем и у Яндекса) совсем иная точка зрения.

Не редко встречаются закрытые от индексации пути со знаком вопроса, потому что по сути это дубли, которые нужны людям, а не роботам (у роботов сайтмап).

Тоже неверно, т.к. пустые (мусорные) страницы будут в выдаче с пометкой в сниппете «индексация документа запрещена в файле robots.txt». А если ввести rel=canonical, то всё логично — в выдаче будет только основная страница, а остальные «сольются» с ней.

Сам очень часто напарываюсь при поиске, перехожу на страницу, а там нет того контента, который нашел там яндекс

вот поэтому и нужны все те инструменты, о которых мы здесь ведём речь — чтобы не было разочарования от перехода на сайт))

К тому же, если следовать твоей логике, то зачем было вводить rel=«prev» и rel=«next» — пусть бы сами делали, кому нужно!