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

Метод 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 в феном». Я не уверен что поможет, но попробовать можно.
Если не поможет то — либо убирать такие записи по коду шаблона, либо создать сниппеты реализующие подобный функционал.

Искренне рад. Уверен это даст толчок и принесет только развитие.

Конкуренция не в ценовой политике же, а в функционале.
Сложновато назначать цену, если в магазине не дают продавать. Здесь неравные условия изначально.

Строго говоря, фактическим владельцем и основателем данного сообщества является modstore. Хоть владельцы проекта и не вмешиваются в его деятельность, но свои интересы просят соблюдать. Это нужно учитывать.
Мое мнение — политика монополии ни к чему хорошему не приводит. Сделал и забыл. У людей нет выбора — они покупают. Конкурирование в схожих компонентах ведет к развитию, модернизации.