Николай Савин

Огонь! Давай займемся импортозамещением, поменяем название и выложим на modstore за 990 рубликов, а весь доход пустим на поддержку modx.pro

Давайте так. Напишите оба по полезной, качественной статье сюда на modx.pro, а эту удалим. Я думаю автор будет не против такого размена. Идет?

Код действительно почти бессмысленный. Но такой контент полезен для портала в любом случае. Лучше уж так, чем писать месяцами идеальную статью

Псс, парень. Меня там заплюсовали уже

Вась, давай обойдемся без лишних упоминаний запрещенки. Очень прошу.

MODX3 Не на носу, а уже вышел.

Я взял себе тему построение REST. Ты можешь например осветить тему шаблонизации и построения сайта на ZoomX, если разбираешься

Замечу Материал по ZoomX появляется периодически. На днях еще одна статья будет.

Можно сделать отдельно обзор компонента Quickstart Buttons
Как настраивать, как вывести те или иные популярные кнопки, как сделать ссылки на кастомные какие то штуки

Ну для начала наверное задать себе вопрос «Что я выиграю от переезда?»

Метод setTVValue не нуждается в save, так как происходит работа не с ресурсом, а с отдельным объектом. Там в коде метода есть сохранение.

Основные изменения коснулись только разработчиков. Пользователь ничего нового для себя не найдет, владелец сайта ничего не выиграет от переезда.

Если магазин на minishop2 — то не нужно переводить. Компонент не адаптирован для MODX3 и раньше лета думаю, не будет адаптирован.

Во. Я тоже увидел — испугался. Это ж сколько сайтов ляжет в ближайшую неделю. Подумать страшно

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

Я же вам прямую ссылку дал выше на скачивание.
Дублирую ссылку
Жмете на кнопку download prnt.sc/uUm228PJ4ixH

Здравствуйте. Версия для MODX3 уже есть.
Вот ссылка

Рекомендую попробовать ZoomX на сайте-доноре. Компонент отлично справляется с построением API как раз с json ответами, и умеет отдавать сразу файлы, если вдруг вы его будете формировать заранее.

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

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

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