Е
при обращении куда ?
И на api/get_o
И 127.0.0.1:8000/
И 127.0.0.1:8000/
Size: a a a
2018 December 13
DT
api/get_o/
AO
Топ книг по фреймворку Django.
Далеко не всем новичкам приходится по душе документация Django. Что ж, у вас есть два пути. Первый — записаться на обучающие курсы. Второй — в очередной раз заглянуть на полки интернет-магазинов. Этим мы сегодня и займёмся: http://amp.gs/EYaa
Далеко не всем новичкам приходится по душе документация Django. Что ж, у вас есть два пути. Первый — записаться на обучающие курсы. Второй — в очередной раз заглянуть на полки интернет-магазинов. Этим мы сегодня и займёмся: http://amp.gs/EYaa
AO
// мой комментарий: документация Django норм) а книжки всегда лучше читать в оригинале)
ST
// мой комментарий: документация Django норм) а книжки всегда лучше читать в оригинале)
Я согласен, но в устловиях работы и попутного изучения нового, не получается очень хорошо учить английский. Учишь как говорится, "на лету", а доки читаешь со словарём. И всё равно, примеры использования приходится искать на StackOwerflow, либо на просторах интернета.
В любом случае, кто ищет тот всегда найдёт.
P.S.: В один прекрасный день, буду читать без словарей :D
В любом случае, кто ищет тот всегда найдёт.
P.S.: В один прекрасный день, буду читать без словарей :D
ST
А ещё лучше пройти курсы по нужному ЯП или по нужному направлению, что экономит кучу времени + приобретается хороший опыт.
d
Добрый день. Нужно сделать регистрацию разных типов пользователей (физ. лицо, юр. лицо), у каждого типа разные поля для заполнения при регистрации. Есть кастомный юзер, как лучше всего разрулить ему тип пользователя в модели и иметь разные поля?
YP
Здравствуйте. Подскажите, как можно из имеющегося QuerySet исключить один конкретный инстанс. Например, есть список пользователей в
queryset = User.objects.all(). Сейчас делаю вот так: new_queryset = queryset.exclude(username=exclude_user.username) Меня зафукали. Альтернатива есть?DT
почему зафукали?
DT
и кто ?
YP
Ментор. Обучаюсь с ним. На мой вопрос почему - пока еще не ответил. Либо я не правильно понял кейс, либо есть альтернативное решение, которого он от меня хочет. Вот по 2ому вопросу и обратился)
DT
вообще правильно
единственное лучше по pk делать запросы
единственное лучше по pk делать запросы
YP
А лучше в каком плане? Быстрее или надежнее? username же required у пользователя.
DT
pk как примари ключ будет работать быстрее
YP
pk как примари ключ будет работать быстрее
Понял. А можно тогда еще глупый вопрос? Если я правильно понимаю, то только при первом вызове
queryset = User.objects.all() идёт обращение к бд, когда я делаю new_queryset = queryset.exclude(username=exclude_user.username) я же просто режу то, что уже бд отдала?AK
Yevhenii Prontsevych
Понял. А можно тогда еще глупый вопрос? Если я правильно понимаю, то только при первом вызове
queryset = User.objects.all() идёт обращение к бд, когда я делаю new_queryset = queryset.exclude(username=exclude_user.username) я же просто режу то, что уже бд отдала?ноуп, это новый запрос будет
i
Yevhenii Prontsevych
Понял. А можно тогда еще глупый вопрос? Если я правильно понимаю, то только при первом вызове
queryset = User.objects.all() идёт обращение к бд, когда я делаю new_queryset = queryset.exclude(username=exclude_user.username) я же просто режу то, что уже бд отдала?пока ты эту переменную не используешь запрос не пойдет
DT
вообще то при
queryset = User.objects.all() запроса не будетYP
Принято. Значит нужно пойти еще раз почитать теорию, ибо этот момент я как то не очень осознал.
YP
Всем спасибо за ответы.