Mantener el código limpio

Cuando iniciamos un proyecto, intentamos crear un código totalmente limpio, que nos permita hacer un buen mantenimiento de él en el futuro. Pero sin darnos cuenta vamos ensuciandolo con parches a los errores que aparecen o al agregar nuevas funcionalidades que no estaban pensadas previamente, o incluso porque alguien mete las manos sin la más mínima consideración de como deben hacerse las cosas.

Por eso, seguir algunos principios básicos es fundamental para que nuestro código sea más legible, antes de escribir la primera línea de tu código intenta recordarlos, no solo por los demás, sino que te estarás haciendo un favor a ti mismo si en un futuro tienes que volver a revisarlo.

  1. Doctype STRICT: Te asegurarás un código limpio, puesto que no podrás usar propiedades de formato, para eso ya está el CSS. Así te aseguras mantener separado el HTML del CSS.
  2. Cuidado con los caracteres especiales: Todo caracter especial que incorporemos debe estar codificado siguiendo los estandares. Evitaremos errores innecesarios y fáciles de solventar en el validador de la W3C.
  3. Identación del código: A pesar de ser una de las cosas más fáciles de hacer que existe, sobre todo si usas un entorno de desarrollo (Eclipse, Zend Estudio, etc), mucha gente no presta atención y luego el código parece un ir y venir de lineas llevadas por la marejada, dificil de seguir visualmente.
  4. Separación en capas: Es primordial, te aseguras que cada parte está donde debe estar. Contenido, diseño y funcionalidad, cada una en su capa independiente.
  5. Usar los tags correctamente: Conocer y usar correctamente las propiedades de los tags HTML permitirá un código estandar, más fácil para los navegadores y, sobre todo, mejor en términos SEO.
  6. No usar elementos innecesarios: Nunca hagas uso de aquello que no sea necesario, si puedes conseguir el mismo efecto con menos elementos, el código será mucho más limpio y fácil de interpretar. El uso de divs por todas partes puede no ser tan bueno.
  7. Los nombres son importantes: Ni es bueno usar nombres poco descriptivos en el código, ni tampoco es bueno que sean demasiado. Aquello que hoy queda muy bien definido con un nombre puede convertirse en el futuro en un falso amigo (por el nombre parece una cosa, pero resulta ser otra).
  8. Al CSS lo que es del CSS: El encargado de controlar y manejar el diseño es el CSS, todo lo que tenga relación debe estar en un archivo CSS.
  9. Flexibilidad en el CSS: Una forma cómoda de lograr flexibilidad en el CSS es usar class / id en los elementos < body >. Así podemos variar el diseño dependiendo del tipo de etiqueta body que especifiquemos.
  10. Validación: La validación del código nos aydará a cumplir los aspectos básicos que todo código debe tener, por ejemplo asegurarnos que todas las etiquetas estan correctamente cerradas.
  11. El orden lógico: Aunque soy de los que piensan que la lógica debe estar en cada paso de nuesta vida, en la estructura del código es imprescindible. Si el código se lee de arriba a abajo, así deben estar los elementos colocados.
  12. Haz lo que puedas: Intenta hacer siempre todo aquello que puedas hacer para mantener tu código limpio. Como dice el refrán: «No dejes para mañana lo que puedas hacer hoy».

Fuente: Smashing | Vía: aNieto2K

NoScript, extensión para Firefox que bloquea el clickjacking

NoScript es una extensión para Firefox que bloquea el llamado clickjacking, mediante el cual un webmaster malicioso podría provocar que el usuario hiciese click sobre un enlace invisible, sin este saberlo. El riesgo de seguridad era conocido desde hace tiempo, pero la solución parecía dificil.

La extensión de Firefox consigue bloquear, según Giorgio Maone, creador de la aplicación, las secuencias de comandos en lenguajes de programación de ejecución de páginas web que no son de confianza. Esas secuencias de comandos son las que podrían utilizarse para lanzar un ataque sobre el PC del visitante.

El tema del clickjacking cobró especial relevancia el mes pasado cuando dos investigadores de seguridad, Robert Hansen y Jeremias Grossman, advirtieron de nuevos escenarios en los que se podría comprometer la privacidad del usuario e incluso llegar a robar dinero de una cuenta bancaria.

Vía: Traficantes de hardware

WordPress 2.7: lanzamiento el 10 de noviembre

Image representing WordPress as depicted in Cr...
Image via CrunchBase

A través de El Webmaster, he concido que el próximo 10 de noviembre de 2008 será el lanzamiento oficial de la versión 2.7 de WordPress. Entre las muchas novedades que presentará en términos de usabilidad y gestión es de agradecer la gestión de imágenes, que ahorá permitirá especificar un tamaño para las imágenes en miniatura, que se aplicará por defecto a todas las imágenes que cargemos.

