En El Webmaster comentan unos pocos trucos expuestos en Sentido web, originalmente mostrados en Codeitred, acerca de como optimizar la carga de nuestro sitio web.

De los allí vertidos discrepo en la implementación de uno de ellos. La precarga de imágenes creo que es mejor hacerla ocultándolas sin especificar dimensiones ya que así evitamos trabajo extra del ordenador del cliente. Además tampoco generamos un elemento que, aunque tenga unas medidas mínimas como recomiendan de 1×1, puede alterar el orden o incluso mostrarse como pequeños puntos en algunos navegadores.

Para usar este método pongo al final de la página index y antes del cierre del body:

esto lo repito con todas las imágenes que quiero precargar.

En el CSS:

Luego en cada página cada imagen tendrá su propio ID que será referenciado en el CSS:

Al no haber establecido antes un tamaño basta poner el witdth en 100% para que se establezca automáticamente el height en 100%, de esta manera se redimensiona la imágen de acuerdo al tamaño de la pantalla. Aunque también es posible darle las medidas exactas.

Esta técnica está aplicada en www.axiscentreclinic.com

En diseño web es de gran importancia el tiempo de descarga que necesita la web que diseñemos para mostrarse completa y operativa. Algunos disponemos de banda ancha y la diferencia entre que una web cargue en 4 segundos o en 1 no es muy apreciable. Pero en conexiones lentas, que no sean de banda ancha o que tengan un tiempo de respuesta muy lento por alguna razón, este tiempo se puede multiplicar por 10, 20 ó hasta por 50.

La “inmediatez” que implica el uso de internet en el sentido de que lo que busco lo quiero ya, en parte porque soy yo quien lo estoy buscando activamente -no como en el caso de la televisión que estoy esperando a recibir lo que sea que vaya a salir-, conlleva que si lo que pido tarda demasiado tengo mucho de donde escoger a pocos clicks. Por esto es necesario implementar sistemas que reduzcan ese tiempo de espera, en el caso del diseño web reutilizando recursos que son comunes en nuestro sitio en sus diferenes páginas. Estos se almacenan en el caché del navegador o del servidor y podemos mejorar este almacenamiento de manera sencilla, así esos archivos solo se descargan en la primera visita.

Tenemos por ejemplo un sitio con sus diferentes páginas web y sus hojas de estilo. Lo mas común es que podamos usar scripts php en nuestras páginas aunque dentro de estas no haya que hacer ningún tipo de consulta a bases de datos, ni cálculos, ni gráficas, etc. Estos scripts se ejecutan en el servidor y, para el caso que nos interesa, informarán al navegador del cliente sobre el estado de los recursos que componen la página.

Si tenemos una hoja de estilos .css que no cambiará en mucho tiempo podemos minimizarla, comprimirla y almacenarla en caché, esto mismo se puede hacer con los archivos de javascript que usemos. Así en futuras visitas o en las diferentes páginas que componen nuestro sitio, y usan la misma .css o .js, no será necesario descargar desde el servidor estos archivos cada vez.

Para minimizar la css hay varios servicios gratuitos, entre ellos Css compressor, de Lottery post. Tan sencillo como copiar el código de la css, pegar en Input, picar en Compress y seleccionar todo, copiar y pegar en un documento nuevo de nuestro editor de css. Damos el mismo nombre distinguiéndolo con min, por ejemplo estilo.min.css y guardamos.

Para minimizar los archivos de javascript seguimos los mismos pasos pero usamos el servicio de JS Minifier. En este caso deberemos borrar el código de ejemplo que viene en Code que es donde pegamos nuestro código js. Es recomendable dejar el nivel en “conservative” para evitar errores. Guardamos igual, por ejemplo efectos.min.js.

Para comprimir y almacenar en caché lo hacemos con un solo script:

