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