Alternativas para utilizar scripts en Blogger (1)

El cierre de Google Pages sigue siendo EL TEMA. Google Operating System se hacen eco aunque allí apuntan más a buscar alternativas para sitios creados integramente en Google Pages y que ahora, se ven en la disyuntiva de "migrar" o cambiar de servicio. Suponemos que esa migración va a ser parcial ya que hay muchos tipos de archivos que no son aceptados por Google Sites (la espantosa alternativa que Google quiere imponer) y muchos usuarios dudan de si sus páginas funcionarán porque no les ofrecen garantías ni hay explicaciones oficiales.

La alternativa, en esos casos, es descargar todo y luego, ver qué se hace. Para esto, sugieren usar algún tipo de software como FlashGet o alguna extensión como DownThemAll. De todos modos, la descarga implicará hacer cambios manuales como por ejemplo, las URL de las imágenes.

Sea como sea, descargar lo que tenemos es la parte más sencilla, el problema es ¿qué hacemos luego? Si lo que tenemos son sitios armados, ellos nos proponen dos alternativas gratuitas: Weebly y Synthasite.

Para nosotros, para los usuarios de Blogger, Google Pages nos hace trabajar dice Gem@ y siguen las preguntas, las dudas y los dolores de cabeza.

Uno de los problemas elementales es que no hay muchos servidores que acepten alojar scripts. Ellos aducen problemas de seguridad: "son archivos peligrosos". No es una razón muy válida pero, no es algo que voy a discutir, en todo caso vamos a ver como "engañarlos" sin perjudicar a nadie.

¿Qué es un script? Sin importar el contenido, es una serie de "textos" con instrucciones. Texto plano, sin formato, textos que podemos ver o editar con cualquier programa incluyendo el block de notas.

¿Qué lo diferencia de cualquier otro archivo de texto? Nada, excepto la extensión que, por convención es JS.

Por lo general, vemos dos tipos de etiquetas script:

<script language="JavaScript" src="http://miScript.js"></script>

<script type="text/javascript" src="http://miScript.js"></script>

El atributo language es un atributo depreciado y se aconseja no utilizarlo. El atributo correcto es type. Este, establece el tipo MIME o sea, le indica al navegador el tipo de archivo a cargar.

También podemos utilizar una etiqueta META para definir el tipo general para toda la página y de tal manera, eliminarlo de las etiquetas individuales:

<META http-equiv="Content-Script-Type" content="text/javascript" />

Pero, ¿a quién le importa todo esto? ¿en qué nos puede ayudar? Bien, si los scripts sólo son textos planos y la extensión JS sólo es una convención, nada impide que un script tenga otra extensión o ninguna, basta con que sea un texto. De esta manera, el mismo archivo, guardado como: miScript.JS, miScript.txt, miScript.XXX o miScript funcionará sin mayores problemas salvo alguna que otra excepción.

Entonces, si tenemos un servidor como Fileden que no admite archivos JS, basta que les cambiemos la extensión por txt o que no le pongamos ninguna.

Veamos un ejemplo con un script real que ya fue explicado en otro post: Bloques animados en la sidebar.

El archivo original es un script animatedcollapse.js pero, le cambio la extensión y lo subo como archivo de texto y otro SIN EXTENSIÓN. Ahora, cargo cualquiera de ellos en la plantilla o en el post como lo haría normalmente.

El resultado, será el mismo que con el archivo JS original ya que, en realidad, ambos tienen el mismo contenido y cambiar la extensión no los modifica.