Небольшой пример того как можно сделать эндпоинт 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 должен быть гибким доступ к ниму по токену или какому нибут логин и пароль. какойто механизм должен быть управления
Где же Ваши видео были раньше, когда я изучал API 😄 Лаконично, но вполне ёмко для осознания и понимания сути.
Как же вы обалденно объясняете, побольше бы таких видео. Спасибо.
Договорились!
Спасибо большое! Подписался после такого видео урока!
Хороший ролик, который объясняет и показывает базовый функционал. Желаю успехов в развитии каната.
Спасибо!
Дед, какой же вы крутой, как же вы круто объясняете, спасибо огромное!!!
Да, побольше бы от вас видео - реально просто и понятно объяснили! подписался со всех акков, даже с акка собаки!
Спасибо за ваши ролики❤
Очень круто объясняете, спасибо большое!:)
Лучший. По мере просмотра видео все имеющиеся вопросы растаорились
отличное объяснение, очень жду следующий выпуск на эту тему !
Спасибо!
Спасибо! Быстро доходчиково!!!
Отличный ролик и понятное объяснение❤
Супер! Отличная тема. Теперь нужно разобраться как отфильтровать тех кто может юзать эндпоинты с post запросами
Авторизацию надо прикрутить!
вы учитель от бога, спасибо за ролик) с ваших уст даже такие страшные вещи как json и DRF свучат по сложности как детские игрушки для второклашек) Не останавливайтесь пожалуйста, успехов вам, у вас талант💝
Спасибо))) очень рад! Загремел в больницу с сложным переломом. Выйду, будут конечно новые видео!
@@ded-porgommist выздоравливайте, дедуля)
@@ded-porgommist как вы там, вылечились? я просто мимо проходил, наткнулся на ролик, на коммент)) любопытно
@@ibayazitov привет! Сейчас реабилитация, еще на костылях. Перелом не из приятных был(((
Привет,рад что наткнулся на тебя, очень крутые видео
Привет! Очень рад!
спасибо за урок удачи вам
И вам спасибо!
Спасибо большое:)
Всегда пожалуйста!
Было б здорово если бы вы сделали курс по DRF. Понятно объясняете, лучше чем тот же Сергей Балакирев например
Возможно когда-нибудь))
он тоже норм объясняет, я сейчас с его уроков drf учу
Ого, рекомендации залетели. Расскажите почему надо использовать DRF, а не что-то другое более легкое. DRF из коробки позволяет настроить набор полей в зависимости от прав доступа, гибкая настройка прав доступа. readonly поля, разные поля в зависимости от списка, разная глубина вложенности объектов. Возможность одним запросом доставать вложенные объекты. На лету генерировать документацию swagger. Разные способы хранения файлов, поля типа файл(с выбором storage). Это всегда нужно, во всех приложениях. И при прочих равных когда во всякие микрофреймворки это добавишь, производительность становится ниже чем в джанго, а гемороя по интеграции всех компонентов вообще не описать.
Спасибо!
Всегда пожалуйста!
Классный видос, спасибо Вам!
Подскажите, если есть необходимость написать следующие API для книг. И ват таких действий:
- Получения списка всех книг.
- Получения информации о конкретной книге.
- Создания новой книги.
- Обновления информации о книге.
- Удаления книги.
Мне будет достаточно написать ОДИН эндпоинт или на каждую задачу свой?
Все это можно сделать одним эндпоинтом, в одну строчку в одном вьюс. У Drf есть для этого хороший класс! Но если у вас на каждый метод к примеру какая-нибудь кастомная логика раздачи кверисета, то можно под каждый метод сделать свой вьюс.
Посмотрел ваш гитхаб и прямо восхищаюсь вашей работоспособности. Если не секрет, сколько часов в день вы уделяете программированию?
Вы мне льстите! Обычный гитхаб сугубо по учебным проектам. Рабочие репозитории закрыты от общего доступа ))
Приветствую, img_link это бинарный файл(base64) то есть картинка(jpeg)
Большое спасибо! Очень внятно! Не могли бы вы дать короткий комментарий по вопросу: почему обычно на проектах Django, сам Django применяют на backend, а на frontend стараются применить, например, Vue, React или Angular? Понятно, уменьшает нагрузку на сервер, бу-бу-бу и т.д. Но, неужели шаблоны Django настолько "тормозные", что только "одно" преимущество - SEO? Спасибо! 🙂
Оооо. У нас по этому поводу с коллегами тоже возникает вопрос... Тяжелые вреймворки применяют там где нужно и ненужно... часто это просто делают по аналогии, вот тогда так делали и сейчас так сделаем. А что проект отлично будет работать на шаблонизаторе, будет проще в 100 раз, в учет не берется. В общем иногда это избыточность.
@@ded-porgommist Благодарю! Желаю вам скорейшего выздоровления! 🙂
430 layk
Спасибо, дед. Хороший пример для первого взгляда на DRF.
И вам спасибо! Мы и второй сделаем!)))
А есть где-то ссылка на гитхаб или подобное? Я бы с удовольствием посмотрел на этот код полностью и потыкал бы его палочкой.
Как насчет делать шортсы, по джанго или другим моментам из программирования? К примеру необычные решения кратко. Скрытые фишки. Быстрые сравнения, как это сделано в другом месте и как в джанго и чем удобнее.
я подумаю. Но блин одни минута......
@@ded-porgommist минута долго, 15 - 30 секунд. Вы уже профессионально занимаетесь разработкой? Какая цель этих видео? Желаете по итогу свою компанию создать по аутсорсу, и как рекламу использовать канал? Или у вас есть курсы по обучению?
Иногда просто хочется чем-то поделиться. Я даже не задумывался о том что толкает делать видео.. хороший вопрос))) А так, я работаю в компании, имею свой коммерческий продукт и обучаю)))@@PiVolan
Да, я сам иногда на шорты залипаю, н все шорты что я видел по программированию - не то. Формат не совсем подходит, возможно просто слова без кода? потому как какой там код покажешь? Вертикалка да еще несколько секунд, в этом смысла нет@@PiVolan
Подскажите пожалуйста, правильно ли я понимаю, что достаточно выучить как работают модели в Django и сразу приступать к DRF, а всякие templates, view особо изучать не стоит, все равно не пригодятся
Это не всегда так, вот допустим я последний месяц сижу на очень большом проекте фронт которого крутится на шаблонах джанго, а для мобилок - апи. Так что все удовольствия так сказать))
@@ded-porgommist, ясненько. Спасибо за оперативный ответ
Про оптимизацию забыли)
14:15
Для чего нужен api для сайта?
Веб браузер (хром к примеру) это интерфейс для удобного взаимодействия с содержимым сервера для человеков. А для программ все эти красивости ненужны. Поетому мы делаем такие адреса у нас на сайте где можно получить всю туже информацию уже не в виде красивого текста, картинок, а в виде данных. К примеру вы хотите у себя на сайте отображать текущий курс доллара. Погуглив вы найдете адрес апи какогонибуть банка который раздает там курс. Вы примете эти данные и потом уже вставить куда удобно у себя на сайте. Это лишь один из сценариев апи.
2 часа обясьнили нам АПИ а можно было просто смотреть ваш видео🙄
дед покажешь как с aws работать ?
Ооо, да там столько всего..а какой именно аспект интересует? Хостинг приложений?
@@ded-porgommist ну s3 и все остальное как правильно организовать для средних и крупных проектов
@@artemunix5223 будет, но позже. Сейчас джанго, и даже не него нет времени. Через недельку думаю продолжим изучение.
@@ded-porgommist еще интересно как авторизацию в джанге через телегу гугл фб твитер делать
@@artemunix5223 про телегу не сталкивался, а через соц сети, да, даже есть целая библиотека под это.
Годнота! А где еще контент?:(
будет будет! Сейчас один проект почти закончил ! и будут видосики! я не забыл про вас!
это что же получается будет сидеть какой-то школьник и запихивать в базу всё что угодно. надо же давать доступ только для каких-то лиц не всем подряд. а как это сделать непонятно.
а как школьник получит доступ к админке?
ну так через апи будет высылать запросы на добавление, апи открытка для всех. ограничить доступ к апи нужно на добавление новых новостей. API должен быть гибким доступ к ниму по токену или какому нибут логин и пароль. какойто механизм должен быть управления
👍👍👍