La verdad es que ganas de empezar a usar un null calendario no tengo...

He encontrado una vulnerabilidad bastante grave en la aplicación que usan para el concurso del mini.

No voy a desvelarla todavía por que quiero que antes la arreglen. De momento les he mandado un mail explicándoles de que se trata aunque en su web no hay ningún mail ni forma de contacto así que tampoco sé si lo he enviado al sitio correcto.

Actualización
Parece que ya está arreglado pero pasados ya unos días veo un nuevo problema, pero esta vez no es de seguridad.
Resulta que los que están arriba se ven más por lo que siguen estando arriba y por lo tanto se ven más y así hasta el infinito. Con lo que tenemos que si al principio cuando había pocos vídeos y pocas visitas en la página conseguías salir el primero eso te hacía mantenerte allí.

En una de las webs que estamos desarrollando tenemos un archivo de css para corregir los errores de IE usando comentarios condicionales (como en todas las otras webs). Resulta que de repente no funciona y pongas lo que pongas no hace caso. Es más, luego veo que en algunas páginas funciona y en otras no.

Pues el problema estaba en que IE6 (por lo menos, IE7 ahora no lo sé) tiene un límite en en número de ficheros css que le puedes añadir y resulta que el fichero que arreglaba los bugs de IE6 estaba fuera de él. En un issue de Drupal ponen que el límite está en 31 aunque yo he contado los mios y llegan a 27. En esa página hacen mención al método createStyleSheet que tal vez sea el que use Explorer internamente para añadir los ficheros css externos aunque no lo tengo muy claro. Tal vez haya contado mal yo y si tengo más de 31 ficheros.

Supongo que algunos pensaréis que son una burrada de ficheros css pero cuando desarrollas en Drupal no son tantos. Hay muchos módulos que añaden los suyos y luego siempre va bien separarlos según sus funciones. Y cómo Drupal te permite juntarlos todos en uno luego no hay problema de rendimiento pero eso se hace con la web en producción, en desarrollo no se puede por que hay problemas de cache y no ves los cambios inmediatamente por lo que se desconecta hasta estar listos.

Actualización

En Drupal existe el módulo Unlimited CSS que evita que pase esto ya que añade los CSS usando un import.

Si eres diseñador web o más concretamente maquetador web habrás tenido que lidiar con un buen montón de errores (o bugs) de CSS que te habrán costado un buen rato solucionarlos. A veces (muchas) es por nuestra culpa, normalmente por un error tonto, otras por que lo que queremos hacer se ha de enfocar de otra manera y algunas veces pero las más frustrantes por un bug de un navegador (normalmente IE).

Estas son algunas pautas que uso para poder solucionar más rápidamente estas cosas:

• Maquetar primero con un navegador con buen soporte de estándares, por ejemplo Firefox
• Usar Firebug. Firebug te permite saber la posición que ocupa un elemento, su tamaño, margen, padding, etc y te dice exactamente las propiedades de css que tiene. Además puedes variarlas o desactivarlas directamente sin tener que actualizar. Otro buen plugin es el webdeveloper pero Firebug es mucho más potente. Para IE existe un addon que puede ayudar un poco pero no es para nada similar. También puedes usar Firebug en otros navegadores insertándolo cómo un fichero javascript.
• Asegúrate de que estás modificando atributos de la etiqueta que quieres: Es algo muy obvio pero a veces no funciona lo que estamos buscando simplemente por que no se lo estamos poniendo al sitio adecuado. Además de mirarlo con firebug (y mirar si ese elemento tiene las propiedades adecuadas) también puedes hacer algo muy fácil: añadir una propiedad fácil de ver como un font-size: 3em o un background red. Si hacemos eso y no vemos ningún cambio es que no estamos aplicando las propiedades sobre el elemento deseado. Tal vez esté mal escrito o sea una clase en lugar de un id (o viceversa). Si todo está bien podría ser que la propiedad esté perdiendo frente a otra (siguiente punto)
• CSS wars: Hay definiciones de propiedades que tienen preferencia a otras. Por ejemplo, si defines una propiedad y luego la vuelves a definir tiene preferencia la última. Si le añades !important al final a la primera tendrá preferencia esta. Puedes ver un bonito y divertido PDF sobre esto.
• Cache: Comprueba que el css que está usando tu navegador es el último que has subido, podrías estar mirando la cache. Para que no use la cache y recargue el último css en Firefox has de utilizar shift+F5 y en IE control+F5. Para asegurarte con Firebug puedes ver el css que se está usando, comprueba que los últimos cambios estén ahí.
• El dominio correcto: Tenemos que comprobar que realmente estemos en la web correcta. A veces tenemos la web en local, la web de desarrollo en el servidor y la web final. Es obvio pero a veces me ha pasado tener en el navegador un dominio diferente a la que estoy realmente modificando.
• Comentarios condicionales IE: Usa comentarios condicionales para IE en los que sólo has de poner las correcciones para IE, no todo el css completo. Eso hace que sea más fácil de mantener. Y hazlo al final, una vez ya esté todo hecho para los otros navegadores. Una vez hayas llegado a este paso verás algunos bugs de IE muy divertidos.
• Bugs de IE (o de otros navegadores): IE tiene un montón de bugs aunque no es sólo de IE, los otros navegadores también tienen bugs pero IE gana por goleada.
• Busca en los buscadores: Mira lo que te pasa, intenta describirlo (mejor en inglés) y ves a tu buscador preferido y por "lo que me pasa" IE bug. Normalmente lo mismo que te pasa le habrá pasado antes a otras personas y cómo suelen ser otros desarrolladores lo habrán publicado en internet. Aunque a veces es complicado describir el error igual que el que publicó.
• Divide y vencerás (divide and conquer): El bug suele tener un trigger (un disparador) que hace que ocurra pero no sabemos que es. Para poder encontrarlo si no tenemos la más remota idea un buen método es seleccionar la mitad del css, borrarlo y subirlo. Si el bug todavía está allí es que el trigger está en la parte que no hemos borrado, si desaparece está en la parte borrada. Luego volvemos a hacer lo mismo en la parte que sabemos que está el trigger y seguimos así hasta llegar al trigger en sí. Una vez descubierto podemos intentarlo hacer de otra manera o podemos volver a buscar en google teniendo más datos.
• Ovillo: Por último si ya lo has mirado solicita ayuda en alguna lista de correo o foro de CSS. La lista de correo Ovillo es la mejor para esto en castellano.

¿Vosotros que trucos usáis?

Actualización

En Ovillo Kemie de diseñorama me comenta que ella hizo un post parecido y al leerle me he dado cuenta que me he dejado una de las pautas más importantes: Validar el HTML y el CSS!

Actualización 2

También me olvidé de una pauta bastante útil: una vez que ya estés atascado suele ir muy bien pedir ayuda a otra persona sobretodo por que para que te ayude le tendrás que explicar paso a paso y de forma muy clara cual es el problema. Muchas veces con tan sólo plantear el problema he podido dar con la solución yo mismo con lo que la persona a la que le he pedido ayuda sólo ha tenido que decir "de nada".