socialservices у Битрикса.
Что проверено
Подпись
id_token Veriqa по JWKS проверили и приняли два независимых клиента — Drupal и
WordPress.
Клиент должен быть confidential
Общее требование ко всем пяти движкам: регистрируйте клиента с секретом. Такому клиенту Veriqa разрешает работать без PKCE, и именно это делает возможной работу с коробочными плагинами. Public-клиент без PKCE получает отказ,plain не принимается ни от кого.
Email — место, где рецепт одного движка не переносится на другой
Telegram email не отдаёт и не отдаст, а движки относятся к его отсутствию по-разному. Утверждение «CMS требует email при регистрации» неверно сразу для трёх строк таблицы:
Где адрес обязателен, а канал его не даёт, применяется синтетический адрес вида
{канал}-{id}@{канал}.veriqa.invalid. Домен .invalid зарезервирован
RFC 2606 и никуда не доставляется — учётная запись с
ним не получит ни уведомлений, ни восстановления пароля. Это развилка для интегратора (спросить
адрес вторым шагом, использовать канал Email), а не готовое решение.
Ограничения
- каналы, кроме Telegram: WordPress, Drupal, Joomla и TYPO3 проверены только на нём. Связка «CMS + Email» проверена целиком только на Битриксе; WhatsApp и MAX с CMS не проверялись;
- публичное развёртывание с реальным доменом и валидным сертификатом не проверялось. Оно снимает локальные препятствия (самоподписанный CA, приватный issuer) — см. Локальная проверка.