Александр, очень неожиданный совет. Но я даже не представляю, что должно в админке для ресторана, что меня пугают extJS.
Можете подсказать, какие такие страшные компоненты должны быть в админке?

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

Здесь одно единственное правильное решение, которое давно уже было реализовано в черт его знает скольких вариантах.
1. Все домены ведут на один сайт
2. Никаких контекстов. Единый контекст с одним и тем же контентом для всех доменов
3. Плагин слушает текущий адрес сайта и в зависимости от него выставляет системную настройку «city»
4. Шаблонизатор в свою очередь слушает вышеупомянутую системную настройку и в зависимости от значения выводит нужные данные.
5. Нужно менять цены по городам? Нет ничего проще. Пишем плагин заменяем на лету цены.
6. Хотим простое управление всеми необходимыми настройками (адреса, телефоны, координаты карты) — создаем простейший компонент с табличкой «данные по городам» где ключом будет домен.
За пример такого компонента можно взять допустим changeDomain
7. Хотим чтобы контент динамично менялся. Вставляем туда вместо нужных слов плейсхолдеры, которые будут в зависимости от города подставляться

можно взглянуть на текст договора на разработку сайта? А то может вы хотите используя знания людей с этого сайта «кинуть» честного разработчика и не платить ему?

Ну а кстати да, давайте порассуждаем.
Я вот признаюсь, тоже не могу представить как удобно сделать сайт на modx, который мог бы отображать разную информацию на поддоменах.
Начнем с того, что изначально такой цели не стояло и был создан сайт site.com
Через время заказчик или SEO (ох уж эти SEO ) говорят нам нужны сайты с примерно тем же содержанием но под все города России на поддоменах. Ок, со всеми городами пока подождем, потому что тут сразу становится понятно, что делать копии сайта и размещать их на поддоменах как полноценные сайты со своей базой — не вариант.
Начнем с того, что заказчик говорит — хочу два поддомена piter.site.com и smolensk.site.com содержимое этих сайтов вроде и похожее, но не совсем — товары могут быть не все в наличии что на основном сайте, цены само собой другие, тайтлы у страниц другие и содержимое страниц другое — тоесть тексты на страницах заточены под конкретный город.
Вот какие у кого идеи решения? Вроде и одинаковые сайты и наверное это можно разрулить на уровне настроек nginx, но ведь и не совсем одинаковые — тексты разные, цены разные…
И конечно, никто не хочет отдельно заполнять три сайта. А потом может быть и 600 сайтов.

Возможно многие не согласятся и будут правы, но Антон, не делайте сайт на modx если хотите удобную админку и при этом вы не эксперт в extJS

Чане Чанк: section-langs-1 выводит список всех языков и Чанк: section-langs-2 выводит аналогичный список, только в dropdown. Как в чанке 1 вывести только текущий язык? А в dropdown все остальные? Скриншот: prntscr.com/16buxq7

Просто интереса ради, а какие условия вы обсуждали изначально с разработчиком?
Возможно доступ разработчика к сайту и ежемесячное обслуживание это не такой уж плохой вариант?
Что будете делать когда с сайтом случится беда или потребуется добавить новый функционал?
Начнете искать других людей, которые совершенно не знакомы с проектом, не станут вникать в его нюасны, выполнят работу на абы как, возьмут с вас деньги и исчезнут. И да, после них все равно придется все доступы менять…

В первую очередь необходимо поменять пароли к хостингу и FTP доступ. С таким доступом считайте любой — имеет максимальные права управления сайтом.
Далее нужно сменить пароль admin (это можно сделать программно, знать первоначальный пароль не обязательно)
Ну и сменить пароль к базе mysql чтобы там не навредили.

Напишите мне, помогу. Там делов на 5 минут

Да, я давно уже разобрался)) Сейчас легко расширяю что только можно, в том числе в админке) Но в этом вопросе не знаю что не так, на скринах вроде всё верно.

Я сам не особо этот вопрос одолел.
Дело в том что авторизация в MODX хранится в сессии, что делает достаточно сложным вопрос опознавания юзера, который обращается к сайту по API. Это нужно идентификатор сессии получать и подписывать каждый запрос, да еще и поднимать уже существующую сессию по присланному идентификатору. Я пока не осилил.
Есть несколько путей попроще. Например jwt сессии когда все хранится на стороне клиента.
Я вот по пути Laravel обычно иду. Делаю идентификатор пользователя, подписываю им запросы и при каждом запросе авторизую пользователя. Но тут тоже есть подводные камни. Авторизацию и права нужные вы получите а вот с другими компонентами использующими сессию в работе все также проблематично пользоваться. Тем же minishop2 с его сессионной корзиной.

Да это прикольное решение, а главный его прикол в том, что суть сразу ясна)))

Решение, конечно, так себе)
Прям очень так себе

Гораздо более прикольным способ было бы гонять ValueObject объектики в виде json.

Интересует данный момент. Могу многое сделать кроме авторизации в MODX REST.
Подскажите как одолеть вопрос? Может есть заметки на эту тему.

Через мой профиль напишите.

Вы смогли бы помочь с реализацией? Где с Вами можно обсудить условия?

Я бы сделал так. Создал поле (TV или расширил бы модель товара), в этом поле хранил бы id основного товара, тот который в Москве, потом написал бы плагин на событие OnDocFormSave в котором проверял бы контекст и класс ресурса(товар или нет) и если это Москва и это товар, то выбирал бы все ресурсы, у которых в созданном мной поле стоит id редактируемого в данный момент ресурса и обновлял бы данные в них.

Проблему обнаружил: в уведомлении о движении посылки не работает "{$track}", на почту он приходит как есть — {$track}.
Еще вопрос, можно ли как то вывести поле с треком на страницу заказа для клиента?
Я вывожу список заказов с помощью msListOrders и хочу в него встроить вывод трека и отображение пути посылки.

блин ответ писал развернутый и ошибка выскочила. Вообщем сборка под себя и если у кого-то те же предподчения то им пойдет. А тем кому не подойдет пусть свою сборку пишут. Всем не угодишь.