Опис проєкту
ПерекладУ нас контентний маркетинговий сайт, і стара монолітна CMS давно стала вузьким місцем. Будь-яка дрібна правка тексту перетворюється на завдання для розробника, і редактори цим виснажені. Ми хочемо перейти на сучасну headless-архітектуру та шукаємо людину, яка вже пройшла цей шлях від початку до кінця. Стек відкритий: я схиляюсь до Strapi, якщо нам є сенс тримати все в себе, але так само спокійно прийму Contentful, якщо керована версія краще підходить під розмір команди та бюджет. Частина вашої роботи — допомогти нам прийняти це рішення з зрозумілими плюсами та мінусами, а не просто запропонувати улюблений інструмент.
Обсяг — це повноцінна робоча налаштування, а не proof of concept. Ви акуратно опишете наші типи контенту (статті, автори, категорії, блоки лендингів, компоненти, що переиспользуются, медіа), задасте розумну валідацію полів та спроектуєте зв'язки так, щоб вони були зручні редакторам, а не копіювали сиру структуру бази. Поверх цього — чисте, задокументоване API (REST або GraphQL) з пагінацією, фільтрацією та розділенням чорновик/опубліковано, та підключення його до нашого JAMstack-фронтенду, щоб сторінки рендерилися з контенту CMS. Редактори повинні самостійно створювати, попередньо переглядати та публікувати записи, а ролі та права повинні захищати структуру від випадкових поломок. У команді вже є дизайнер та фронтенд-розробник, тому працювати ви будете у зв'язці, а не самостійно.
Надішліть, будь ласка, приклади ваших headless-CMS проектів та напишіть, яку платформу ви рекомендуєте для нашого випадку та чому.
— Описати типи контенту, компоненти та зв'язки під реальні редакторські процеси
— Видати чисте REST або GraphQL API з пагінацією, фільтрами та статусами чорновик/опубліковано
— Підключити CMS до JAMstack-фронтенду та налаштувати попередній перегляд
— Налаштувати ролі та права редакторів та шлях міграції існуючого контенту
Обсяг — це повноцінна робоча налаштування, а не proof of concept. Ви акуратно опишете наші типи контенту (статті, автори, категорії, блоки лендингів, компоненти, що переиспользуются, медіа), задасте розумну валідацію полів та спроектуєте зв'язки так, щоб вони були зручні редакторам, а не копіювали сиру структуру бази. Поверх цього — чисте, задокументоване API (REST або GraphQL) з пагінацією, фільтрацією та розділенням чорновик/опубліковано, та підключення його до нашого JAMstack-фронтенду, щоб сторінки рендерилися з контенту CMS. Редактори повинні самостійно створювати, попередньо переглядати та публікувати записи, а ролі та права повинні захищати структуру від випадкових поломок. У команді вже є дизайнер та фронтенд-розробник, тому працювати ви будете у зв'язці, а не самостійно.
Надішліть, будь ласка, приклади ваших headless-CMS проектів та напишіть, яку платформу ви рекомендуєте для нашого випадку та чому.
— Описати типи контенту, компоненти та зв'язки під реальні редакторські процеси
— Видати чисте REST або GraphQL API з пагінацією, фільтрами та статусами чорновик/опубліковано
— Підключити CMS до JAMstack-фронтенду та налаштувати попередній перегляд
— Налаштувати ролі та права редакторів та шлях міграції існуючого контенту
Веб програмування Готівка, Банківський переказ
