Не знаю, я на маке не запускал. Возможно в этом дело. На линуксе всё работает, если поднимать по документации.

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

Сложно вам что то посоветовать, я не до конца понимаю. Как по мне было бы очень логично иметь ресурс — меню. в нем ресурсы — дни недели, внутри ресурсы — блюда.
Но опять же, это вам виднее.

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

Удивительно, но нет — это не ресурсы. Там не нужно каждому блюду фото, описание.
Просто 1 страничка со всем списком по дням. Как будто распечатанное меню в ресторане.

Меню планируется сразу на всю неделю. Каждый день предлагается по 2 разных блюда. На следующий день уже будут другие 2 разных блюда. И так всю неделю.

Несколько раз в месяц некоторые блюда повторяются. Цена единственная на все блюда.

Вот и думаю что будет удобнее редактору сайта: список, который пополняется или текстовое поле. Или еще как-то? Чтобы минимизировать количество писанины с его стороны.

Сделать ли блюда списком или простое текстовое поле?

разве это не будут ресурсы?

Что должно быть в админке для раздела «Меню»?

Кто кроме вас знает что есть на вашем сайте?
Я бы советовал брать бумагу и ручку и рисовать. Представить что нужно менеджеру в админке, чем он должен управлять, как это разбит на группы. Потому подумать еще, постараться как можно боле удобно разместить информацию, представить было ли удобно самому…
Придерживаюсь мнения, что для того чтобы что-то сделать, это всегда нужно сначала визуализировать.

Насколько я понял, то вы подумали про мой вопрос «какие технологии использовать в админке». Типа Vue.js, React.

Нет. Я имею в виду: что должно в админке сайта для ресторана? Есть ли пример, где можно посмотреть как (не «на чем», а «как») реализована админка такого сайта? Какие ТВ-поля используются? Сделать ли блюда списком или простое текстовое поле?

Админку MODX считают абсолютно понятной и логичной. Очень будут рады в ней работать.

Стандартных компонентов для Наименования, Цена, День недели — весьма хватает.

Мне бы пример увидеть. Есть примеры?

Не могу не поделиться одним из вариантов.

Авторизация происходит через обращение на вашсайт/rest/auth. В GET-запросе должны находиться username и password. Далее можно обращаться к вашсайт/rest/myPackage или посмотреть как в файле реализована обёртка с проверкой.

Для меня пока хватит и этого. В будущем попробую прикрутить токен, благо реализаций полно для MODX.

я наверное вас не совсем понял.
Вы спрашивали как сделать удобную админку, я вам говорю что по своей сути удобную админку сделать на modx не просто. Это может сделать только человек, хорошо разбирающийся в javascript фреймворке ExtJS который и занимается отрисовкой админки. Без этого знания вам будет очень сложно.
Большинство контент менеджеров находят админку modx отталкивающей и перегруженой.
Я не касаюсь конкретно админки ресторана, я без понятия что такое «меню по два блюда и так далее».
Я не знаю что вы считаете «удобным», возможно вам стандартных элементов хватит, типа ТВ полей
Я не знаю уровня ваших знаний, иначе сказал бы, что если вам неприменно хочется на modx но с красивой админкой, в которой нет ничего лишнего, то делайте свою админку, отдельную от админки котороая идет в комплекте.

Демон постоянно сыпет ошибками:

pages timeout done
Error: connect ECONNREFUSED 207.241.237.3:443
    at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1132:16) {
  errno: -61,
  code: 'ECONNREFUSED',
  syscall: 'connect',
  address: '207.241.237.3',
  port: 443,
  config: {
.........

MacBook-Pro:~ alex$ node -v
v16.4.0

В чём может быть дело? уже обновил ноду с 10 до 16 — сильно не помогло. Что я делаю не так?

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

Не самый новый, но всё же пример — Разработка новой версии vrmedia.tv

Александр, очень неожиданный совет. Но я даже не представляю, что должно в админке для ресторана, что меня пугают 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

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