Небольшой пример того как можно сделать эндпоинт API для нашего сайта сделанного на фреймфорке DJANGO Кстати у меня есть еще и телеграм канал t.me/old_pogrommist
вы учитель от бога, спасибо за ролик) с ваших уст даже такие страшные вещи как json и DRF свучат по сложности как детские игрушки для второклашек) Не останавливайтесь пожалуйста, успехов вам, у вас талант💝
Ого, рекомендации залетели. Расскажите почему надо использовать DRF, а не что-то другое более легкое. DRF из коробки позволяет настроить набор полей в зависимости от прав доступа, гибкая настройка прав доступа. readonly поля, разные поля в зависимости от списка, разная глубина вложенности объектов. Возможность одним запросом доставать вложенные объекты. На лету генерировать документацию swagger. Разные способы хранения файлов, поля типа файл(с выбором storage). Это всегда нужно, во всех приложениях. И при прочих равных когда во всякие микрофреймворки это добавишь, производительность становится ниже чем в джанго, а гемороя по интеграции всех компонентов вообще не описать.
Классный видос, спасибо Вам! Подскажите, если есть необходимость написать следующие API для книг. И ват таких действий: - Получения списка всех книг. - Получения информации о конкретной книге. - Создания новой книги. - Обновления информации о книге. - Удаления книги. Мне будет достаточно написать ОДИН эндпоинт или на каждую задачу свой?
Все это можно сделать одним эндпоинтом, в одну строчку в одном вьюс. У Drf есть для этого хороший класс! Но если у вас на каждый метод к примеру какая-нибудь кастомная логика раздачи кверисета, то можно под каждый метод сделать свой вьюс.
Большое спасибо! Очень внятно! Не могли бы вы дать короткий комментарий по вопросу: почему обычно на проектах Django, сам Django применяют на backend, а на frontend стараются применить, например, Vue, React или Angular? Понятно, уменьшает нагрузку на сервер, бу-бу-бу и т.д. Но, неужели шаблоны Django настолько "тормозные", что только "одно" преимущество - SEO? Спасибо! 🙂
Оооо. У нас по этому поводу с коллегами тоже возникает вопрос... Тяжелые вреймворки применяют там где нужно и ненужно... часто это просто делают по аналогии, вот тогда так делали и сейчас так сделаем. А что проект отлично будет работать на шаблонизаторе, будет проще в 100 раз, в учет не берется. В общем иногда это избыточность.
Как насчет делать шортсы, по джанго или другим моментам из программирования? К примеру необычные решения кратко. Скрытые фишки. Быстрые сравнения, как это сделано в другом месте и как в джанго и чем удобнее.
@@ded-porgommist минута долго, 15 - 30 секунд. Вы уже профессионально занимаетесь разработкой? Какая цель этих видео? Желаете по итогу свою компанию создать по аутсорсу, и как рекламу использовать канал? Или у вас есть курсы по обучению?
Иногда просто хочется чем-то поделиться. Я даже не задумывался о том что толкает делать видео.. хороший вопрос))) А так, я работаю в компании, имею свой коммерческий продукт и обучаю)))@@PiVolan
Да, я сам иногда на шорты залипаю, н все шорты что я видел по программированию - не то. Формат не совсем подходит, возможно просто слова без кода? потому как какой там код покажешь? Вертикалка да еще несколько секунд, в этом смысла нет@@PiVolan
Подскажите пожалуйста, правильно ли я понимаю, что достаточно выучить как работают модели в Django и сразу приступать к DRF, а всякие templates, view особо изучать не стоит, все равно не пригодятся
Это не всегда так, вот допустим я последний месяц сижу на очень большом проекте фронт которого крутится на шаблонах джанго, а для мобилок - апи. Так что все удовольствия так сказать))
Веб браузер (хром к примеру) это интерфейс для удобного взаимодействия с содержимым сервера для человеков. А для программ все эти красивости ненужны. Поетому мы делаем такие адреса у нас на сайте где можно получить всю туже информацию уже не в виде красивого текста, картинок, а в виде данных. К примеру вы хотите у себя на сайте отображать текущий курс доллара. Погуглив вы найдете адрес апи какогонибуть банка который раздает там курс. Вы примете эти данные и потом уже вставить куда удобно у себя на сайте. Это лишь один из сценариев апи.
это что же получается будет сидеть какой-то школьник и запихивать в базу всё что угодно. надо же давать доступ только для каких-то лиц не всем подряд. а как это сделать непонятно.
ну так через апи будет высылать запросы на добавление, апи открытка для всех. ограничить доступ к апи нужно на добавление новых новостей. API должен быть гибким доступ к ниму по токену или какому нибут логин и пароль. какойто механизм должен быть управления