Es imprescindible que este script vaya al comienzo del archivo antes de cualquier otra cosa. El ob_start (”ob_gzhandler”); es el que se encarga de comprimir. El resto del script es el que crea la cabecera para que el archivo sea almacenado en caché, para hojas de estilo usaremos text/css. El Cache-control: public dice al navegador que será útil para cualquier página del dominio que lo solicite, max-age=31536000 establece su fecha de caducidad en un año -en segundos-. El Expires establece su próxima revisión en un mes. Ahora el archivo lo guardamos como estilo.min.css.php o efectos.min.js.php en cada caso.

Ahora solo hace falta llamar a nuestro archivos desde el head de la misma manera pero con los nuevos nombres. Los javascript es mejor ponerlos al final de la página, justo antes del cierre de la etiqueta body, así se arma la página antes de empezar a cargar el javascript, lo que da la sensación de que termina antes de descargar. Nuestras páginas ya no deberán terminar en .htm o .html sinó en .php para que el código php introducido sea ejecutado.

Quizás una de las primeras premisas de diseño que se encuentra quien se enfrenta a hacer una nueva página o proyecto web es la resolución a la que se va a presentar esta al usuario. Es problemático hacer la página con unas dimensiones fijas debido a la gran variedad de resoluciones que existen, lo que provoca que en la resolución escogida se vea bien pero en otras mas pequeñas no quepa y en mayores quede demasiado espacio libre.

Esta forma de diseñar era la usada antes cuando todo se maquetaba en tablas, aunque todavía hay algunos que montan las páginas de esta manera y ciertos programas lo hacen cuando se elabora el diseño en forma gráfica (aptos para vagos, y ya sabemos que el perezoso trabaja doble y mal). En cambio ahora el uso de los divs o cajas ha permitido usar bloques de objetos que se acomodan a la ventana en la que se presentan, ya sea por medidas en porcentajes, superposición de capas o por el uso de floats sin restricción.

Aunque la resolución más usada ahora es la 1024×768 como lo podemos comprobar aquí, aquí, aquí y aquí, nos encontramos con un mercado creciente tanto de portatiles con pantallas panorámicas como de grandes pantallas -panorámicas también- que se pueden usar como televisores, en ambos casos con posibilidad de mostrar altas resoluciones, y por otro lado del boom de los ultraportálies o netbooks que en gran medida regresan a resoluciones de 800×600 u 800×480.

El debate ahora está abierto entre usar un diseño líquido o uno elástico (términos, muy descriptivos por cierto, que trataré en otro artículo). El uso de los divs y la versatilidad que puede plantearse en el diseño de cajas móviles nos dan mas libertad a la hora de maquetar nuestras páginas pero nos obliga a tener en consideración lo que se incluirá en cada caja y la relación con las demás, esto es algo que requerirá un análisis mas sesudo (en todo se puede profundizar tanto como se quiera).

Para mi lo primordial para poder controlar el aspecto es poder tener un sistema que permita comprobar el diseño en diferentes resoluciones, así podemos corregir errores y comportamientos extraños (lease IE), para lo cual disponemos de varias herramientas. En mi caso uso, y recomiendo, tres gratuitas:

• ToggleRes nos permite un cambio rápido entre dos resoluciones que se pueden configurar.
• MultiRes nos permite cambiar la resolución a escoger entre una amplísima variedad incluyendo la tasa de refresco. Hay que configurar la pantalla para que se vea bien cada vez que se escoge una nueva resolución.
• La extensión Web Developer para los usuarios de Firefox, la cual trae un botón Resize que nos permite adicionar las resoluciones de pantalla que queremos representar. No cambia la resolución real de la pantalla, solo la de la ventana, por lo que tenemos que poner la resolución en la pantalla más alta a la que queremos trabajar y luego ir escogiendo en Resize para mostrar las resoluciones mas pequeñas en la ventana.

Otro asunto que trataré un poco por encima luego es el de los dispositivos móviles para los que tenemos también formas de representarlos en el ordenador, así podemos comprobar como se ven nuestras páginas en ellos.