Ну как, если собирать проект с нуля то сразу представление не появляется. С чего-то начинаешь собирать бекенд и оно постепенно вырисовывается, что к чему дальше нужно подрубить

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

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

ну это да

Тут больше надо понимать архитектуру БД, а не самой джанго)

Тут больше надо понимать архитектуру БД, а не самой джанго)

+

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

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

почему?

ваще зашкварная хрень

на хабре неплохо реализовано

ForeignKey хватит

Простой пример - есть у тебя дерево комментов - сколько их выводить на одну страницу?

А ты с этой стороны, да, та еще хрень(

каким образом ты будешь слайсить вложенность?

Простой пример - есть у тебя дерево комментов - сколько их выводить на одну страницу?

JSom собрать кнопку "показать еще"

а если в "показать ещё" первым будет вложенный коммент

ну и что? что это меняет

хабр не заморачивается, у них все комменты открыты без кнопок

и норм

большая вложенность испортить вид страницы... если ты будешь делать с отступами...

хм, я понял о чем речь

боковые дивы когда-то закончатся а по центру будет непонятная карусель

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

только клиентскими языками

js , angular ,react типа них

тут много нюансов с древовидными комментами - нужно решить изначально, а надо ли

ну в принципе да

согласен

только клиентскими языками

то есть ты будешь забивать localStorage каждого клиента? А если я одну страницу открою на одном устройстве, а другую на другом?

так что я в таких случаях заказчику мягко говорю, что у него моча в голове

то есть ты будешь забивать localStorage каждого клиента? А если я одну страницу открою на одном устройстве, а другую на другом?

ну это постоянная проблема клиентской части, тут никуда не денешься

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

куки слетели

jquey слетела

ry*

ну это постоянная проблема клиентской части, тут никуда не денешься

поэтому такая инфа не должна храниться на клиенте)))

а можно реализовать корзину без клиента? то есть, добавленные товары не в куках хранить а как-то по другому?

чтоб не через onclick.(function)

грубо говоря на бекенде собрать механизм

Да как угодно их можно хранить

можно взять модель "заказ" к ней lineitem c полями количество и ссылку на модель товара

вариант это личный кабинет, но это не вариант а необходимость

можно взять модель "заказ" к ней lineitem c полями количество и ссылку на модель товара

и все это ссылкой на views ?

в html

как писали выше

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

и все это ссылкой на views ?

ну контроллер в любом случае нужен какой то, чтобы обрабатывал инфу

ну а что будет возвращать контроллер клиенту? эту же страницу с контекстом о выбранном товаре?

это же обновление страницы

ну ты же аяксом добавлять собирался. Он и будет возвращать json , либо ошибку

а в js у себя уже обрабатываешь её

при успехе json вернёт объект lineItem

получается клиентские процессы сводятся к минимуму. остается лишь контроллер, которые получает и отправляет json

на попробовать, мнен равится идея

в любом случае нужна бекэнд валидация... если например у тебя ИМ предусматривает сток, то как ты только на клиенте поймёшь сколько товара в наличии?

Гайс, есть много однотипных рестовых вьюх(APIView), которые мало чем отличаются. Хочу зарефакторить это дело, запилить базовый класс. Но тут столкнулся с тем, что на разных вьюхах используется разные методы запросов(get, post, put,delete), не совсем понимаю, как запилить базовый класс, который бы по атрибуту разрешал доступ только к конкретному методу запроса. Нужно запилить реализацию вьюхи в отдельном методе, потом прописать отдельно 4 метода запроса с вызовом моего отдельного метода. И каждую отдельную ограничить принимаемый метод запроса через http_method_names?

по моему ты велосипедишь)))

Гайс, есть много однотипных рестовых вьюх(APIView), которые мало чем отличаются. Хочу зарефакторить это дело, запилить базовый класс. Но тут столкнулся с тем, что на разных вьюхах используется разные методы запросов(get, post, put,delete), не совсем понимаю, как запилить базовый класс, который бы по атрибуту разрешал доступ только к конкретному методу запроса. Нужно запилить реализацию вьюхи в отдельном методе, потом прописать отдельно 4 метода запроса с вызовом моего отдельного метода. И каждую отдельную ограничить принимаемый метод запроса через http_method_names?

тут фильтр на вьюс, фильтр к моделям с определенным параметром, респонс соответствующий

class BaseRestView(object): allow_methods = [] .... if request.method in self.allow_methods: ....

ну и соответственно class MyModelRestView(BaseRestView, View): allow_methods = ['get', 'post']

можно сделать через getattr()

можешь посмотреть сорцы https://github.com/hulygun/django-api-toolkit - там у меня ваще вьюхи не надо писать)))

о, мне тоже пригодится

Вроде понял

спасибо

по последнему буду рад фидбекам

Ребят, кто юзает vuejs + rest framework для спа?

В чём проблема?

вопрос такой, кто решил проблему с роутами, что бы по линку срабатывал хистори

ERROR: S client not available

а при чём тут drf?

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

Дык у тебя фронт должен быть отдельно от бека)))

так и есть

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

может какойто прокси, хз... гуглил и толком не выгуглил... там типа есть маза с нгинксом на серваке, но то ж не але

на джанго нужно пускать только свой api - vuejs приложение спокойно может работать отдельно через обыкновенный тпштч

то есть у тебя фронт должен работать по домен.ру а бек с джангой по домен2.ру

может какойто прокси, хз... гуглил и толком не выгуглил... там типа есть маза с нгинксом на серваке, но то ж не але

почему не алё?

Не нравится nginx из-за религиозных соображений или что?

все что мне надо это прописать в нгинксе путь к шаблону index.html

не

location /backend/templates/ { try_files $uri $uri/ /index.html; }

и что это?

ты ж говоришь у тебя vue отдельно

та я запутался, ну то что вуе отдельно, да

история такова я взял готовый пример с гитхаба и всю эту связку

https://github.com/rokups/hello-vue-django

адъ

ну вот же у тебя 2 разных инстанса npm run dev & python ./manage runserver

на проде тебе в любом случае проксисервер какой нить нада (nginx)

ну да

для vue прописываешь один конфиг, для бека другой

уже есть

ага

то есть server { server_name твой_основной_домен; location / {настройки для vue} } server { server_name другой_домен_или поддомен; location / # настройки джанги }

ааа... спс))

пробую

как сделать, чтобы при фильтрации вытащил queryset и чтобы все элементы листа присутствовали?

как сделать, чтобы при фильтрации вытащил queryset и чтобы все элементы листа присутствовали?

в смысле ?

допустим при фильтрации __in делает запрос or, а мне надо and...

все запсис которые есть в массиве будут вытащены