robots.txt - это стандартный файл для связи со сканерами-роботами, такими как Googlebot, которые не должны сканировать страницы. Вы размещаете его на своем сайте по корневому URL /robots.txt, например https://example.com/robots.txt. Чтобы добавить такой файл в приложение Django, у вас есть несколько вариантов.
Когда вы запускаете команду Django manage.py makemigrations, она попытается сгенерировать имя для миграции на основе ее содержимого. Например, если вы добавляете одно поле, он назовет миграцию 0002_mymodel_myfield.py. Однако если миграция содержит более одного шага, вместо этого она использует простое имя 'auto' с текущей датой и временем. Узнайте, как исправить данную ситуацию.
Django 3 выпущен с полной поддержкой асинхронного режима! В этом руководстве мы увидим на примере, как создать приложение CRUD с нуля и шаг за шагом. Мы увидим, как настроить базу данных MySQL, включить интерфейс администратора и создать представления django.
Небольшое руководство по созданию вашей сложной логики SQL в рамках предоставленной ORM.
Когда разработчик выбирает Python, Django или Django Rest Framework, обычно это происходит не из-за его невероятно высокой производительности. Python всегда был «удобным» выбором, языком, который вы выбираете, когда больше заботитесь об эргономике, чем о нескольких микросекундах какого-либо процесса.
Управление пользователями в админке Django - непростая задача. Если вы установите слишком много разрешений, вы можете помешать повседневным операциям. Если вы разрешите предоставление разрешений свободно и без присмотра, то вы подвергнете свою систему риску.
Агрегация - источник путаницы в ORM любого типа, и Django не исключение. В документации есть множество примеров и шпаргалок, демонстрирующих, как группировать и агрегировать данные с помощью ORM, но я решил подойти к этому с другой точки зрения.
Если у вас есть общедоступный сайт Django на нескольких языках, вы, вероятно, захотите сообщить об этом Google и другим поисковым системам.
Использование предварительной загрузки связанных данных в Django: select_related и prefetch_related.
Недавно я опубликовал статью об использовании виртуальных сред для проектов Python. Статья была хорошо принята, и отзывы читателей открыли для меня новый взгляд. Раньше я не знал о pew, venv и pipenv. Их рекомендации помогли мне узнать о последних технологиях в этой области и еще больше усовершенствовали мои знания и опыт.
Проверка количества запросов с помощью этих методов на примере.
Окунитесь в вычисление и кеширование QuerySet с примерами. QuerySet может быть создан, отфильтрован, разрезан и, как правило, передан без фактического попадания в базу данных. На самом деле никаких действий с базой данных не происходит, пока вы не сделаете что-то для вычисления QuerySet.
Документация по Django рекомендует всегда начинать ваш проект с пользовательской модели User (даже если она идентична Django с самого начала), чтобы упростить настройку позже, если вам нужно. Но что делать, если вы не видели этого при запуске проекта, или если вы унаследовали проект без пользовательской модели User, и вам нужно добавить ее?
Не так давно я начал работать над веб-приложением, используя веб-инфраструктуру Django, где хотел подписать пользователей, используя их номер телефона вместо имени пользователя по умолчанию. В процессе выяснения наилучшего способа сделать это я обнаружил много запутанной или устаревшей документации. Эта статья призвана исправить эту ситуацию.
WebSockets — это технология, которая позволяет открывать сеанс интерактивной связи между браузером пользователя и сервером. С помощью этой технологии пользователь может отправлять сообщения на сервер и получать управляемые событиями ответы, не требуя длительного опроса, то есть без необходимости постоянно проверять сервер на предмет ответа. Подумайте, когда вы отвечаете на электронное письмо в Gmail, и в нижней части экрана вы видите всплывающее предупреждение «1 непрочитанное сообщение от [...]» от человека, на которого вы только что отвечали. Такая обратная связь в режиме реального времени обусловлена такими технологиями, как WebSockets!
Это не учебник. Этот ускоренный курс - быстрый способ приступить к созданию базового веб-сайта Django, не вдаваясь в подробности об основных концепциях, необходимых для создания сложных веб-приложений. На каждом этапе этого ускоренного курса я буду давать ссылки на более подробное объяснение инструментов и концепций, которые вы используете, чтобы вы могли лучше понять Django при создании своего первого проекта.
Сегодня часто можно увидеть веб-приложения, которые состоят из внешнего интерфейса (обычно написанного на Javascript) и внутреннего приложения, написанного на каком-либо серверном языке (Java, Python, Javascript, Ruby и т.д.). Часто клиентское приложение запрашивает данные у этого серверного приложения с помощью вызовов RESTful. Это стало настолько распространенным явлением, что многие фреймворки внедрили библиотеки, которые делают настройку такого типа серверных приложений менее болезненной, чем установка с нуля.
За последние пару месяцев я в свободное время создавал веб-приложение. Хотя я хотел бы держать детали моего приложения в секрете (пока), мне хотелось бы поделиться некоторыми трудностями, с которыми я столкнулся, работая над этим приложением; особенно когда дело доходит до управления пользователями и аутентификации с помощью веб-токенов JSON (JWT).
Веб-приложение или веб-сайт вращаются вокруг цикла запрос-ответ, и приложения Django не являются исключением. Но это не просто двухэтапный процесс. Наши приложения Django должны пройти различные стадии, чтобы вернуть конечному пользователю результат. Чтобы лучше понять структуру Django, мы должны понимать, как инициируются запросы и как конечный результат передается конечному пользователю. В статье объясняются различные этапы запросов и используемое там программное обеспечение или код.
В первой части введения в Django Rest Framework мы создали проект и сделали обзор того, что представляет собой проект. Проверьте это, если вы еще не сделали.