Como siempre os recomiendo, antes de actualizar de versión recordad probar la nueva fuera del entorno de producción. Os ahorrareis dolores de cabeza.

Decorando imágenes en WordPress

Si eres de los que cuidas mucho el aspecto de tu blog, seguro que te pasas bastante tiempo editando las imágenes que quieres agregar con tus posts para que luzcan un mejor aspecto. Ahora tienes una solución mucho más práctica y fácil, un plugin para wordpress que se encargará de decorar las imágenes a tu gusto, el Imaset.

El plugin nos permite agregar filtros como brillo, escala de grises, sombra, reflejo, Glossy, 3DReflect y desenfoque gaussiano, entre otros. Y todo ello sin necesidad de usar ningún programa externo. Ten en cuanta que necesita la biblioteca GD instalada para poder operar con las imágenes.

Para usar el plugin, tan solo descargalo y súbelo a tu directorio /wp-content/plugins y activalo desde el panel de control. Una vez instalado subimos la imagen normalmente y usamos el botón previsualizar >> imaset.

WordPress: Contestar a los comentarios desde el panel de control

Cuando un blog crea bastantes entradas que generan buenas discusiones, entre el autor y sus lectores, es muy posible que nos despistemos y no contestemos a todas, puesto que supone ir entrada por entrada respondiendo.

Para solucionarlo hay un plugin llamado WordPress Comment Ninja, que agrega un botón «Respond» al lado de cada comentario que desplegará una caja de texto donde escribir la respuesta. Para aquellos bloggers que no dispongan de mucho tiempo para poder mantener un buen debate con sus lectores, seguro que este plugin es una gran solución.

Nota: El WordPress Comment Ninja solo funciona con Firefox (además necesitas tener instalada la extensión Greasemonkey).

Google lo controla todo, todo y todo

A propósito de un artículo de Martín Varsavsky, ¿Cuando se va a convertir Google en ayudante personal?, me ha da que pensar en algunas cosas. Martín comenta que toda su información se encuentra disponible en Google, su correo, calendario, fotos, etc. Y gracias a esa información espera que Google pueda ofrecerle sugerencias de acuerdo a sus preferencias, como restaurantes, hoteles, etc.

Yo en vista de esto, y pensando en el uso que hago de los servicios de Google, me hago una pregunta, ¿no estaremos confiando demasiado en Google, al mantener toda nuestra información en sus servidores?

Siempre he pensado, sobre todo desde el punto de vista del webmaster, que no era recomendable que Google tuviese demasiada información sobre nosotros, aunque acabé sucumbiendo a los encantos de productos como Picassa, Google Reader o parcialmente Google Docs.

Picassa por ser un servicio cómodo, rápido y barato, que me permite mantener mis fotos organizadas sin tener que preocuparme por el ancho de banda, el consumo de recursos del servidor ni las copias de seguridad.

Google Reader porque hasta la fecha creo que es de lo mejorcito que me he encontrado para la lectura de feeds, manteniendo una buena organización de los mismos y pudiendo acceder desde cualquier lugar. Aunque sobre este producto ya he pensado algunas cosas que me serían muy útiles y que no incorpora, lo que puede terminar desembocando en que desarrolle algo con esas ideas.

Y en cuanto a Google Docs, aunque todavía no he realizado un uso demasiado extenso, si creo que es una magnífica idea que pueda gestinar mis documentos desde cualquier sitio. Aunque sigo prefiriendo usar OpenOffice para la creación y luego los cargo en Docs para posteriores ediciones puntuales, teniendo una disponibilidad total del documento.

Para el correo y el blog, aunque están disponibles los servicios de GMail y Blogger, prefiero mantener toda esa información en mi propio servidor, como decia no me gusta depender demasiado de Google.

Etiquetas de PHP

Cualquier programa escrito en PHP debe estar contenido entre unas etiquetas determinadas. Hay cuatro tipos de etiquetas que indican bloques de código PHP:

<?php … ?>

<script language=»php»> … </script>

<? … ?> <?= … ?>

<% … %> <%= … %>

Las dos primeras están siempre disponibles, en cualquier sevidor donde esté instalado el interprete de PHP. El tercer grupo son las etiquetas abreviadas de PHP, solo están disponibles si está habilitado el parámetro short-open-tags (valor on) en el php.ini, lo mismo ocurre con las etiquetas de ASP (parámetro del php.ini asp_tags).

Aunque es posible su uso, se desaconseja usar las etiquetas cortas, puesto que si queremos usar XML ese es el formato con el que identifican los archivos XML. Lo más recomendable es usar la primera etiqueta, hará nuestros programas mucho más portables y nos ahorrará quebraderos de cabeza.