Size: a a a

Django [ru] #STAY HOME

2020 May 20

AD

Alex Dem in Django [ru] #STAY HOME
По факту то ничем не помог, к сожалению
источник

AK

Anvar Khamidov in Django [ru] #STAY HOME
Alex Dem
По факту то ничем не помог, к сожалению
убрал HOST - заработало, странно)
источник

AD

Alex Dem in Django [ru] #STAY HOME
Anvar Khamidov
убрал HOST - заработало, странно)
Совсем интересно
Может ты не туда пытался коннектиться?
Скорее всего после того как ты убрал хост, тебя теперь направляет на какой-то дефолтный, другой
источник

AK

Anvar Khamidov in Django [ru] #STAY HOME
Alex Dem
Совсем интересно
Может ты не туда пытался коннектиться?
Скорее всего после того как ты убрал хост, тебя теперь направляет на какой-то дефолтный, другой
может быть
источник

AD

Alex Dem in Django [ru] #STAY HOME
Anvar Khamidov
может быть
а какой хост был до этого указан?
источник

AD

Alex Dem in Django [ru] #STAY HOME
HOST
Default: '' (Empty string)
If you’re using PostgreSQL, by default (empty HOST), the connection to the database is done through UNIX domain sockets (‘local’ lines in pg_hba.conf).

https://docs.djangoproject.com/en/3.0/ref/settings/#std:setting-DATABASE-ENGINE

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

АК

Артур Куликов... in Django [ru] #STAY HOME
Подскажите где вы храните сериализаторы?
Как подсказывает практика их удобнее хранить и как много их плодится? (в отношении к таблицам в бд)
ну или может кто статью подскажет с примерами и рассказами о "рабочей практике"
Благодарю
источник

NC

Nikolay Cherniy in Django [ru] #STAY HOME
Артур Куликов
Подскажите где вы храните сериализаторы?
Как подсказывает практика их удобнее хранить и как много их плодится? (в отношении к таблицам в бд)
ну или может кто статью подскажет с примерами и рассказами о "рабочей практике"
Благодарю
В папке приложения сериалайзерс.пай
источник

А

Алексей in Django [ru] #STAY HOME
Артур Куликов
Подскажите где вы храните сериализаторы?
Как подсказывает практика их удобнее хранить и как много их плодится? (в отношении к таблицам в бд)
ну или может кто статью подскажет с примерами и рассказами о "рабочей практике"
Благодарю
в файле сериализаторов
источник

AK

Anvar Khamidov in Django [ru] #STAY HOME
Alex Dem
а какой хост был до этого указан?
localhost
источник

С

Сергей in Django [ru] #STAY HOME
Артур Куликов
Подскажите где вы храните сериализаторы?
Как подсказывает практика их удобнее хранить и как много их плодится? (в отношении к таблицам в бд)
ну или может кто статью подскажет с примерами и рассказами о "рабочей практике"
Благодарю
А где их хранить? your_app_name/serializers/ и тут куча файликов
источник

yh

yasya huyase in Django [ru] #STAY HOME
ребят, такой вопрос
у меня есть 2 модели Model1 и Model2 (с fk на поле Model1)
есть страница ListView Model1 по урлу /model1/<model1_slug>/
и есть ListView для 2й модели, которая должна быть по урлу /model1/<model1_slug>/<model2_slug>/
как мне передать слаг 1й модели во вью 2й модели?
источник

АК

Артур Куликов... in Django [ru] #STAY HOME
А не становится ли их со временем слишком много?
Вот к примеру у меня есть таблица с информацией о документах. Полей дофига.
К примеру один раз мне понадобилось через один эндпоинт получить список документов (к примеру 3 поля) и ещё необходимо 2 поля related. Пусть "авторы документа" (User) и "рецензенты" (User) и там и там мне достаточно только User.name.
Я не хочу передавать ВСЮ инфу о пользователе и лишнюю о документе.  
поэтому я создаю отдельный сериализатор для этого случая и у пользователя и у документа.
Это неправильная практика?
источник

NC

Nikolay Cherniy in Django [ru] #STAY HOME
Артур Куликов
А не становится ли их со временем слишком много?
Вот к примеру у меня есть таблица с информацией о документах. Полей дофига.
К примеру один раз мне понадобилось через один эндпоинт получить список документов (к примеру 3 поля) и ещё необходимо 2 поля related. Пусть "авторы документа" (User) и "рецензенты" (User) и там и там мне достаточно только User.name.
Я не хочу передавать ВСЮ инфу о пользователе и лишнюю о документе.  
поэтому я создаю отдельный сериализатор для этого случая и у пользователя и у документа.
Это неправильная практика?
Правильная
источник

NC

Nikolay Cherniy in Django [ru] #STAY HOME
Если стало слишком много, группируешь и разносишь по отдельным файлам в папке сериалайерс как выше предложили
источник

АК

Артур Куликов... in Django [ru] #STAY HOME
Вот, получается что сериализаторов из-за таких "микро" задач становится очень много.
Один раз мне нужны эти поля, другой раз другие.  Модель документа очень насыщенная и связей много.
Поэтому часто я создаю сериализаторы для конкретной "бизнес-идеи" и кладу около эндпоинта (около url)
источник

NC

Nikolay Cherniy in Django [ru] #STAY HOME
yasya huyase
ребят, такой вопрос
у меня есть 2 модели Model1 и Model2 (с fk на поле Model1)
есть страница ListView Model1 по урлу /model1/<model1_slug>/
и есть ListView для 2й модели, которая должна быть по урлу /model1/<model1_slug>/<model2_slug>/
как мне передать слаг 1й модели во вью 2й модели?
Model2.related_field.slug ?
источник

АК

Артур Куликов... in Django [ru] #STAY HOME
Хотя основные сериализаторы (которые используются не только для получения информации, но и для записи) я храню как вы описали. В одной папке
источник

yh

yasya huyase in Django [ru] #STAY HOME
Nikolay Cherniy
Model2.related_field.slug ?
я понимаю, что сам слаг 1й модели можно взять таким образом
я не могу понять как мне его передать во вью, что бы роутинг заработал
источник

АК

Артур Куликов... in Django [ru] #STAY HOME
Как думаете, не сильно я "загрязню" проект с таким подходом?
хранить "сериализаторы для чтения" рядом с самим кодом. А вот "для записи" в отдельном каталоге.
источник