En PHP, si se encuentra disponible la extensión "zlib" disponible, es posible enviar la salida de los Scripts comprimida, naturalmente, para que su contenido ocupe menos espacio, cueste menos transmitirlo, sea más rápido, etc. Hacer uso de esta característica es más o menos sencillo gracias al "ob_gzhandler" que implementa PHP.
Ayer mismo me puse a ello en Gesbit, y, bueno, todo pareció quedar razonablemente bien. Sin embargo, se me pasó por alto que no sólo la extensión de PHP ZLib ha de estar disponible, sino que el cliente, ha de soportar el envío de contenido comprimido, de modo que luego pueda descomprimirlo, claro está. Pero, esto no lo tenía claro ayer, cuando me puse con el asunto, sino que, he terminado de comprenderlo hoy.
Y es que, tratando de validar, como de costumbre, la salida de Gesbit en el W3C, me he encontrado conque no lo hacía... algo iba mal, el programa "validador" no era capaz de reconocer el tipo del documento que se le presentaba. Y enseguida he mirado para el asunto de la compresión del contenido, y me he dicho, por ahí están los tiros.
Y así ha sido. Luego de investigar un poco por ahí (y en realidad lo tenía en mis mismísimas narices, en el estupendo manual de PHP, que permite a sus usuarios dejar comentarios como este) he descubierto la pólvora, digo, no, que parece que el W3C se hace un lío aún con el contenido comprimido, y así no puede dársele este para que lo valide, so pena de encontrarse con el mismo error que me encontré yo.
Así que ahora en Gesbit, si resulta que la extensión ZLib está disponible, que el cliente puede manejar contenido comprimido, y que el mismo cliente no se trata del W3C... se sirve el contenido comprimidito, que ocupa menos, va más rápido, mola y además sirve para escribir entradas como esta. :P
