Спасибо! Думаю все таки сделаю задачу в cron на вторичном сайте, чтобы он делал запрос по расписанию на какой-нибудь update.php основного сайта, а тот уже пусть выдает ответ в виде json с новыми расценками товаров

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

Обмен между двумя сайтами лучше производить в формате JSON. Это общепринятая система.
Инициатором обмена может быть как одна, так и другая сторона.
Варианты, которые вижу я.
1. Изменение цены одного продукта. В этом случае запускается событие, которое отправляет API запрос на сайт на сайт-приемник. В запросе артикул продукта и цена.
2. Изменение группы цен на сайте-доноре, в результате какой-то синхронизации со складом, например. В этом случае формируется текстовый файл json формата и посылается уведомление о готовности новых данных, со ссылкой на файл. Сайт-приемник, получив уведомление запускает скрипт обработки json файла
3. Сайт-приемник, самостоятельно, по расписанию запрашивает сайт-донор. Если товаров не много — то забирает на лету сформированный json Ответ. Если товаров много, то забирает файл, подготовленный заранее.
4. Если товаров много, то можно пойти дальше. Сайт-приемник первым запросом отправляет уведомление донору и необходимости подготовить свежие данные. Затем через несколько минут (сколько там нужно временим на подготовку файла с ценами), вторым запросом забирает подготовленный файл.

В целом все крутится вокруг json файла (или массива данных) и нескольких достаточно простых API запросов.

Если отключить — то получается не смогут. Согласен здесь проблема.
Наиболее простое решение это опираться на IP адрес клиента и срывать\показывать нужные компоненты.
Но это отдельный проект. Владельцы и разработчики далеко не дураки — я думаю в конце концов придумают решение.

Также авторам компонентов modstore, связанных с этими соцсетями — требуется компоненты отключить

А если компонент захотят купить из другой страны, где не запрещены эти соцсети, то не смогут?

Спасибо большое! Вариант с выгрузкой + cron мне больше нравится!

Да нормальный вариант.
Или на основном сайте сделайте выгрузку в простейший файл (текстовый) в формате «артикул: цена», а со второго по cron раз в час считывайте его да и обновляйте цены.

Не за что!

Спасибо за пакет. Прям огонь! Вот только жаль, что его почему-то не популяризировали.

Хорошо, что разобрались.

Я тогда с гитом был на Вы совсем и с гитхабом тоже. Многое не знал. В итоге, скорее всего, просто создал новый репозиторий и пушнул в него. В MODX-репозитории тоже не сразу стал указывать ссылки на гитхаб, в большинстве случаев потому что выкладывать пакеты стал раньше, чем гитхабом пользоваться. Этот же vapor в репозиторий в 2013 году выложил, а в гитхабе только в 2015 году первый коммит. То есть я потом постепенно стал выкатывать исходники в гитхаб.
А заорхивировал я практически все свои репы, связанные с MODX, потому что это теперь не мой профиль.

Ну вот пока ты не написал, это было неочевидно. Цели обесценить твой труд у меня не было. Твой пакет на github заархивирован, ссылки на оригинальный код (в виде форка) нет, чтобы это можно было увидеть хотя бы здесь — github.com/modxcms/vapor/network/members. В описании пакета на modx.com тоже ничего нет о том, как было на самом деле (а выложить там может каждый, просто загрузив архив с пакетом). Спасибо, что написал и пояснил.

Добавлю объективности. Автором этого пакета являюсь именно я, и выложен он мной. Хотя львиная доля его, конечно же, написана Джейсоном. С тем же успехом можно говорить, что все сайты, написанные на MODX, идут за авторством MODX LLC, ведь в большинстве случаев основная часть этих сайтов написана командой MODX.
А тем vapor-ом, который лежит у Джейсовна, в чистом виде, пользоваться вот так не совсем получится. Очень подробно (в том числе и про авторство), написано вот здесь: freecode.academy/topics/modxcloud.com-vapor-i-klonirovanie-sajtov.html

Исходники на гитхабе github.com/MODX-Club/vapor
Есть там и такой файл: github.com/MODX-Club/vapor/blob/master/import.php, которого нет в исходном пакете.

Очень «рад» твоей высокой оценке моим трудам (немало пришлось покопать ядро, написать решения). В погоне за пропогандой MODX ты слишком уж забываешь о конечных разработчиках, и что они тоже имеют ценность.

Добавлю объективности, автор сего пакета ни разу не Николай. Даже несмотря на то, что под его именем лежит пакет в репозитории. Код инструмента здесь github.com/modxcms/vapor и он авторства команды MODX LLC, в частности Jason Coward и Mike Schell, если верить github. Там же есть еще один инструмент — github.com/modxcms/teleport, который тоже весьма интересен.

Если я правильно понял о поиске языковой версии в урл, то вот

<?
// Массив допустимых язоковые версий, можно сделать настройку в модх и через getOption() получить, но это лишний запрос к БД
$allowLanguages = ['en','es'];

// Разбор урла
$queryArray = parse_url($_SERVER['HTTP_REFERER']);


// Разбор пути запроса 
$urlArray = explode('/',  $queryArray['path']);

// Если первый сегмент пути есть в массиве допустимых языков, соответственно урл содержит языковую версию
if(in_array($urlArray[1], $allowLanguages)){
    
    // Тут ищем контекст с языковой версией и делаем переключение на него или что-то другое

}

Я могу ошибаться. Тогда коллеги меня поправят.

Возьмем к примеру компонент mSearch2 и его автодополнения в поисковой строке.
Компонент отправляет запросы к серверу, беря за основу текущий хост. Который всегда без сегментов адреса.
Сервер используя хост, получает язык контекста и отдает ответ на языке чистого хоста.

Таким образом находясь на адресе site-region3.ru/en/ сервер будет запрашивать контекст основываясь только на хосте site-region3.ru и язык ответа для поисковых запросов будет русский (ну или какой там будет основным)

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

Да, это основное требования для SEO. Чтобы языковые версии оставались внутри одного домена или поддомена.
Поэтому ищу способ решения задачи в такой форме. Не совсем понял про JS, какие трудности могут возникнуть?

Спасибо) Изучу

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

В метрику можно передавать звонки с подменных номеров.