¡Mudanza!

Si has sido un visitante que ha pasado por aquí en semanas anteriores te habrás dado cuenta del cambio de estilo en el blog, lo cual ya es mas obvio, pero lo que no lo es tanto es que desde hace una semana este blog ha dejado de estar alojado en Blogger para estar alojado en Azure usando WordPress.

Las razones para ello son varias, con WordPress hay una mayor escena de temas y plugins para usar, en ese sentido Blogger se había quedado muy atrás, pero una razón muy importante es que siendo que ahora me he enfocado en Cloud Computing en general y en Azure en particular, decidí que una buena opción seria hacer uso de esas opciones y así profundizar en el uso continuo de un recurso en Azure.

La primera decisión que tome fue el tipo de servicio de Azure a usar, descartadas las maquinas virtuales (el uso continuo de procesador garantiza una factura alta) la opción obvia era elegir un Azure WebSite, y dentro de esta opción opte por un servicio de hospedaje “Compartido” (Shared).

wordpress03

La razón por la que elegí este nivel fue porque es el mas “barato” que permite asignar un dominio personalizado (en este caso consultorinternet.com) y no quedarse con el modelo sitio.azurewebsites.net que viene por defecto. Y si por alguna razón este site crece en trafico siempre podre crecer a alguno de los modelos como “Basic” o “Estandar”.

Implementar WordPress fue muy sencillo, solo tuve que elegir de la galeria que te ofrece Azure a WordPress y listo.

wordpress04

Ahora bien, en la siguiente pagina si que hay que tener cuidado en agregar todos los parámetros (son varios) que se piden, y anotar sus valores en lugar seguro.

wordpress05

Nótese que en WebScaleGroup estoy usando un plan de hosting que ya tenia previamente,  y que ya había migrado del modelo “Gratis” al “Compartido” para de esta manera poder hacer uso del tema de los dominios personalizados que ya mencione mas arriba. Con respecto a la BD si es tu primer site en WordPress tienes que crear una BD nueva, si ya tienes otro site deberás usar una BD ya existente a menos que por tu volumen requieras contratar BD extra en ClearDB.

Ya con el WordPress corriendo seguí las indicaciones de este enlace para efectuar la migración de Blogger a WordPress, todo bien pero creo que no es necesario efectuar los pasos recomendados en la sección “Redireccionar los enlaces de blogger a wordpress” (que incluye el uso de un plugin) siendo que mas practico es configurar el formato de los enlaces permanentes de esta manera:
wordpress02
Esta configuración (ojo a la palabra html que hay que agregar manualmente) es la que ya tenia en Blogger, por lo que si los buscadores tenían referenciado un enlace “antiguo” esta referencia no se perderá, lo que si se ha perdido son los enlaces que hacen referencias a entradas agrupadas por mes, bueno… no se puede tener todo.

Con todo esto listo, toca configurar los parámetros en el proveedor de dominios (en mi caso Network Solutions) de acuerdo a lo indicado en esta documentación, nótese que el tiempo en que se propagan los cambios en los valores puede variar, en unos casos en 5 minutos ya Azure “sabia” de los cambios, en otros se tardo como media hora, pero nunca ha tardado las horas que se supone que tienen de colchón para propagar los cambios.

Ya configurado el site, me percate que si bien al entrar a www.consultorinternet.com accedía al nuevo site en WordPress y ya no al de Blogger, cuando administraba el site o iba a los enlaces veía el dominio en azurewebsites.net que no era lo que esperaba, luego de revisar tanto en la consola de Azure como en Network Solutions por si había algún error, revise la administración en WordPress percatándome que tenia que editar algo tan simple como lo que se ve en el siguiente gráfico, upsss.

wordpress06

Bueno, ya esta listo, espero sus visitas y comentarios en esta nueva etapa. Lo mas probable es que en breve migre Fisica 3, el site hermano.

Tu nombre, tu dominio, tu marca, como llegan hacia ti (2): Utero sin Marita

La URL de una Web es algo importante en terminos del trafico que se reciba o se desea recibir, lejos estan los dias en que los sites tenian una estructura del tipo www.miproveedor.com/minegocio o www.miproveedor.com/myrurlcomercial.htm, esta claro como comentamos hace tiempo que el dominio es la puerta en que tus clientes o visitantes llegan hacia ti, por lo que hacer un uso adecuado de el es muy importante, y no caer en los errores cometidos por Bancoval (leer cita anterior).

Este fin de semana amen de la masacre en Palestina, la expectativa por la llegada de Obama, hubo otro acontecimiento informativo, la mudanza del popular blog UterodeMarita.com a Utero.pe, probablemente a fin de dar un sabor mas “local” a su visitado site. Pero dicha mudanza se ha producido carente de cierta planificacion, me explico:

El visitante usual (o suscrito via RSS) se entero de la “mudanza” gracias a una nota de despedida indicando su nuevo site, y el que llegue por enlaces externos vera debajo del banner una nota que dice “¡ALTO! AHORA ESTAMOS EN HTTP://WWW.UTERO.PE”.

¿Que problema hay? me diran mis 4cats, el publico esta avisado y nadie se perdera, pues si, pero la verdad es que obliga a actualizar feeds, retocar links, etc etc… y no es para nada transparente como cuando hubo las transiciones de Firstcom a ATT y luego a Telmex, o sobre todo cuando Tim se convirtio en Claro, en este ultimo caso la mayoria de los enlaces siguieron funcionando lo cual facilito la adaptacion de los usuarios a la nueva URL.

¿Que se podria haber hecho en este uterino caso?, muy simple: asegurar que los controladores de dominio de .pe se redigieran a los servidores donde esta alojado uterodemarita.com, de esta manera se mantendria el contenido actual, mas aun: es perfectamente posible (y no muy complicado) configurar los servidores para que cualquier request de tipo uterodemarita.com/paginax.html se redireccione y el visitante reciba utero.pe/paginax.html.

Como se ve, soluciones hay todo es cuestion de pensarlo un poco, lo cual ademas permite ahorrar en terminos de hosting y no pagar dos veces, no?