ThunderCat

this.id?

судя по тому что реклама показывается только первый раз, даже если второй раз зайти в инкогнито, выбор кому показывать рекламу осуществляется на основании ip адреса, а не кукисов/локалстоража/сессии. Значит копать в сторону хостера или вредоноса в самом сайте, второе менее вероятно, так как надо где-то хранить айпишники и шустро перекидывать неимеющиеся на рекламу. Хотя возможно, так что проверьте файлы со свежими датами изменения, с eval, base64decode и прочими подозрительностями. И хостера проверьте, в суппорт пишите.

Нужно для валидации 11 форм обратной связи соединить около 11 функций

это одинаковые формы? Зачем их 11? Я просто не могу придумать для чего 11 форм одинаковых делать...

UPD:
Итак, формы: убрать идентификатор(вам уже сказали, идентификатор - уникален, то есть может быть только 1 на страницу), все имена полей сделать одинаковыми(не надо их менять на name1 и тд, сделайте все формы одинаковыми по структуре), добавить общий класс на все формы(пусть будет тоже contact-form), убрать этот уродский onsubmit="return validateForm()", и функцию эту поменять на листенер(смотри ниже).
на этот класс добавить листенер на субмит, далее обработчик будет один одинаковый для всех форм:

$(function(){ // вешаем листенер по загрузке документа

$('.contact-form').on('submit', function(e){
  e.preventDefault();
  document.getElementById('status').innerHTML = "Отправка...";
  formData =  $(this).serialize();
  $.ajax({
    url : "mail/mail1.php",
    .... // далее все как у вас
})

})

во первых, как уже заметили - бэк, нода.жс и вперед, во вторых всякие электрон приложения, далее - юнити3д + жс, вполне себе стек.

1) Сокеты - более дорогое по ресурсам соединение, ибо занимает слот и не умирает, оно выгодно там где в нем есть необходимость. В спа такой необходимости нет.
2) Писать код (и потом его обслуживать) как на фронте так и на бэке проще(читай дешевле) в классическом стиле, нежели оборачивать все в сокет. А бизнес не любит тратить лишние деньги. Это и к п. 1 относится.
3) Stalker_RED пишет что с кешированием могут возникнуть нюансы, я сходу не могу сказать так ли это, имхо в этом проблем не будет, если вы будете тащить сокетом только разметку, а статику брать по православному хттп. В случае статики по сокету конечно же вы хапнете этой беды по полной. Больше меня смущает как будет видеть страничку поисковый бот, но тут уже не узнаешь пока не построишь.

пару замечаний:
// remove all special characters - вероятно сделать 1 раз для всего текста будет эффективнее чем дергать каждый раз в цикле.

function reverseString(str) {
    return str.split("").reverse().join("");
}

скорее всего (не факт) будет работать быстрее развернуть всю строку и проверить на равенство.

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

Как это реализовать на js?

никак, точнее со стороны клиента в браузере никак. Можете использовать ноду на сервере, тогда будет на js и то что нужно.

гугл отключили за неуплату?
js zoom plugin

json_encode($value); уже создает строку с экранированными кавычками. А ошибка у вас вроде к ним не относится.

document.write('<script>');
оно?

опять гадание по фотографии кода... сходу могу предположить 5-6 проблем...
Положите на фиддл, там посмотрим, иначе это все тыканье пальцем в лужу.

#[А-Яа-я\- ]+#

во первых - почему бы тупо не выставить куку как надо и не морочиться с закатом солнца вручную?
во вторых, если так не охота возиться с куки - отсылайте параметром в пост, на сервере проверяйте или есть токен в пост запросе. Но имхо первый вариант более физиологичен.