ну значит через прокси сервер

Лол. Тогда какой смысл ? Мб сразу норм апи запилил ?

Лол. Тогда какой смысл ? Мб сразу норм апи запилил ?

ты допиливаешь только то что тебе надо

у тебя есть рест апи для доступа к бд

Так понятно же) Для простых целей, конечно, сойдет, пока слабо представляю, как что-то сложное на этом делать

Никак. Либо с болью и унижением

с роу бейсд пермишинами

пока ты будешь все это с нуля пилить у меня уже будет готовое апи

Как мне сложную логику развернуть ?

Для того чтобы гонять данные туда сюда пойдет

Как логику писать ? - никак

прокси сервер

Зачем ?

потому что у тебя этой сложной логики

4-5 роутов

а остальное

базовые круды

Зачем все это когда написал 1 сервер и всеъ

4-5 роутов

А если 50?

Прокси сервер?

Сегодня 4 через год 30.

если у тебя обычная цркам, то у тебя будет просто один сложный кол который вызывает 4-5 других роутов

все

это херь для цмрмок, настроил базу, есть апи, есть базовый прототип

в самые короткие сроки

со стандартным апи

дальше херачишь прокси

если видшь что херь

просто переходишь на обычный постгрес

Прокси сервер?

Стоит хотя бы ознакомиться с предметом обсуждения и как он работает

просто переходишь на обычный постгрес

Можно сразу с этого начать )

и тогда ты будешь это пилить в 3 раза дольше

апи будет кривым

Стоит хотя бы ознакомиться с предметом обсуждения и как он работает

Но ведь человек прав. Это почти всегда заканчивается тем, что нужно писать свой бэк)

Ну да

есть здесь безумцы, которые пилят относительно сложные веб-аппы, используя в качестве бэка Firebase или Parse?

Ну, я написал на firebase, но сложным такой апп не назовёшь

Но ведь человек прав. Это почти всегда заканчивается тем, что нужно писать свой бэк)

да, но потом этот бек такой кривой что тихий ужас

так хоть по началу будет стандарт хоть какой-то

апи будет кривым

Руки кривые - то будет. Нормально делать нормально будет

Крч есть разные этапы развития продукта и на разных этапах надо разные тулзы

на начальном этапе надо быстрый результат

и написание своего бека не всегда надо

А потом, когда уже определился с целями и задачами, пишешь своё решение

а если бекового кода нету, то и переписывать легче

Всё верно

Но ведь человек прав. Это почти всегда заканчивается тем, что нужно писать свой бэк)

Я тут не спорю, просто хочу отметить что gql например является промежуточным агрегирующим сервером уже изначально, и воппрос про прокси некорректен)

Вот мы сейчас пилим продукт, вообще непонятно что надо кастомерам, как это будет все рааботать и тд, мы пилим фичи что бы показать что-то и то что надо сейчас юзерам, но я почти уверен что это будет переписываться

И вообще вопрос

А чем собственно джанго отличается от этой тулзы ?

А чем собственно джанго отличается от этой тулзы ?

Логика)

Я тут не спорю, просто хочу отметить что gql например является промежуточным агрегирующим сервером уже изначально, и воппрос про прокси некорректен)

Я не имел ввиду gql

ну типаа что в джанго у тебя куча аабстракций, что тут, толко подходы к разширению разные

Для простых АПИ ты просто напишешь две-три строчки кода, и у тебя будет православный АПИ

Но если у тебя сложная логика, ты уже берешь и пишешь вполне сложную логику

в одной тулзы через код, а во второй через прокси

const booksData = books.reduce((data, book) => { if(!data[book.id]) { data[book.id] = { book, count: 0}} data[book.id].count++; return data; }, { });

это в селекторе, который получает из state.cart элементы на вывод?

в одной тулзы через код, а во второй через прокси

А что будет прокси? Этот же джанго-сервер?

какой-то лайтвейт сервер

go, openresty

скорее go

т.к все что надо что бы написать базовый прокси там есть в базовой либе

минимум оверхеда

Так вот именно, что там будет совсем не базовый прокси. (Ну обычно так случается)

ну крч на начальном этапе разработки вполне норм тулза, а если обернуть прокси то ее и в будующем можно использовать

зачем писать базовую функциональность

ERROR: S client not available

пагинаций

фильтров

инклудов

и тд если это тривиально, надо писать логику

Ну в Джанго это тоже все с коробки есть)

в джанго это пайтон и монструозный фреймворк который тебе диктует все

а тут ты волен выбирать

все что хочешь

любой язык любой подход

Не диктует он все)

Ну вот пример АПИ с пагинацией и кастомной сериализацией на Джанго: class BillingRecordsView(generics.ListAPIView): queryset = Billing.objects.all() serializer_class = BillingRecordsSerializer pagination_class = LargeResultsSetPagination

Что может проще быть?

не писать этого вообще ?)

А сериализация?)

В любом случае же придется)

я считаю пайтон не лучшим выбором

для такого

Для АПИ?

на беке должно быть что-то с типизацией

Для АПИ?

да

Ну практика показывает, что огромное количество людей пишут бэк на динамике, и ничего - живут)

ну с жсом там другая история

К слову, джанговская ормка для действительно сложных случаев это блядский цирк

В ход пойдет алхимия

та любая ормка

К слову, джанговская ормка для действительно сложных случаев это блядский цирк

В последних версиях стало чуть лучше

А если алхимия, то зачем ваще джанга

крч что https://github.com/PostgREST/postgrest что джанга

Берется веркцойг/фласк

это одно и тоже

тупо куча сахара которые дает тебе апи