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

Замечу Материал по 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 адрес клиента и срывать\показывать нужные компоненты.
Но это отдельный проект. Владельцы и разработчики далеко не дураки — я думаю в конце концов придумают решение.

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

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

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

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

Вам принципиально определять язык через сегмент адреса?
Было бы существенно проще, если бы язык шел поддоменом. en.site-region3.ru/
В текущем случае вы конечно осилите переключение языка основываясь на host + /lang/
Но останутся нерешенными проблемы внутри JS. Все ajax запросы будут улетать на базовый хост, и ответы будут приходить на базовом языке.

Давай будем корректны — Как бы Ios сам по себе ничего не рендерит. Это вопросы к движку браузера тогда уж.

Да это будем убирать. Это в процессе. Сложнее чем может показаться.

Коллеги. Давайте воздержимся от написания комментариев в этом посте. Исключение — если это касается темы и строго по делу.

iphone не любит let, надо заменить на var.

ЧТООО?? Артур не говори ерунды. По этой логике не один сайт бы не работал.

У вас в шаблонах, используются php методы в trim, array_merge в качестве модификаторов. В обычном режиме работы pdoTools про php методы ничего не знает. Чтобы узнал, можно попробовать включить настройку «Разрешить php в феном». Я не уверен что поможет, но попробовать можно.
Если не поможет то — либо убирать такие записи по коду шаблона, либо создать сниппеты реализующие подобный функционал.