Куки файлы по субдоменам и хостам

Ответ 1

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

Проблема заключается в том, что вы вводите другие технологии. Например, , с тех пор я узнал, что отправка PHP-кода через модуль Python, который позволяет Django обслуживать PHP файлы/контент, сильно изменяет то, что доступно для script, а что нет.

Это было в конечном итоге обнаружено по совету Марка Новаковского, который предложил отправить $_COOKIE в журнал, чтобы узнать, что там было.

Я также проверил $_SERVER и $_GET. Это была пустота $_GET, которая подсказывала мне, что установка, которую я пытаюсь использовать, не так проста, как я думал. Именно это ошибочное понимание привело к тому, что информация о Django не была включена в исходное сообщение.

Извинения и благодарность всем, кто ответил на этот вопрос!

Ответ 2

Cookies, установленные в домене

'.aaa.sub.domain.com'

столкнется с одинаково названным куки, установленным в домене

'.sub.domain.com'

и '.some.stupidly.obscure.multi.sub.domain.com'

Это означает, что (и это заняло некоторое время, чтобы пройти через), если вы собираетесь использовать одноименный cookie для нескольких доменов, вы должны установить его один раз (и только один раз) в основном/базовом домене, в этом case '.domain.com'; в противном случае результирующий cookie будет неопределенно и случайным образом возвращаться, иногда "яшма" cookie, установленная на .a.domain.com, иногда "яшма" cookie, установленная в .domain.com, иногда cookie ' jasper ', установленный в .bcddomain.com, иногда cookie' jasper ', установленный в'.sub.domain.com ', а иногда и' jasper 'cookie, установленный в'.domain.com '

Ответ 3

Использует ли один из поддоменов символ подчеркивания? IE имеет проблемы с принятием файлов cookie из субдомена, которые не соответствуют URI RFC.

Это asumming "отдаленный" является заполнителем, а не фактическим именем поддомена и, конечно, вы используете IE. Хотя больше браузеров вполне может быть реализовано, как, например, Fireworks.

Ответ 4

Я бы попробовал установить Charles Proxy и посмотреть, какие заголовки a) отправлены в Firefox для начала (чтобы установить файл cookie) и б) какие заголовки отправляются из Firefox на второй сервер. По крайней мере, вы можете сузить, где проблема (браузер или сервер).

Ответ 5

Из php.net о setCookie -функция:

Путь на сервере, на котором будет доступен cookie. Если установлено значение '/', файл cookie будет доступен во всем домене. Если установлено значение '/foo/', cookie будет доступен только в каталоге/foo/и всех подкаталогах, таких как/foo/bar/домена. Значение по умолчанию - это текущий каталог, в котором установлен файл cookie.

Домен, доступный для файла cookie. Чтобы сделать файл cookie доступным во всех поддоменах example.com, вы должны установить его на .example.com.. не требуется, но делает его совместимым с большим количеством браузеров. Установка его на www.example.com сделает cookie доступным только в субдомене www. Подробнее см. В описании хвоста в спецификации.

В принципе: необходимо проверить ваш параметр 4. и 5. Ну, ваш путь кажется прекрасным, но нужно изменить домен:

Сегодня вы блокируете файл cookie ко всем другим, кроме домена A, но хотите, чтобы он был доступен как для домена A, так и для B. Это немного сложно, но может быть решена. Получить вдохновение 15seconds; -)