Чтобы бот не молчал, люди придумали статус прогресса и расчёт времени ожидания.
Для кого придумали кэширование результатов? Ты один раз сделал запрос на тег и на время кинул в кэш, потом ещё один запрос прилетел на тот же тег, а ты их кэша забрал и сразу отдал. Меньше запросов, меньше времени обработки.
Ты не прав. CF фильтрует запросы, но это не панацея. В связке с DG уже лучше, но всё равно легко можно положить тяжёлые роуты. Если идёт распределённая атака полу-пустыми пакетами без ожидания ответа, то сайт начинает ложиться под пустой нагрузкой и такие пакеты вполне спокойно проходят через CF, а DG, как и другие фаерволы, немного другими векторами занимаются, хотя чуток тоже фильтруется. Тут лучший вариант - их связка + распределённые сервера, тот же кубер
У ютуба просто сжатие, а у оператора связи ограничение по диапазону звука, потери и высокие задержки. Передавать видео в таких условиях не выйдет. Для хоть какой-то работоспособности этой затеи надо заключить договор с оператором и получить специальные сим-карты с расширенными лимитами. На таких много IoT устройств работают
Не можешь. Чтобы это реализовать - надо сначала понять, что скорость передачи голоса очень ограничена, а также там очень ограничен диапазон частот. Тебе надо заново изобрести TCP, где в качестве транспорта будет голос, а не интернет пакет, а это уже проблема. Кроме того, если хочешь несколько телефонов, тебе надо написать свой драйвер для их связки, а это отдельная жесть
Причём тут теги "python" и "качество кода"?
Чтобы бот не молчал, люди придумали статус прогресса и расчёт времени ожидания.
Для кого придумали кэширование результатов? Ты один раз сделал запрос на тег и на время кинул в кэш, потом ещё один запрос прилетел на тот же тег, а ты их кэша забрал и сразу отдал. Меньше запросов, меньше времени обработки.
Надеюсь, хоть на API hh.ru построен код?
Ты не прав. CF фильтрует запросы, но это не панацея. В связке с DG уже лучше, но всё равно легко можно положить тяжёлые роуты. Если идёт распределённая атака полу-пустыми пакетами без ожидания ответа, то сайт начинает ложиться под пустой нагрузкой и такие пакеты вполне спокойно проходят через CF, а DG, как и другие фаерволы, немного другими векторами занимаются, хотя чуток тоже фильтруется. Тут лучший вариант - их связка + распределённые сервера, тот же кубер
Многие продают эти кабели во вторичку, увы, они ещё много где используются, в моём городе в частности...
У ютуба просто сжатие, а у оператора связи ограничение по диапазону звука, потери и высокие задержки. Передавать видео в таких условиях не выйдет. Для хоть какой-то работоспособности этой затеи надо заключить договор с оператором и получить специальные сим-карты с расширенными лимитами. На таких много IoT устройств работают
Не можешь. Чтобы это реализовать - надо сначала понять, что скорость передачи голоса очень ограничена, а также там очень ограничен диапазон частот. Тебе надо заново изобрести TCP, где в качестве транспорта будет голос, а не интернет пакет, а это уже проблема. Кроме того, если хочешь несколько телефонов, тебе надо написать свой драйвер для их связки, а это отдельная жесть