PHP Retrieve Cookie, который не был установлен с помощью setcookie

Question

У меня следующая проблема - стороннее программное обеспечение устанавливает cookie с учетными данными для входа, а затем перенаправляет пользователя в мое приложение. Теперь мне нужно получить значения cookie:

Проблема в том, что я могу легко сделать это в Frontend / AS3 с

var ticket : String = CookieUtil.getCookie( 'ticket' ).toString();

но в PHP cookie не находится в массиве $ _COOKIES.

Значения cookie:

Name: ticket
Domain: .myserver.com
Path : /
Send for: encrypted connections only
Expires: at end of session

То, что я вижу и устанавливаю ранее в PHP:

Name: myCookie
Host: myserver.com
Path : /
Send for: any type of connection
Expires: at end of session

На самом деле, поскольку хост / домен одинаковы, они должны быть видны в скрипте PHP, так как он работает в этом домене.

Есть мысли? Thankx

Martin

Answer 1

Ахахах, понял! $ _COOKIE not $ _COOKIES:)

приобретите привычку программировать на PHP с error_reporting(E_ALL) уровнем отчетности, чтобы избежать таких глупых ошибок

Answer 2

Я не знаю, может ли это быть полезным для вас, но руководство по PHP (раздел cookie) гласит:

Любые куки, отправленные вам от клиента , будут автоматически включены в $ _COOKIE автоглобальный массив , если variable_order содержит "C" .

Вы должны проверить директиву php config variable_order , чтобы убедиться, что установлен флаг Cookie.

Answer 3

Может ли это быть проблемой домена sub domain? Я имею в виду www.myserver.com не «под» .www.myserver.com ...?

Для файла cookie должен быть установлен домен ".myserver.com"

В настоящее время единственный способ получить этот файл cookie - это сценарий, который находится под ".www.myserver.com" like "app.www.myserver.com"

РЕДАКТИРОВАТЬ: ОП был опечатка. Но являются ли файлы cookie с доменом "myserver.com" членами ".myserver.com"?

Answer 4

Есть мысли?

На самом деле cookie - это не текстовый файл. Но просто заголовок HTTP.
Таким образом, чтобы увидеть настоящий cookie-файл, необходимо посмотреть журнал обмена HTTP, а не файлы на клиентском ПК.
Я уверен, что просмотр журнала HTTP пролил бы свет на ситуацию. Она может быть купольной во многих отношениях, например, LiveHTTPheaders mozilla addon.

Оба Cookie и Set-Cookie заголовки должны считаться.