 |
 |
|
|
 |
Seguridad |
 |
|
| ||
 E-Commerce |
||
“Las
Empresas se Están Orientando Modernizan
Red
La Industria de TI Recibe un Golpe en la Quijada Irrumpe Microsoft en el Mercado de Soluciones CRM
|
Resistiendo
la Tentación Por Nicholas Petreley* Acabo de terminar una sección maratónica reescribiendo código para el Hypertext Preprocessor, mejor conocido como PHP4 (véase www.php4.org). En caso de que usted no esté al día con los proyectos de fuentes abiertas, permítame comentarle que PHP es un maravilloso lenguaje de fuente abierta para desarrollar aplicaciones del lado de servidor en forma rápida. Funciona en una gran variedad de plataformas, incluyendo el Microsoft Internet Information Server y el Sistema abierto del servidor de Web de AOL. Yo lo uso con el servidor de web Apache que corre bajo Debian Linux para operar mi sitio Web no lucrativo VarLinux .org. Además de la amplia plataforma de soporte y selección de características disponibles para desarrollar aplicaciones para Web sofisticadas, el PHP es muy atractivo pues es fácil de integrar el código PHP dentro de su HTML. Tan fácil, en verdad, que usted podría empezar a aprender PHP hoy mismo y tener su primera aplicación terminada antes de que aparezca otro título en el periódico acerca de la corrupción en alguna institución pública. Aunque todo esto me conduce hacia la relación de amor-odio que he mantenido con PHP. Si usted cae ante la tentación de integrar demasiado HTML con PHP, el mantenimiento de su aplicación se convierte en una verdadera pesadilla. Esto se debe a que la aplicación viola el principio fundamental del diseño de aplicaciones: separar las capas de la lógica, de datos y de presentación. Con PHP, así como con casi todos los lenguajes de encriptación del lado de los servidores que se integran fácilmente con HTML, el problema más común resulta cuando usted ignora estos principios es que su sitio empieza a servir tablas de HTML indebidamente formateadas. Si usted escribe cádigo para producir etiquetas HTML mientras su programa decide qué hacer con las páginas, eventualmente se encontrará en una situación en la que una sección del código emitirá etiquetas de apertura, pero será casi imposible decir qué otras secciones del codigo completarán estas etiquetas. La única manera de estar seguro que la página salga con las etiquetas HTML es si usted anticipa cada una de las formas que un usuario navegará en su sitio. En otras palabras, olvídelo. En mi caso había etiquetas HTML sin sus correspondientes por todas partes. El navegador de más reciente liberación que estoy utilizando tolera cosas como éstas, así que yo no había notado hasta que empezaron a llegar las quejas. Aparentemente todavía hay muchas personas que usan las versiones antiguas de Netscape e Internet Explorer. En defensa propia, yo no tengo derecho al credito total del spaghetti code que es VarLinux,org. Yo he basado el sitio en una aplicación de Web de una fuente abierta llamada PHP-Nuke (www.phpnuke.org) y modifiqué el codigo de acuerdo con mis necesidades. PHP-Nuke en realidad es un excelente lugar para empezar. He escuchado que la versión 5.0 es mucho mejor que la que yo usé como base, la versión 4.4.1, pero le he hecho tantos cambios que me es difícil justificar el volver a iniciar con la nueva versión. Así que finalmente decidí escribir nuevamente toda la sección del código que tenía separando el PHP del HTML. Sería una tarea difícil, pero estoy seguro que eventualmente lo haría más fácil de modificar y agregar funciones al sitio. La manera inteligente de hacer esto, es obviamente, modificando el código en un servidor de alisamiento para luego cambiarlo al sitio de producción cuando esté listo. Infortunadamente yo trabajé en el sitio vivo. Los resultados fueron que causé la caída del servidor durante unas doce horas, cosa que no afectó, pues wwwVarLinux.org, no es un sitio con una cantidad exorbitante de trafico, hasta ahora me las he ingeniado para introducir más parásitos que los que he arreglado, pero mis esfuerzos ya están fructificando. He creado un número de funciones que envuelven el contenido en etiquetas HTML completamente balanceadas lo que es una garantía de que nada quedará colgando. También estoy encontrando que es más fácil solucionar los viejos problemas utilizando las nuevas funciones de envoltura que tratando de identificar cada manera como las páginas se pueden desbalancear. Mi consejo sería que haga como le he dicho, no como yo hago. Resista la tentación a integrar código encriptado HTML al comienzo del proyecto y trabaje en servicios para preparaciones. Pero, si es que nos es muy tarde para usted, también, tengo la esperanza de que mi descubrimiento lo haya estimulado a que es posible, aunque difícil, deshacer el daño. * Nicholas Petreley es un consultor en computación y escritor ubicado en Hayward, Calif., y editor fundador de VarLinux.org. |
|
|
Computerworld y Computerworld.com.mx y los respectivos logos son marcas registradas de International Data Group Inc. |