Un par de años atrás, Twitter introdujo un gran cambio en su diseño. El aspecto era diferente, aunque los mayores cambios estaban bajo el capó con el empleo masivo de JavaScript. La nueva arquitectura tenía sus inconvenientes, aunque también varias ventajas.
Ahora sin embargo, Twitter da un paso atrás y va a utilizar menos JavaScript en el cliente que antes. En su lugar, algunas páginas se procesarán en la nube y luego se enviarán al cliente. El cambio se va a extender a todas las secciones del sitio.
El resultado final es que las páginas de Twitter serán simples páginas HTML y el empleo de JavaScript se circunscribirá a características de tipo interactivo, como los botones. Si la mayor parte del contenido se procesa en la nube, menos quedará para el navegador y, como cabe esperar, esto supone una mejora de rendimiento.
No más #!
Lo primero que notaremos es que las URL de enlace permanente son ahora más simples, y ya no utilizan el hashbang (#!). Las urls hashbang tienen varias limitaciones, y su eliminación mejora la velocidad de carga de la página inicial.
Con las URL hashbang, el navegador necesita descargar una página HTML, descargar y ejecutar código JavaScript, reconocer la ruta de acceso del hashbang (que sólo es visible en el navegador), y luego recoger y procesar el contenido de la URL. Eliminando la necesidad de manejar el enrutamiento del cliente, se eliminan muchos de estos pasos y se reduce el tiempo de carga, multiplicando por cinco el rendimiento.
Más información | Twitter Engineering Imagen | Shawn Campbell
Ver 11 comentarios
11 comentarios
guananjelo
¿Alguien se ha dado cuenta de que esa imagen de cabecera puede servir tanto para Twitter como para Thunderbird?
aama-88
Hashband hashtag, está relacionados? Me suena un poco a chino esto xD
memania
Y entonces, cosa imprtante que no menciona la noticia, estos cambios están disponibles desde ya, o hay que esperar un tiempo para su disponibilidad?
Rubén T.F.
Yo creo que este sistema sólo supondrá mejora real para usuarios con PCs lentos (tipo ultraportátiles, tablets sin mucha potencia, móviles usando la versión web...), porque para los ordenadores más rápidos procesar Javascript o una cuantas respuestas AJAX no creo que sea gran cosa.
También entiendo que si están empezando a usar SPDY pueden permitirse este tipo de cosas, que miradas desde fuera parecen justo para lo contrario, para sobrecargar más el servidor y liberar de cómputo a los clientes.
Veremos como se desarrolla todo esto...
sergio_alonso
Me parece bien. Nadie las usaba.
searx
Y teniendo en cuenta que Twitter está saturado en muchas ocasiones, ¿no será peor que las acciones a las que os referís se procesen en sus servidores en vez de que sea una tarea del navegador? Vamos, lo digo con total desconocimiento...
shotokan
"Si la mayor parte del contenido se procesa en la nube, menos quedará para el navegador y, como cabe esperar, esto supone una mejora de rendimiento".
No lo tengo claro. Si se descarga a los clientes se sobrecargan más los servidores.
Si esta medida va acompannada de una mejora de los servidores, está bien, claro que eso supone una inversión económica, si no tengo mis dudas, aunque, por supuesto, para analizar esto habría que conocer muchos detalles que yo no tengo. Estas cosas no son ciencia exacta.