Size: a a a

Яндекс.Диалоги (сообщество разработчиков)

2019 November 07

SS

Stas Serebrennikov in Яндекс.Диалоги (сообщество разработчиков)
в теории можно собрать чтонить на малинке
источник

AZ

Andrew Zahalski in Яндекс.Диалоги (сообщество разработчиков)
Роман Гофман
Мой навык не использует БД и работает асинхронно. Я упирался в лимиты но нашел способ их решить. А вы видимо не хотите!
обычно это костыль, запрос был отправлен хотите получить результат?! (в случае если внешнйи апи не ответил за заданное ему время)... Но его же придется делать с любым таймаутом какой бы был не задан в алисе... где гарантия что внешний апи уложится в тех же 10 секунд?!
источник

РГ

Роман Гофман... in Яндекс.Диалоги (сообщество разработчиков)
Andrew Zahalski
обычно это костыль, запрос был отправлен хотите получить результат?! (в случае если внешнйи апи не ответил за заданное ему время)... Но его же придется делать с любым таймаутом какой бы был не задан в алисе... где гарантия что внешний апи уложится в тех же 10 секунд?!
Да это костыль, по-хорошему Алисе научиться работать асинхронно (инициировать диалог первой хотя бы в каких-то временных рамках) .  Что должна делать Алиса когда внешний апи вообще лежит, ждать вечность? Всегда есть соблазн расширить таймаут, но ваши пользователи будут ждать? Управление электропитанием у меня до "железки" два узла связанных VPN со сменой протокола, никогда я не ловил превышение таймаута. Если я удаленно открываю дверь, я могу переспросить Алису, открыла ли она дверь. Да, не очень удобно, но работает!  Например ip телефония начинает заикаться при превышении задержки в 200 мс это в разы меньше чем ограничение Алисы, работает же во всем мире!
источник

R

Rlm in Яндекс.Диалоги (сообщество разработчиков)
Если апи не отвечает, значит поставьте таймаут и скажите об этому, речь не об бесконечном увелечении времени, а об адекватных велечинах, таких как у гугла и прочих, ибо есть вещи которые зависят не от вашего навыка, а как упоминал выше от канала, хостера и прочего, алисой пользуются и зарубежом, и когда не хватает 500 мл которые вообще ни о чем, вы обретаете  процент отказа пользователя от вашего навыка. и потерю доверия к нему
источник

R

Rlm in Яндекс.Диалоги (сообщество разработчиков)
для айпи телофонии важен джитер причем тут это вобще все в кучу понамешано
источник

A

Arkady in Яндекс.Диалоги (сообщество разработчиков)
Роман Гофман
Да это костыль, по-хорошему Алисе научиться работать асинхронно (инициировать диалог первой хотя бы в каких-то временных рамках) .  Что должна делать Алиса когда внешний апи вообще лежит, ждать вечность? Всегда есть соблазн расширить таймаут, но ваши пользователи будут ждать? Управление электропитанием у меня до "железки" два узла связанных VPN со сменой протокола, никогда я не ловил превышение таймаута. Если я удаленно открываю дверь, я могу переспросить Алису, открыла ли она дверь. Да, не очень удобно, но работает!  Например ip телефония начинает заикаться при превышении задержки в 200 мс это в разы меньше чем ограничение Алисы, работает же во всем мире!
Хотите надёжности - ставьте локальный сервер с полноценными контурами управления, и к нему уже заводите голосовой интерфейс. Там и пуши куда угодно, и сложная логика с множественными датчиками, итд
источник

R

Rlm in Яндекс.Диалоги (сообщество разработчиков)
сложные данные можно готовить заранее, Аркадий речь сейчас не об этом
источник

R

Rlm in Яндекс.Диалоги (сообщество разработчиков)
а о том что 3 сек мало не потому что вы гавно пишите, а потому что порой канал загружен сервер далеко расположен и т.д и не хватает как вам показывали в логах по 500 мс
источник

A

Arkady in Яндекс.Диалоги (сообщество разработчиков)
Человек хочет асинхрона, датчиков и независимости от внешних апи, насколько я понимаю.
источник

R

Rlm in Яндекс.Диалоги (сообщество разработчиков)
а это ведет к потери доверия к навыку и числу отказов, никто не говорит делать 10-30 сек. ну есть по мимо Москвы другие регионы где поверьте не знают что такое 3г у кого адсл до сих пор и это в 100 км от москвы
источник

R

