Programacion PHP – ingeniuz :: desarrollo web Ãºtil

Headers, PHP, Archivo zip e Internet Explorer

Para que no se me olvide porque me ha costado un montÃ³n de tiempo llegar a esta soluciÃ³n y por si a alguien le sirve:

if (strstr($_SERVER['HTTP_USER_AGENT'], 'MSIE')) { header("Content-type: application/zip"); } else { header("Content-type: application/octet-stream"); } header("Content-disposition: attachment; filename=\"documentos.zip\""); header("Expires: 0"); header("Cache-Control: must-revalidate, post-check=0,pre-check=0"); header("Pragma: public"); // Sin esto el IE no funciona

// cargar el archivo a enviar readfile($zipname);

Este es el cÃ³digo para enviar un archivo zip para su descarga. En mi caso, este script genera ese archivo .zip a partir de unos documentos y una vez generado, lo envÃa al navegador para su descarga.

Como siempre, todo funcionaba correctamente hasta que lo probÃ© en Internet Explorer… Y tras mucho «goglear» y probar combinaciones, esta ha sido la que me ha funcionado en todos los navegadores.

Y ademÃ¡s, aprovecho para escribir algo en el blog que con tanto Twitter y tanto Facebook estÃ¡ «abandonao» :)

Probando PHP 5.3.3

Como muchos ya sabrÃ©is PHP liberÃ³ ayer la versiÃ³n 5.3.3. Entre otras mejoras, la que mÃ¡s me interesaba Â y que llevaba esperando desde la 5.3 era:

– Added FastCGI Process Manager (FPM) SAPI.

En varios servidores estÃ¡bamos usando PHP 5.3 con el parche de PHP-FPM, pero habÃamos detectado varios errores que nos afectaban en la estabilidad del sistema, por lo que estÃ¡bamos deseando pasar a la nueva versiÃ³n.

Al enterarme de que el parche serÃa incluÃdo en la rama oficial de PHP decidÃ no actualizar hasta que apareciera la versiÃ³n estable que lo incluyera… y ese dÃa fue ayer :)

DespuÃ©s de compilar (actualizando antes libevent) y comprobar que no habÃa problemas de incompatibilidades con nuestro software, realicÃ© varias pruebas con el Apache Benchmark (ab) y los resultados no estÃ¡n nada mal:
Document Path: / Document Length: 6699 bytes

Concurrency Level: 10 Time taken for tests: 10.002 seconds Complete requests: 499 Failed requests: 0 Write errors: 0 Total transferred: 3549886 bytes HTML transferred: 3342801 bytes Requests per second: 49.89 [#/sec] (mean) Time per request: 200.446 [ms] (mean) Time per request: 20.045 [ms] (mean, across all concurrent requests) Transfer rate: 346.59 [Kbytes/sec] received

Connection Times (ms) min mean[+/-sd] median max Connect: 54 61 6.4 59 101 Processing: 126 138 9.8 137 206 Waiting: 66 75 9.1 73 146 Total: 181 199 10.5 198 273

Percentage of the requests served within a certain time (ms) 50% 198 66% 201 75% 204 80% 205 90% 208 95% 214 98% 232 99% 250 100% 273 (longest request)

En general el tiempo de respuesta ha bajado unos 600ms de media, lo cual no estÃ¡ nada nada mal :)

Ahora sÃ³lo nos queda tener suficiente trÃ¡fico como para que todo esto se note realmente :P

MÃ¡laga Verde

El Ãrea de Medio Ambiente del Ayuntamiento de MÃ¡laga, estrena nueva web de la mano de takeone.es.

Mi parte ademÃ¡s de la maquetaciÃ³n XHTML+CSS ha consistido en desarrollar un CMS a medida para la completa gestiÃ³n de toda la informaciÃ³n presente en la web. PHP5 y el Zend Framework me han echado una mano ;)

TYPOlight Interesante CMS Open Source

Acabo de encontrarme con TYPOlight y he quedado gratamente impresionado.

Se trata de un gestor de contenidos (CMS) open source desarrollado en PHP 5 que destaca por su flexibilidad y potencia, pero sobretodo por la importancia que dÃ¡ a la accesibilidad y a la generaciÃ³n de cÃ³digo basado en los estÃ¡ndares W3C.

Podeis ver una demo o unas capturas de pantalla en su sitio web.

Redis, el ferrari de las bases de datos

redis Redis es una base de datos basada en clave/valor al estilo memcached, pero en la que sus datos son tambiÃ©n guardados en disco, pudiendo usarla como reemplazo para MySQL y similares.

EstÃ¡ escrita en C y una de sus principales peculiaridades es su increÃble velocidad, que en algunas pruebas le han llevado a marcar cifras como 110,000 operaciones SETÂ yÂ 81,000 GETs por segundo en un ordenador bÃ¡sico con Linux.

Salvatore Sanfilippo, el creador de Redis, ha implementado un clon de Twitter para mostrar cÃ³mo se puede usar su base de datos desde PHP como reemplazo de MySQL y otras bases de datos y lo ha llamado Retwis. SegÃºn ha comentado, en breve escribirÃ¡ un artÃculo para explicar al detalle el desarrollo de esta aplicaciÃ³n.

