Иван

Вот Гугл нехороший! ИщИте Terminal Services, ставьте на компьютер Windows Server (если компьютер слабый, то 2003 R2), включайте роль Сервер терминалов, и пользуйтесь на здоровье (лучше, через VPN).

https://modx.pro/help/9601/ - решение
а именно подставить следующий параметр
&processTVs=`1`

Вообще, конечно, можно, но не легче ли в обработчике формы, например на PHP, потом изменить ее?

По умолчанию, трафик между агентами и сервером не шифруется.
Шифровать его можно либо связывая агенты с сервером через VPN, либо используя встроенные с версии 3.0 возможности для шифрования: сертификаты и pre-shared ключи.

Оба способа работают на активные и пассивные чеки.

https://www.zabbix.com/documentation/3.0/manual/en...
https://www.zabbix.com/documentation/3.0/manual/en...
https://www.zabbix.com/documentation/3.0/manual/en...

Зачем верстальщику мак то для этого. Существует https://zeplin.io/ специально чтобы люди не мучались с макетами и кроссплатформенностью. Открыл сайтик и у тебя макеты с циферками и всякими плюшками перед глазами. Если весь дизайн будет ваш, то заводите себе аккаунт (платный офк, но там копейки) и просто приглашаете людей в определенные проекты, расшаривая им нужные макеты.
Уже год+ не открывал софта наподобие фотошопа/скетча и надеюсь так всегда и будет далее.
Причем зеплин умеет и в фотошоп и в скетч.

Дело в том, что обработчик навешан на существующие элементы, а для того чтобы обработчик обрабатывал и добавленные элементы, необходимо установить обработчик, например на body, пример:

$('body').on('click', '.class', function(){
   
})

из опыта - без разницы. Шесть лет делаю мультиязычные сайты. Хотя Google несколько раз подчеркивал, что будет бустить национальный контент размещенный на национальном домене. То есть если русский - сиди в RU, если англичанин - в co.uk , американец - в COM. На практике Google подравнивается под рынок и никого не наказывает, потому что для среднего вебмастера развести грамотно несимметрично локализуемый контент на два домена под одной CMS это нетривиальная задача. Если контент имеет внешние ссылки и авторитет, он его будет иметь. Из последних новшеств - Google рекомендует ставить hreflang мета-теги в заголовках сайта, чтобы наконец получить надежный способ учета контента по языкам и не морочить голову.

alert выполняется раньше, чем придет ответ от php/get_special_count.php. Особенность асинхронности ajax запросов. Дождитесь ответа потом выводите результат.

.done(function(data) {
  special_geted_count = parseInt(data);
  alert(special_geted_count);
});

"Двойная работа получается" в любом случае.
Нам нужно создавать/отдавать данные и нам нужно получать/показывать данные.
За что отвечает бек а за что фронт выбирать вам, но удобней и правильней иметь api по которому фронт сможет получить необходимые данные и показать их в нужных местах и с нужной красотой.

Например нам нужно получить список книг:
get /books

получим в ответе:

{
  items: [
    {
      id: 0,
      name: "Book0"
    },
    {
      id: 1,
      name: "Book1"
    }
  ]
}

А если мы захотим узнать количество всех книг?
Просто добавим в ответ "totalResults: 50" и в шаблоне на фронте их отобразим (если нужно), аля:

<div class="books-total">{books.totalResults}</div>

А если шаблонов много и они разные?
А если вы хотите показать график с этими книгами? А если этих графиков десятки?
А если нужно в определенный момент показать пагинацию?
итд.

Рекомендую посмотреть на api googl'a или digitalocean.

При такой статистике и активности - однозначно: лучше новое создать, а на старом - сделать оповещение:

"Цикл разработки этого приложения завершён. На основе накопленного опыта, мы разработали абсолютно новое, с учётом всех отзывов и пожеланий пользователей, а также, полностью переписали ядро. Новое приложение доступно здесь".
©2016, xmoonlight

И кому интересно - все поставят новое вместо старого, а статистика у Вас и так нулевая, поэтому ничего не потеряете.