Zend_Http_Client-Advanced.xml 16 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315
  1. <?xml version="1.0" encoding="utf-8"?>
  2. <!-- EN-Revision: 12150 -->
  3. <!-- Reviewed: no -->
  4. <sect1 id="zend.http.client.advanced">
  5. <title>Zend_Http_Client - Utilisation avancée</title>
  6. <sect2 id="zend.http.client.redirections">
  7. <title>Redirections HTTP</title>
  8. <para>Par défaut, <classname>Zend_Http_Client</classname> gère automatiquement les redirections HTTP, et suivra jusqu'à 5
  9. redirections. Ce comportement peut être modifié en changeant le paramètre de configuration
  10. "maxredirects".</para>
  11. <para>Conformément à la RFC HTTP/1.1, les codes réponse HTTP 301 et 302 doivent être traités par le client en
  12. envoyant à nouveau la même requête à l'adresse spécifiée - en utilisant la même méthode de requête. Cependant,
  13. la plupart des clients ne réagissent pas correctement et redirige toujours via une requête GET. Par défaut,
  14. <classname>Zend_Http_Client</classname> agit de même - Lors d'une redirection basée sur la réception d'un code 301 ou 302,
  15. tous les paramètres GET et POST sont remis à zéro, et une requête GET est envoyée à la nouvelle adresse. Ce
  16. comportement peut être modifié en positionnant le paramètre de configuration "strictredirects" à
  17. <code>TRUE</code> : <example id="zend.http.client.redirections.example-1">
  18. <title>Forcer des redirections conformes au RFC 2616 lors de la réception d'un code statut 301 and
  19. 302</title>
  20. <programlisting role="php"><![CDATA[
  21. // Redirections strictes
  22. $client->setConfig(array('strictredirects' => true)
  23. // Redirections non strictes
  24. $client->setConfig(array('strictredirects' => false)
  25. ]]></programlisting>
  26. </example></para>
  27. <para>Il est toujours possible d'obtenir le nombre de redirections effectuées après l'envoi d'une requête en
  28. invoquant la méthode getRedirectionsCount().</para>
  29. </sect2>
  30. <sect2 id="zend.http.client.cookies">
  31. <title>Ajout de cookies et gestion de leur persistance</title>
  32. <para><classname>Zend_Http_Client</classname> fournit une interface simple afin d'ajouter des cookies à une requête de
  33. manière à ce qu'aucune modification directe de l'en-tête ne soit nécessaire. Ceci est réalisé via la méthode
  34. <code>setCookie()</code>. Cette méthode peut être utilisée de plusieurs manières : <example
  35. id="zend.http.client.cookies.example-1">
  36. <title>Définition de cookies via setCookie()</title>
  37. <programlisting role="php"><![CDATA[
  38. // Simple et facile : en fournissant un nom de cookie et une valeur
  39. $client->setCookie('parfum', 'pépites de chocolat');
  40. // en fournissant directement une chaîne de cookie encodée (nom=valeur)
  41. // Notez que la valeur doit être déjà encodée au format URL
  42. $client->setCookie('parfum=p%C3%A9pites%20de%20chocolat');
  43. // En fournissant un objet Zend_Http_Cookie
  44. $cookie =
  45. Zend_Http_Cookie::fromString('parfum=p%C3%A9pites%20de%20chocolat');
  46. $client->setCookie($cookie);
  47. ]]></programlisting>
  48. </example> Pour plus d'information sur les objets <classname>Zend_Http_Cookie</classname>, voir <xref
  49. linkend="zend.http.cookies" />.</para>
  50. <para><classname>Zend_Http_Client</classname> permet également la persistance des cookies - ce qui permet au client de
  51. stocker tous les cookies reçus et transmis, et de les retransmettre automatiquement lors des requêtes suivantes.
  52. Cela se révèle très utile lorsqu'il est nécessaire de s'identifier sur un site donné (et de recevoir ainsi un
  53. cookie de session) avant de pouvoir envoyer d'autres requêtes. <example id="zend.http.client.cookies.example-2">
  54. <title>Activer la persistance des cookies</title>
  55. <programlisting role="php"><![CDATA[
  56. // Pour activer la persistance des cookies,
  57. // définissez un Magasin de cookie "Cookie Jar"
  58. $client->setCookieJar();
  59. // Première requête : s'identifier et démarrer une session
  60. $client->setUri('http://exemple.com/login.php');
  61. $client->setParameterPost('user', 'h4x0r');
  62. $client->setParameterPost('password', '1337');
  63. $client->request('POST');
  64. // Le magasin de cookies stocke automatiquement les
  65. // cookies transmis dans la réponse, un cookie de session par exemple
  66. // Maintenant nous pouvons envoyer notre requête suivante
  67. // les cookies stockés seront transmis automatiquement.
  68. $client->setUri('http://exemple.com/lire_actualite_membres.php');
  69. $client->request('GET');
  70. ]]></programlisting>
  71. </example> Pour plus d'information sur la classe <classname>Zend_Http_CookieJar</classname>, voir <xref
  72. linkend="zend.http.cookies.cookiejar" />.</para>
  73. </sect2>
  74. <sect2 id="zend.http.client.custom_headers">
  75. <title>Définir des en-têtes personnalisés</title>
  76. <para>Il est possible de définir des en-têtes personnalisés en utilisant la méthode <code>setHeaders()</code>.
  77. Cette méthode est très versatile et peut être utilisée de diverses manières comme le montre l'exemple suivant :
  78. <example id="zend.http.client.custom_headers.example-1">
  79. <title>Définir un en-tête personnalisé unique</title>
  80. <programlisting role="php"><![CDATA[
  81. // Définition d'un en-tête unique,
  82. // écrasant toute valeur précédemment définie
  83. $client->setHeaders('Host', 'www.exemple.com');
  84. // La même chose d'une autre manière
  85. $client->setHeaders('Host: www.example.com');
  86. // Définition de plusieurs valeurs pour le même en-tête
  87. // (surtout utile pour les en-têtes de cookies)
  88. $client->setHeaders('Cookie', array(
  89. 'PHPSESSID=1234567890abcdef1234567890abcdef',
  90. 'language=fr'
  91. ));
  92. ]]></programlisting>
  93. </example></para>
  94. <para><code>setHeader()</code> peut aussi être facilement utilisé pour définir des en-têtes multiples en un seul
  95. appel, en fournissant un tableau d'en-têtes comme paramètre unique : <example
  96. id="zend.http.client.custom_headers.example-2">
  97. <title>Définition de plusieurs en-têtes personnalisés</title>
  98. <programlisting role="php"><![CDATA[
  99. // Définition de plusieurs en-têtes,
  100. // écrasant toute valeur précédemment définie
  101. $client->setHeaders(array(
  102. 'Host' => 'www.exemple.com',
  103. 'Accept-encoding' => 'gzip,deflate',
  104. 'X-Powered-By' => 'Zend Framework'));
  105. // Le tableau peut contenir uniquement des valeurs
  106. $client->setHeaders(array(
  107. 'Host: www.exemple.com',
  108. 'Accept-encoding: gzip,deflate',
  109. 'X-Powered-By: Zend Framework'));
  110. ]]></programlisting>
  111. </example></para>
  112. </sect2>
  113. <sect2 id="zend.http.client.file_uploads">
  114. <title>Envoi de fichiers</title>
  115. <para>Il est possible d'envoyer des fichiers au travers d'HTTP en utilisant la méthode
  116. <code>setFileUpload</code>. Cette méthode attend un nom de fichier comme premier paramètre, un nom de formulaire
  117. comme second paramètre, et, en option, des données comme troisième paramètre. Si le troisième paramètre est
  118. <code>null</code>, la valeur du premier paramètre est supposée être un fichier sur le disque dur et
  119. <classname>Zend_Http_Client</classname> essaiera de lire ce fichier et de l'envoyer. Sinon la valeur du premier paramètre
  120. sera envoyée comme nom du fichier mais il n'est pas nécessaire que le fichier existe sur le disque dur. Le
  121. deuxième paramètre est toujours requis, et est équivalent à l'attribut "name" d'une balise &lt;input&gt;, si le
  122. fichier devait être envoyé à partir d'un formulaire HTML. Un quatrième paramètre optionnel fournit le type du
  123. fichier. S'il n'est pas spécifié et que <classname>Zend_Http_Client</classname> lit le fichier à partir du disque dur, la
  124. fonction mime_content_type sera utilisée pour tenter de définir, si possible, le type du fichier. Dans tous les
  125. cas, le type MIME par défaut sera 'application/octet-stream'. <example
  126. id="zend.http.client.file_uploads.example-1">
  127. <title>Utilisation de setFileUpload pour envoyer des fichiers</title>
  128. <programlisting role="php"><![CDATA[
  129. // Envoi de données arbitraires comme fichier
  130. $texte = 'ceci est un texte ordinaire';
  131. $client->setFileUpload('du_texte.txt', 'upload', $texte, 'text/plain');
  132. // envoi d'un fichier existant
  133. $client->setFileUpload('/tmp/Backup.tar.gz', 'bufile');
  134. // envoi des fichiers
  135. $client->request('POST');
  136. ]]></programlisting>
  137. </example> Dans le premier exemple, la variable $texte est envoyée et sera disponible dans
  138. <code>$_FILES['upload']</code> côté serveur. Dans le second exemple, le fichier existant
  139. "<filename>/tmp/Backup.tar.gz</filename>" est envoyé au serveur et sera disponible dans
  140. <code>$_FILES['bufile']</code>. Son type sera défini automatiquement si possible. Sinon, le type sera défini
  141. comme "application/octet-stream".</para>
  142. <note>
  143. <title>Envoi de fichiers</title>
  144. <para>Lors de l'envoi de fichiers, le type de la requête HTTP est automatiquement défini comme
  145. "multipart/form-data". Gardez à l'esprit que vous devez utiliser la méthode POST ou la méthode PUT pour
  146. envoyer des fichiers. La plupart des serveurs ignoreront le corps de la requête si vous utilisez une autre
  147. méthode.</para>
  148. </note>
  149. </sect2>
  150. <sect2 id="zend.http.client.raw_post_data">
  151. <title>Envoyer des données brutes via POST</title>
  152. <para>Vous pouvez utiliser <classname>Zend_Http_Client</classname> pour envoyer des données brutes via POST en utilisant
  153. la méthode <code>setRawData()</code>. Cette méthode accepte deux paramètres : le premier contient les données à
  154. transmettre dans le corps de la requête. Le deuxième paramètre, optionnel, contient le type des données. Bien
  155. que ce paramètre soit optionnel, vous devriez normalement le définir avant l'envoi de la requête, soit via
  156. setRawData() ou via la méthode <code>setEncType()</code>. <example id="zend.http.client.raw_post_data.example-1">
  157. <title>Envoi de données brutes via POST</title>
  158. <programlisting role="php"><![CDATA[
  159. $xml = '<book>' .
  160. ' <title>Islands in the Stream</title>' .
  161. ' <author>Ernest Hemingway</author>' .
  162. ' <year>1970</year>' .
  163. '</book>';
  164. $client->setRawData($xml, 'text/xml')->request('POST');
  165. // Une autre manière de faire la même chose :
  166. $client->setRawData($xml)->setEncType('text/xml')->request('POST');
  167. ]]></programlisting>
  168. </example> Les données seront disponible côté serveur via la variable PHP <code>$HTTP_RAW_POST_DATA</code>
  169. ou via le flux php://input.</para>
  170. <note>
  171. <title>Utiliser des données brutes POST</title>
  172. <para>Définir des données brutes POST pour une requête écrasera tout autre paramètre POST ou envoi de
  173. fichiers. Il est recommandé de ne pas utiliser les deux conjointement. Gardez à l'esprit que la plupart des
  174. serveurs ignoreront le corps de la requête si celle-ci n'utilise pas la méthode POST.</para>
  175. </note>
  176. </sect2>
  177. <sect2 id="zend.http.client.http_authentication">
  178. <title>Authentification HTTP</title>
  179. <para>Actuellement, <classname>Zend_Http_Client</classname> propose uniquement l'authentification HTTP "basic". Cette
  180. fonctionnalité est utilisée via la méthode <code>setAuth()</code>. Celle-ci accepte trois paramètres : le nom
  181. d'utilisateur, le mot de passe et un type d'authentification optionnel. Comme mentionné, seule
  182. l'authentification "basic" est actuellement implémentée (l'ajout de l'authentification "digest" est planifié).
  183. <example id="zend.http.client.http_authentication.example-1">
  184. <title>Définir nom d'utilisateur et mot de passe pour l'authentification HTTP</title>
  185. <programlisting role="php"><![CDATA[
  186. // Utilisation de l'authentification 'basic'
  187. $client->setAuth('shahar',
  188. 'monMotdePasse!',
  189. Zend_Http_Client::AUTH_BASIC);
  190. // L'authentification 'basic' étant le comportement par défaut,
  191. // on peut aussi écrire ceci :
  192. $client->setAuth('shahar', 'monMotdePasse!');
  193. ]]></programlisting>
  194. </example></para>
  195. </sect2>
  196. <sect2 id="zend.http.client.multiple_requests">
  197. <title>Envoyer plusieurs requêtes avec le même client</title>
  198. <para><classname>Zend_Http_Client</classname> a été également conçu spécifiquement pour gérer plusieurs requêtes
  199. consécutives avec la même instance. Ceci est utile dans les cas ou le script nécessite d'accéder à des données
  200. en provenance de divers emplacements ou, par exemple, lors de l'accès à des ressources HTTP nécessitant une
  201. authentification préalable.</para>
  202. <para>Lorsqu'on génère plusieurs requêtes vers le même hôte, il est chaudement recommandé d'activer la variable
  203. de configuration "keepalive". De cette manière, si le serveur supporte le mode de connexion "keep-alive", la
  204. connexion au serveur sera fermée après l'exécution de toutes les requêtes et la destruction de l'instance. Ceci
  205. permet d'éviter au serveur d'ouvrir et de fermer de multiples connexions TCP.</para>
  206. <para>Lorsqu'on génère plusieurs requêtes avec le même client, mais qu'on souhaite s'assurer que tous les
  207. paramètres spécifiques de chacune des requêtes sont effacés, on peut utiliser la méthode
  208. <code>resetParameters()</code>. Ceci permet de supprimer tous les paramètres GET et POST, le contenu des
  209. requêtes et les en-têtes spécifiques de manière à ce qu'ils ne soient pas réutilisés lors de la requête
  210. suivante.</para>
  211. <note>
  212. <title>Réinitialiser les paramètres</title>
  213. <para>Notez que les en-têtes spécifiques non liés à la requête ne sont pas réinitialisés quand la méthode
  214. <code>resetParameters</code> est invoquée. En fait, seuls les en-têtes "Content-length" et "Content-type"
  215. sont supprimés. Ceci permet de définir une seule fois les en-têtes comme "Accept-language" ou
  216. "Accept-encoding".</para>
  217. </note>
  218. <para>Une autre fonctionnalité spécifique aux requêtes consécutives est l'objet Magasin de Cookies ("Cookie
  219. Jar"). Il permet de sauver automatiquement les cookies définis par le serveur lors de la première requête et de
  220. les renvoyer de manière transparente lors de chacune des requêtes suivantes. Ceci permet, par exemple, de passer
  221. une étape d'authentification avant d'envoyer d'autres requêtes.</para>
  222. <para>Si votre application nécessite une requête d'authentification par utilisateur, et que d'autres requêtes
  223. peuvent être effectuées via plusieurs scripts différents, il peut se révéler pratique de stocker le Magasin de
  224. cookies dans la session utilisateur. De cette manière, il sera possible de ne s'identifier qu'une seule fois par
  225. session.</para>
  226. <example id="zend.http.client.multiple_requests.example-1">
  227. <title>Exécuter plusieurs requêtes avec un seul client</title>
  228. <programlisting role="php"><![CDATA[
  229. // D'abord, instancier le client
  230. $client =
  231. new Zend_Http_Client('http://www.exemple.com/obtientdonnees.php',
  232. array('keepalive' => true));
  233. // Disposons-nous du cookie de session ?
  234. if (isset($_SESSION['cookiejar']) &&
  235. $_SESSION['cookiejar'] instanceof Zend_Http_CookieJar)) {
  236. $client->setCookieJar($_SESSION['cookiejar']);
  237. } else {
  238. // Sinon, Identifions-nous et stockons le cookie
  239. $client->setCookieJar();
  240. $client->setUri('http://www.exemple.com/connexion.php');
  241. $client->setParameterPost(array(
  242. 'user' => 'shahar',
  243. 'pass' => 'secret'
  244. ));
  245. $client->request(Zend_Http_Client::POST);
  246. // Maintenant, effaçons les paramètres et définissons l'URI
  247. // à sa valeur originale (notez que les cookies envoyés par le
  248. // serveur sont stockés dans le magasin de cookies)
  249. $client->resetParameters();
  250. $client->setUri('http://www.exemple.com/obtientdonnees.php');
  251. }
  252. $reponse = $client->request(Zend_Http_Client::GET);
  253. // Stockons les cookies dans la session pour la page suivante
  254. $_SESSION['cookiejar'] = $client->getCookieJar();
  255. ]]></programlisting>
  256. </example>
  257. </sect2>
  258. </sect1>