Что то не так с цветами. Оранжевый не подходит не в ргб не в хексе.
Вот этим коммитом только получилось решить: https://github.com/MODX-Club/modx-next-manager/commit/6941f32250554d189608c03881bc64443e32f6cc Next-js перебивает пути __dirname и require.resolve(), из-за чего бьется схема nexus. Пришлось использовать process.cwd()
Так как vercel.com не умеет устанавливать кукисы (отсутствует метод res.cookie), реализовал простенькое хранилище для кукисов по токену. То есть с клиента теперь кукис может и не слаться, а только токен, и будет работать, если для токена кукис есть в хранилище.
Оказывается версел немеет метода установки кукисов. Вот все методы: https://vercel.com/docs/runtimes#official-runtimes/node-js/node-js-request-and-response-objects Кукисы можно прочитать входящие, но нельзя установить новые.
Использовал вот этот мануал: https://apuyou.io/blog/serverless-graphql-apollo-server-nextjs
Пришлось добавить еще поиск ID авторизованного пользователя в старнице админки. При чем сделать это можно только на странице профиля ?a=security/profile. Только там есть ID текущего пользователя. На других страницах его нет. А без этого не получить профиль текущего пользователя, так как нет такого коннектора. Есть только возможность запросить конкретного пользователя по конкретному ID.
Несколько подводных камней: 1. MODX не имеет открытого коннектора на авторизацию. Во всяком случае я его не нашел по той причине, что коннектор нельзя выполнить, если нет актуального токена modAuth и кукиса авторизованного пользователя, и если доступа нет, то он отбивает запрос с ошибкой 401, и до процессора авторизации запрос даже не доходит. Пришлось слать запрос авторизации на саму страницу админки, чтобы получить кукис, и после этого выполнять сразу же еще один запрос на нее же, чтобы получить авторизованную страницу админки и найти в ней токен. То еще извращение... 2. С самим запросом и кукисами тоже пляски получились. На один запрос в базе данных создавалось сразу две записи сессии, при этом в ответе был кукис неавторизованной сессии. Выяснилось, что MODX в любом случае при авторизации шлет в ответе данные редиректа. fetch по-умолчанию следует этим редиректам, и ответ содержит самые последние данные. При этом он не отправляет полученные кукисы. Пришлось запретить ему это. При этом, теоретически, у него должна быть возможность указать следовать редиректам и слать сразу же полученные кукисы. Тогда вообще было бы круто, можно было бы обойтись без второго запроса, сразу получив в ответе и код авторизованной страницы, и кукис.