Повреждение cookie

Question

У меня странная проблема со скриптом перенаправления php, который делает следующее:

1. Установите cookie в браузере пользователя или прочитайте существующий cookie, если он есть.
2. Перенаправить пользователя на другой URL-адрес (URL для перенаправления является параметром в исходном URL-адресе, например, http://my.redir.com?url=www.google.com).
3. Журнал перенаправления (время, пользовательский агент, реферер, cookie).

Время от времени (очень редко, один на миллионы) я вижу файл cookie, который был поврежден в файле журнала. Все файлы cookie имеют формат XXXX-XXXX, когда значения X соответствуют a-f или 0-9 (поэтому допустимый файл cookie может иметь значение 7bfab3-d8694). Поврежденные файлы cookie содержат символы : или /, заменяющие один из символов или дефисы, например 7bfa:3-d8694 или 7bfab3/d8694.

Вопрос , что может вызвать это? Может ли это быть проблема с моим скриптом или сервером, на котором он запущен, или это более вероятно, будет проблема в браузере пользователя?

- больше информации -

Поврежденные куки, которые я обнаружил, имели пользовательских агентов:

Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Sky Broadband; GTB7.1; Sky Broadband; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; Sky Broadband)
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_4_11; en) AppleWebKit/533.19.4 (KHTML, like Gecko) Version/4.1.3 Safari/533.19.4

Answer 1

Все виды "сломанных" роботов написаны плохо, полны ошибок. Я вижу подобное поведение в моих журналах, например плохие (неправильные) парсеры HTML, которые неправильно следуют ссылкам, неправильно дезинфицируют или кодируют URL-адреса и декодируют URL-адреса и т. д.

Все это, пока строка «агент» выглядит как обычный браузер. Я был взбешен этим один раз, пока не заметил, как несколько сотен разных страниц были просмотрены за считанные секунды. Нет шансов, что этот человек просто занимается серфингом.

Поэтому я предлагаю вам попытаться увидеть в своих журналах, что еще посещала эта комбинация IP / агент, и, если это робот, перестаньте беспокоиться об этом.

Answer 2

Я бы сказал, что это сбой на стороне клиента.но со всем этим трафиком трудно сказать, если вы используете, например, setcookie (), попробуйте вместо этого использовать $ _SESSION ['sess'] = "cookie" и посмотрите, по-прежнему ли возникает проблема.Я надеюсь, что это помогает, с уважением.