Zend_Http_Cookie, comme son nom l'indique, est une classe qui représente un cookie HTTP. Elle propose des méthodes d'analyse de la chaîne de réponse HTTP, de collection des cookies, et d'accès à leurs propriétés. Il est aussi possible avec cette classe de vérifier si les paramètres d'un cookie correspondent à un scénario précis, par exemple une URL spécifique, un certain temps d'expiration, la présence ou non de HTTPS, etc...

Zend_Http_CookieJar est un objet utilisé en général avec Zend_Http_Client pour fournir une collection d'objets Zend_Http_Cookie. L'idée principale est d'attacher un objet Zend_Http_CookieJar à un objet Zend_Http_Client, de manière à ce que toutes les requêtes de celui-ci utilisent les cookies présents dans l'objet CookieJar. Ainsi, lorsque le client enverra une autre requête, il demandera à l'objet CookieJar tous les cookies concernant cette requête. Ceci est très pratique dans des cas comme envoyer un cookie de session entre plusieurs requêtes HTTP successives. De plus, l'objet Zend_Http_CookieJar peut être sérialisé et mis en session.

L'instanciation se fait de deux manières différentes :

• Via son constructeur, de cette façon : new Zend_Http_Cookie(string $name, string $value, string $domain, [int $expires, [string $path, [boolean $secure]]]);

  • $name: Nom du cookie (par ex. "PHPSESSID") (requis)

  • $value: La valeur du cookie (requis)

  • $domain: Le domaine de validité du cookie (par ex. ".example.com") (requis)

  • $expires: Temps d'expiration du cookie, un timestamp UNIX (optionnel, défaut à NULL). Si non fourni, le cookie sera considéré comme "cookie de session", avec pas de temps d'expiration.

  • $path: Chemin de validité du cookie, par ex. "/foo/bar/" (optionnel, défaut : "/")

  • $secure: Booléen, Si le cookie doit être transmis via connexion sécurisée (HTTPS) uniquement (optionnel, défaut à FALSE)

• En appelant la méthode statique fromString(), avec une chaîne de caractères représentant un cookie tel que défini dans les en-têtes HTTP "Set-Cookie" (réponse) ou "Cookie" (requête). Dans ce cas la valeur du cookie doit être encodée. Lorsque la chaîne de caractères représentant un cookie ne comporte pas de partie "domain", vous devez fournir alors un URI selon lequel le cookie cherchera son domaine et son chemin.

