exploring ways to marry frontend and backend stuff

[atherdon]

[задача не описана]

https://frontend-dashboard-repository.herokuapp.com/

https://dashboard.heroku.com/apps/frontend-dashboard-repository

---

name: 'Arthur',

X;]&g%s%GxY8L#S*

arthur@hackernoon.com

---

я не уточнял у Вадима, скорее всего он сейчас готовится к сессии, но он использовал старую версию бекенда.
чтобы решить проблему сейчас - я думаю что нам просто нужно исправить запросы к бекенду, которые фронтенд сейчас делает. но тут сразу возникает вопрос с тем, что на локалке фронтенд нормально не стартанет без настроек к auth0.
короче как всегда - чтото гдето работает - но все вместе не запускается. именно эту проблему я и хотер решить с помощью heroku, pipelines и т.д.

другой вопрос - если мы переводим backend c sqlite на postgres - решит ли это некоторые наши проблемы и позволит ли работать нашему backend с heroku таким образом, чтобы еще и фронтенд сразу мог подтягивать данные?

[kolserdav]

если перейти на posgres, то можно будет сделать всё на herokuб и PrismaStudio. Но автоматически фронтенд не будет ничего делать, если поменялся бекенд. То есть например добавили новый useMutate, по идее можно наверное сделать pipeines, тобы при обновлении dash-back фронтенда генерировал новые мутации, но от этого нет никакого смысла, так как эти мутации всё равно нужно реализовывать. Так же ис удалением и изменением, типы возможно поменять, но если это делать, то может пострадать реализация. С другой стороны, когда бек будет работать в облаке и будет постоянно актуальный, то генерацию мутаций можно будет просто делать при разработке фронта, без необходимости разворачивать бек локально.

[atherdon]

ну тут тоже нужно разделить задачу на несколько частей и проблем. опять же, я все равно считаю что без настройки от спеца по devops - мы все равно будем топтаться на месте.

a) текущая проблема:
фронт был сделан с учетом бекенда версии до 5й. поэтому когда мы ввели типы статей и подключили к новой версии бекенда - данные пока не отображаются. нужен фикс, скорее всего неочень сложный. но если Вадим сейчас занят - значит мы зависаем.
простой фикс был бы такой - берем старый код репозитория - в отдельную ветку, в отдельный app ввнутри heroku и скорее всего заработает.

Один из минусов сейчас - я немогу все посмотреть, или все показать. например сегодня у меня будет встреча с редакторами, но если у меня спросят - "покажи latest update" - я несмогу это быстро сделать. а это конечно влияет на многое.

b) мы узнали что есть ограничения у heroku с sqlite. раз такая проблема назрела - наверное пора переходить на postgres в одном из следующих майлстоунов. скорее всего - мы решим часть вопросов, имея просто 2-3 db instance которые позволят и продвигать backend также быстро как мы его делаем. и позволит фронтенду работать, вне зависимости от того, какие изменения мы делаем в бекенде и структуре БД.

2. будущая проблема(Апрель) когда вернется Вадим и начнем с другими девами делать реакт часть проекта - нам точно нужно будет делать частый sync, чтобы и они могли спокойно работать и вас никто не отвлекал. возможно что pipelines и другие улучшения помогут нам упростить работу и съекономить денег.