1. Самый простой вариант - не открывайте доступ к игровому сокету до тех пор, пока не будет пройдена аутентификация на веб-сервере.
2. Игровые порты всегда соединяйте на IP, который проксируйте на другой сервер как папку (reverse proxy).
3. После 5-ти неудачных попыток авторизации на игровой порт подряд - блочьте IP клиента на 5 минут, на 15 минут, на 1 час и т.д.
4. Желательно, настроить поведенческий фильтр и автоматический("прозрачная" маршрутизация) динамический роутинг для авторизованных пользователей на другой сервер для временного ухода от медленного ("забитого") канала.
1. Создайте триггер-хук на захват аудио-устройства вывода любой программой (чтобы получить привязку: аудио-устройство=>процесс=>окна)
2. Периодически отслеживайте уровень сигнала на выходе ("прыгающий" столбик уровня выходного сигнала аудио-потока) на этих аудио-устройствах.
3. Создайте список тех окон/процессов, при которых нужно блокировать восприятие с микрофона и мониторьте: закрыли всё из списка или поставили на паузу - значит включаем мониторинг микрофона, иначе - снова выключаем.
так как запрос ушел - не успел прийти ответ, данные не отрисовались и при нажатии на кнопку назад открывается страница из кэша, а не загружается новая.
порядок событий должен быть соблюдён!
Это в явном виде проблемы кодера => нужно исправлять свои ошибки!
Только через поиск НОД и кол-во элементов в серии в соответствии с НОД.
В примере: НОД = 0.02 т.е. серия = 50 элементам.
Кол-во элементов в соответствии с вероятностью (просто разобрать очередь, предварительно её перемешав - shuffle):