Алексей Ярков

одно модальное окно, в которое данные подгружаются аяксом в зависимости от выбранной позиции

Подробное описание выделяют на отдельную страничку из-за Сео. Обычно будущее модальное окно просто разметка и обрабатывается js при наведении. Не должно сильно затормозить.

Connection reset by peer (Соединение сброшено сервером)

Connection reset by peer может вызываться совершенно разными причинами. В общем случае сервер определяет, что сокет больше не работает нормально и закрывает его со своей стороны.

5.1 Read Error (Ошибка чтения)

Сценарий: Мэри не может понять, что говорит Джо, и вешает трубку вместо того, чтобы терять его сообщения (данные).

Ошибка чтения возникает когда сервер не может успешно прочитать данные от клиента. Сервера собирают информацию от клиента и когда получают ошибку при чтении данных, отключают пользователя, что приводит к сообщению "Read Error" при выходе.

5.2 Write Error (Ошибка записи)

Сценарий: Мэри пытается говорить с Джо, но полагает, что он ее не слышит. Поэтому она вешает трубку вместо того, чтобы мириться с потерей сообщений (данных).

Ошибка записи возникает когда сервер не может успешно записать информацию в клиента. При получении сервером информации, он обычно отвечает на это своими данными клиенту. Если сервер получает ошибку при записи в клиент, он отключает пользователя, и это приводит к сообщению "Write Error" по формату сходному с "Read Error"

5.3 Ping Timeout (эээ.. Пинг таймаут!)

Сценарий: Мэри, завозившись по хозяйству с детьми и сильно отвлекаясь, постоянно спрашивает Джо, слушает ли он ее. И если не получает ответа достаточно быстро - вешает трубку.

Сервер автоматически пингует пользователя через определенный промежуток времени. Это делается для того, чтобы убедиться, что клиент все еще на связи. Когда Вы видите сообщения "PING? PONG!" в окне статуса, это означает, что сервер послал пинг-запрос на Вашу машину и она отослала ему понг-ответ. Если Вы отключаетесь, а сервер не знает об этом, то он автоматически сбросит Ваш ник из сети после того, как долго не будет получать понг-ответы, что выльется в квит по "пинг таймауту". Такое может произойти с любым.

5.4 Broken pipe (Нарушенный пайп)

Сценарий: Мэри обнаружила записку с сообщением, которое ей надо было передать Джо, но каким-то образом, между запиской и ее ртом сообщение потерялось. Мэри пытается передать Джо содержание, но не уверена, что у нее это выходит и вешает трубку полагая это лучшим вариантом, чем потеря информации (данных).

Ошибка "сломанного пайпа" возникает когда сервер понимает, что у него есть сообщение для отсылки вовне, но он не может подать его на сокет из-за внутренний ошибки передачи данных.

5.5 Остальные ошибки

Сценарий: Множество вариантов; возможно в разговор вмешался оператор и это заставило Мэри усомниться в правильности звонка и она повесила трубку.

Используйте принцип KISS («keep it simple, stupid»).

найди процесс и убей его.

да

Как минимум socket.onmessage у Вас в socket.onopen, а такого быть не должно, пропишите его отдельно - ниже, после socket.onopen

Начало доходить, вызов то один: var f = debounce(f, 1000); Значит в одном замыкании работаем.
Ну да, f() это уже вызов возвращаемой функции, который хоть и образует новые замыкания, но значение переменной state всё равно берётся из единственного замыкания образованного при вызове функции debounce. А COOLDOWNможно просто заменить на 1.

// Кому надо моя версия без обёртки.
// Использую свойство функции, т.к. функция это объект.
// Свойство создается после! первого запуска.
function f(x) {
  if(f.rest) {
  	return;
  }
	console.log(x);
	f.rest = true;
  setTimeout(function() {
  	f.rest = false;
  }, 100);
}

Зачем вам рег выражения?
Тащите через xpath

Если эти файлы генерируются из исходников, то им не место в исходниках