Redis (REmote DIctionary Server) , aunque aÃºn en un estado muy prematuro de desarrollo, podrÃa llegar a convertirse en alternativa para muchos proyectos que no necesitan de complejas estructuras de datos, pero si de cortos tiempos de respuesta ante elevadas cargas de trÃ¡fico.

Sin duda entran ganas de probarla. A mÃ se me ocurre mÃ¡s de un proyecto al que le vendrÃa de perilla.

VÃa Zend and the Art of Programming.

Usa las ETags en tu proyecto

Y no sÃ³lo porqueÂ lo diga Yahoo!Â sino porque te ahorrÃ¡n tiempo y dinero. HarÃ¡n que tu servidor sea capaz de procesar mÃ¡s peticiones y que estas sean mÃ¡s rÃ¡pidas.

Ãšltimamente y a medida que mis sitios web estÃ¡n ganando en visitas, estoy muy interesado en el tema de la optimizaciÃ³n de los proyectos web y poco a poco, voy incorporando varias tÃ©cnicas que incorporo en la fase final del desarrollo.Una de ellas es la de aÃ±adir ETag para los proyectos web que generan contenido dinÃ¡mico.

La mayorÃa de los sitios web con contenido dinÃ¡mico no estÃ¡n continuamente cambiando el contenido, sino que Ã©ste es modificado en momentos muy puntuales. Todo el tiempo entre un cambio y otro, el contenido es el mismo y sin embargo, hacemos que el servidor vuelva a generarlo y a enviarlo al servidor como si fuera completamente nuevo.

Las ETags son unos identificadores que se envÃan al navegador para identificar el «estado» de una pÃ¡gina dinÃ¡mica o de un archivo estÃ¡tico. SonÂ fÃ¡cilmente configurables en ApacheÂ para los archivos estÃ¡ticos, pero pocas veces son usadas cuando el contenido es generado a partir de fuentes dinÃ¡micas.

Imaginemos el caso de este blog. Cada pÃ¡gina es modificada Ãºnicamente cuando yo hago algÃºn cambio desde el panel de control o cuando alguien deja/modifica un comentario. El resto del tiempo, el contenido de las pÃ¡ginas no varÃa.PodrÃamos por tanto identificar a cada pÃ¡gina por su URL (p.ej. Â «/2008/10/03/en-espana-se-vende-menos-que-se-compra/» ) y por la fecha en que fuÃ© actualizada. Si unimos ambas cosas, podrÃamos obtener un identificador Ãºnico. Por ejemplo:

$etag = md5 ($_SERVER['REQUEST_URI'] . $last_modification_time);

Esa serÃa por lo tanto su Etag. Â Y podrÃamos enviarla al navegador de la siguiente forma:

header("Etag: $etag");

El navegador, cada vez que pida esa pÃ¡gina, enviarÃ¡ un header especial «If-None-Match» preguntando si es la misma pÃ¡gina que ya le fuÃ© enviada la Ãºltima vez. Con lo que antes de generar la pÃ¡gina, podrÃamos comprobar:

if (trim($_SERVER['HTTP_IF_NONE_MATCH']) == $etag) { header("HTTP/1.1 304 Not Modified"); exit; }
De esta forma, informarÃamos al navegador de que la pÃ¡gina no ha cambiado y por lo tanto no tendrÃamos necesidad de volver a generarla ni de enviarla por la red. AsÃ ahorrarÃamos tiempo de proceso en el servidor (carga) y ancho de banda, ademÃ¡s de ofrecer una mejor experiencia al usuario.

Por supuesto esta no es una soluciÃ³n vÃ¡lida para cualquier proyecto o situaciÃ³n ( en algunas puede ser incluso contraproducente ), pero si que supone una mejora en una gran parte de los desarrollos. Al menos asÃ ha sido para mÃ ;)

De pÃ¡gina web a entrada en Twitter

El otro dÃa estuve probando algunos de los componentes que el Zend Framework tiene aÃºn en la incubadora o como simples propuestas. Entre ellos, encontrÃ© el Zend_Service_Twitter y se me ocurriÃ³ una idea.

Desde hace tiempo, sigo la web del equipo de CÃ¡rpatos en www.serenitymarkets.com y siempre he echado en falta el que dispusiera de un feed para poder seguirlo con mi agregador. Pero ademÃ¡s, viendo la frecuencia de actualizaciÃ³n, se me ocurriÃ³ pensar que es prÃ¡cticamente lo mismo que lo que ocurre en una cuenta Twitter, donde se va contando minuto a minuto lo que va pasando en los mercados financieros.

Gracias al ZF, pasÃ© del dicho al hecho en poco mÃ¡s de 1 hora. ConvertÃ el html de su web en un documento DOM y con ese documento, creÃ© un Feed (Zend_Feed_Builder) y con el Zend_Service_Twitter hice que cada vez que aparecÃa una entrada nueva, esta se publicara en una cuenta de Twitter ( twitter.com/carpatos ).

No todo puede ser trabajo, de vez en cuando toca divertirse un ratito :)

Hay mucha gente que defiende que en PHP se pueden crear grandes aplicaciones sin necesidad de Frameworks. Yo estoy con ellos, creo que los frameworks no son necesarios, pero si son Ãºtiles. En algunos casos, muy Ãºtiles, ya que te ayudan a realizar tu trabajo en mucho menos tiempo y a realizar tareas muy complejas con unas pocas lÃneas de cÃ³digo.