Код выше уже устаревший и не сработает на новых версиях modx. Ниже рабочий код для 2.8.4

<?php
/**
 * Created by PhpStorm.
 * User: admin
 * Date: 25.06.2019
 * Time: 14:19
 */


require_once '/ТУТ ПУТЬ К ФАЙЛУ ПИШЕМ/public_html/config.core.php';
require_once MODX_CORE_PATH.'model/modx/modx.class.php';
$modx = new modX();
$modx->initialize('web');
$modx->getService('error','error.modError', '', '');

$modx->getService('error', 'error.modError');
$modx->setLogLevel(modX::LOG_LEVEL_FATAL);
$modx->setLogTarget(XPDO_CLI_MODE ? 'ECHO' : 'HTML');

$msg = "";

$table_prefix = $modx->config['table_prefix'];

//Ищем двойников
$find_query = $modx->query("SELECT group_concat(`id`) ids, count(id) c FROM `" . $table_prefix . "site_content` GROUP by concat(uri) HAVING c > 1");

$dubles = $find_query->fetchAll(PDO::FETCH_ASSOC);
//Если нашли
if (count($dubles)) {
    foreach ($dubles as $item) {
        //Разбивем ID
        $ids = explode(",", $item['ids']);
        //Сортируем - старые вверх
        sort($ids, SORT_NUMERIC);

        $count = 0;

        foreach ($ids as $doc_id) {
            $count++;
            //ПРопускаем оригинал
            if ($count > 1) {

                //Обновляем ресурс
                $originalRes = $modx->getObject('modResource', $doc_id);
                $generated = $originalRes->cleanAlias($originalRes->get('pagetitle')) . "-" . $count;
                $originalRes->set('alias', $generated);
                $originalRes->save();
                //В лог
                $msg .= $originalRes->get('id') . " | " . $originalRes->get('pagetitle') . " - обновлен.\n";
            }

        }
        //Сброрс кеша
        $modx->cacheManager->refresh();
    }

} else {
    $msg .= "Дублей нет\n";
}

echo "<pre>" . $msg;

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

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

То что ты руками указал, и сработало, это вроде как хорошо, но решить системно было бы ещё лучше!

В свежей версии MODX были правки в указанной части дефолтного конфига, и хотелось бы понять, есть ли недочёт в новой версии, или просто у тебя сайт со времён HTTP не был перенастроен на HTTPS и действуют какие то старые настройки. В любом случае я хотел бы подтвердить, что именно обновление приводит к смене протокола в url, а не что-то другое.

Я уже несколько десятков сайтов обновил и нигде такое не всплыло, вот в чем дело. Но ещё больше предстоит обновить и лучше бы я знал, если проблема и правда есть ;-)

Кстати, добавлю к списку вопросов выше ещё:
— не установлен ли у тебя тег в вёрстке? Если да, в каком значении?

Ты же понимаешь что компоненту аж 7 лет? Последнее обновление выпустили 6 лет назад.

Возможно, только раньше и без правок обновлялось все корректно

Скорее всего нужно поправить строчку в core/config/config.inc.php
там должно быть:

if (!defined('MODX_URL_SCHEME')) { $url_scheme= 'https://'; define('MODX_URL_SCHEME', $url_scheme); }

Всегда переписываю после обновления, это от хостинга зависит если не ошибаюсь, у меня, например, sweb и там это нужно делать.

Никогда не вносил изменения в настройках, протокол https вставал автоматом до последнего обновления четко, проблем не было, пришлось в настройках контекста, руками добавить site_url и указать полный адрес

Привет! У меня нет возможности проверить по http (без https) но вот сейчас проверил на паре сайтов из тех, что обновил — всё выводится как надо, значение настройки содержит https:// в начале.
Чтобы помочь тебе, дай больше инфы:
1. Проверь в системных настройках и в настройках контекста, может у тебя руками указано значение где-то?
2. По какому протоколу открываешь сайт, когда настройка выдаёт неверное значение? Например по https. А если по http открыть (без редиректа на https) — как себя поведет настройка?
3. Какой протокол указан в настройке [[++server_protocol]]?

После обновления на двух сайтах, эта переменная [[!++site_url]], выдает http вместо https, до этого, проблем с обновлениями не было

modstore.pro/packages/ecommerce/seotabs

Как бы я поступил:

создал компонент (на базе modExtra), чтобы быстро, где будет по сути 1 объект Услуга (header, alias, description, seo_title/seo_description, а также полем parent_id для вложенности).
Свой интерфейс для управления ими будет поудобнее, чем MIGX. Чуть подумать, чтобы интерфейс выглядел симпатично и понятно (больше всего вопросов по отображению услуга/подуслуга).

Да, можно конечно поставить fastRoute или VirtualPages, но т.к. уровень вложенности не большой, то в целом все решается не самым сложным плагином на OnPageNotFound.
Чуть сложнее, если нужно ряд услуг скрыть для определенных моделей авто…

Кстати, VirtualPages у меня трудится на одном проекте уже много лет стабильно:)

Кстати, удвоение количества товара при обновлении страницы тоже в версии с modstore.pro никуда не ушло.
Кто-то знает, в версии с Гитхаб есть удвоение?

Снипер [[!getShareCart?]] не работал (выводил массив), так как указан неправильный чанк.

Было:

$tpl = $modx->getOption('tpl', $scriptProperties, 'getShareCart');

Надо:

$tpl = $modx->getOption('tpl', $scriptProperties, 'tpl.getShareCart');

Установил версию из магазина, но вроде и в коде на гитхабе тоже ошибка. только там надо добавить chunk.

Попробовал данный компонент в 2024 (недавно кстати зарелизилась версия 1.0.0). Компонент прямо огонь, пока исключительно положительные ощущения. Даже бесплатная версия полностью покрывает мои потребности (несложный конструктор лендингов). Впервые за несколько лет взгрустнулось, что на большинстве проектов я ушел с MODX.
На Модхосте компонент, к сожалению, больше не доступен, но доступен в главном репо. дополнений MODX.
Вот его сайт pageblocks.boshnik.com/
А вот репа бесплатной версии github.com/Boshnik/PageBlocksFree

Нет, примерно такие данные:
Книга, 10, 500
Книга 2, 20, 700

Смайлики есть в данных?

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

еще проще проблема дублей в относительных адресах решается пропиской в head:

<base href="[[++site_url]]" />

Поправил код выше. Столкнулся с тем что у меток выводился одинаковое содержимое для прикрепляемого справа от метки блока. Понял что по причине того что в карту выводится одна переменная MyIconContentLayout, а для разных меток она разная.
Исправил: вместо присвоения

MyIconContentLayout = ymaps.templateLayoutFactory.createClass(...

поставил

MyIconContentLayout{$dealerplace.MIGX_id} = ymaps.templateLayoutFactory.createClass(...

и вместо

e.get('target').options.set('iconContentLayout', MyIconContentLayout);

поставил

e.get('target').options.set('iconContentLayout', MyIconContentLayout{$dealerplace.MIGX_id});

Как итог будет правильно выводить текст справа от меток.

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

Опытным путем выяснил, что [[+link]] выдает относительный путь, и плюсует перед ним адрес «крошки».

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

Но я не стал выяснять, а просто обнулил путь перед [[+link]]:

[[++site_url]][[+link]]

и повторы ушли.