лично мне он не нравится)

Хехе, а у меня еще не было реального опыта написания REST(

Там ничего сложного. Этот Rest вообще щас суют куда угодно. Мое имхо вообще его нужно использовать только если сервис реально отдает сторонним данные по API

холивар с REST'ом в том, что 100% стандартов на всё нет, поэтому каждый делает так, как ему кажется более правильным, я считаю более правильным указывать более точные коды, а кому-то нравится какой-то ограниченный их список (хотя, повторюсь, ограниченным он не будет, так как сверху там балансировщики и уж они-то могут вернуть что угодно)

Мне кажется еще в некоторых компаниях/командах свои стайл гайды на это

ну, REST он простой

JSON-RPC сложнее

Есть кто знаком с graphql?

у нас почти все микросервисы - API

и там нету сложных вещей

там GET/PUT/PATCH запросы

Гайс, если я написал тег, смысл которого сводиться только к изменению контекста. Render должен ретурнить новый контекст?

у каждого 5-10 методов

Поясните мне терминологию, уже не раз слышал про Django rest api, но общей картины не могу понять

за место реста я бы использовал Есть кто знаком с graphql?

graphql

Rest api это как api для, например vk?

да

graphql это апи как на фейсбуке

ты пишешь сами запросы

у нас почти все микросервисы - API

И что подразумевается под микросервисами?

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

И что подразумевается под микросервисами?

все что угодно. Это маленькие приложения, которые что то делают. Доступ к ним практически всегда через API, за исключением тех, на которых клиент заходит напрямую

Я имел ввиду как это на уровне Django? Разные приложения или разные приложения в рамках одного приложения или как еще.

абсолютно разные приложения

они не ограничиваются одним языком

монолит на битриксе

сервисы на разных ЯП и фреймворках

Go, Laravel, где то валяется RoR

А что это один крупные портал вроде ну скажем рамблера или просто что-то вроде САПа для внутреннего пользования?

это carprice.ru

Да видел такой. Ну для такой архитектуры REST оправдан. Но его пихают даже в блог Васи Пупкина

Хотя каой смысл

апишек у нас много, штук 5-6 наверное, они все простые

json-rpc не очень уместен

хотя, можно и с помощью json-rpc

А почему Битрикс а не Джанго?

основатели не знали джанго

+ джанго не хороший выбор для такого проекта

у битрикса очень очень много функционала

Наоборот, Битрикс не очень хороший, а Джанго как раз

который ты бы годами писал

битрикс хороший для менеджеров

им пофиг на код

им нужны инструменты

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

это первая причина

вторая причина, основатели не знали ни питона, ни django

Нет там ничего такого, чтобы нельзя было бы сделать каким-то сторонним пакетом

на стадии MVP надо делать так как знаешь

ты только месяц будешь писать систему пользователей как в битриксе)

карпрайс - проект, где много менеджеров

и им нужны инструменты

писать год эти инструменты, когда можно за 2 месяца на бистриксе звучит не очень

они сделали прототип

выстрелили, наняли специалистов

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

А почему Битрикс а не Джанго?

Тонко

тем самым уходя от битрикса

Все равно не очень понимаю, почему на битриксе быстрее и что там такого. Хотя мейби, я не очень знаком с ним.

там на самом деле так много функционала, что я не знаю какой привести

функционал магазина, готовый, настраивать нечего

функционал товаров

функционал оплат, платежных методов

с той же робокассой, яндекс деньгами, там все готово

ты еще пару недель бы потратил на интеграцию с ними

система опросов

ERROR: S client not available

система доступов, групп пользователей

задачи может простые

но занимают много времени

в итоге, они бы потратили вместо пол года - полтора года

в это время бы появился кто нибудь другой

и они бы уже не были нужны)

Там и так есть другие

Но да я понял основную мысль

Если в Битриксе все это готово, то здорово

@register.tag def add_comments_context(parser, token): return AddCommentsContextNode() class AddCommentsContextNode(template.Node): def render(self, context): comments = [] for x in context['threads']: if Comment.objects.filter(thread=x).count() > 3: section = Comment.objects.filter(thread=x).count() - 3 else: section = 0 comments.append(Comment.objects.filter(thread=x)[section:]) context['comments'] = comments return ''Гайс запилил тег, который меняет контекст. Мой return в рендере адекватен? Если нет, то что в таких случаящ возвращают?

Там и так есть другие

они ничтожны по сравнению с карпрайсом

как правило выстреливает тот, кто первый

Битрикс - коробочная система (не самая лучшая, но популярная), Django - фреймворк они ступили, что выбрали Битрикс, но не ступили, что выбрали коробку (для первой версии)

Ну его потом модифицировать наверное задница

ну, как сказать

им стоило какую-нибудь другую "коробку" взять

многие думают, что битрикс говно

это не совсем так

Битрикс - это самый плохой вариант из возможных (из коробок)

просто он распиаренный

приведи альтернативу битриксу

альтернатив много, выбирают под задачи

под набор модулей

Зарубежом нет Битрикса и они как-то запускаются)

Саш, таким подходом, если бы ты делал этот проект, он бы вообще не выстрелил

Зарубежом нет Битрикса и они как-то запускаются)

+

ты бы его слишком долго делал)

я не сказал про Django

я сказал "другую коробку"

Ну некоторые юзают, crm bitrix вроде норм)

возможно есть какие то альтернативы битриксу, я не знаю о таких

плюс битрикса в том, что он гигант