Porque ahora que terminé de mudar todo de SkyDriver, NI PIENSO!!!!!!!!!!
Chau Billy. Glad to see you.
Chau Billy. Glad to see you.
¿Google pierde manteniendo Blogger? |
Estoy leyendo en varios lados, algo que me parece un concepto incorrecto, para resumirlo seria algo así como: "No se quejen, Blogger es gratis, disfruten lo que tienen y no pidan otras cosas .. si quieren alojar archivos, paguen por un hosting".
Me resulta curioso porque lo primero que debe hacer un servicio, grutuito (o pago) es SERVIR, si no sirve, si se paga o no se paga es irrelevante. Tampoco es razonable pensar que un servicio gratuito es una limosna y que por lo tanto, uno debe conformarse con cualquier bazofia, total, viene de arriba. Lo menos que debe hacer quien crea un servicio es hacerlo eficiente y ESCUCHAR a los usuarios porque, al final de cuentas, ellos son el inicio y el fin de su empresa. Sin ellos, no existen.
¿Vale la pena decir que pagar un servicio tampoco garantiza nada? ¿Cuántos hostings pagos existieron y desaparecieron de la noche a la mañana sin dejar rastros? ¿Cuánto pagarías por tener un blog en Blogger? ¿Cero es mucho? A mi, me parece demasiado: Habría que cobrarles ...bastante.
Además, ¿por qué ese desprecio por lo "gratuito"? ¿Será un excesivo aprecio por lo contrario? ¿Tanto tienes tanto vales? ¿Si tienes dinero, puedes tener un blog y expresarte, si no lo tienes, siéntate en un rincón y observa? ¿Si tienes dinero puedes escuhar música y si no lo tienes, silencio? No se te ocurra tararear que te cobramos el canon.
Si tienes dinero tienes derechos si no lo tienes ... si no lo tienes, no existes.
Pero dejo lo naif y me centro en este mundo o en lo que queda de él; yo me pregunto ¿Google pierde manteniendo Blogger?
Lo dudo mucho, en el reino de Don Dinero vale todo menos perder. Si lo mantiene es porque le rinde y si le rinde es porque hay millones de usuarios que a través de los blogs y gracias a los blogs, han hecho de Google el monstruo que es hoy ¿O se creen que los cartelitos de monetizar son decorativos? ¿Quién gana cada vez que un pequeño blog agrega Adsense? ¿Por qué tanto jaleo con los seguidores y las redes sociales de Mr.Google? ¿Acaso alguien cree que es porque en California les gusta juntar gente para charlar y jugar a las cartas? Eso es dinero, dinero que fluye y cae en sus bolsillos. No, no es limosna, es un negocio que nosotros mantenemos.
No nos "dan algo" porque son buenos. Crearon un servicio para ganar dinero y lo consiguieron. Ahora, queremos más.
Por supuesto, ellos no nos deben nada y nosotros tampoco a ellos pero sin duda, podemos exigir y protestar todo lo que se nos ocurra ya que no somos mendigos, somos usuarios y son ellos quienes dependen de nosotros y no al revés. Son los "consumidores" los que dicen SI o los que dicen NO.
Y entonces ¿por qué nos quedamos? Pués cada uno tendrá su respuesta. La mia es sencilla: porque se me da la gana; porque no me gusta que me echen, porque soy cabezadura y como si fuera poco, porque creo que Blogger podría ser una extraordinaria plataforma aunque sus gerenciadores y desarrolladores se empeñen en boicotearlo sistemáticamente.
En fín, a veces, parece que Blogger y yo no nos llevamos bien.
Me resulta curioso porque lo primero que debe hacer un servicio, grutuito (o pago) es SERVIR, si no sirve, si se paga o no se paga es irrelevante. Tampoco es razonable pensar que un servicio gratuito es una limosna y que por lo tanto, uno debe conformarse con cualquier bazofia, total, viene de arriba. Lo menos que debe hacer quien crea un servicio es hacerlo eficiente y ESCUCHAR a los usuarios porque, al final de cuentas, ellos son el inicio y el fin de su empresa. Sin ellos, no existen.
¿Vale la pena decir que pagar un servicio tampoco garantiza nada? ¿Cuántos hostings pagos existieron y desaparecieron de la noche a la mañana sin dejar rastros? ¿Cuánto pagarías por tener un blog en Blogger? ¿Cero es mucho? A mi, me parece demasiado: Habría que cobrarles ...bastante.
Además, ¿por qué ese desprecio por lo "gratuito"? ¿Será un excesivo aprecio por lo contrario? ¿Tanto tienes tanto vales? ¿Si tienes dinero, puedes tener un blog y expresarte, si no lo tienes, siéntate en un rincón y observa? ¿Si tienes dinero puedes escuhar música y si no lo tienes, silencio? No se te ocurra tararear que te cobramos el canon.
Si tienes dinero tienes derechos si no lo tienes ... si no lo tienes, no existes.
Pero dejo lo naif y me centro en este mundo o en lo que queda de él; yo me pregunto ¿Google pierde manteniendo Blogger?
Lo dudo mucho, en el reino de Don Dinero vale todo menos perder. Si lo mantiene es porque le rinde y si le rinde es porque hay millones de usuarios que a través de los blogs y gracias a los blogs, han hecho de Google el monstruo que es hoy ¿O se creen que los cartelitos de monetizar son decorativos? ¿Quién gana cada vez que un pequeño blog agrega Adsense? ¿Por qué tanto jaleo con los seguidores y las redes sociales de Mr.Google? ¿Acaso alguien cree que es porque en California les gusta juntar gente para charlar y jugar a las cartas? Eso es dinero, dinero que fluye y cae en sus bolsillos. No, no es limosna, es un negocio que nosotros mantenemos.
No nos "dan algo" porque son buenos. Crearon un servicio para ganar dinero y lo consiguieron. Ahora, queremos más.
Por supuesto, ellos no nos deben nada y nosotros tampoco a ellos pero sin duda, podemos exigir y protestar todo lo que se nos ocurra ya que no somos mendigos, somos usuarios y son ellos quienes dependen de nosotros y no al revés. Son los "consumidores" los que dicen SI o los que dicen NO.
Y entonces ¿por qué nos quedamos? Pués cada uno tendrá su respuesta. La mia es sencilla: porque se me da la gana; porque no me gusta que me echen, porque soy cabezadura y como si fuera poco, porque creo que Blogger podría ser una extraordinaria plataforma aunque sus gerenciadores y desarrolladores se empeñen en boicotearlo sistemáticamente.
En fín, a veces, parece que Blogger y yo no nos llevamos bien.
- Ellos quieren seguidores y yo quiero un formulario de comentarios donde no haya que escribir diez veces las cosas.
- Ellos quieren que ponga publicidad y yo quiero que permitan alojar archivos.
- Ellos adoran los "Blogs importantes" y yo todavía no entiendo para que demonios sirve la previsualización del editor de entradas.
- Ellos creen que hacen las cosas bien y yo creo que las hacen muy mal.
- Ellos me hablan en inglés y yo les hablo en castellano.
- Ellos nunca contestan y yo seguiré gritando.
- Ellos miran para otro lado y yo no.
Y todo seguirá así hasta que deje de serme útil y lo reemplace por otra cosa, como tantas otras veces, como pasa siempre que una escoba deja de barrer bien.
Solucionando scripts: Últimos comentarios |
Siguiendo con la idea de terminar con el problema de los alojamientos, esta sería una solución válida si se usa un script para colocar la lista de los últimos comentarios en la sidebar. Los detalles son los mismos que en la entrada original, sólo vamos a agregarlo a la plantilla de forma directa y dejar de mendigar alojamientos.
@Blogger: ¡queremos un espacio para alojar archivos !!!
Podemos hacer dos cosas, o lo insertamos directamente antes de </head> o bien, si no queremos "verlo" porque es molesto tener tanto código, podemos agregarlo en un elemento HTML.
Confieso que parecía fácil pero me ha costado trabajo hacerlo porque si bien en esos elementos, Blogger no tiene restricciones en cuanto a los caracteres como < > y & que estan prohibidos en la plantilla misma, al parecer, hace algunas cosas raras que comento en una nota aparte por si alguien está interesado [Ver/Ocultar detalles]
Este código es perfectamente aceptable:
for(var i=0;i<a_rc;i++) {
sin embargo, Blogger lo cambia provocando un error. Al parecer, se confunde con el símbolo < y para evitar que esto ocurra, hay que dejar un espacio intermedio:
for(var i=0; i < a_rc; i++) {
Lo mismo ocurre con esta línea:
if(l_rc.length<o_rc) {
nuevamente, se soluciona separando el símbolo < con espacios atrás y adelante:
if(l_rc.length < o_rc) {
@Blogger: ¡queremos un espacio para alojar archivos !!!
Podemos hacer dos cosas, o lo insertamos directamente antes de </head> o bien, si no queremos "verlo" porque es molesto tener tanto código, podemos agregarlo en un elemento HTML.
Confieso que parecía fácil pero me ha costado trabajo hacerlo porque si bien en esos elementos, Blogger no tiene restricciones en cuanto a los caracteres como < > y & que estan prohibidos en la plantilla misma, al parecer, hace algunas cosas raras que comento en una nota aparte por si alguien está interesado [Ver/Ocultar detalles]
Este código es perfectamente aceptable:
for(var i=0;i<a_rc;i++) {
sin embargo, Blogger lo cambia provocando un error. Al parecer, se confunde con el símbolo < y para evitar que esto ocurra, hay que dejar un espacio intermedio:
for(var i=0; i < a_rc; i++) {
Lo mismo ocurre con esta línea:
if(l_rc.length<o_rc) {
nuevamente, se soluciona separando el símbolo < con espacios atrás y adelante:
if(l_rc.length < o_rc) {
Vamos a la solución práctica.
Agregamos un elemento HTML, le ponemos el título y allí, copiamos las tres partes. Primero, el script con al función, luego las variables que podemos configurar a gusto y por último la llamada.
Sólo debe cambiarse el nombre del blog en la última línea:
Agregamos un elemento HTML, le ponemos el título y allí, copiamos las tres partes. Primero, el script con al función, luego las variables que podemos configurar a gusto y por último la llamada.
Sólo debe cambiarse el nombre del blog en la última línea:
<script type="text/javascript" src="http://NOMBREBLOG.blogspot.com/feeds/comments/default?alt=json-in-script&callback=showrecentcomments"></script>Para modificar las variables, simplemente cambiamos los valores:
<script type="text/javascript"> var a_rc=10; // la cantidad de comentarios a mostrar var m_rc=false; // poner en true si se quiere mostrar la fecha var n_rc=false; // poner en true si se quiere mostrar el título del post var o_rc=50; // es la longitud máxima a mostrar de cada comentario (caracteres) </script>
Con eso, el script funcionaría sin necesidad de alojarlo en otro sitio y tendrá las mismas propiedades gráficas que el resto de las listas de la sidebar.
Para quien quiera personalizarlo, lo más sencillo es, luego de agregar el elemento, ir a la edición HTML, expandir los artilugios y buscar algo así:
Para quien quiera personalizarlo, lo más sencillo es, luego de agregar el elemento, ir a la edición HTML, expandir los artilugios y buscar algo así:
<b:widget id='HTMLXX' locked='false' title='EL TITULO' type='HTML'> <b:includable id='main'> <!-- only display title if it's non-empty --> <b:if cond='data:title != ""'> <h2 class='title'><data:title/></h2> </b:if> <div class='widget-content'> <div id='ultimosComentarios'><data:content/></div> </div> <b:include name='quickedit'/> </b:includable> </b:widget>
Le agregaremos ese DIV con un ID para identificarlo claramente y asignarle definiciones CSS antes de </b:skin>:
#ultimosComentarios li {
/* es el rectángulo que contiene cada item de la lista */
}
#ultimosComentarios li:hover {
/* efecto sobre esos rectángulos */
}
#ultimosComentarios b {
/* es el nombre del autor del comentario */
}
#ultimosComentarios a, #ultimosComentarios a:link, #ultimosComentarios a:visited {
/* el texto del comentario */
}
#ultimosComentarios a:hover {
/* efecto sobre el enlace */
}
Wallpapers (Rene Magritte) |
Espejito, espejito ... |
Solucionando cosas de una en una: LightWindow |
Difícil tema este de los scripts. No hay respuestas que abarquen todos los casos y cualquier método será útil: si funciona, está bien.
En lo personal, he tratado de buscar alguna clase de solución atemporal, que dependa lo menos posible de servidores externos y es por eso que no me canso de recomendar que se agreguen los scripts y las hojas de estilo en la misma plantilla. Eso he hecho hace tiempo, cuando se produjeron crisis similares con Hostfile y Google Pages.
Todos los scripts que hacen al funcionamiento del blog están agregados usando el método explicado en el post anterior. Los scripts externos (muchísimos) son los que uso en las entradas individuales cuando muestro alguna cosa en particular; esos son complejos de solucionar, no tanto por no tener alternativas donde realojarlos sino por el trabajo que significa editar entrada por entrada. UFA!!!.
Pero (siempre hay un pero) había un script que en este blog era importante y que no tenía forma de resolver de manera razonable: el que hace funcionar LightWindow. Por su volumen (casi 2000 líneas) y su complejidad, resultaba impráctico agregarlo a la plantilla y si bien podia, como en otros casos, cambiarle la extensión a TXT y lograr que funcionara sin problemas, ese volumen hacía que el ancho de banda disponible en casi cualquier servicio fuera insuficiente.
Hoy se me ocurrió experimentar con una alternativa y, como veo que funciona, aquí va la explicación por si a alguien le sirve.
LightWindow no sólo es un script "largo", también es uno de esos que crean problemas a la hora de agregarlos a la plantilla aún usando CDATA. Ya sabemos que Blogger es estrambótico y cambiar los símbolos no aceptados por sus equivalentes no sólo es engorroso, casi es imposible a menos que se tenga la paciencia de un santo. Pero, esa misma deficiencia de Blogger en tratar las distintas partes de una plantilla con criterios diferenciados nos permite cambiar lo malo en bueno porque las restricciones de la plantilla en si misma no se aplican a los elementos HTML agregados, allí, el código que podemos insertar es "normal".
Lo que hice entonces es crear una sección nueva justo después de <body>. Una sección es un DIV donde podemos agregar elementos y que, en general, no tiene propiedades por si misma así que es "invisible":
En lo personal, he tratado de buscar alguna clase de solución atemporal, que dependa lo menos posible de servidores externos y es por eso que no me canso de recomendar que se agreguen los scripts y las hojas de estilo en la misma plantilla. Eso he hecho hace tiempo, cuando se produjeron crisis similares con Hostfile y Google Pages.
Todos los scripts que hacen al funcionamiento del blog están agregados usando el método explicado en el post anterior. Los scripts externos (muchísimos) son los que uso en las entradas individuales cuando muestro alguna cosa en particular; esos son complejos de solucionar, no tanto por no tener alternativas donde realojarlos sino por el trabajo que significa editar entrada por entrada. UFA!!!.
Pero (siempre hay un pero) había un script que en este blog era importante y que no tenía forma de resolver de manera razonable: el que hace funcionar LightWindow. Por su volumen (casi 2000 líneas) y su complejidad, resultaba impráctico agregarlo a la plantilla y si bien podia, como en otros casos, cambiarle la extensión a TXT y lograr que funcionara sin problemas, ese volumen hacía que el ancho de banda disponible en casi cualquier servicio fuera insuficiente.
Hoy se me ocurrió experimentar con una alternativa y, como veo que funciona, aquí va la explicación por si a alguien le sirve.
LightWindow no sólo es un script "largo", también es uno de esos que crean problemas a la hora de agregarlos a la plantilla aún usando CDATA. Ya sabemos que Blogger es estrambótico y cambiar los símbolos no aceptados por sus equivalentes no sólo es engorroso, casi es imposible a menos que se tenga la paciencia de un santo. Pero, esa misma deficiencia de Blogger en tratar las distintas partes de una plantilla con criterios diferenciados nos permite cambiar lo malo en bueno porque las restricciones de la plantilla en si misma no se aplican a los elementos HTML agregados, allí, el código que podemos insertar es "normal".
Lo que hice entonces es crear una sección nueva justo después de <body>. Una sección es un DIV donde podemos agregar elementos y que, en general, no tiene propiedades por si misma así que es "invisible":
<!-- CONTENEDOR SCRIPTS --> <b:section class='contenedorScripts' id='contenedorScripts' />
Hecho eso, en la ventana Elementos de la página ya está disponible como cualquier otra así que simplemente agrego un elemento HTML/JavaScript al que le doy un título para identificarlo fácilmente y luego, copio y pego el contendio del archivo lightwindow.js entre etiquetas SCRIPT:
<script type='text/javascript'>
... aquí pego el contenido del archivo ...
</script>No uso CDATA proque no es necesario ya que Blogger no cambiará el código y lo dejará intacto.
Para mayor comodidad, voy a Edición HTML y expandiendo los artilugios, edito el elemento y le quito el título ya que no quiero que se vea nada de nada:
Para mayor comodidad, voy a Edición HTML y expandiendo los artilugios, edito el elemento y le quito el título ya que no quiero que se vea nada de nada:
<!-- CONTENEDOR SCRIPTS -->
<b:section class='contenedorScripts' id='contenedorScripts'>
<b:widget id='HTMLX' locked='false' title='LightWindow' type='HTML'>
<b:includable id='main'>
<!-- only display title if it's non-empty -->
<b:if cond='data:title != ""'>
<h2 class='title'><data:title/></h2>
</b:if>
<div class='widget-content'>
<data:content/>
</div>
<b:include name='quickedit'/>
</b:includable>
</b:widget>
</b:section>Vuelvo a guardar y todo parece estar en orden debido a que este script en particular no es necesario que esté en el encabezado de nuestra página porque se ejecuta recién cuando esta se ha cargado.
El mismo criterio podría usarse con otros scripts que llaman a funciones, bastaría crear elementos HTML para cada uno de ellos y colocar el contenido en ellos de tal manera de tenerlos a buen reguardo, accesibles siempre y editables.
Son varios quienes me han preguntado por el tiempo de carga del blog y si agregar los códigos en la plantilla no aumenta ese tiempo. El hecho que la plantilla tenga veinte líneas y que todo lo demás sea cargado con archivos externos no implica que el sitio se cargará más rápido ya que el total de códigos a leer es el mismo. Estén en la plantilla o fuera de ella, el navegador debe leerlos y procesarlos.
Es cierto que, en principio, se recomienda tener los scripts y las hojas de estilo en archivos externos pero esto sólo es válido en el caso de sitios con un servidor propio. Blogger no lo tiene así que, en realidad, el beneficio de ser externos y que el navegador los guarde en la caché, se ve disminuido al estar en otros servidores a los que hay que acceder para cargarlos. Si a esto, le sumamos la imposibilidad de editarlos de manera sencilla, entonces, la respuesta a la pregunta no será muy exacta pero, diría que es mejor tenerlos incluidos y que de ese modo, la velocidad de carga, mejorará en lugar de empeorar.
Por supuesto, esto no es lo ideal pero podría ser peor.
La única solución estable y definitiva es que Blogger se ponga los pantalones largos y permita de una buena vez el alojamiento de archivos en sus servidores, tal y como hace cualquier otro servicio mediocre.
El mismo criterio podría usarse con otros scripts que llaman a funciones, bastaría crear elementos HTML para cada uno de ellos y colocar el contenido en ellos de tal manera de tenerlos a buen reguardo, accesibles siempre y editables.
Son varios quienes me han preguntado por el tiempo de carga del blog y si agregar los códigos en la plantilla no aumenta ese tiempo. El hecho que la plantilla tenga veinte líneas y que todo lo demás sea cargado con archivos externos no implica que el sitio se cargará más rápido ya que el total de códigos a leer es el mismo. Estén en la plantilla o fuera de ella, el navegador debe leerlos y procesarlos.
Es cierto que, en principio, se recomienda tener los scripts y las hojas de estilo en archivos externos pero esto sólo es válido en el caso de sitios con un servidor propio. Blogger no lo tiene así que, en realidad, el beneficio de ser externos y que el navegador los guarde en la caché, se ve disminuido al estar en otros servidores a los que hay que acceder para cargarlos. Si a esto, le sumamos la imposibilidad de editarlos de manera sencilla, entonces, la respuesta a la pregunta no será muy exacta pero, diría que es mejor tenerlos incluidos y que de ese modo, la velocidad de carga, mejorará en lugar de empeorar.
Por supuesto, esto no es lo ideal pero podría ser peor.
La única solución estable y definitiva es que Blogger se ponga los pantalones largos y permita de una buena vez el alojamiento de archivos en sus servidores, tal y como hace cualquier otro servicio mediocre.
Repasando alternativas para alojar escripts |
Y sí. No tenemos paz.
Dados los problemas generados por SkyDrive, aquí van algunas pseudo-soluciones:
1. Utilizar las AJAX Libraries API de Google para cargar aquellos scripts de tipo general lo que nos permite olvidarnos del alojamiento. En estos momentos, están disponibles las siguientes versiones:
Dados los problemas generados por SkyDrive, aquí van algunas pseudo-soluciones:
1. Utilizar las AJAX Libraries API de Google para cargar aquellos scripts de tipo general lo que nos permite olvidarnos del alojamiento. En estos momentos, están disponibles las siguientes versiones:
- jQuery 1.3.2
- jQuery UI 1.7.1
- Prototype 1.6.0.3
- script.aculo.us 1.8.2
- MooTools 1.2.1
- Dojo 1.2.3
- SWFObject 2.1
- Yahoo! User Interface Library (YUI) 2.7.0
La lista completa y sus detalles puede verse en este enlace.
Incorporarlas a Blogger es sencillo, por ejemplo, para cargar Prototype + Scriptaculous agregamos lo siguiente en el HEAD de la página:
Incorporarlas a Blogger es sencillo, por ejemplo, para cargar Prototype + Scriptaculous agregamos lo siguiente en el HEAD de la página:
<script src='http://www.google.com/jsapi'/>
<script>
google.load("prototype", "1.6.0.3");
google.load("scriptaculous", "1.8.2");
</script>
2. Agregar los scripts directamente en la plantilla. Esto es útil en muchos casos siempre y cuando no sean demasiado complejos. Para hacerlo, basta copiar y pegar su contenido entre etiquetas SCRIPT:
<script type='text/javascript'>
//<![CDATA[
... aquí ponemos el contenido del archivo ...
//]]>
</script>
Tampoco es necesario separarlas, pueden ponerse todas dentro de la misma etiqueta y la mayor parte de los trucos funcionará:
<script type='text/javascript'>
//<![CDATA[
// la nube de etiquetas
.......
// expandir y contraer
.......
// agregar a favoritos
.......
// últimos comentarios
.......
// posts relacionados
.......
// contador de comentarios, fechas y calendarios
.......
// posts expandibles
.......
// cualquier otro script debe probarse
.......
//]]>
</script>
3. Agregar las hojas de estilo directamente en la plantilla copiando y pegando su contenido entre etiquetas STYLE:
<style type='text/css'>
... aquí ponemos el contenido del archivo ...
</style>
4. Los scripts sólo son archivos cuyo contenido es un texto plano. El que tengan extensión JS es sólo una convención y no es obligatorio. Muchos servicios no nos permiten alojarlos simplemente porque no aceptan esa extensión pero nada impide que modifiquemos eso y, por ejemplo, la cambiemos por una extensión "inofensiva" como TXT (más información).
Así que, el mismo archivo, podría renombrarse y alojarse en un servidor cualquiera como Fileden y seguirá funcionando:
Así que, el mismo archivo, podría renombrarse y alojarse en un servidor cualquiera como Fileden y seguirá funcionando:
<script type='text/javascript' src='URL_miScript.TXT' />5. Hay otros servidores que admiten scripts pero, inevitablemente, siempre estaremos con la espada de Damócles pendiendo sobre la cabeza. Nadie sabe si serán estables, si durarán en el tiempo, si cambiarán las reglas o si el ancho de banda disponible es suficiente. Todo se resolvería si Blogger nos permitiera alojar esos archivos en su propio servidor pero, hoy por hoy, eso parece casi una utopía.
6. No hay soluciones genéricas y tal vez, eso que cuenta La Bloguería
que leyó en un foro sea la respuesta más honesta que podría esperarse:
"Mail me your problems and needs. I will pray for you and then feel the difference."
Que traducido sería algo así como: "Arréglense como puedan y no molesten más."
Gracias, Blogger.
6. No hay soluciones genéricas y tal vez, eso que cuenta La Bloguería
que leyó en un foro sea la respuesta más honesta que podría esperarse:"Mail me your problems and needs. I will pray for you and then feel the difference."
Que traducido sería algo así como: "Arréglense como puedan y no molesten más."
Gracias, Blogger.
