si bien sabemos que las traducciones de Google no son perfectas, pueden ser de gran ayuda para visitantes que no hablen nuestro idioma y un aporte a la usabilidad de nuestro sitio, un buen ejemplo es el blog de Matt Cutts que ahora se puede leer en español con sólo hacer un clic.

Implementar esta aplicación es bastante fácil, basta agregar el siguiente código en el sitio web:
<div id="google_translate_element"></div><script>
function googleTranslateElementInit() {
new google.translate.TranslateElement({
pageLanguage: 'es'
}, 'google_translate_element');
}
</script><script src="http://translate.google.com/translate_a/element.js?cb=googleTranslateElementInit"></script>

Con la incorporación del código podrás tener google translate en tu sitio web y para probarla la hemos implementado en nuestro lateral de Iblog.

Si deseas tener mas información o para configurar como predeterminado otro idioma lo puedes hacer directamente desde la página de google, http://translate.google.com/translate_tools?hl=es.

¿Pero que sucede con lo que hace funcionar el sitio?

Nuestras web, hoy en día poseen un dinamismo implícito, queremos que nuestros clientes o usuarios interactúen con nosotros y vice versa, somos responsables de que esto suceda. También, es muy importante que nuestra web sea consistente en estructura, ya que esto ayudará a un mejor entendimiento de la misma y a los buscadores a encontrar la web.

En cosas de diseño y gráfica, por lo general, se prefieren animaciones flash, las cuales producen un sitio etiquetado de “bonito”, pero, ¿son las animaciones flash útiles?

No podemos decir si un flash es útil o no, sólo se puede decir que el uso excesivo de estos produce páginas web lentas, poco adaptables y de estructura difícil de modificar. Pensándolo de una forma sencilla, entorpecen el desarrollo y evolución de un sitio, ésto debido a su estructura de animación. Recordemos que una botonera flash es “hermosa”, pero mantener y modificar esta, es un trabajo laborioso de a lo menos unos 15 o 20 minutos.

Hablamos de desarrollo acorde, pero el pedir a una persona que no conoce o tiene nula experiencia en desarrollo decidir cuando un desarrollo es acorde o no, es complicado. Un par de tips:

* Un sitio estructurado completamente en flash, no puede tener un desarrollo muy dinámico, generalmente será parcial-mayormente estático.

* Si desea desarrollo absolutamente dinámico, preferir el uso de CSS y XHTML con imágenes estáticas y hermosas. Esto requiere un mayor trabajo, pero produce resultados increíbles.

* Procurar escalabilidad y movilidad. Es importante tener presente el hecho de que nuestra empresa puede crecer y con ella lo deberá hacer el sitio web. Diseños simples y hermosos, permite un sitio escalable.

No sé nada sobre desarrollo ¿como puedo reconocer un buen código?

Exigir a una persona no informática que reconozca un código bien hecho es imposible, pero si se pueden seguir unas reglas simples y claras para reconocer un código bien hecho, básicamente por su apariencia:

* Orden e identificación. El código del sitio web, debe estar ordenado y a simple vista reconocer las partes con textos evidentes y bien ordenados. Al abrir un archivo, se debe reconocer una estructura uniforme, con un estilo definido y ordenado.

* Comentarios. Los códigos pueden y deberían llevar comentarios, esto es una práctica que muchos recomiendan- personalmente- si un código es simple, ordenado y bien diseñado, los comentarios están de sobra, de lo contrario, deberían existir. Tener en cuenta que no siempre es posible conseguir un código simple, por lo que a veces, será necesario tener comentarios.

Es bastante complicado tomar decisión con respecto a qué y cómo debemos tener un sitio web y es obvio que la gente que toma las decisiones no siempre será gente con basta experiencia en el campo técnico. Importante es averiguar sobre las nuevas tecnologías, pero más importante aún, es tener una mente abierta a las ideas que pueda surgir en un equipo de trabajo, siempre manteniendo una guía, pero permitiendo que quienes estén a cargo de desarrollar el proyecto sugieran y creen nuevas ideas.

La web de hoy en dia se basa en tener cosas novedosas y vnguardistas, tener siempre presente que novedoso y nuevo no siempre es igual a complicado. Simplicidad y elegancia son la clave en el diseño y desarrollo de la web hoy en dia.

Resolución de nombres

Nuestros dominios (ej. http://www.posicionamiento.cl) para poder mostrar contenido deben ser codificados en un número IP el cual nos lleva directo con el servidor donde está el contenido. Si este nombre no puede ser resuelto a un número IP, entonces nunca conseguiremos ver el contenido y tampoco recibir correos.

Un ejercicio simple para saber si estamos resolviendo el dominio es ejecutar un comando ping que se puede ejecutar con la aplicacion “cmd” (Windows) o una terminal (GNU/Linux) de esta forma:

ping www.posicionamiento.cl

Esto devolverá un numero IP, que consta de cuatro numeros separados por puntos que van desde 0 a 254. Adicionalmente, entregara informacion de cuánto se demora el servidor en responder.

Servidor caído

En el caso de que realmente podamos resolverlo y el servidor donde esta alojado nuestro sitio no responda a los ping con un mensaje que simplemente dira “Tiempo de espera agotado”, significará que el servidor está caído, esto puede variar desde un simple reinicio de máquina hasta una que simplemente está con una falla física. También debemos considerar el hecho de que posiblemente la conectividad de ese servidor se encuentre fuera de servicio.

Servicio Web abajo

Si los dos casos anteriores no son la causa, también es probable que el servicio de web este abajo en el servidor. El servicio web es el que sirve el contenido por las autopistas de la WWW.

En este caso la solución puede ser muy larga o corta dependiendo de la razón de porque esté abajo el servicio, pero generalmente no será una baja de más de cinco minutos.

Espero que con los tres casos anteriores esten abordados la mayoría de los casos que producen que no podamos ver nuestra pagina web.