Publicado el

Utiliza tu propio dominio con GMAIL

AwesomeEstos de Google son impresionantes.
Con su servicio GoogleApps puedes usar tu dominio en una cuenta de GMAIL, con tal de recibir y enviar emails usando GMAIL, pero mediante tu propia dirección de dominio. Es decir, puedes enviar y recibir mails desde [email protected] usando el interfaz de GMAIL y guardando y gestionando todos los correos desde ahí.

Únicamente necesitas adquirir un dominio, para poder gestionar el correo con GMAIL.

Lo que sí que es verdad, es que el proceso no me ha parecido muy trivial. En mi caso, yo ya tenía una dirección @gmail con actividad de varios meses, que me interesaba conservar en la nueva cuenta a crear. Los pasos que he seguido han sido:

  1. Desde Google Apps me he dado de alta en la prueba gratuita introducción de la edición estándar, añadiendo mi dominio .com.
  2. He creado un usuario con mi dirección de correo del estilo [email protected]
  3. Desde el panel de control de Google Apps -> Configuración de correo electrónico, he seleccionado «Instrucciones de activación del correo electrónico» donde he podido seleccionar el proveedor de mi dominio (en este caso 1and1), desplegándose así las instrucciones para modificar el registro MX del dominio mediante el panel de control de mi dominio en la web de 1and1.es.
  4. Una vez modificado el registro MX, he comprobado con www.mxtoolbox.com la redirección. En teoría, pueden llegar a pasar entre 24 y 48 horas hasta que el cambio se propaga a los diversos servidores DNS de lo largo de la red. Por esta razón, he tenido que esperar prácticamente un día a que Google diese por buena la redirección MX.
  5. Una vez hecho, he podido ya entrar a la bandeja de entrada de mi dirección de correo con mi dominio ([email protected]).

Hasta aquí, lo necesario para configurar una cuenta de correo de un dominio propio, con Google, pero en mi caso he querido importar los mails de mi antiguo mail de gmail al nuevo.

  1. Para ello, únicamente he tenido que seleccionar, desde el panel del correo de la nueva cuenta (con una vista idéntica a GMAIL), en Configuración -> Cuentas -> Recibir mensajes de otras cuentas, para añadir la anterior cuenta de GMAIL.
  2. He recibido un correo en mi anterior cuenta de GMAIL para confirmar la sincronización, que he tenido que aceptar.

Con esto, cada cierto tiempo (no configurable), mi nueva cuenta se encarga de descargar el correo recibido en mi anterior cuenta. Esto además, asegura que en la primera comprobación se importen todos mis antiguos correos (tanto leídos como no leídos) a la nueva cuenta.

En definitiva, una forma muy barata (¿he dicho ya que es gratis?) y cómoda (una vez configurada) de contar con un correo, 100% de empresa, en la nube.

Por cierto, gracias por el chivatazo, K.

Flickr! Foto por Angel mat-eye

Publicado el

Páginas de error personalizadas

Error 404A raíz de mis intentos para mejorar el posicionamiento y la usabilidad de alguna de mis webs, y siguiendo con la entrada anterior, me he decidido a incluir páginas de error personalizadas.

He empezado con una página personalizada para el error HTTP 404, el típico error de «página no encontrada», siguiendo estos pasos:

  1. He creado una página de error personalizada, a la que he llamado 404.html
  2. Posteriormente, he abierto el bloc de notas, y he creado un fichero llamado «.htaccess» (sin comillas) con el siguiente contenido: «ErrorDocument 404 http://www.your_domain.com/404.html» (donde he substituido your_domain.com por mi dominio. También sin comillas).
  3. Finalmente, he subido ambos archivos a la raíz de mi servidor.
  4. Con un test como http://www.your_domain.com/pagina_no_existente.html he comprobado el correcto funcionamiento de la nueva página de error.

Estos pasos, me los ha descrito mi hosting, pero son comunes para la mayoría de hostings.

Posteriormente, he añadido también las páginas personalizadas para los errores:

  • HTTP 403 – Forbidden (Prohibido)
  • HTTP 500– Internal Server Error

También he tenido que modificar el archivo .htaccess con las correspondientes líneas:

  • ErrorDocument 403 http://www.your_domain.com/403.html
  • ErrorDocument 500 http://www.your_domain.com/500.html

Para concienciarse sobre la importancia de las páginas de error personalizadas, recomiendo leer este artículo.

Publicado el

Sitemap.xml y robots.txt

RobotLa verdad que con algunas webs me harto de repasar líneas y líneas para conseguir un código sin ningún error de validación HTML ni CSS (aprovecho para dar las gracias a w3c schools y su fantástico validador). Y ni aún así parece que sirva demasiado, en cuanto a posicionamiento.

También intento «currarme» los meta tags, para los cuales intento usar algún generador online cuyos resultados reviso en busca de posibles errores.

