Чуть подробнее, почему payload cms, а не strapi.
У них просто немного разный дизайн.
Strapi – это отличное качественное коробочное решение. Всё, что он умеет, он делает хорошо. Но вот если что-то не умеет, тут есть проблемы, так как он достаточно хорошо инкапсулирован (+ модель работы с релиационной базой задаёт ограничения)
PayloadCMS – другая архитектура. Он предоставляет много мощных точек расширения, с помощью которых можно почти всё что угодно сделать. Но при этом, результат с точки зрения пользователя чуть хуже, так как всё собрано из "гибких", но не специализированных кусочков.
Пример, как реализована система доступа по api в payload.cms. В коллекции пользователя ты включаешь специальный флаг. И в интерфейсе появляется ключ, который можно скопировать и использовать для api запросов к payload от имени этого пользователя.
С одной стороны, выглядит косячно, с другой стороны очень мощно. Так как можно гибко управлять доступами вплоть до полей для каждого сервиса интеграции.
У них просто немного разный дизайн.
Strapi – это отличное качественное коробочное решение. Всё, что он умеет, он делает хорошо. Но вот если что-то не умеет, тут есть проблемы, так как он достаточно хорошо инкапсулирован (+ модель работы с релиационной базой задаёт ограничения)
PayloadCMS – другая архитектура. Он предоставляет много мощных точек расширения, с помощью которых можно почти всё что угодно сделать. Но при этом, результат с точки зрения пользователя чуть хуже, так как всё собрано из "гибких", но не специализированных кусочков.
Пример, как реализована система доступа по api в payload.cms. В коллекции пользователя ты включаешь специальный флаг. И в интерфейсе появляется ключ, который можно скопировать и использовать для api запросов к payload от имени этого пользователя.
С одной стороны, выглядит косячно, с другой стороны очень мощно. Так как можно гибко управлять доступами вплоть до полей для каждого сервиса интеграции.