Добрый день! Пытаюсь написать программу на python с grpc. Подскажите, пожалуйста, как написать 2 сервиса, чтобы в коде ожидать данные с первого сервера, а потом только со второго?
Спасибо за видео! При просмотре возник вопрос, если gRPC по многим пунктам круче REST, то почему его сейчас не используют всегда и везде?) Заранее спасибо)
Думаю что причин может быть масса, например, Первый момент, для использования GRPC необходимы разработчики с более высоким уровнем знаний и навыков, соответственно и разработка продукта выходит дороже. Второй момент, не во всех продуктах есть необходимость в производительности которую предоставляет grpc. Третий момент, GRPC не работает напрямую с браузером, этот вопрос частично решили с помощью прокладки Четвертый момент, GRPC не так просто ,а иногда невозможно встроить в legacy системы
Приветствую! Так вы увеличивайте видео двумя пальцами, как увеличиваете фото в галерее. И двигайте затем экран в то место, где мелкий шрифт. Всё будет отлично видно и с телефона!)
1. Ограничения в HTTP-протоколе Размер запроса: Большие бинарные файлы могут превысить лимиты серверной конфигурации (например, max body size в Nginx или Apache). Скорость передачи: Загрузка больших файлов может занять много времени, что приводит к таймаутам. Поддержка Chunked Transfer Encoding: Некоторые сервера или клиенты не поддерживают передачу данных в режиме "chunked", что необходимо для больших файлов. 2. Формат данных Бинарные данные передаются в виде сырого бинарного потока или в закодированном формате, таком как Base64. Base64 удобен, но увеличивает размер данных примерно на 33%. Если бинарник смешивается с текстовыми данными, необходимо использовать multipart/form-data. 3. Сервер должен быть настроен на прием больших данных.
@@qa_tech ладно, чем MQTT не нравится? и вообще речь шла про json - большие файлы тут причем? по мне - очередной протокол из тысячи! большой вопрос - зачем на этом так акцентировать внимание - и на собесах эту херню спрашивать начали... (про arp | dns | tcp пакеты никто не спрашивает) - да и собрать свой собственный протокол обмена на tcp не составляет особого труда - что бы ТАК трындеть об gRPC
@@IQ-120 согласен на счет собесов, там и не такое спрашивают, часто кроме вопросов по теории прочитанной с листка, спросить ничего не могут... Цель моих видео осветить основные моменты, по технологиям, которые могут встретиться в рабочем процессе и на собеседованиях
Хотел быстро познакомиться с этой технологией, но бросил смотреть уже на третьей минуте. "без воды" - обман (котики, бестолковая анимация слайдов, паузы). Больше всего раздражают частые "да?".
привет, есть аргументы или ссылки на исследования? Вот пример исследования "сравнение REST и GRPC" medium.com/@EmperorRXF/evaluating-performance-of-rest-vs-grpc-1b8bdf0b22da на хабре есть перевод habr.com/ru/companies/otus/articles/545688/
Очень важная и актуальная инфа, никакой воды, огромное спасибо!
Только перешел на проект с gRPC и сразу такая красота вышла) Большое спасибо!
Дорога ложка к обеду) спасибо за поддержку канала
Спасибо! Подтверждаю. Не было ни капли воды!
😀 спасибо за поддержку канала
Годный контент, продолжай в том же духе) мы очень ждем новых видео!
Спасибо! как всегда интересно и познавательно
👍спасибо за поддержку канала
Было очень интересно, спасибо!
Божественно, спасибо!
спасибо за поддержку канала!
@@qa_tech очень нравится смотреть ваши видео, по ним хорошо освежил и дополнил свои знания, спасибо еще раз! Вы очень хорошо объясняете!
@user-fz6sd9nr4g 👍 рад помочь
Здравствуйте, спасибо, полезная информация
Здравствуйте, спасибо за поддержку канала
Привет! Большое спасибо за видео!!! Они очень полезные. Хорошее объяснение с примерами.
Привет, спасибо за поддержку канала!
Спасибо, очень полезно!
О как это я пропустил, новый ролик. Как обещал с ЗП скинул на вкусняшки к чаю) Повысят ЗП пришлю еще)))
Спасибо за донат) 👍
Ахуитительно
спасибо!
спасибо за поддержку канала!
Делай-делай
Спасибо. Полезно
Хорош!
Да да да да, пон да? Ну вот это понятно да? Нужно больше да
основной смысл понятен, да? 😁
Хороший канал. Посмотрел 3 видео. В связи с замедлением просьба перезалить видосы канала куда-нибудь. Жалко потерять контент!
Добрый день! Пытаюсь написать программу на python с grpc.
Подскажите, пожалуйста, как написать 2 сервиса, чтобы в коде ожидать данные с первого сервера, а потом только со второго?
Давай бро~работай
Для вкатышей телегу будешь делать?
пока нет времени на эту активность
@@qa_tech жаль) завал на проекте?)
@@friendlyfire1432 релиз)
Спасибо за видео!
При просмотре возник вопрос, если gRPC по многим пунктам круче REST, то почему его сейчас не используют всегда и везде?) Заранее спасибо)
Думаю что причин может быть масса, например,
Первый момент, для использования GRPC необходимы разработчики с более высоким уровнем знаний и навыков, соответственно и разработка продукта выходит дороже.
Второй момент, не во всех продуктах есть необходимость в производительности которую предоставляет grpc.
Третий момент, GRPC не работает напрямую с браузером, этот вопрос частично решили с помощью прокладки
Четвертый момент, GRPC не так просто ,а иногда невозможно встроить в legacy системы
Rest тоже может использовать http/2. Но даже с http/1 с ним можно передавать бинарные данные
Спасибо. Все круто, но шрифт мелковат с телефона.
спасибо, учту в следующих видео
Приветствую! Так вы увеличивайте видео двумя пальцами, как увеличиваете фото в галерее. И двигайте затем экран в то место, где мелкий шрифт. Всё будет отлично видно и с телефона!)
Что мешает на rrst api бинарники перебрасывать!????!!
1. Ограничения в HTTP-протоколе
Размер запроса: Большие бинарные файлы могут превысить лимиты серверной конфигурации (например, max body size в Nginx или Apache).
Скорость передачи: Загрузка больших файлов может занять много времени, что приводит к таймаутам.
Поддержка Chunked Transfer Encoding: Некоторые сервера или клиенты не поддерживают передачу данных в режиме "chunked", что необходимо для больших файлов.
2. Формат данных
Бинарные данные передаются в виде сырого бинарного потока или в закодированном формате, таком как Base64.
Base64 удобен, но увеличивает размер данных примерно на 33%.
Если бинарник смешивается с текстовыми данными, необходимо использовать multipart/form-data.
3. Сервер должен быть настроен на прием больших данных.
@@qa_tech ладно, чем MQTT не нравится? и вообще речь шла про json - большие файлы тут причем? по мне - очередной протокол из тысячи! большой вопрос - зачем на этом так акцентировать внимание - и на собесах эту херню спрашивать начали... (про arp | dns | tcp пакеты никто не спрашивает) - да и собрать свой собственный протокол обмена на tcp не составляет особого труда - что бы ТАК трындеть об gRPC
@@IQ-120 согласен на счет собесов, там и не такое спрашивают, часто кроме вопросов по теории прочитанной с листка, спросить ничего не могут... Цель моих видео осветить основные моменты, по технологиям, которые могут встретиться в рабочем процессе и на собеседованиях
@@qa_tech лайк поставил. Цель достигнута!
@@IQ-120 🙂 спасибо!
Старается
Код - мелкий шрифт.
буду исправлять в следующих видео, спасибо за комментарий
Хотел быстро познакомиться с этой технологией, но бросил смотреть уже на третьей минуте. "без воды" - обман (котики, бестолковая анимация слайдов, паузы). Больше всего раздражают частые "да?".
всё правильно сделал, не нравится надо уходить
Да что за говно??? А на упаковку и распаковку ресурсы тоже расходуются - те же яйца, только в профиль... Очередная блестяшка для сорок!!!
привет, есть аргументы или ссылки на исследования? Вот пример исследования "сравнение REST и GRPC" medium.com/@EmperorRXF/evaluating-performance-of-rest-vs-grpc-1b8bdf0b22da на хабре есть перевод habr.com/ru/companies/otus/articles/545688/
Да? Да! А да? Ну да
постараюсь исправить)