Но инересно можно ли как-то более грамотно это сделать, чтобы была проверка, что параметр int и т.п.

по типу как это делают фильтры

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

Нашел только http://blog.karolmajta.com/parsing-query-parameters-in-rest-framework/ но это ничем не лучше имхо

Нашел только http://blog.karolmajta.com/parsing-query-parameters-in-rest-framework/ но это ничем не лучше имхо

Ну как вариант, сериализовать принимаемые данные и их валидировать

Посему бы и нет

Ради одно параметра не хочется городить

Ещё у меня есть модель, у которой pk кастомный и называется не id. А drf где-то делает запросы к это модели ...WHERE id=xx

Ещё у меня есть модель, у которой pk кастомный и называется не id. А drf где-то делает запросы к это модели ...WHERE id=xx

Есть такое, что внутри делает фильтр по id

Есть такое, что внутри делает фильтр по id

Я вот не могу понять где это происходит, я ошибку вижу на уровне postgres, а в самой джанге экспершена или чего-либо нет

Причем запрос сам отрабатывает

Я вот не могу понять где это происходит, я ошибку вижу на уровне postgres, а в самой джанге экспершена или чего-либо нет

А пример кверисета?

А пример кверисета?

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

Если что, бомби, посмотрим

Нет

Нет

Эт к чему?

Я плохо разбираюсь, я смотреть не буду

Даже не уговаривайте

Я вот не могу понять где это происходит, я ошибку вижу на уровне postgres, а в самой джанге экспершена или чего-либо нет

?посмотри таблицу, вдруг там idшник откуда-то появился

В таблице его нет. postgres на это и ругается. Когда я переобредилил pk была миграция, которая удалила поле id

Я думаю это баг drf

Ещё у меня есть модель, у которой pk кастомный и называется не id. А drf где-то делает запросы к это модели ...WHERE id=xx

Там вроде есть параметр вида lookup_field у вьюшек

Есть. Он у меня задан

Понятно

Хотя он и не обезятелен, оно всё равно будет по pk lookup делать, даже если он не id называется

Бытует мнение, что GenericForeignKey -- плохая практика. Есть что сказать по этому поводу?

А зачем он тебе

Бытует мнение, что GenericForeignKey -- плохая практика. Есть что сказать по этому поводу?

"По возможности избегайте этого" :) Но иногда без него никак

Clown laughs at you?

?

Привет ребята!!!?

пюрювет, это ты там биткойны взламываишь?

"По возможности избегайте этого" :) Но иногда без него никак

Ну просто дилемма: либо два фк либо дженерик

Хех, если два, я предпочту два ФК Вопрос как еще можно быть, когда у тебя десятки разноклассовых объектов могут быть релейтед

Привет ребята!!!?

Почему clay?

Ну просто дилемма: либо два фк либо дженерик

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

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

И каким же он был?

Товарищи, подскажите. Сейчас один проект начинаю на Джанго. Стоит вопрос делать фронтэнд часть на САС бутстрап или лучше сразу делать на каком нибудь фронт-энт js движке, с учётом, что это будет в перспективе расширяемое вэб приложение? Или есть ещё более хороший вариант?

И каким же он был?

Там вопрос я решил иначе, без отсылок к модели но я не помню что была за проблема)

Товарищи, подскажите. Сейчас один проект начинаю на Джанго. Стоит вопрос делать фронтэнд часть на САС бутстрап или лучше сразу делать на каком нибудь фронт-энт js движке, с учётом, что это будет в перспективе расширяемое вэб приложение? Или есть ещё более хороший вариант?

Хороший, но если ты будешь делать на каком-нить ангуляре, то на Джанго ты будешь писать api, а логику на фронте

А если на бутстрапе, то логику будешь писать на джанго

Второй варик легче

Второй варик легче

+

Но правильно ли я понимаю, что первый вариант, хоть и сложнее, но лучше расширяем за счёт изначально построенной REST архитектуры?

не всегда

рест может быть попросту не нужен

а еще может быть графкл

Ну я к тому, что имея сразу взаимодействия сервера через api, в перспективе его удобно можно расширить для приложений на мобильном, например?

Или там тоже много подводных камней?

а чтобы сохранять файлы полученные через форму, каталог следует создать?

Файл сохраняешь в модель или просто так

в модель

Модель в модель

И в модель

upload_file - обязательное название ?

или это просто для примера?

Просто для примера.

это через админку

путь видимо неверно указан

о нет, файлы лежат

ERROR: S client not available

а чего им не лежать?

это через админку получается. через форму не получается..

лучше разбирайся с докой

все паботает

да, заработало

ребят, допустим у меня есть дб в models.py я частично заношу информацию в нее через forms(прописывая fields = []) как занести информацию в те "колонки", которые не должны быть видны юзеру?

ребят, допустим у меня есть дб в models.py я частично заношу информацию в нее через forms(прописывая fields = []) как занести информацию в те "колонки", которые не должны быть видны юзеру?

То, что ты хочешь показать юзеру, ты сам в темплейте прописываешь...

В общем-то если делать через форму, то просто {{form.as_p}}

Немного эстетики. Задача: реализовать возможность редактирования контента в разных блоках, разбросанных по всему сайту. Решение: модель ContentBlock, у которой есть ContentBlock.slug и ContentBlock.content. Вопрос: контент блока передавать в шаблон из вьюхи в контексте или вызывать через кастомный тег? Как красивее и правильней?

ребят, допустим у меня есть дб в models.py я частично заношу информацию в нее через forms(прописывая fields = []) как занести информацию в те "колонки", которые не должны быть видны юзеру?

form.save(commit=False); form.user=request.user and etc

Есть кто юзал djang-cron? http://django-cron.readthedocs.io/en/latest/installation.html

Запускаю джангу, и кроны срабатывают только один раз и все. https://hastebin.com/ifadacicoj.py

В чем проблема? Или я что-то не так делаю

В чем проблема? Или я что-то не так делаю

а сколько они должны раз сработать? Это агрегатор кронов из проекта, там надо в хост крон ставить что-то типо manage.py runcrons

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

а сколько они должны раз сработать? Это агрегатор кронов из проекта, там надо в хост крон ставить что-то типо manage.py runcrons

Про это говоришь? * * * * * root ./tracker/manage.py runcrons >> /var/log/cron.log 2>&1

Срон точно работает?

Крон*

В логе что то пишется

Относительный путь не есть хорошо мне кажется

вместо крона лучше использовать apscheduler

И последнее 2 >&1 мне кажется лишнее

И потом зачем там root?

Срон точно работает?

Чет я это поймать не могу, в логах ничего нет вообще. Юзаю это все в контейнере

Короче не правильно у тебя крон настроен

О точно должен каждую секунду запускаться?

Ты так себе базу положишь

И последнее 2 >&1 мне кажется лишнее

Это перенаправление всего в лог

Стдэррор и т.д.

О точно должен каждую секунду запускаться?

Мне главное чтобы работал, а там я потом сам настрою

Укажи полный путь до manage.py