Planet La Dragonera

En un proyecto en el que estoy trabajando actualmente se requiere generar un XML con datos tratados, para que un código Javascript monte un grid a modo de Excel online.

El problema viene cuando la cantidad de registros se vuelve grande… En unas pruebas con registros de producción nos encontramos que el grid se demoraba mucho en mostrarse… Pusimos algunas alertas y llegamos a la conclusión que de 20 segundos que tardaba en montarse el grid, sólo 5 correspondían a la generación del XML y el resto era tráfico de red y proceso javascript.

Pero cuánto pesa el XML? Un mega y medio de XML? Y cómo lo hacemos más pequeño para generar menos tráfico y ganar tiempo? Comprimiendo el XML de salida…

Finalmente y como reza la página oficial de PHPBarcelona.org, ya está todo listo para la primera PHP Barcelona Conference. Se celebrará el 23 de Febrero en Bocanord, en Horta (Barcelona), cerquita de mi casa

El programa, así rapidito, es el siguiente:

10:00, 10′ > Presentación
10:10, 40′ > Continous Integration Server para PHP (en inglés)
10:50, 10′ > Descanso
11:00, 40′ > Optimización de aplicaciones PHP (server-side)
11:40, 30′ > Optimización de aplicaciones PHP (client-side)
12:10, 20′ > Descanso & Desayuno
12:30, 40′ > Certificación Zend en vivo
13:10, 40′ > Desarrollando con Akelos Framework
13:50, 10′ > Despedida

Las últimas notícias que tengo es que de momento los inscritos ya somos más de 80. Hay previsión de grabar las conferencias (en principio yo pongo una de las cámaras) y habrá gente de varios ámbitos conocidos… y algunos con los que siempre tengo el placer de charlar

Salu10!

De un tiempo a ésta parte el formato XML se ha vuelto imprescindible para implementar protocolos de intercambio de datos entre sistemas y lenguajes.

Todos los lenguajes incorporan parsers con los que poder leer y generar XMLs de una forma más o menos amena. Con la evolución de PHP a su versión 5 apareció una extensión llamada SimpleXML que, con un funcionamiento al estilo de objetos, simplificaba el acceso a los datos abandonando el método de llamadas a ciertas funciones al encontrar tags de apertura y cierre en el archivo XML.

Al ser una forma muy cómoda de trabajar es muy fácil acostumbrarse, pero a veces nos encontramos con hostings sólo en PHP 4 y nos vemos obligados a programar parsers a la vieja usanza.

Recientemente encontré una portabilidad de SimpleXML para PHP 4 que, aunque no dispone de absolutamente toda la funcionalidad de la extensión original (sobretodo al generar XML de salida), suple perfectamente la necesidad.

El pasado lunes recibimos el anuncio de Oriol que el portal PHPBarcelona.org abría ya sus puertas.
PHPBarcelona.org se convierte así en la parte visible del grupo que nos estamos juntando poco a poco, con un par de puntos en común: ser de Barcelona y programar en PHP.

Después de un tiempo comunicándonos mediante la lista de correo, un par de quedadas birreras para romper el hielo y una primera conferencia en el horizonte, uno se alegra de tener por fin una web en el aire y le deseo un buen SEO para el 2008

Si programas en PHP y eres de Barcelona no puedes dejar escapar ésta oportunidad de conocer más programadores como tú e intercambiar opiniones y métodos.

Salu10.

Siguiendo con los artículos de customización de Joomla entramos en otro tema controvertido: los títulos HTML en las páginas. Estos títulos que normalmente incluiríamos en la sección HEAD de una página web se determina automáticamente según el título del artículo o de la sección en la que estemos. Como mucho podemos especificar que Joomla agregue el título del sitio después del título del contenido, pero en ningún caso es completamente editable.
Éso comporta algún problema a nivel de SEO, no mucho si no nos preocupa, pero en mi caso el cliente quiere tener el control total sobre el título HTML que se muestra.
Así que siguiendo un pequeño tutorial en el foro de Joomla.org y algunas pinceladas mías he escrito un HowTo en castellano para poder personalizar totalmente dicho título HTML... y encima añadir su soporte al componente JoomFish de traducciones.

Las imágenes en el contenido de Joomla se insertan mediante un tag {mosimage}. En las propiedades de la imagen que podemos ajustar desde una de las pestañas del panel de la derecha podemos ajustar muchos parámetros, que se guardarán todos en un mismo campo de la base de datos separados por el carácter "pipe". Desgraciadamente sólo se guarda un sólo texto descriptivo para la imagen propiamente, que se usará tanto para el atributo alt como para el atributo title.
A continuación voy a explicar qué modificaciones internas son necesarias para tener el campo title y alt separados y personalizables.

Ahora que es tan importante para el SEO determinar perfectamente los tags HTML, me encuentro que Joomla, que pinta ciertas cosas en la página pasando de la plantilla, dibuja los títulos de los artículos en una columna de una tabla con un estilo determinado en vez de usar el H1. Que dibuje el contenido propiamente a base de tablas es feo, pero lo acepto. Lo que no acepto es que los títulos no sean definidos como tal. En este pequeño HowTo explico qué tocar para que los títulos sean definidos como H1.

Estoy en pleno desarrollo de una migración de un site que está actualmente en funcionamiento a Joomla. El sitio en cuestión debe disponer de las URLs bonitas que tanto les gustan a los buscadores... Una vez probado y experimentado con otros componentes, ARTIO JoomSEF 2.2.3 funciona perfectamente y es compatible con el componente de traducciones JoomFish 1.8.1.

Desgraciadamente los chicos del ARTIO JoomSEF liberan el producto en dos versiones, una gratuita y una de pago. La gratuita funciona perfectamente y como inconveniente presenta un conjunto de enlaces en el pié de página apuntando a páginas que nada tienen que ver (cirujías, ...) y también incluye SPAM en los tags META. La versión de pago no incluye estas guarradas a cambio de 29,75€.

En este artículo explico las pequeñas modificaciones que se deben hacer en el código de la versión 2.2.3 para eliminar el SPAM.

Buscando otra cosa he caído en QuarkBlog y he descubierto este artículo. Se tarta de una lista de consejos para optimizar los programas que hacemos en PHP.

Me ha parecido muy interesante, y es una lista a la que prestaré atención más adelante. Con todos los respetos hacia el autor original, reproduzco la lista a continuación:

La instalación por defecto de PHP no lleva soporte para Oracle si en el momento de su instalación no había ni un cliente ni un servidor Oracle en el sistema. La puesta en marcha de un módulo PHP para proporcionar conexión a un Oracle en un servidor remoto consta de dos pasos: Instalar el Oracle Instant Client y Generar e instalar el módulo OCI.

Al instalar el servidor web directamente en los primeros pasos de la instalación (ver artículo Instalar Debian 4 Etch en un Compaq Proliant DL 360) recibimos un Apache 2.0 con PHP 5.2.0, e instalaremos el Oracle InstantClient 11.1.0.1-1, generando un módulo PHP usando el código fuente de OCI8 versión 1.2.4 (todo último estable).