Zend_Wildfire.xml 1.9 KB

12345678910111213141516171819202122232425262728293031323334353637
  1. <?xml version="1.0" encoding="UTF-8"?>
  2. <!-- EN-Revision: 24249 -->
  3. <!-- Reviewed: no -->
  4. <sect1 id="zend.wildfire.chapter">
  5. <title>Zend_Wildfire</title>
  6. <para>
  7. <classname>Zend_Wildfire</classname> est un composant qui facilite la communication
  8. entre le code <acronym>PHP</acronym> et les composants clients <ulink
  9. url="http://www.wildfirehq.org/">Wildfire</ulink>.
  10. </para>
  11. <para>
  12. Le but du projet Wildfire est de développer un canal de communication standardisé
  13. entre une large variété de composants ainsi qu'une architecture de plugins dynamiques. Pour
  14. l'instant, l'attention première est de fournir un système permettant au code <acronym>PHP</acronym> côté
  15. serveur d'injecter des messages de logs vers la <ulink
  16. url="http://www.getfirebug.com/">console Firebug</ulink>.
  17. </para>
  18. <para>
  19. En ce qui concerne le log vers Firebug le composant <link
  20. linkend="zend.log.writers.firebug"><classname>Zend_Log_Writer_Firebug</classname></link> est
  21. fourni et un protocole de communication a été développé, celui-ci utilise les requêtes <acronym>HTTP</acronym>
  22. et les en-têtes de réponse pour envoyer des données entre le serveur et les composants
  23. clients. C'est intéressant pour journaliser des données, générées durant l'exécution du
  24. script, vers le navigateur sans interférer avec le contenu de la page. Déboguer les requêtes
  25. <acronym>AJAX</acronym> qui requière du <acronym>JSON</acronym> "propre" ou un réponse <acronym>XML</acronym> est possible avec cette
  26. approche.
  27. </para>
  28. <para>
  29. Il existe aussi un composant <link
  30. linkend="zend.db.profiler.profilers.firebug"><classname>Zend_Db_Profiler_Firebug</classname></link>
  31. pour journaliser les informations de profiling de bases de données vers Firebug.
  32. </para>
  33. </sect1>