Note: Lorsque vous utilisez la méthode statique Zend_Http_Cookie::fromString(), veillez à fournir un cookie URL encodé (tel que c'est le cas dans les en-têtes HTTP). Avec le constructeur en revanche, il est nécessaire d'utiliser une valeur non encodée.

La manipulation inverse est possible. Grâce à la méthode __toString(), vous pouvez récupérer une chaîne représentant le cookie, à partir de l'objet Zend_Http_Cookie. La chaîne alors retournée est la même que celle utilisée dans l'en-tête HTTP "Cookie", à savoir une chaîne encodée, terminée par un point-virgule (;) :

Une fois l'objet Zend_Http_Cookie crée, il existe des méthodes 'getter' pour accéder aux différentes propriétés du cookie :

• string getName(): Retourne le nom du cookie

• string getValue(): Retourne la valeur réelle (décodée), du cookie

• string getDomain(): Retourne le domaine du cookie

• string getPath(): Retourne le chemin du cookie, par défaut '/'

• int getExpiryTime(): Retourne la date d'expiration, comme timestamp UNIX. Si pas de date, NULL sera retourné.

Voici encore quelques méthodes de vérifications booléennes :

• boolean isSecure(): Regarde si le cookie est un cookie sécurisé. Si c'est le cas, les navigateurs ont pour instruction de ne les envoyer que sur des connexions sécurisées (HTTPS).

• boolean isExpired(int $time = null): Vérifie si le cookie est expirés. Si il n'y a pas de date d'expiration, cette méthode retournera toujours TRUE. Si $time est fourni, alors la date du cookie sera comparée à ce $time, et non plus au temps actuel.

• boolean isSessionCookie(): Vérifie si le cookie est un cookie dit 'de session'. C'est un cookie sans date d'expiration, sensé être détruit à la fin de la session de travail actuelle (à la fermeture du navigateur).

La vraie valeur ajoutée d'un objet Zend_Http_Cookie est sa méthode match(). Celle-ci teste le cookie en rapport avec un scénario HTTP, pour savoir ci celui-ci doit être attaché à la requête ou pas. La syntaxe est la suivante : boolean Zend_Http_Cookie->match(mixed $uri, [boolean $matchSessionCookies, [int $now]]);

• mixed $uri : un objet Zend_Uri_Http avec un domaine et un chemin à vérifier. Une chaîne représentant une URL peut aussi être utilisée. Le cookie sera déclaré bon si le schéma de l'URL (HTTP ou HTTPS) correspond, ainsi que le chemin (path).

• boolean $matchSessionCookies : établit ou non une correspondance pour les cookies dits de session. Par défaut : TRUE. Si mis à FALSE, alors les cookies sans date d'expiration seront ignorés du processus.

• int $now : timestamp UNIX passé pour vérifier l'expiration du cookie. Si non spécifié, alors le temps actuel sera pris en considération.

Dans la plupart des cas, il ne sera pas nécessaire d'instancier soi-même un objet Zend_Http_CookieJar. Si vous voulez un conteneur de cookie (CookieJar) attaché à votre objet Zend_Http_Client, appelez simplement Zend_Http_Client->setCookieJar(), et un nouveau conteneur, vide, y sera attaché. Plus tard, vous pourrez utiliser la méthode Zend_Http_Client->getCookieJar(), pour récupérer ce conteneur.

Si vous voulez tout de même instancier manuellement un objet CookieJar, appelez son constructeur avec "new Zend_Http_CookieJar()", sans paramètres. Sinon il est possible aussi de passer par la méthode statique Zend_Http_CookieJar::fromResponse() qui prend, elle, deux paramètres : un objet Zend_Http_Response et un URI de référence (un objet Zend_Uri_Http ou une chaîne). Cette méthode retourne alors un objet Zend_Http_CookieJar qui contiendra les cookies de la réponse HTTP passée. L'URI de référence servira à remplir les paramètres "domain" et "path" des cookies, si jamais ils n'ont pas été définis dans les en-têtes "Set-Cookie".

En temps normal, c'est l'objet Zend_Http_Client qui ajoutera des cookies dans l'objet CookieJar que vous lui aurez attaché. Vous pouvez en ajouter manuellement aussi :

• Zend_Http_CookieJar->addCookie($cookie[, $ref_uri]): Ajoute un cookie au conteneur (Jar). $cookie peut être soit un objet Zend_Http_Cookie, soit une chaîne qui sera alors convertie de manière automatique en objet cookie. Si vous passez une chaîne, alors vous devriez aussi passer le paramètre $ref_uri qui représente l'URI de référence pour déterminer les paramètres "domain" et "path" du cookie.

• Zend_Http_CookieJar->addCookiesFromResponse($response, $ref_uri): Ajoute tous les cookies présents dans une réponse HTTP au conteneur. La réponse HTTP doit être un objet Zend_Http_Response contenant au moins un en-tête "Set-Cookie". $ref_uri est un URI (un objet Zend_Uri_Http ou une chaîne), servant de référence pour remplir les paramètres du cookie "domain" et "path", si ceux-ci ne sont pas trouvés dans la réponse.

Comme pour l'ajout de cookies, en théorie, vous n'aurez pas besoin de récupérer des cookies du conteneur, car l'objet Zend_Http_Client se chargera de les gérer lui-même et de les envoyer dans les bonnes requêtes. Cependant, il existe des méthodes pour récupérer des cookies depuis un conteneur (Jar) : getCookie(), getAllCookies(), et getMatchingCookies(). De plus, itérer sur le CookieJar vous permettra d'en extraire tous les objets Zend_Http_Cookie.

Il est important de noter que chacune de ces trois méthodes, prend un paramètre spécial destiné à déterminer le type que chaque méthode retournera. Ce paramètre peut avoir 3 valeurs:

• Zend_Http_CookieJar::COOKIE_OBJECT: Retourne un objet Zend_Http_Cookie. Si plus d'un cookie devait être retourné, il s'agira alors d'un tableau d'objets cookie.

• Zend_Http_CookieJar::COOKIE_STRING_ARRAY: Retourne les cookies comme des chaînes de caractères dans un format "foo=bar", correspondant au format de l'en-tête de requête HTTP "Cookie". Si plus d'un cookie devait être retourné, il s'agira alors d'un tableau de chaînes.

• Zend_Http_CookieJar::COOKIE_STRING_CONCAT: Similaire à COOKIE_STRING_ARRAY, mais si plusieurs cookies devaient être retournés, alors il ne s'agira plus d'un tableau, mais d'une chaîne concaténant tous les cookies, séparés par des point-virgule (;). Ceci est très utile pour passer tous les cookies d'un coup, dans l'en-tête HTTP "Cookie".

Voici la structure des méthodes de récupération des cookies :

• Zend_Http_CookieJar->getCookie($uri, $cookie_name[, $ret_as]): Retourne un cookie depuis le conteneur, selon son URI (domain et path), et son nom. $uri est un objet Zend_Uri_Http ou une chaîne. $cookie_name est une chaîne identifiant le cookie en question. $ret_as spécifie le type de retour, comme vu plus haut (par défaut COOKIE_OBJECT).

• Zend_Http_CookieJar->getAllCookies($ret_as): Retourne tous les cookies du conteneur. $ret_as spécifie le type de retour, comme vu plus haut (par défaut COOKIE_OBJECT).

• Zend_Http_CookieJar->getMatchingCookies($uri[, $matchSessionCookies[, $ret_as[, $now]]]): Retourne tous les cookies ayant une correspondance pour un scénario donné, à savoir un URI et une date d'expiration.

  • $uri est soit un objet Zend_Uri_Http soit une chaîne.

  • $matchSessionCookies est un booléen désignant si les cookies de session, c'est à dire sans date d'expiration, doivent être analysés aussi pour établir une correspondance. Par défaut : TRUE.

  • $ret_as spécifie le type de retour, comme vu plus haut (par défaut COOKIE_OBJECT).

  • $now est un entier représentant un timestamp UNIX à considérer comme 'maintenant'. Ainsi tous les cookies expirant avant ce temps là, ne seront pas pris en compte. Si vous ne spécifiez pas ce paramètre, alors c'est le temps actuel qui sera pris comme référence.

  Vous pouvez en apprendre plus sur la correspondance des cookies ici : Zend_Http_Cookie: Correspondance de scénario.