rakeev

Потому что на каждый $("body").on("click",
у тебя добавляется новый обработчик $(document).on("click", ".confirm-success"
следовательно

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

или укажите на явные ошибки

Вот здесь:

catalogProduct.list like '%|1|%'

Толпа идентификаторов, разделённых | ?
Это явная ошибка. Full scan быстрым бывает в одном случае - таблица очень мелкая, буквально пара записей.

Вынесите эти идентификаторы в отдельную нормальную таблицу-связку.

Мелкая ошибка - зачем left join, если требуете join? catalogProduct.list по вашему where не может быть null'ом.

Очень часто люди путают само понятие инъекции и эксплуатацию уже совершённой инъекции. Эти два понятия как бы «склеиваются» в голове, но на самом деле между ними практически нет ничего общего:
— атака типа «SQL инъекция» — это принципиальная возможность внедрить свой код в запрос.
— эксплуатация — это уже то, какой конкретно код внедрять.

И здесь сразу становится видно, что вопрос сформулирован некорректно: к атаке INFORMATION_SCHEMA отношения не имеет. А только к эксплуатации. Поэтому и парадокса никакого нет. От инъекций обе версии защищены одинаково — как правильно сказано в ответе выше — настолько, насколько защищено приложение.

Например, HIMEM.SYS

Проверка на существование файла идти в таком случае не должна, поэтому причина в другом.
Здесь 2 варианта нам видится
1) У Вас перед апачем стоит nginx, который и занимается непосредственно раздачей статики (тогда мы не вполне понимаем что делать — вероятно надо к сис.админу/хостеру, но по крайней мере понятно где проблема).
2) У Вас на сервере стоит какой-то обработчик pdf, который перехватывает на себя запросы к pdf (проверяется легко, посредством запроса существующего файла с заведомо неизвестным расширением).

в доке правой кнопкой на значке программы Параметры -> блок назначить там можно выбрать на каком рабочем столе запускать приложение

Я думаю Вам поможет
sphinxsearch.com/docs/2.1.2/weighting.html
В частности SPH_RANK_EXPR