Добрый день. Я кратко упоминал софт для создания документации к REST-апи в этом же видео: Swagger. По нему и по Redoc (другой софт для того же) у меня есть отдельный ролик: ruclips.net/video/LorZ-_tElG8/видео.html
Да, разумеется. Речь именно о том, чтобы облегчить работу фронтенд-разработчикам или тем, кто будет использовать ваше REST-API. Сваггер или редок вполне для этого годятся.
Да епрст все так просто??? Все время гадал почему РЕСТ зачем РЕСТ почему HR с таким умным и непроницаеымым лицом спрашивает про это? а ты барахтаешься и толком ничего не можешь ответить потому как нихера сам не понимал!!! А тут как то обидно даже. Случайно понял что такое РЕСТ!!!
Как ни странно, не для всех очевидно, что документация к REST API обязательна. Не важно, написана она вручную или сгенерирована автоматически. Кстати, про создание документации к REST API с помощью сваггера у меня есть видео: ruclips.net/video/LorZ-_tElG8/видео.html
Отлично. Было бы даже чуть лучше, по возможности, если бы слайды с текстом растягивали где-то на 90% ширины кадра. Например 14:18 я вижу заголовки, но чтобы увидеть код, надо напрячь зрение.
Спасибо за оценку! Как я и говорил, REST API -- это не стандарт, а набор рекомендаций. Если хотите использовать метод PATCH и знаете, как его можно применить, чтобы ваше апи засияло новыми красками, то используйте. : )
Всё хорошо. Очень полезные советы из практики. Спасибо. Но почему для чтения докуметнации вы отсылаете на Википедию? По вашему ИТ-специалистам документацию нужно читать именно там? :) Не кажется ли вам это странным советом?
Я отсылаю не в Википедию вообще, а конкретно на статью по HTTP-протоколу и кодам ответов. Я хорошо знаю эту статью, пользовался ею, и могу смело рекомендовать к прочтению.
Большое спасибо за положительную оценку! Если не затруднит, посмотрите и другие ролики с моего канала. Вдруг что еще полезное для Вас найдется. ; ) Почему-то все смотрят именно этот ролик про REST-архитектуру, хотя я его делал просто для разминки.
@@MasterLid Я начал именно с него, а потом уже решил посмотреть все остальное, так что вы проделали хорошую работу, заинтересовали своим контентом. Спасибо вам!
@@MasterLid присоединяюсь к челобитной. про кафку не знаю, а про nginx очень прошу. особенно интересует, как разместить 2 pet проекта на django на одном nginx (не сколько из-за жадности, сколько из желания сэкономить пока нет источника постоянного дохода). спасибо.
Если я хочу оповещать какую-то группу пользователей в почте о каких-нибудь изменениях (например, какой-то пользователь создал новый запрос и кому-то другому приходит сообщение «к вам поступил новый заказ»), то по-правильному сервис оповещений должен быть отдельным сервисом, например каким-нибудь “Notification API”, и наш сервер API должен к нему обращаться после регистрации нового заказа или пусть наш сервер API сразу отправляет в почту сообщение? В будущем помимо почты мы ещё можем захотеть telegram использовать или что-нибудь другое. Как правильно сделать? Спасибо!
Не очень понятно, какое отношение ваш вопрос имеет к теме данного ролика, но ладно... Если у вас уже микросервисная архитектура, то сделайте службу оповещений отдельным сервисом. Если у вас монолитная архитектура, и вы планируете перейти на микросервисы, то попробуйте опять же первый вариант (отдельный сервис). Если у вас монолит, и на микросервисы вы переходить не планируете, то просто допишите этот функционал к вашему монолиту.
Спасибо на добром слове! Но на самом деле, конкретно в этом видео самая плохая картинка и самый дурацкий монтаж. Потому что это вообще мой первый ролик. Посмотрите что-нибудь из более свежего. Там тоже много чего интересного! 😉
@@MasterLid имхо. Некоторые JS пакеты работающие с запросами ajax из коробки имеют логику для работы с кодами состояния, что избавляет писать от своих кастомных обработчиков/парсеров. Тоже самое скажу про фреймворки http nodejs, они все это имеют из коробки. Зачем тогда себя мучать?) Тем более раз есть такая фишка, почему бы не использовать и не избавится от метода, когда всегда возвращаете 200. Дальше, когда разрабатываем апи, клиенты не должны зависеть от нас. В данном случае, когда сервер возвращает код состояния 200 и json status. Все клиенты зависят от такого ответа сервера, что я считаю плохо.
Если вы используете какой-то готовый клиент, то, разумеется, вы должны под него подстраиваться. Если вы проектируете архитектуру от и до, и серверную часть и клиентскую, то разницы никакой нет. Лично я предпочитаю код ответа делать в соответствии с HTTP-протоколом (т.е. не всегда возвращать ответ 200, как вы и пишете). Но это только потому, что мне проще объяснить этот вариант бэкенд-разработчику, ткнув его в статью в википедии и не тратя время на долгие объяснения.
Хммм... Интересная интерпретация предложения обратиться к другому источнику за более подробной информацией. Мне кажется, это какие-то ваши личные заморочки.
@@MasterLid да ничего, это не критика, скорее предложение. Просто правильнее было бы нормальную ссылку разместить на качественную статью по каждой из тем
Добрый день! Спасибо вам большое за такое развернутое объяснение REST. Только начала изучение серверных запросов, и ваше видео отлично объясняет все нюансы, все мои проблемы. Хорошее видео, спасибо вам большое!!!☺
Доброе время суток. Спасибо за ролик. Укажите плиз, где Вы ведете документирование API? Какой софт используете в проекте?
Добрый день. Я кратко упоминал софт для создания документации к REST-апи в этом же видео: Swagger. По нему и по Redoc (другой софт для того же) у меня есть отдельный ролик: ruclips.net/video/LorZ-_tElG8/видео.html
Мужик за 15 минут разъяснил как должно быть ВСЕ!!!
Не введение в курс по введению - 2 часа.
Мощно. Мне очень нравится. Побольше бы такого контента ))
Пересмотрел кучу видосов по RESTу и с полной увереностью хочу сказать что это самый информативный и доходчивый видос на эту тему. Удачи автору
Спасибо, бро!
Давно ждал ТАКОГО формата подачи информации. Чувствуется, что человек сам прошел через все это, отсюда такие четкие и внятные рекомендации.
Спасибо!
Какой колоритный персонаж. Подписалась сразу после фотки леса.
А ютуб иногда что-то хорошее предлагает!
Я чейчас учу DjangoRestFramework, подобный контент помогает разобраться в сути API, а в частности и RestApi.
Спасибо!
Познавательно и доступно!
Просто великолепная подача материала. Лучшее по данной теме что я встречал в рунете. Спасибо Вам!
Спасибо большое, очень хорошая подача. Непонятно почему так мало просмотров(
Это я удачно зашёл))
Выражаясь архаично - Аффтар жжёт!!11 Пишы исчо!
Салют олдфагам!
Всенепременно! Пишу!
Четко и понятно. Большое спасибо! Сразу виден практический опыт.
Вопрос: можно ли наличие swaggera считать документацией?
Да, разумеется. Речь именно о том, чтобы облегчить работу фронтенд-разработчикам или тем, кто будет использовать ваше REST-API. Сваггер или редок вполне для этого годятся.
Да епрст все так просто??? Все время гадал почему РЕСТ зачем РЕСТ почему HR с таким умным и непроницаеымым лицом спрашивает про это? а ты барахтаешься и толком ничего не можешь ответить потому как нихера сам не понимал!!! А тут как то обидно даже. Случайно понял что такое РЕСТ!!!
мужик, до тебя был на двух каналах с видосами на 15 минут и без смысла, у тебя со старта пошла суть, спасибо!
Классная подача!
Мужик, хочу у тебя учиться. Сам изучаю Java полтора месяца, дошёл уже до Java Core.
Привет. Спасибо за положительный отзыв! : )
Главный герой фильма "Заводной апельсин", рассказывает про REST API
Хорошо рассказываете. Хо ель бы увидеть уроки по Node Js, express, ,методы и т.п.
Неужели бекенду сложно прикрутить Swagger для автогенерации документации к API
Как ни странно, не для всех очевидно, что документация к REST API обязательна. Не важно, написана она вручную или сгенерирована автоматически.
Кстати, про создание документации к REST API с помощью сваггера у меня есть видео: ruclips.net/video/LorZ-_tElG8/видео.html
@@MasterLid я бэкенд на FastAPI реализую. Сваггер там встроен.
Но спасибо
Зачем дублировать код ответа http в payload?
Круто, по делу и без воды, определенно лайк, подписка🔥👍
Человек в загадочном образе вещает умные вещи.
Бэкендер, ищу фронтендера, чтобы делать пет-проджекты, хочу интернет-магазин вязаных вещей запилить. Сори, хз просто где ещё товарищей искать х)
Спасибо. Максимально от души
Очень все круто! Себя увидел во многих ситуациях со стороны. Спасибо большое!
Отлично. Было бы даже чуть лучше, по возможности, если бы слайды с текстом растягивали где-то на 90% ширины кадра. Например 14:18 я вижу заголовки, но чтобы увидеть код, надо напрячь зрение.
Когда пройду собес и устроюсь джуном, хочу такого сеньора рядом. Чтобы меня грузили 24 на 7. Через 2 года буду ветераном боевым действий на фронте.
Отлично! Весьма информативно и полезно.
Очень хороший материал! Спасибо вам за отличную подачу!
За костюм подписка😀 Еще хотелось б узнать больше о вас: какой типичный день, типичные задачи которые перед вами стоят
Только за костюм? : )
День как день, ничего особенного. Работаю удалёнщиком в довольно крупной российской компании. Занимаюсь фронтендом на ангуляре.
@@MasterLid чтож тогда ждем уроки по фронту)
Всё будет.
Хорошее и лаконичное объяснение, спасибо!
Тесты - наше всё!
Когда только начинал писать API на сервере, тестировал через postman. Попробовал тесты написать. Экономия времени колоссальная.
Спасибо! Качественно и информативно!
Вот кого не смотрел, ничего не понятно. А тут сразу видно, человек понимает все что говорит
О , крутой образ!
Понял то что, без знания яп смотреть не стоит.
Оо
Ты обьясняешь как Хасподь
Спс, узнал пару новых моментов
Отличная подача материала, залип в лампу, что стоит сзади)
звук в перебивках прям по мозгу царапает
Все по полочкам! Четко, доступно, информативно. Отличное видео!!!
Отличное видео! Все понятно и объяснено простым языком, спасибо большое)
Крутой чувак!
Шикарно объяснил, отлично. Спасибо.
Спасибо, было полезно
Спасибо. Очень ясное изложение.
Спасибо большое
Уже какой раз смотрю ваш этот видос, как же вы правы в этом всем, на счет апи и рест и доки! Спасибо за видос!)
Большое спасибо за положительную оценку!
Рад, что мой самый первый ролик, который я снимал просто на пробу, оказался таким востребованным.
Добрый вечер. Спасибо за дельные советы, чувствую опыта у Вас было предостаточно. Посоветуйте книгу или ресурс для чтения.
Спасибо)
Отличное объяснение! Без воды и исчерпывающее. Используется ли метод PATCH в рест апи?
Спасибо за оценку!
Как я и говорил, REST API -- это не стандарт, а набор рекомендаций. Если хотите использовать метод PATCH и знаете, как его можно применить, чтобы ваше апи засияло новыми красками, то используйте. : )
Всё хорошо. Очень полезные советы из практики. Спасибо. Но почему для чтения докуметнации вы отсылаете на Википедию? По вашему ИТ-специалистам документацию нужно читать именно там? :) Не кажется ли вам это странным советом?
Я отсылаю не в Википедию вообще, а конкретно на статью по HTTP-протоколу и кодам ответов. Я хорошо знаю эту статью, пользовался ею, и могу смело рекомендовать к прочтению.
Спасибо!
Спасибо!
Спасибо. Интересно. Вот только звуковая заставка в конце очень громкая.
Сильно, мне понравилось!
Очень круто, спасибо огромное!!! Однозначно подписка
Большое спасибо за положительную оценку!
Если не затруднит, посмотрите и другие ролики с моего канала. Вдруг что еще полезное для Вас найдется. ; )
Почему-то все смотрят именно этот ролик про REST-архитектуру, хотя я его делал просто для разминки.
@@MasterLid Я начал именно с него, а потом уже решил посмотреть все остальное, так что вы проделали хорошую работу, заинтересовали своим контентом. Спасибо вам!
😎😏
Всё чётко, по полочкам, без лишних слов. Автору респект.
Спасибо, объяснения просто отличные!
Хотелось бы вводные видео по технологиям nginx и kafka, но это наверно не ваш профиль?
Ну почему ж не мой, вполне себе мой. Надо подумать. Спасибо за запрос!
@@MasterLid присоединяюсь к челобитной. про кафку не знаю, а про nginx очень прошу.
особенно интересует, как разместить 2 pet проекта на django на одном nginx (не сколько из-за жадности, сколько из желания сэкономить пока нет источника постоянного дохода). спасибо.
Годный плотный контент без воды
Приправлено личным опытом
Благодарю 😨🤗
За абстрактный слой - респект!
классное видео, все понятно и доступно
Если я хочу оповещать какую-то группу пользователей в почте о каких-нибудь изменениях (например, какой-то пользователь создал новый запрос и кому-то другому приходит сообщение «к вам поступил новый заказ»),
то по-правильному сервис оповещений должен быть отдельным сервисом, например каким-нибудь “Notification API”, и наш сервер API должен к нему обращаться после регистрации нового заказа или пусть наш сервер API сразу отправляет в почту сообщение? В будущем помимо почты мы ещё можем захотеть telegram использовать или что-нибудь другое. Как правильно сделать?
Спасибо!
Не очень понятно, какое отношение ваш вопрос имеет к теме данного ролика, но ладно...
Если у вас уже микросервисная архитектура, то сделайте службу оповещений отдельным сервисом. Если у вас монолитная архитектура, и вы планируете перейти на микросервисы, то попробуйте опять же первый вариант (отдельный сервис). Если у вас монолит, и на микросервисы вы переходить не планируете, то просто допишите этот функционал к вашему монолиту.
@@MasterLid спасибо за ответ!
Писать тесты - это скучно))) Тестировщики такие - Уууууууууу
Какая классная картинка и монтаж
Спасибо на добром слове! Но на самом деле, конкретно в этом видео самая плохая картинка и самый дурацкий монтаж. Потому что это вообще мой первый ролик. Посмотрите что-нибудь из более свежего. Там тоже много чего интересного! 😉
очень хорошее видео, спасибо)
Отличное объяснение.
Спасибо. Годное видео.
Оч. Полезно, спасибо
Мужик, зашел со скепсисом, но глянул минуту и понял, подписка.)
Спасибо за положительную оценку! Рад, что контент заходит! : )
@@MasterLid Та нз уважаемый, контент годный это факт :)
От человека в таком прикиде я бы мог ожидать ультранасилия (заводной апельсин), но не как разговоры про rest))
Всегда возвращать 200 плохая практика.
Аргументы? Почему это плохо?
@@MasterLid имхо. Некоторые JS пакеты работающие с запросами ajax из коробки имеют логику для работы с кодами состояния, что избавляет писать от своих кастомных обработчиков/парсеров. Тоже самое скажу про фреймворки http nodejs, они все это имеют из коробки. Зачем тогда себя мучать?) Тем более раз есть такая фишка, почему бы не использовать и не избавится от метода, когда всегда возвращаете 200.
Дальше, когда разрабатываем апи, клиенты не должны зависеть от нас. В данном случае, когда сервер возвращает код состояния 200 и json status. Все клиенты зависят от такого ответа сервера, что я считаю плохо.
Если вы используете какой-то готовый клиент, то, разумеется, вы должны под него подстраиваться. Если вы проектируете архитектуру от и до, и серверную часть и клиентскую, то разницы никакой нет. Лично я предпочитаю код ответа делать в соответствии с HTTP-протоколом (т.е. не всегда возвращать ответ 200, как вы и пишете). Но это только потому, что мне проще объяснить этот вариант бэкенд-разработчику, ткнув его в статью в википедии и не тратя время на долгие объяснения.
Мое почтение. Снимаю шляпу. Ваше Умнейшество.
Отличный контент! думал видео с какого-то канала где хотя бы 500 тыс подписчиков, был удивлен когда увидел намного меньше :)
солидный мистер вещает о тонкостях разработки))) лайк, подписка
только не отправляйте людей в википедию, это как на х.. послать.
Хммм... Интересная интерпретация предложения обратиться к другому источнику за более подробной информацией. Мне кажется, это какие-то ваши личные заморочки.
@@MasterLid да ничего, это не критика, скорее предложение. Просто правильнее было бы нормальную ссылку разместить на качественную статью по каждой из тем
@@zond_amondправильнее искать нужную тебе информацию
Мужик, целую! Донес суть как боженька!
Спасибо! Грамотно, кратко и наглядно.
Спасибо за интересную подачу. С каждым видео ставится понятнее что к чему. Единственная просьба, меньше перебивок)) Спасибо)
Приветствую! Спасибо за комментарий!
Я уже учёл пожелание насчёт перебивок, и в новых роликах их практически нет.
Автор канала красавчик. Пустыня нервно курит в сторонке!
Да благословит тебя Зевс! Продолжай, пожалуйста, наконец-то кто-то всё четко разъяснил!!
Ха-ха... Ну Зевс, так Зевс. Спасибо за положительную оценку! : )
Планов много, так что продолжать обязательно буду.
Все по месту, отличное видео, спасибо.
Многое прояснилось, спасибо большое!
Классное видео:) Спасибо.
Добрый день! Спасибо вам большое за такое развернутое объяснение REST. Только начала изучение серверных запросов, и ваше видео отлично объясняет все нюансы, все мои проблемы. Хорошее видео, спасибо вам большое!!!☺
И вам большое спасибо за положительную оценку! Рад был помочь!
Капец, мужик - ты крут)
удивил ++++++++++++++++++++
В смысле "удивил"? Мы знакомы? Мы с вами на "ты"?
@@MasterLid думал опять бабер а нет оказался нормальный вот и удивил
Даже не знаю, что на это сказать. Пока в раздумьях, не отправить ли вас в бан.
Не комментируйте не по делу, будьте так любезны!
Черноголовке, вот это да.
Я из Ногинск - 9
Салют землякам! : )
Про документацию смешно всегда было)