Всегда интересно читать опыт человека по теме. Спасибо.
А с биддерами уже реально люди не работают? Может быть, все-таки, стоит им воспользоваться?
Если не секрет, то какой % конверсий от кликов в реальные заказы?
historydevIvanU7n Спасибо за помощь. Жестко я тупанул. Я почему-то думал, что в HTML должно выводиться взятое из кук значение в том виде, в котором оно взято, а не в виде переменной. Некоторые значения я вставлял прямо из PHP и они отображались в коде, а из JS — нет. Вот такие дела.
asmelnik, Спасибо. Уже так сделал. Пока это самое доступная мне реализация. Может быть, стоит еще с «деревьями» что-то попробовать, как рекомендовали уже, но это чуть позже.
ThunderCat, Сложный вопрос. Мне кажется, что так просто чуть более дружелюбнее + пока идет проверка капчи, то можно как-то предзагрузить данные страницы, чтобы при прохождении капчи задержка между ее решением и показом страницы была минимальной + я не уверен, но при обновлении страницы яндекс.метрика может посчитать переход, не как внутренним.
Ankhena, А что толкового я могу на бэке проверить без JS? Я не про отправку форм, а о поведенческих ботах. Я могу их по некоторым признакам предугадывать с какой-то вероятностью, и вот им я и хочу устроить усиленную проверку, но так, чтобы минимально создавать неудобства реальным людям.
Почитал по ссылке — есть там интересный подход: google определяет роботность без капчи, а там уже можно дипилить. Вот это круто, но, блин, сторонний сервис, а это палка о двух концах.
17 Гб ОЗУ на запрос? — Это перебор для меня, тем более, что я знаю о шарпе, ровно то, что есть такой язык программирование) Пытался ознакомиться с вашим ответом и комментариями по ссылке, но там что-то на марсианском) С деревьями таблиц познакомлюсь.
Вариант, несомненно, верный для уточнения при совершении запроса посетителем, но есть пара но. 1. Вопрос о частоте смены (может быть, есть опыт, знаете. 2. Запрашивать таким образом адрес при каждом посещении ресурса может быть накладно — цепочка запрос-ответ может занять значительное время, а для скорости открытия страниц — это не очень хорошо.
Как я понял, по сути, есть только эти две глобальные переменные, в которых содержатся доступные сведения о посетителе сайта. Других данных в PHP о посетителе просто нет. Верно?
А могли бы конкретный пример/код привести? Что-то не получается.
Только вот не понял связь между PHP-файлом и событиями Modx.
Поясню. Человек в браузере запрашивает адрес страницы сайта. В работу включается MODX — что то там делает (инициализирует, обрабатывает чанки, сниппеты, шаблоны, парсит и прочие штуковины делает. На все эти действия MODX тратит какое-то время, к примеру, на инициализацию чего-то там 50 мс, на парсинг шаблона 50 мс, на обработку чанков/сниппетов 100 мс и того набегает какое-то время.
У меня есть PHP скрипт (в файле file.php), который должен выполняться максимально быстро после запроса страницы человеком. Если я подключу как-то этот скрипт ДО всех работы MODX, тогда скрипт после запроса страницы будет выполнен сразу, а не ПОСЛЕ условных 200 мс (то время, которое необхомо MODX на обработку своей внутренней кухни).