Rlm in Яндекс.Диалоги (сообщество разработчиков)
Arkady
Человек хочет асинхрона, датчиков и независимости от внешних апи, насколько я понимаю.
пусть свою алису тогда замутит
источник

A

Arkady in Яндекс.Диалоги (сообщество разработчиков)
Первого и второго завтра точно не появится, а толку от системы, которая может рухнуть от лага - нет изначально.
источник

AZ

Andrew Zahalski in Яндекс.Диалоги (сообщество разработчиков)
Rlm
а о том что 3 сек мало не потому что вы гавно пишите, а потому что порой канал загружен сервер далеко расположен и т.д и не хватает как вам показывали в логах по 500 мс
3 секунды сейчас должно вполне хватать на сетевые задержки... с 1.5 секундами проблемы были и приходилось переезжать на сервер поближе... Но даже с 1.5 секундами можно было избежать вылета навыка, выдавая на внешний запрос 1 секунду... есть ответ выдаем результат, нет ответа просим что-нибудь отправить...
Ровно также это будет работать и с 3 секундами и с 5 секундами и с 10 секундами таймаута... (т.к. всегда есть шанс, что внешний сервис не уложится. Хотя он уже минимальный)

Я к тому, что схема работы с внешним апи одинакова... И если сейчас навык не отвечает по таймауту, то навык не так работает с внешним апи! Почему, описал выше...
источник

R

Rlm in Яндекс.Диалоги (сообщество разработчиков)
по поовду внешних апи, я бы предподготавливал данные а затем отдавал, но ведь бывают ситуация когда это не возможно или нужны вот прям свежие данные, задерка на апи на работу вашего хука и ответ. поэтому не согласен с вами. еще раз сделаю акцент должно хватать как вы пишите != всегда хватает, порой не хватает 300-700 мс вы моргнуть не успеете, а у навыка отказы и потеря доверия
источник

R

Rlm in Яндекс.Диалоги (сообщество разработчиков)
и вот еще интересно, вы не видите нужды в этом, вас все устраивает, так если увеличат время ВАМ то что? у вас поменяется логика работы или что? или просто лишь бы поспорить, ну зайдите на гугл и другие асистенты и привидите им доводы что 3 сек достаточно и пусть они уменьшат у себя.
источник

A

Arkady in Яндекс.Диалоги (сообщество разработчиков)
Ну не, оптимизацию отклика никто не отменял.
источник

AZ

Andrew Zahalski in Яндекс.Диалоги (сообщество разработчиков)
Rlm
по поовду внешних апи, я бы предподготавливал данные а затем отдавал, но ведь бывают ситуация когда это не возможно или нужны вот прям свежие данные, задерка на апи на работу вашего хука и ответ. поэтому не согласен с вами. еще раз сделаю акцент должно хватать как вы пишите != всегда хватает, порой не хватает 300-700 мс вы моргнуть не успеете, а у навыка отказы и потеря доверия
Я сталкивался с проблемами таймаута из-за нагруженности сети... это тоже писал... Выход 1 - менять хостинг провайдера. Это действие избавило навыки от всех проблем с таймаутами. (когда он был 1.5)

Случаи неответа внешнего апи вовремя будут всегда и при любом таймауте... И я не писал, что не нужно увеличивать время таймаутов (это будет полезно для работы с ml например), но это не должно быть нужно для работы с внешними апи
т.к. это неправильно не учитывать время ответа данного апи...
источник

A

Arkady in Яндекс.Диалоги (сообщество разработчиков)
В диалоге 3 секунды паузы - многовато. В таком случае лучше сообщить "Обратитесь ко мне через минутку, я всё подготовлю"
источник

AZ

Andrew Zahalski in Яндекс.Диалоги (сообщество разработчиков)
Arkady
В диалоге 3 секунды паузы - многовато. В таком случае лучше сообщить "Обратитесь ко мне через минутку, я всё подготовлю"
Да хоть 10... какая разница... если свои навыки будут отвечать за 300мс как и раньше :)
А тот кто сейчас не может вложиться в 3 секунды, так их не спасет и 5 секунд...
источник

R

Rlm in Яндекс.Диалоги (сообщество разработчиков)
апи тут не причем, дано человеку 5 сек пусть куда хочет обращается, сегодня работы на сети завтра нет, так  бегать к новому хостеру? у меня в москве и тоже были проблемы хотя трасса и работа хука укаладывалсь в 3 сек. поднимался вопросов где логи и будут ли они со стоорны яндекса
источник