Finalmente, están dos puntos de los que suelo olvidarme (y que explicarían mi fracaso siempre que intento meterme en temas de SEO):

  • El archivo de sitemap.xml, que describe las páginas que conforman mi sitio web.
  • El archivo robots.txt, que contiene información para los rastreadores que usan los buscadores.

Afortunadamente, Google nos lo pone fácil para generar estos dos ficheros. Únicamente deberemos seguir los pasos descritos a continuación:

  1. Entrar en Google Webmasters Tools, donde podremos iniciar sesión con nuestra cuenta de Gmail.
  2. Desde la página principal, podremos añadir un sitio, del estilo «www.miweb.com». Al añadirlo, se generará una línea en html con un código que deberemos copiar y pegar en el código de las páginas que conforman nuestra web, dentro del apartado «<head>», junto al resto de «meta-tags».
  3. Una vez actualizadas las páginas de nuestra web, con el código identificador de Google, podremos «validar» el sitio, demostrando así la propiedad del mismo.
  4. Desde este momento, se podrá acceder al panel de control del sitio web, siempre desde Google Webmasters Tools, donde tendremos las opciones para generar el Sitemap.xml y el archivo Robots.txt.
  5. Desde Panel -> Información del sitio -> Sitemaps, podremos subir nuestro sitemap. Google nos ofrece la posibilidad de generar el archivo de sitemap, pero para eso necesitaremos tener acceso al servidor que aloja nuestra web, además de permitir la ejecución del script que genera el archivo. En su lugar, también podemos usar alguna de las múltiples páginas que generan de forma online el archivo xml.
  6. Una vez generado el archivo xml, deberemos subirlo en la raíz de nuestra web, y indicarle a Google que ya disponemos de sitemap, en la dirección www.miweb.com/sitemap.xml.
  7. Desde Panel -> Información del sitio -> Acceso de rastreadores, lo tendremos más fácil para generar el archivo robots.txt. Únicamente deberemos pulsar sobre la opción «Generar archivo robots.txt» para descargar un archivo robots.txt que también deberemos subir a la raíz de nuestro servidor.

Con esto, estaremos un poco más cerca de tener una web optimizada para su inclusión en los principales navegadores. Y digo un poco, porqué en realidad la importancia de una web la mide el famoso PageRank, que no es más que un número que indica la popularidad de un sitio en función, sobretodo, de los enlaces externos que le hacen referencia, y la importancia de dichos enlaces.

En cualquier caso, no pierdo la esperanza de que con los ficheros de sitemap y robots, ayuden a incrementar la visibilidad de mi web. Crucemos los dedos.

Publicado el

Corte de pelo

Pues sí, después de tanto tiempo vengo con un post. Y no un post cualquiera, se trata de una entrada en referencia al cambio de look de la web.

Resulta que en algún momento indeterminado he realizado alguna actualización a la hoja de estilos o incluso con alguna entrada antigua con código html, provocando un descuadre de la página con Internet Explorer (como yo solo suelo usar firefox, ni me había dado cuenta).

Después de rebuscar en busca del fallo, me he dado por vencido y he aprovechado para subir un nuevo tema a la web, y ya de paso cambiarle el look.
He cogido el tema Ocean Mist 2.0 disponible aquí y le he hecho algún pequeño retoque (en cuanto a las imágenes en los posts, así como en los bordes de los tags, el menú derecho, y sobretodo, la cabecera, con esa gran imagen del más grande aún, grupo de música, Muse).

Aún me quedan un par de retoques que hacerle, pero por lo menos, ahora el blog se ve bien con Internet Explorer, que ya es lo suyo (fallo imperdonable, el olvidarme de los usuarios de este gran navegador).

Todo esto está muy bien, pero como siempre, ahora faltan los contenidos.

Publicado el

HTML/CSS Válido

ZasSoy de los que intento (digo intento, porqué esta misma web no está totalmente corregida :P) pasar mis webs por el validator para intentar corregir errores y dejar mi página con código tanto HTML como CSS, válido.

Más que nada, para cumplir los estándares, e intentar que mi sitio se vea bien en los navegadores que respeten estos estándares. Y si además, esto influye de forma positiva en el SEO (como así creo), pues mejor que mejor.

La cuestión, es que estaba acabando de revisar una página en la que tenía unos errores de validación (algún tag sin cerrar y demás) cuando al finalizar la corrección veo que el validar me devuelve aún 3 errores. Curiosamente 3 errores que no forman parte de mi código. ¡Yo no he programado eso!. Pues nada, resulta que mi hosting incluye un código para llevar a cabo la tarea de contar visitas.

He aquí el código HTML añadido que me está causando los 3 errores de validación HTML que tengo:

<script type=«text/javascript» src=»http://analytics.hosting24.com/count.php«></script>
<noscript><a href=»http://www.hosting24.com/»><img src=»http://analytics.hosting24.com/count.php» alt=»web hosting» /></a></noscript>

