DIGITAL SECTOR
Эксперты в сложной веб-разработке: 10+ лет, 150+ проектов. Делимся кейсами и практическими выводами для бизнеса.
Антон, спасибо за пример из практики! Это как раз тот случай, когда ошибка запроса ещё не означает, что заказ не создан: ERP могла его зарегистрировать, а ответ потерялся по пути. Идемпотентность защищает от дублей, а история попыток помогает разобраться, что произошло. Интересно, у вас проверка повторов реализована в интеграционном слое или на стороне ERP?
Вы правы, при наличии нескольких вариантов отображения наличие headless cms очень сильно себя оправдывает.
Однако если сайт чуть сложнее лендинга, и имеет повторяющиеся элементы на разных страницах, strapi снова выиграывает за счет того, что api можно переиспользовать.
К тому же на этапе сборки сайта с использованием Strapi достаточно фронтенд-разработчика, который сам может описать сущности сайта и подготовить хороший фронтенд. А в случае с классическими CMS, например вордпресс, вам нужно будет отдать эту же работу фуллстеку или команде верстальщик + бэкендер. А это либо ухудшает качество итогового сайта, либо увеличивает бюджет проекта.
Верно, для strapi нужен vps или vds, shared hosting не подойдет
Да, доверие к данным здесь действительно ключевой момент. Причём даже отметка о времени обновления не спасёт, если кабинет показывает складской остаток вместо доступного к заказу или общую цену вместо договорной. Поэтому сначала нужно разобраться, какие именно данные показываем и откуда их получаем, а уже потом улучшать интерфейс. Спасибо за дополнение!