AUser0, Проверил. Вот такое выдает:
SHOW TABLE STATUS LIKE 'table_name'; > utf8mb4_unicode_ci
SELECT @@character_set_connection; > utf8mb4
SELECT @@character_set_client; > utf8mb4
Вроде, дожно работать, или нет?
Если нет, то как сделать запрос в нужной кодировке?
Всегда интересно читать опыт человека по теме. Спасибо.
А с биддерами уже реально люди не работают? Может быть, все-таки, стоит им воспользоваться?
Если не секрет, то какой % конверсий от кликов в реальные заказы?
historydevIvanU7n Спасибо за помощь. Жестко я тупанул. Я почему-то думал, что в HTML должно выводиться взятое из кук значение в том виде, в котором оно взято, а не в виде переменной. Некоторые значения я вставлял прямо из PHP и они отображались в коде, а из JS — нет. Вот такие дела.
asmelnik, Спасибо. Уже так сделал. Пока это самое доступная мне реализация. Может быть, стоит еще с «деревьями» что-то попробовать, как рекомендовали уже, но это чуть позже.
ThunderCat, Сложный вопрос. Мне кажется, что так просто чуть более дружелюбнее + пока идет проверка капчи, то можно как-то предзагрузить данные страницы, чтобы при прохождении капчи задержка между ее решением и показом страницы была минимальной + я не уверен, но при обновлении страницы яндекс.метрика может посчитать переход, не как внутренним.
Ankhena, А что толкового я могу на бэке проверить без JS? Я не про отправку форм, а о поведенческих ботах. Я могу их по некоторым признакам предугадывать с какой-то вероятностью, и вот им я и хочу устроить усиленную проверку, но так, чтобы минимально создавать неудобства реальным людям.
Почитал по ссылке — есть там интересный подход: google определяет роботность без капчи, а там уже можно дипилить. Вот это круто, но, блин, сторонний сервис, а это палка о двух концах.
17 Гб ОЗУ на запрос? — Это перебор для меня, тем более, что я знаю о шарпе, ровно то, что есть такой язык программирование) Пытался ознакомиться с вашим ответом и комментариями по ссылке, но там что-то на марсианском) С деревьями таблиц познакомлюсь.
Вариант, несомненно, верный для уточнения при совершении запроса посетителем, но есть пара но. 1. Вопрос о частоте смены (может быть, есть опыт, знаете. 2. Запрашивать таким образом адрес при каждом посещении ресурса может быть накладно — цепочка запрос-ответ может занять значительное время, а для скорости открытия страниц — это не очень хорошо.