Mi hosting, sin embargo, permite deshabilitar este código desde este enlace. De esta manera, obtengo una página válida 100%, pero pierdo las estadísticas de visitas.

Me parece a mi, que la solución va a ser deshabilitar las estadísticas que me introduce el hosting, y darme de alta en google analytics o alguno similar, introduciendo el código a mano en mi web, en el lugar en que debe estar. De esta manera, espero continuar con las estadísticas de visitas a la vez que consigo tener un código 100% válido.

Esa es la teoría, ahora a ver si lo consigo.

Flickr! Foto por Angel mat-eye

Publicado el

– Toc, toc. -¡Ocupado!

Busy Hace poco me llamaron diciendo que una determinada página web no funcionaba. Efectivamente así era. Entramos en el servidor web en cuestión (Windows con IIS) y probamos de ver la página de bienvenida del IIS, que tampoco funcionaba. Después de algunas comprobaciones, vimos que teniendo el servicio IIS parado (y por tanto sin tener la web publicada), el puerto 80 estaba ocupado por otra aplicación. ¿Pero, por cual? Lo único que sabía, gracias a netstat -an era que efectivamente nuestro puerto 80 estaba escuchando.

Para descubrir qué aplicación nos estaba fastidiando el puerto 80, bajé una aplicación de Microsoft, llamada TCPView , que no nos sirvió para nada. La verdad es que es una herramienta gráfica, que refresca en tiempo real las conexiones de la máquina, pero que no nos mostraba nada sobre determinados puertos, entre ellos, el puerto 80.

Navegando llegué a esta página, donde explicaban como usar netstat para sacar el identificador del proceso (pid) correspondiente a cada conexión. Si lo juntamos con el comando "find", podemos sacar únicamente por pantalla las conexiones que están en estado "escuchando".

netstat -ano | find /i "listening"

Una vez hemos identificado el pid del proceso que nos tiene el puerto 80 ocupado, podemos utilizar una pequeña herramienta llamada PUList , que viene con el Windows 2000 Resource Kit, pero que podemos bajar de forma totalmente independiente (aunque atención, nos pedirá validar Windows). En el ejemplo (sacado directamente de la página del autor del post original), querremos buscar el nombre del proceso (que es lo que devuelve pulist) con pid "6372"

pulist |find /I "6372"

He de decir que el comando find, solo nos ayudará a acotar las salidas de los comandos que realmente necesitamos, que son "netstat -ano" y "pulist".

Con esto podremos identificar el proceso, y hacer una búsqueda en google para saber más sobre él, o directamente, abrir el administrador de tareas para finalizar dicho proceso.

Flickr! Foto por Alaskan Dude

Publicado el

Sitemaps

Hace ya un tiempo, se me encargo la ardua tarea de crear un sitemap de una determinada web. Cómo era la primera vez que tenía que pelearme con un sitemap, fui a preguntar al mejor, a Google. Esto es lo que me respondió:

Forma manual (según Google)

  • Siguiendo los pasos de:

    https://www.google.com/webmasters/tools/docs/es/sitemap-generator.html

    1- Descargar el generador de sitemaps de Google

    2- Crear de un fichero con el listado de todos los archivos del servidor que queremos que contenga nuestro sitemap, por ejemplo ejecutando en el servidor:

    • ls -R > out.txt

    3- Modificar el archivo de configuración config.xml con:

    • Url base del sitio.

    • Ruta del servidor.

    • Método: URL (en mi caso con este bastaba).

      • Seleccionando los archivos php, html, css y pdf.

      • Quitando las urls que no queremos que aparezcan.

    • Sin modificar los filtros que vienen por defecto.

    • Ejecutar el generador de sitemaps, nuevamente en el servidor, dándonos como resultado unos cuantos errores, o si todo está correcto, nuestro sitemap.

  • Finalmente, entrar en www.google.com/webmasters/tools/ con una cuenta de gmail (preferentemente la del webmaster o administrador de la web de la que estamos creando el sitemap)
    • Dashboard->Sitemaps->Add Sitemap
    • Verificar errores

Forma automática

Esta manera de crear un sitemap, contrasta con las facilidades que dan algunas webs que ofrecen este servicio de forma gratuita y totalmente automática. Únicamente hay que indicar la url, la frecuencia de actualización de las páginas, cuando fue la última vez que se realizaron modificaciones en la web, así como la prioridad por defecto de las páginas que forman el site.
http://www.xml-sitemaps.com/

Además, por ejemplo esta web te informa si encuentra inconsistencias, dando consejos de cómo solucionarlos.

Ahora solo queda escoger con qué método nos quedamos. Yo particularmente me quedo sin duda con el segundo método (más rápido y fácil), ya que una vez tengamos generado el sitemap.xml podemos modificarlo a nuestro gusto si es necesario.