Всё доступно, приятно слушать и порадовал креативный подход - ретро, оконный , обучающий, видео-интерфейс;) Отдельный лайк поставлю в следующем видео! Спасибо!
@gsmnexus761010 ай бұрын
П.с. Сразу подписался)
@jaimerodriguez23466 ай бұрын
Ребята, Muchísimas gracias - огромное спасибо, доступно для не-профи, но достаточно технично, чтобы понять суть, ровно то, что надо. Так держать!!!
@ListenIT_channel6 ай бұрын
Круто, рад, что было полезно!
@Keramtarakam9 ай бұрын
Автор, твой канал просто лучший с точки зрения подачи, доступности объяснения и наглядности!
@ListenIT_channel9 ай бұрын
Спасибо, очень приятно! Заходи ещё!
@maxsimpleapps Жыл бұрын
Великолепный материал! Спасибо большое за ликбез 🫠
@blackdragon97482 жыл бұрын
Благодарю вас за то что вы делаете, путь вы озвучиваете и не свою информацию но это поможет ее усваивать тем же людям имеющим проблемы со зрением, так что продолжайте в том же духе, удачи вам.
@divsrv2 жыл бұрын
Шикарная работа, спасибо! Было бы классно послушать ролик про IPv6
@crm_marketing3 ай бұрын
Супер понятно, спасибо!
@ТёмаСтрок11 ай бұрын
Здорово! Можно про Ddos атаки видео?
@ArchDevWorkshop2 жыл бұрын
Круто! Хорошее объяснение, очень подробное!
@bogart0475 ай бұрын
Если очень упростить, то клиент и сервер меняются местами: клиент слушает адрес и порт, то есть играет роль сервера. Сервер зная заранее адрес клиента и его порт, отправляет туда хттп запрос, который создан каким-то событием на сервере. Такая вот Х - образная связь, где обе стороны отправляют запросы и слушают урл адреса с портами.
@nutnata11 ай бұрын
Вебхук и колбэк - одно и то же? Или есть какая-то разница в терминах?
@андрейшаульский-в5к Жыл бұрын
Класс
@romanbush51647 ай бұрын
нечего не понял, надо же 2 года в разработке, а только узнал). тип запроса что ли как socket
@Jorjeee2 жыл бұрын
Супер
@самыйлогичныйчел2 жыл бұрын
крутое полезное видео
@VRumata Жыл бұрын
ну врядли это альтернатива api. буквально на предыдущем экране было сказано, что лучше использовать webhook, как повод обращения к серверу по api а не вызывать api по таймеру. так что не альтернатива, а способ использования
@Viktor23-f2m6 ай бұрын
Почему вебхук уже не работает в Тильда без подписки??
@ListenIT_channel6 ай бұрын
@@Viktor23-f2m это, скорее, вопрос к Тильде)
@letsdosmth7666 Жыл бұрын
Сделайте пожалуйста видео про WSDL!
@SuperEatmycat3 ай бұрын
Урлы курлы курлы
@самыйлогичныйчел2 жыл бұрын
это как web socket?
@ListenIT_channel2 жыл бұрын
Не совсем. Вебхук соединяет два сервера между собой, как бы "подписывает" один сервер на изменение другого. А веб-сокеты используются для связи браузера с сервером (например, отображать в realtime на сайте пришедшие в чат сообщения). Но действительно, проблема, которую решают обе технологии, пересекается: получать в realtime информацию из источника. Можете посмотреть наше видео про веб-сокеты, если ещё не смотрели
@Ро́бертДжеймсФишер-в5е11 ай бұрын
@@ListenIT_channelа в случае вебхука второй стороной не мржет быть браузер?
@_vl_638610 ай бұрын
В случае вебхука не устанавливается постоянное соединение. Браузер может быть второй стороной@@Ро́бертДжеймсФишер-в5е
@rasulturganov34216 ай бұрын
@@Ро́бертДжеймсФишер-в5е скорее всего нужен API Endpoint, по которому сервис уведомляет о событии. Вебхук не создает рилтайм соединение, как в случае веб-сокетов или SSE. Это просто обратный HTTP вызов между серверами. (Мы не можем когда хотим пушить в браузер данные, если нет открытого соединения)
@Alexander.Kravchenko6 ай бұрын
@@ListenIT_channel Чет понятнее не стало, честно говоря. Ну ладно, вот сервер оправил запрос на наш эндпоинт. А как страничка в браузере клиента об этом узнает, чтобы отобразить уведомление? Или никак и речь вообще не про то?