Blog de David Rodriguez

Tal y como comentamos en otro post, se puede pasar la validación w3c a traves de la propia página de servicio de validación de w3c, donde tienes que ir pagina a pagina validando la w3c.

Tambien puedes validar las hojas de estilo css por separado desde la validacion css de w3c.

Pero si necesitas validar todo un sitio web, lo mejor es utilizar Multipage Validator, para validar todas las paginas de tu web.

Recordar, que tener una web que pase la w3c, mejora el posicionamiento google (SEO) de la pagina.

Cuando hacemos una comparación de fechas en Mysql, es muy facil cometer un error que puede no verse reflejado en las pruebas que se hagan.

SELECT * FROM tabla WHERE fecha BETWEEN ‘2009-09-01′ AND ‘2009-09-30′ ;

Esta consulta algunas veces dará resultados válidos y otros invalidos. El problema es que si el campo fecha es un campo TIMESTAMP, no hace la comprobación unicamente por la fecha como nosotros queremos.

Para asegurarnos que hace la comparación unicamente con la fecha debemos añadir el comando DATE.

La consulta correcta sería :

SELECT * FROM tabla WHERE DATE(fecha) BETWEEN ‘2009-09-01′ AND ‘2009-09-30′ ;

Siempre que los desarrolladores realizamos una web, el tema de los navegadores es un gran quebradero de cabeza. Desde la empresa de desarrollos web Piensa en Naranja, siempre realizamos los desarrollos adecuandonos a la W3C, que es el estandar. Pero vaya por dios!!!! Microsoft no lo sigue .. ni quiere seguirlo!!!!! con lo cual, no nos queda más remedio que desarrollar y probar en distintos navegadores.

Pero no queda ahí la cosa … ya que los navegadores cambian de versión .. y codigo que antes funcionaba .. deja de funcionar .. incluso en el mismo navegador. Esto suele ocurrir más en Internet Explorer que en Mozilla … pero el tema es este. Tenemos que desarrollar para distintos navegadores, y ademas, para distintas versiones de un mismo navegador.

Cualquier desarrollador web creo que ha pasado por esto ….

He decidido comprobar con algunas de nuestras webs de cursos y franquicias, los resultados que nos dá google analytics sobre navegadores web que utiliza la gente y sobre las versiones de estos. He visto otros comentarios sobre este tema, y según la temática de la web … los navegadores pueden variar.

Un blog de linux, es normal que tenga un alto número de usuarios con navegador mozilla, y un blog de desarrolladores web, pues puede que tenga un numero más alto de lo normal en navegador Google Chrome. Para ello, he tomado como referencia varias webs nuestras sobre cursos, franquicias y academias. Creo que el target de usuarios de estas webs es muy variado, y puede seguir un patron para considerarlo “normal”.

 El primer grafico nos muestra algo que no me ha extrañado .. y es la siguiente proporción:

• Internet Explorer 75-80%
• Mozilla Firefox 15-20%
• Google Chrome 2%
• Safari 2%

Como podemos ver .. Internet Explorer sigue siendo el gran dominador, por mucho que los usuarios de Mozilla lo alabamos e intentamos convencer al resto de usuarios, Microsoft sigue siendo el rey .. y con mucha diferencia!!!!!

Me ha extrañado la poca entrada de google chrome .. pero imagino que es lo mismo .. se reduce a un target de desarrolladores y expertos en informatica.

En cuanto al siguiente gráfico, las versiones del explorer me ha llamado mucho la atención.

• Internet Explorer 8.0 30%
• Internet Explorer 7.0 40%
• Internet Explorer 6.0 30%

Esto realmente me ha sorprendido .. ya que las diferencias entre cada versión son enormes, tanto en funcionalidad como en los temas específicos de los desarrolladores. Entiendo que el % de usuarios de Explorer 8.0 debe ir aumentando .. y el de Explorer 6.0 debe ir disminuyendo.

Algunos piensan que muchas grandes empresas, mantienen navegadores antiguos de Explorer, ya que actualizar las versiones, supone la modificación de sus propias aplicaciones .. y como solemos decir mucho los españoles .. “si funciona ¡¡no lo toques!!”. Creo que es cierto, pero no creo que el número sea tan grande .. y con las actualizaciones automáticas de Windows, se suelen actualizar los navegadores sin que nos demos cuenta.

Cuantas veces no nos ha pasado que nos funciona la aplicación en local .. y en producción falla!!!!.

Obviamente, el tema de tracear una aplicación en producción es complicado … se puede hacer pero siempre trae complicaciones.

Nos podemos tirar por un tema sencillo, y desarrollar un archivo log, en el qeu vayamos escribiendo las trazas que necesitemos. El problema que me ocurre a mi con los logs .. es que con una cantidad considerable de visitas, el log se vuelve dificilmente seguible.

Para aplicaciones webs, hay un método muy sencillo y que nos puede salvar de muchos quebraderos de cabeza. Consite en poner las trazas con un [code]<!--[/code] escribir las trazas que deseamos –>.

De esta simple forma, podemos ver la traza en el codigo fuente, sin necesidad que el usuario de la aplicación vea unas molestas trazas aunque sea unos segundos.

Eso si … acordaros de quitar las trazas!!!!!! no seria la primera aplicación que nos encontramos consultas de base de datos comentadas en su codigo fuente.

Puede que necesitemos realizar un numrow de oracle en mysql. Es sencillo tratandolo como variables.

SELECT @rownum:=@rownum+1 AS rownum, aux.* FROM
(
SELECT *
FROM table
WHERE 1) aux, (SELECT @rownum:=0) r

Puedes emular la inicialización de la variable a 0 como si fuera una tabla auxiliar.