Мне даже с опытом было сложно понять, что вообще говорит автор. К сожалению меня это расстроило, можно было как-то проще объяснить. На примере телеграмм бота, который вместо polling используется на вебхуках.
Ох, ну с polling это вы завернули, боимся в таком случае было бы понятно только вам, а остальным нет. Ничего, надеемся порадуем вас в следующих видео 🙂
@@anri77777777 вебхук - отправка какой либо информации от сервера куда нибудь, а вебсокет это протокол для общение между клиентом-сервером без необходимости каждый раз спрашивать появились ли новые данные или нет. Другими словами, это в принципе разные вещи. Вебсокет - протокол поверх TCP, а вебхук - одно из поведений, которым может обладать сервер. Если где то ошибся, прошу исправить)
А чем отличаются? Что то влом гуглить, опять заумная статья попадется, которая выветрится через час, с учетом что на её прочтение уйдет часа 2@@anri77777777
А как вообще можно сравнивать API и Webhook и почему перепутали понятия API и Polling? API - интерфейс для взаимодействия с программой. Любой. Хоть передача аргументов во флагах при запуске, хоть отправка HTTP запроса или что угодно еще Webhook - просто один из подходов организации обмена данными между приложениями, API которых использует сетевые протоколы. Приложение №1 и №2 договариваются, что приложение №1 принимает обновления по адресу /updates, как только у №2 появляются обновления для №1 оно отсылает их по адресу /updates Polling - альтернатива вебхуку - только теперь №1 раз в какое-то время отправляет запрос №2 и срашивает есть ли для него обновления, а №2 отдает их, если они имеются. Что за каша происходит в видео?
Позвольте вас поправить, так как кажется, что вы гипертрофируете. В видео, конечно же, разница между webhook и API объясняется в контексте взаимодействия, но не с точки зрения определения. Мы ничего не перепутали и объясняли именно в контексте. А чтобы окончательно опровергнуть вашу позицию, то видео про API (именно про апи) мы делали тут: ruclips.net/video/fXa_2rllZTI/видео.htmlsi=Ej3LTcYaITUn5SNf Проверьте наши знания лучше там 🙂
Канал имба, видос имба, всё очень нравится. Только вот у вас ошибка при объяснении разницы между GET и POST запросами. Ничто не мешает отправлять данные в адресной строке в POST запросе
Периодически такое бывает. Самое забавное, как во время прогулки кто-то вспомнил какого-то шахматиста. А вечером Ютуб мне предложил посмотреть разбор партии этого шахматиста. Вот это было что-то.
Суть вообще не понятна , если проще можно сказать, что вебхук это реакция на событие в системе которое генерирует отправку данных на заранее указанный endpoint
Нет, там вообще никакого соединения не используется, пока нет запроса. Самый простой пример это когда ты сам подключаешься к какому-то IP (сервер в игре, сайт в браузере) - только в момент отправки запроса создаётся соединение, собственно для отправки запроса, и всё. Между обычными пользователями это работать не будет, это только для серверов с белыми IP, чтобы один сервис мог сообщить что-то другому только когда нужно, не затрачивая ресурсов на лишние соединения. Например для бота в тг или дс можно настроить вебхук и тогда любой запрос к боту будет идти на указанный IP адрес сервера где твоё приложение его обработает и ответит, вместо того чтобы постоянно держать соединение твоего сервера с мессенджером.
@@ivancreator21 тогда как приходит сообщение веб-морде? Речь о том, что оно приходит моментально и без запроса на сервер. Ты не ответил своим комментарием на мой вопрос.
@@Nämë_öt Клиенту сообщение приходит по веб сокету, соединение которого установлено с сервером. Например лайки на ютубе (сейчас они обновляются где-то раз в 10 секунд) работают так: чтобы поставить лайк клиент 1 отправляет запрос. После того как запрос отправлен, соединение умирает, оно единоразовое как если бы мы написали статью в блоге - это редкое событие и ради него не нужно держать соединение со всеми, кто может написать статью, достаточно просто как обычно слушать порт 443 на сервере ожидая любой запрос от кого угодно. Этот запрос на лайк как обычно приходит на сервер гугла (endpoint), там он обрабатывается (добавляет +1 к количеству лайков для этого видео) и уже сервер может отправить запрос клиенту 2, с которым открыто соединение веб сокета на получение данных о видео. То есть когда ты открываешь видео, твой клиент ютуба, например приложение, создаёт соединение с сервером ютуба (используя веб сокет например), поддерживает его (продлевает, пока это актуально), и ютуб по нему отправляет новые данные - количество лайков. Вопрос скорости получения сообщения зависит от пропускной способности, задержек, настроек и нагрузки на каждого из участников сети (клиент 1->сервер ютуба->клиент 2).
Нет, не держится. Постоянное соединение это в сторону веб-сокетов.Тут простым языком, есть запланированное действие, при обращении к нему, обработчик на стороне сервера отправляет веб-хук на указанный сторонний сервис по url или endpoint с post/get запросом .
Все объяснили нормально, что вы начинаете) API безопаснее. Webhook небезопасный. API это когда клиент у сервера что то запросил, а сервер ответил. В случае с webhook сервер автоматически высылает инфу, в ответ на триггер, в автоматическом режиме. Как минимум это ребята донесли понятно и с юмором)) А если нужно больше, то есть много статей, для более глубокого изучения)
@@BudZ12358во первых откуда взялся вывод о "небезопасности"? Во вторых в этом ролике по теме почти ничего не сказанно, даже реклама длинее чем инфа по сабжу. А количество рофлинок превышает все мыслесые и немыслимые пределы. Во вем нужно иметь баланс! Ролик слишком перенасыщен шутками, от их количества становиться тошно - и безусловно количество шуток отрицательно влияет на их качество.
уважаемые душнилы, совершенно не понятно зачем вы смотрите эти видео, я больше чем уверен вы все это занете, а сюда пришли пощеголять знаниями, так вот людя, кто начинает свою путь инфа очень придется по нрав, так как не перегружена, и подается разбавленной @@Prolaps-us
@@sundaymorn3740 ещё раз повторяю, через чюр. у меня нет притензии к подаче на канале, она прикольная - но конкретно в этом ролике слишком сильно переборщили.
@@sundaymorn3740 Из-за популяризации неверной информации. Вон сверху коммент, где человек говорит, что ему все хорошо объяснили. Только вот незадача: API - это интерфейс для взаимодействия с программой. А webhook - это подход к реализации того, как одно приложение передает данные другому, взаимодействуя с его API. То что было описано в видео под словом API - это опрос сервера (polling) на наличие обновлений (альтернатива вебхуку) Перепутали понятия так еще и сравнили в названии API и webhook - вещи, которые сравнимы также как теплое и мягкое
Из всего рассказанного понял только 20%. Очень быстро тараторит, перескакивая с одного на другое, отвлекая кучей мемов. Лучше часть мемов заменить на схемы с разъяснениями.
Сделайте пожалуйста видео про LDAP!! Я такой же коммент под прошлым видео оставил и он в топ залетел. (Первый по лайкам вроде) Залайкайте чтобы и этот в топ вывести и merion academy увидели🎉
вебхук это запрос на твой сервер, который приходит с другого сервера, на котором ты это хук стригерил. сначала ты посылаешь запрос на регистрацию хука, на сервер с которого его ожидаешь, указываешь тригер(условие когда слать) и эндпоинт куда слать запрос. потом при выполнении условия на этом сервере, он тебе пришлет сообщение на эндпоинт который ты ему указал
Нет. Сказали же: api запрос отправляешь ты на сервер, а webhook срабатывает самостоятельно при наступлении какого-то события. Например, на сайте сделали заказ -> сработал webhook, который выполняет какой-нибудь код. Например, шлет уведомление на другой сайт
Что бы обезопасить запрос, думаю можно отправлять https пост запрос и с проверкой Bearer токена и проверкой ip или хоста отправителя на вебхуке, что бы кто попало не дёргал вебхук
Отвратительное объяснение. Даже близко не раскрыт главный механизм: каким таким магическим образом (без соединения) веб-морда получает уведомления, ведь опросов, со стороны оной, нет
я слушая это видео в какой-то момент вообще потерял нить и перестал понимать о чем идет речь, хотя уже не одну мидлвару написал на хуках... подача у вас конечно - треш полный
Попытался посмотреть, выключил на 4 минуте, когда реклама началась. Столько всякого бреда услышал за эти три минуты. 90 процентов видео, какие то идиотские шутки. Если бы автор говорил по существу, всю информацию из ролика можно было бы уложить в 15 секунд. А так, ничего не понятно , какая то мешанина из котиков и гет и пост запросов
Добрый день! Подскажите, пожалуйста, а какие именно шутки вам показались "идиотскими" и что вы имеете в виду под "бредом"? И если вам не сложно, могли бы вы за 15 секунд надиктовать суть ролика и отправить его нам на почту, тогда мы выложили бы видео с вашим голосом, чтобы люди смогли оценить по достоинству вашу гениальность в способности кратко за 10-15 секунд излагать и объяснять суть работы тех или иных технологий. Спасибо!
@@merionacademy Вы же пытаетесь пояснить, что такое вебхуки, и чем они отличаются от api? Или нет? Зачем всяких котиков? Все, что я успел понять из Вашего видео , что по вашему мнению Апи, это когда 1 сервер кидает запрос на 2, и получает ответ, что там , например данные ожидаемые есть, то потом получает эти данные, а в случае вебхуков 2 сервер сразу отправляет эти данные на 1 сервер, как только они появились, верно? Вы ведь это хотели сказать? Или нет? Если да, то попробуйте это произнести вслух- сколько у вас это секунд займёт?
@@merionacademy и ещё одно, каким боком Вы толкуете про API? Api, это просто какой либо способ общения между программами. Это могут быть http запросы, а можно реализовать на вебсокетах. И на вебсокетах это будет как с вебхуками. Сравнивать понятие Апи с понятием вебхуки , это как сравнивать стадо из ноева ковчег а с какой то одной конкретной серубуромалиновой лошадью
Знаете, у нас стиль канала таков: мы подаем информацию в той стилистике, которая нравится нам и нашим любимым подписчикам. То, что вы озвучили, - это запрос на вполне стандартный контент, который носит форму аудиторной лекции в ВУЗе. Ваш запрос легко понять. И если вы все же уверены в своих силах, присылайте нам на почту info@merionet.ru голосовое сообщение, где за 15 секунд вы расскажете, что такое вебхуки. Будет интересно увидеть, как вы это сделаете. Но, к сожалению, скорее всего, вы его не пришлете, ведь это не просто комментарий на RUclips, а что-то более сложное. 🙂 Мы уважаем ваши запросы и желаем успехов в поиске подходящего вам контента.
А почему Вы ко мне в множественной форме обращаетесь? Я даже больше скажу, я еще до этого видео, был подписан на Ваш канал. Воду тут льете с целью хомякам продать свои курсы.
Тяжело воспринимать суть из-за бесконечного потока мемов и постоянной смены темы на какой-нибудь "а помнишь как вы подрались с Лёхой в третьем классе...". Не надо так делать
Спасибо! Мы бы перестали так делать, если бы большинству не нравилось, но в реальности на 1 такой комментарий приходится около 15 с противоположным мнением. Это не говорит о том, что с вами что-то не так, наоборот, для каждого подходит свой формат восприятия информации. Мы верим и убеждены в то, что образование в шутливой форме позволяет лучше запоминать и осваивать информацию, поэтому мы делали и продолжим делать ролики только в таком формате. Но спасибо вам за мнение!
Наш курс “Python - программист с нуля” 👉 wiki.merionet.ru/merion-academy/courses/kurs-po-python/?YT&
Самый лучший канал в Ютубе про Информационных технологий 🧑💻👍
Мне даже с опытом было сложно понять, что вообще говорит автор. К сожалению меня это расстроило, можно было как-то проще объяснить. На примере телеграмм бота, который вместо polling используется на вебхуках.
Ох, ну с polling это вы завернули, боимся в таком случае было бы понятно только вам, а остальным нет. Ничего, надеемся порадуем вас в следующих видео 🙂
@@merionacademy лучше бы тогда рассказали, чем отличаются вебхуки от старых добрых всем привычных вебсокетов.
@@anri77777777 вебхук - отправка какой либо информации от сервера куда нибудь, а вебсокет это протокол для общение между клиентом-сервером без необходимости каждый раз спрашивать появились ли новые данные или нет. Другими словами, это в принципе разные вещи. Вебсокет - протокол поверх TCP, а вебхук - одно из поведений, которым может обладать сервер.
Если где то ошибся, прошу исправить)
А чем отличаются? Что то влом гуглить, опять заумная статья попадется, которая выветрится через час, с учетом что на её прочтение уйдет часа 2@@anri77777777
@@merionacademy Согласен, не самое ясное и доступное из ваших видео. Немного беглое вышло что ли.
Перебрали с мемчиками и скорость речи чуть выше, чем обычно.
А я уж подумал мне это одному показалось. 😅
Из данного видео я поняла только одно - у меня нет кота
Ребята, я очарована вашим каналом! спасибо!
А мы - вашим комментарием ❤
отдельная благодарность за вебпуджа)
А как вообще можно сравнивать API и Webhook и почему перепутали понятия API и Polling?
API - интерфейс для взаимодействия с программой. Любой. Хоть передача аргументов во флагах при запуске, хоть отправка HTTP запроса или что угодно еще
Webhook - просто один из подходов организации обмена данными между приложениями, API которых использует сетевые протоколы. Приложение №1 и №2 договариваются, что приложение №1 принимает обновления по адресу /updates, как только у №2 появляются обновления для №1 оно отсылает их по адресу /updates
Polling - альтернатива вебхуку - только теперь №1 раз в какое-то время отправляет запрос №2 и срашивает есть ли для него обновления, а №2 отдает их, если они имеются.
Что за каша происходит в видео?
Позвольте вас поправить, так как кажется, что вы гипертрофируете. В видео, конечно же, разница между webhook и API объясняется в контексте взаимодействия, но не с точки зрения определения.
Мы ничего не перепутали и объясняли именно в контексте. А чтобы окончательно опровергнуть вашу позицию, то видео про API (именно про апи) мы делали тут: ruclips.net/video/fXa_2rllZTI/видео.htmlsi=Ej3LTcYaITUn5SNf
Проверьте наши знания лучше там 🙂
Как обезопасить?
Использовать ключи! Шифровать данные на стороне сервера и отправлять зашифрованными. А на другой стороне расшифровывать :)
Идеальеый формат ! Спасибо команде!
Канал имба, видос имба, всё очень нравится. Только вот у вас ошибка при объяснении разницы между GET и POST запросами. Ничто не мешает отправлять данные в адресной строке в POST запросе
Мешают библиотеки и фреймворки 😅
Коротко. Просто. Понятно. Спасибо
Вчера записал в заметки себе "разобраться что такое вебхук", а сейчас хоп и видео от вас =)
Это что
Запрос в космос был?))
Мы у вас в голове!
@@merionacademyВы у него в заметках)
@@merionacademy😂😂😂😂😂
У меня так с QA было недавно XD
Периодически такое бывает.
Самое забавное, как во время прогулки кто-то вспомнил какого-то шахматиста.
А вечером Ютуб мне предложил посмотреть разбор партии этого шахматиста. Вот это было что-то.
Хороший обзорный ролик. Хотелось бы скорость голоса сделать чуть поменьше, 0.85f.
Ниче не понял. Как сервер отправляет http-запрос, если его только клиент может отправить?
Сурен отлично ведет, смотрю его бесплатный курс по FastAPI!
Кинь ссылку
@@ДмитрийЕлькин-д9ы ruclips.net/video/z4pbneT6SLw/видео.htmlsi=lomhEBBY-jAcKpJO
Ссылку можно?
Ссылку можно?
ЖДУ ВИДОС ПРО DBT и все вытекающие, например DataVault. В принципе хотелось бы посмотреть про BI и DWH. ЖДУУУУУУУУ
Ребят, не слушайте душнил, все отлично, крутая подача))
Спасибо за труд❤
omg плохо структурированный поток сознания с картинками . утопим нубов в море имиджей
А в чем для вас был индикатор плохой структуры? Уточните пожалуйста
@@merionacademyсильно много мемов на секунду времени, вы смешные и интересные, но шутки и мемы не должны сбивать структуру повествования.
Суть вообще не понятна , если проще можно сказать, что вебхук это реакция на событие в системе которое генерирует отправку данных на заранее указанный endpoint
Т.е. при хуках постоянно держится TCP-соединение?
Нет, там вообще никакого соединения не используется, пока нет запроса. Самый простой пример это когда ты сам подключаешься к какому-то IP (сервер в игре, сайт в браузере) - только в момент отправки запроса создаётся соединение, собственно для отправки запроса, и всё. Между обычными пользователями это работать не будет, это только для серверов с белыми IP, чтобы один сервис мог сообщить что-то другому только когда нужно, не затрачивая ресурсов на лишние соединения. Например для бота в тг или дс можно настроить вебхук и тогда любой запрос к боту будет идти на указанный IP адрес сервера где твоё приложение его обработает и ответит, вместо того чтобы постоянно держать соединение твоего сервера с мессенджером.
@@ivancreator21 тогда как приходит сообщение веб-морде? Речь о том, что оно приходит моментально и без запроса на сервер. Ты не ответил своим комментарием на мой вопрос.
@@Nämë_öt Клиенту сообщение приходит по веб сокету, соединение которого установлено с сервером. Например лайки на ютубе (сейчас они обновляются где-то раз в 10 секунд) работают так: чтобы поставить лайк клиент 1 отправляет запрос. После того как запрос отправлен, соединение умирает, оно единоразовое как если бы мы написали статью в блоге - это редкое событие и ради него не нужно держать соединение со всеми, кто может написать статью, достаточно просто как обычно слушать порт 443 на сервере ожидая любой запрос от кого угодно. Этот запрос на лайк как обычно приходит на сервер гугла (endpoint), там он обрабатывается (добавляет +1 к количеству лайков для этого видео) и уже сервер может отправить запрос клиенту 2, с которым открыто соединение веб сокета на получение данных о видео. То есть когда ты открываешь видео, твой клиент ютуба, например приложение, создаёт соединение с сервером ютуба (используя веб сокет например), поддерживает его (продлевает, пока это актуально), и ютуб по нему отправляет новые данные - количество лайков.
Вопрос скорости получения сообщения зависит от пропускной способности, задержек, настроек и нагрузки на каждого из участников сети (клиент 1->сервер ютуба->клиент 2).
Нет, не держится. Постоянное соединение это в сторону веб-сокетов.Тут простым языком, есть запланированное действие, при обращении к нему, обработчик на стороне сервера отправляет веб-хук на указанный сторонний сервис по url или endpoint с post/get запросом .
@@artemrokhmakov6373 как клиент за NAT получает уведомление сразу же? Народ, вы чего? На вопрос простой кто-то может ответить?
Так и не обьяснено чем же отличается вебхук от апи😂
Из 4х минут: 30 секунд рекламы, 3 минуты шуток и мемасиков, 20 секунд просьбы подписаться и лайков
Все объяснили нормально, что вы начинаете)
API безопаснее.
Webhook небезопасный.
API это когда клиент у сервера что то запросил, а сервер ответил.
В случае с webhook сервер автоматически высылает инфу, в ответ на триггер, в автоматическом режиме. Как минимум это ребята донесли понятно и с юмором))
А если нужно больше, то есть много статей, для более глубокого изучения)
@@BudZ12358во первых откуда взялся вывод о "небезопасности"?
Во вторых в этом ролике по теме почти ничего не сказанно, даже реклама длинее чем инфа по сабжу.
А количество рофлинок превышает все мыслесые и немыслимые пределы.
Во вем нужно иметь баланс! Ролик слишком перенасыщен шутками, от их количества становиться тошно - и безусловно количество шуток отрицательно влияет на их качество.
уважаемые душнилы, совершенно не понятно зачем вы смотрите эти видео, я больше чем уверен вы все это занете, а сюда пришли пощеголять знаниями, так вот людя, кто начинает свою путь инфа очень придется по нрав, так как не перегружена, и подается разбавленной @@Prolaps-us
@@sundaymorn3740 ещё раз повторяю, через чюр.
у меня нет притензии к подаче на канале, она прикольная - но конкретно в этом ролике слишком сильно переборщили.
@@sundaymorn3740 Из-за популяризации неверной информации.
Вон сверху коммент, где человек говорит, что ему все хорошо объяснили.
Только вот незадача: API - это интерфейс для взаимодействия с программой. А webhook - это подход к реализации того, как одно приложение передает данные другому, взаимодействуя с его API.
То что было описано в видео под словом API - это опрос сервера (polling) на наличие обновлений (альтернатива вебхуку)
Перепутали понятия так еще и сравнили в названии API и webhook - вещи, которые сравнимы также как теплое и мягкое
Сделайте пожалуйста видео про LDAP
Качество контента крайне спорное, уж точно не для человека, который впервые столкнулся с понятием Webhook...
2:27 Мне Виталия Костилина напомнило немного)
Все можно объяснить проще - апи это когда ты сам дергаешь поставщика услуги, а вебхук это когда поставщик тебя.
Так мы ровно так и сказали в видео 🙂
@@merionacademy за шутками и мемами как-то затерялось
Такой уж у нас формат!
1:20 это что за божественная отсылка которую я не понял? Почему у него фнатик на худи ?)))))))
Из всего рассказанного понял только 20%.
Очень быстро тараторит, перескакивая с одного на другое, отвлекая кучей мемов.
Лучше часть мемов заменить на схемы с разъяснениями.
Здравствуйте, а можете сделать видео про Flask?
Обязательно можно!
Ну, а вы подпишитесь, чтоб не пропустить)
@@merionacademy Уже ;)
Помоему анимации стали очень резкие
Мне показалось или я реально услышал в озвучке неповторимого Орка-подкастера?
кого?)
@@merionacademy Это ж База 😄 Орк-подкастер "Найди мне танка" - ruclips.net/video/TGpfVuwiFE0/видео.html
Сделайте пожалуйста видео про LDAP!! Я такой же коммент под прошлым видео оставил и он в топ залетел. (Первый по лайкам вроде)
Залайкайте чтобы и этот в топ вывести и merion academy увидели🎉
Мы все видим) со временем и до него доберёмся!
Накатить brotli полагаю. И возможно добавить какой-нибудь скрипт шифрования, но это не точно!😅
Чуть помедленнее, ребят, хочу всё уловить) но ваша речь очень быстра
воспроизводите на скорости 0,75 :)
Бодренько, с юморком
похоже это то же endpoint api, который вызывает внешний сервер, по своим каким то правилам. просто абстрактная концепция. обратная связь
А мне все понравилось! Прикольный видик
Инфа/суть тонет среди мемасов и натянутых примеров. Так и не понял что это.
Я какой-то стремный кринж ощутил от этого видео, наподобие того когда мама начинает использовать МОЛОДЕЖНЫЙ сленг
вебхук это запрос на твой сервер, который приходит с другого сервера, на котором ты это хук стригерил.
сначала ты посылаешь запрос на регистрацию хука, на сервер с которого его ожидаешь, указываешь тригер(условие когда слать) и эндпоинт куда слать запрос. потом при выполнении условия на этом сервере, он тебе пришлет сообщение на эндпоинт который ты ему указал
@@N5O1 воооот, куда более понятное объяснение
Давайте про grpc ❤
Скоро скоро)
*Я заказал четыре парика для своего кота. Но ни один так и не пришел! Вы там вообще что ли?!*
Коротко, с шутками, и я ничего не понял в чём различия...
Так получается , что все отличия от ЭйПиАЙ это большие данные и безопастность ? А так , отличий нету ?
Нет. Сказали же: api запрос отправляешь ты на сервер, а webhook срабатывает самостоятельно при наступлении какого-то события. Например, на сайте сделали заказ -> сработал webhook, который выполняет какой-нибудь код. Например, шлет уведомление на другой сайт
@@mashak2022 а в чём беда сделать это через API? если я делаю заказ на сайте, то через АПИ посылаю форму серверу.
Что бы обезопасить запрос, думаю можно отправлять https пост запрос и с проверкой Bearer токена и проверкой ip или хоста отправителя на вебхуке, что бы кто попало не дёргал вебхук
Ничего не понял (но было очень интересно)
отсылочка на конченную, просто пушка!
Приятно и понятно
Защитить просто , обернуть в tls.
Отвратительное объяснение. Даже близко не раскрыт главный механизм: каким таким магическим образом (без соединения) веб-морда получает уведомления, ведь опросов, со стороны оной, нет
Работает-работает, так бы сразу :))
я слушая это видео в какой-то момент вообще потерял нить и перестал понимать о чем идет речь, хотя уже не одну мидлвару написал на хуках... подача у вас конечно - треш полный
У нас великолепная подача, спасибо 🙂
Ни хрена не понял, тупые картинки и обрывки фраз. автор сам себе ролик сделал
Себе и 20 000 людям, получается, 1 500 из которых поставили лайк этому видео 😉
Опа, картиночка с realpython 😊 1:00
Молодой пример, веб-хук не найдётся?🚬
Можна вапрос а в казахстане можна учится в этом универе я просто һочу много зарабатват
сначала выучи русский
@@dimitriywhite7728 я случайно
Какие сотки?! Это же фишки! (да начнется срач)😂
А может кэпсы?)
Попытался посмотреть, выключил на 4 минуте, когда реклама началась. Столько всякого бреда услышал за эти три минуты. 90 процентов видео, какие то идиотские шутки. Если бы автор говорил по существу, всю информацию из ролика можно было бы уложить в 15 секунд. А так, ничего не понятно , какая то мешанина из котиков и гет и пост запросов
Добрый день! Подскажите, пожалуйста, а какие именно шутки вам показались "идиотскими" и что вы имеете в виду под "бредом"? И если вам не сложно, могли бы вы за 15 секунд надиктовать суть ролика и отправить его нам на почту, тогда мы выложили бы видео с вашим голосом, чтобы люди смогли оценить по достоинству вашу гениальность в способности кратко за 10-15 секунд излагать и объяснять суть работы тех или иных технологий. Спасибо!
@@merionacademy Вы же пытаетесь пояснить, что такое вебхуки, и чем они отличаются от api? Или нет? Зачем всяких котиков? Все, что я успел понять из Вашего видео , что по вашему мнению Апи, это когда 1 сервер кидает запрос на 2, и получает ответ, что там , например данные ожидаемые есть, то потом получает эти данные, а в случае вебхуков 2 сервер сразу отправляет эти данные на 1 сервер, как только они появились, верно? Вы ведь это хотели сказать? Или нет? Если да, то попробуйте это произнести вслух- сколько у вас это секунд займёт?
@@merionacademy и ещё одно, каким боком Вы толкуете про API? Api, это просто какой либо способ общения между программами. Это могут быть http запросы, а можно реализовать на вебсокетах. И на вебсокетах это будет как с вебхуками. Сравнивать понятие Апи с понятием вебхуки , это как сравнивать стадо из ноева ковчег а с какой то одной конкретной серубуромалиновой лошадью
Знаете, у нас стиль канала таков: мы подаем информацию в той стилистике, которая нравится нам и нашим любимым подписчикам. То, что вы озвучили, - это запрос на вполне стандартный контент, который носит форму аудиторной лекции в ВУЗе. Ваш запрос легко понять. И если вы все же уверены в своих силах, присылайте нам на почту info@merionet.ru голосовое сообщение, где за 15 секунд вы расскажете, что такое вебхуки. Будет интересно увидеть, как вы это сделаете. Но, к сожалению, скорее всего, вы его не пришлете, ведь это не просто комментарий на RUclips, а что-то более сложное. 🙂 Мы уважаем ваши запросы и желаем успехов в поиске подходящего вам контента.
За Красноярск респект
Я только запутался(
давай по aws
Ну да, такую легкую тему завалили кучей мемов и странных отсылок, поэтому новички точно смысл потеряют. 3/10
а я как раз думал что такое вебхуки в дискорде ))))))
Пожалуйста, можно больше кринжовых шуток!;)
🤪
сделал, тут только одно но. апи криво работает =)
Це можна зробити за допомогою секретних токенів, підписів або інших методів аутентифікації.
услада для моего adhd мозга
Классные шутки
Пожалуйста, можно больше кринжовых шуток
Пожалуйста, можно меньше кринжовых шуток
А приведите пару примеров таких плз, чтобы мы как следует поработали над собой
@@merionacademyвсё нормально! Нормальный стиль подачи. Для других, есть другие каналы и 1,5 часовые вебинарвы!
Куда еще меньше то?😊
Это стиль канала
Не слушайте его, не надо меньше!
не надо пытаться шутить
signature
слабенько
Как жаль, что вам не понравилось!
АЙТИ НИЖНЕГО ИНТЕРНЕТА
https?
что за бред Вы тут несете?
я думал я один сделал рука-лицо на такой формат
ребята, не обманывайте себя, вы все равно смотрите каждое видео ❤
@@merionacademy я бы скинул вам дикпик, вы бы глянули и все встанет на свои места
Олежка, поправляйтесь скорее!
А почему Вы ко мне в множественной форме обращаетесь? Я даже больше скажу, я еще до этого видео, был подписан на Ваш канал. Воду тут льете с целью хомякам продать свои курсы.
Не понял что такое вэбхук после просмотра видосика на ютюбе?
Ну заплачь
Хихихихи
³⁰⁷
2 просмотра
Первый
Тяжело воспринимать суть из-за бесконечного потока мемов и постоянной смены темы на какой-нибудь "а помнишь как вы подрались с Лёхой в третьем классе...". Не надо так делать
Спасибо! Мы бы перестали так делать, если бы большинству не нравилось, но в реальности на 1 такой комментарий приходится около 15 с противоположным мнением. Это не говорит о том, что с вами что-то не так, наоборот, для каждого подходит свой формат восприятия информации. Мы верим и убеждены в то, что образование в шутливой форме позволяет лучше запоминать и осваивать информацию, поэтому мы делали и продолжим делать ролики только в таком формате. Но спасибо вам за мнение!
я тупой