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