Al no encontrar demasiadas referencias sobre las etiquetas Link Rel y sus posibles beneficios en términos de SEO, me puse a experimentar y las añadí a la navegación de una página web que tengo funcionando. Las etiquetas en cuestión son:

<link rel="prev"  href="/prev.html">
<link rel="next"  href="/next.html">
<link rel="start" href="/start.html">
<link rel="index" href="/index.html">

Las cuatro etiquetas forman parte de los consejos de la w3.org para ayudar a los buscadores a indexar un sitio. Enseguida dude de su eficacia pues buscando en Internet no encontré experimentos que las hubieran valorado.

Básicamente consiste en enlazar desde el header; la página anterior, la página siguiente, la primera página de la colección y el índice de todas las páginas.

¿Que conseguimos con esto?

Google considerara de mayor relevancia la primera página de la colección y aparecerá como primera opción antes que el resto de páginas. En mi caso y por alguna razón inexplicable Google devolvía la página numero 5 cuando hacía una búsqueda determinada hasta que añadí los Link Rel adecuados. En su siguiente rastreo los detecto y corrigió los resultados.

Firefox se descarga en segundo plano los contenidos de la página siguiente así que los usuarios que usen este navegador, en mi caso el 22%, disfrutarán de una navegación considerablemente más rápida.

Una mejor landing page para los usuarios que nos llegan de Google y entran por una colección de páginas.

Prefetch en Firefox

Podemos forzar la descarga en segundo plano en Firefox mediante la etiqueta:

<link rel="prefetch" href="next.html">

Así podemos forzar a Firefox a descargar el contenido que nos interese. El mismo Google utiliza esta técnica en la primera entrada de las páginas de busquedas.

META Link Relationship Tag

Notes on helping search engines index your Web site

W3Schools HTML link rel Attribute

Hoy me ví en la necesidad de montar un servidor de producción para Django sobre Windows. Los que me conocen ya saben que no me gusta demasiado trabajar sobre este sistema operativo y que prefiero un hosting como Webfaction que me permite trabajar comodamente sobre Linux. Pero hay veces que nos toca cargar con el muerto y hacerlo correr sobre un Windows, así que me puse manos a la obra.

Advertencia

Antes de nada quiero advertiros que esta configuración usa SQLite como base de datos. Esto nos viene muy bien porque es muy fácil de configurar y de gestionar mediante un único fichero, pero no es la base de datos adecuada si la aplicación debe soportar mucha carga.

Instalación de Software

1. Python – Versión 2.5.2
2. Apache – Versión 2.2.9 sin SSL
3. Mod_Python – Versión 3.3.1
4. Subversion – Versión 1.4.6

Modificar la variable Path

Debemos modificar la variable Path de Windows. Para ello hacemos click derecho sobre Mi PC, Propiedades, Opciones Avanzadas, Variables de Entorno y editar la variable Path añadiendo C:\Python25;C:\Python25\Scripts\

Configurar Apache

Editamos el archivo \Apache2.2\conf\httpd.conf:

#Añadimos el soporte para python
 
LoadModule python_module modules/mod_python.so
 
#Copiamos este fragmento al final de httpd.conf
SetHandler python-program
PythonPath "['C:\dj-sites'] + sys.path"
PythonHandler django.core.handlers.modpython
SetEnv DJANGO_SETTINGS_MODULE proyecto.settings
PythonDebug Off
Order allow,deny
Allow from all
 
Alias /media/ C:/dj-sites/media/
 
SetHandler None

Reiniciamos el servidor mediante el icono de Apache en la barra del sistema.

Instalar Django

Descargamos la rama de desarrollo NewForms-Admin mediante el comando:

C:\svn co http://code.djangoproject.com/svn/django/branches/newforms-admin/  django_nfa

Instalamos Django mediante el comando:

C:\django_nfa>python setup.py install

Ahora solo tenemos que copiar la aplicación deseada a C:\dj-sites\ y configurar el archivo settings.py para que utilice la base de datos SQLite.

import os.path</code>
 
DATABASE_ENGINE = 'sqlite3'
DATABASE_NAME = os.path.join(os.path.dirname(__file__), 'data.db').replace('\\','/')