Разработка изоморфного RealWorld приложения с SSR и Progressive Enhancement. Часть 1 — Введение и выбор стека

[@drwatson1]

Интересно будет поглядеть, что получится. А пока вопрос: зачем проксировать запросы на бэкэнд?

[@PaulMaly]

Спасибо, хороший вопрос!

В целом, практика показывает что данный подход является наиболее гибким и, в конечном счете, удобным для подобных проектов. Позволяет избежать всевозможных костылей во время реализации (п.7 манифеста).

Более того, в данном случае, этот подход является неизбежным, потому что мы хотим обеспечить работу без JS на клиенте.

Кроме всего прочего, проксирование открывает некоторые дополнительные возможности:

• Перехват клиентских атак, типа XSS/CSRF/etc.;
• Сокрытие бекенд сервера + нет необходимости включать CORS на бекенде;
• Возможности изоморфного кэширования данных и запросов;
• Более безопасная работа с сессиями/токенами/итп;
• Перехват запросов/ответов и внесение точечных изменений. Часто пригождается,
  когда необходимо интегрироваться с «legacy» или неподконтрольным бекендом;
• Изменение способа авторизации. Например довольно удобно навешивать OAuth поверх существующего бекенда;
• Упрощенная реализация асинхронного «stateful» функционала поверх синхронных «stateless» бекендов. Реальный кейс: websocket'ы для бекенда на PHP.

На самом деле полезных кейсов еще больше.

[@PaulMaly]

А вот еще, чуть не забыл. Был такой кейс: интеграция с несколькими бекендами. Например, один собственный и парочка 3rd-party. Ну либо вообще микросервисы.

[@drwatson1]

Я нашёл ваш issue и репо, но там пока пусто :)

Исходнички будут?

[@PaulMaly]

Конечно и даже демо по каждому этапу.)))