aNieto2K Desarrollo web, Wordpress, y alguna cosilla más

Aún no ha salido la versión 3.5 (oficialmente) y ya se están viendo algunas de las mejoras que estarán disponibles ( o pretenderán que lo estén) en Firefox 3.6. Tendremos que esperar hasta 2010, pero algunas de las novedades que he visto me han gustado mucho:

1) Mejoras en el rendimiento

Importante! Quizás, en lo que más esperamos que se esmeren ya que, es por todos sabido los problemas de rendimiento que Firefox siempre ha sufrido. Esperemos que esta nueva versión mejore la ya mejorada 3.5.

2) Más personalización y opciones disponibles

Uno de los puntos fuertes de Firefox es la capacidad de extenderlo con plugins y la posibilidad de cambiar el aspecto mediante el uso de Themes. Pues en la nueva versión, nos permitirá que estos plugins sean más complejos y nos permitan extender controles que hasta ahora no es posible.

3) Nuevas opciones de navegación

La inclusión de Ubiquity en el core de Firefox propiciará mejoras en la navegación por internet.

(Ver Imagen)

Como podemos ver en la imagen, podremos buscar direcciones directamente desde nuestra barra de navegación.

4) Prism Integrado

(Ver Imagen)

Ya vimos hace tiempo Prism, el proyecto que nos permite disponer de un Firefox limitado a una aplicación web. Pues en Firefox 3.6, nos será posible guardar una aplicación web como un elemento Prism que podrá ser usado en una de estas versiones limitadas.

Algunas cosillas que se están considerando para Firefox 3.6

Las que hemos visto hasta ahora, son funcionalidades que están aprovadas y desarrollándose para la nueva versión, aunque aún hay algunas cosillas que se están barajando para esta nueva versión y aún están considerando si llegarán a esta versión o habrá que esperar a la siguiente.

1) Integración de Taskfox

Se trata de un nuevo proyecto anunciado por Mozilla y que pretende mejorar el interface del usuario con nuevos paradigmas de navegación. Similar a Ubiquity aunque algo más potente.

2) Mejor manejo de sesiones

Mejoras en la gestión de sesiones, será posible guardar sesiones, restaurarlas posteriormente y así no perder nada de nuestro trabajo cuando cerramos nuestro navegador.

3) Estadísticas de navegación

(Ver Imagen)

Interesante ventana (about:me) que nos mostará la información relacionada a nuestra navegación.

4) Manejor de identidades

No hay mucha información, aunque parece que se está barajando la posibilidad de integración con OpenID y CardSpace.

5) Nueva pestaña

Uno de los atractivos de Google Chrome es la opción de nueva pestaña que nos permite acceder sitios recientes o más visitados. Firefox 3.6 hace ya tiempo que está planeando como implantar esta mejora y puede que sea una de las que veamos en la nueva versión, aunque tambien vimos que podría ser que no tuviera pestañas.

Opera viene pegando fuerte, y con Opera Unite ha pegado más fuerte todavía.

Opera Unite pretender ser un servidor web integrado en tu navegador. Que de una forma sencilla y cómoda podemor activar en nuestro navegador y que proporciona la capacidad de compartir ficheros, imagenes, incluso música desde nuestro navegador en local con el resto del mundo. Todo ello con una dirección web similar a esta:

http://work.anieto2k.operaunite.com/photo_sharing

(Ver Imagen)

Sin duda, esto compite con la idea de Google de centralizar todo el contenido de Internet en sus servidores y apuesta por una Internet distribuida en la que todos aportamos un poquito. Como dice Antonio, muy a la filosfía del P2P, que siempre me ha encantado.

Como todo servidor web requiere estar abierto para funcionar, por lo que si queremos dejar de compartir nuestro contenido bastaría con cerrar el navegador o cerrar el servicio directamente desde la opción pertinente.

Sin duda, tendremos que estar atentos a estas herramientas que pueden ser la primera piedra de algo muy gordo.

Firefox 3.5 nos delitará con la posibilidad de realizar tranformaciones 3D nativamente. Esta propiedad del CSS nos permitirá, entre otras cosas, dar efecto de profundidad a los elementos de nuestra web mediante transformaciones de inclinación y tamaño realizado con unas pocas líneas de código.

(Ver Imagen)

Código

// HTML
<div class="cube">
    <div class="face top">
    </div>
    <div class="face left">
    </div>
    <div class="face right">
    </div>
</div>

// CSS
.cube {
 position: absolute;
}

.face {
 position: absolute;
 width: 200px;
 height: 200px;
}

// Tranformaciones 3D
.top {
 -moz-transform: rotate(-45deg) skew(15deg, 15deg);
}

.left {
 -moz-transform: rotate(15deg) skew(15deg, 15deg);
}

.right {
 -moz-transform: rotate(-15deg) skew(-15deg, -15deg);
}

Por el momento, deberemos usarla con prefijo (-moz), ya que aún no está estandarizado por la W3C. Por el momento tenemos que conformarnos con la beta 4, pero en poco más de un mes tendremos versión definitiva.

Hoy se ha presentado por fín, entre otras cosas, la versión definitiva de Safari 4. Hasta el momento podíamos usar la Beta que personalmente opino que era bastante estable. Cuando lo he descargado y me he puesto a hacer pruebas me he llevado una grata sorpresa al ver que era más rápido que Google Chrome en el test específico para V8 (el motor que renderiza Javascript de Google Chrome).

(Ver Imagen *Muy Grande*)

Partiendo de que ambos usan el mismo motor de renderizado HTML, WebKit (aunque creo que diferentes versiones del mismo) el motor javascript es diferente en ambos. Aún quedan muchas pruebas por hacer, pero parece que SquirrelFish es el motor javascript de hoy, mañana ya veremos

ACTUALIZACIÓN

Me he dejado llevar por la emoción y el cansancio. Por desgracia para los amantes de Safari4, Google Chrome es aún mucho más rápido en este test, el resultado está expresado en iteraciones por lo que mientras el número sea mayor el resultado será más óptimo. Así que en la imagen de arriba, vemos como Safari4 es más lento en el test V8 que Google Chrome. Siento las molestias.

ACTUALIZACIÓN 2

Después de hacer un par de pruebas más, podemos decir con el 100% del convencimiento que Google Chrome es hoy por hoy, el navegador más rápido (ejecutando javascript) del lejano oeste. Incluso en el test que WebKit usa para compararse contra los otros navegadores, SunSpider, sale mal parado, aunque eso sí, mucho mejor que la versión anterior.

Aclaraciones

Hay que ser conscientes de dos cosas:

1) La velocidad de ejecución de javascript es importante

El javascript que tenemos que ejecutar en las páginas webs cada vez está siendo más complejo y este requiere mayores recursos, sin contar que en breve estos recursos pueden verse multiplicados frente a demandas tan exigentes como las que nos presentó Google con Google Wave (por ejemplo). Esto no hace que este punto sea importante, pero debemos darle más importancia de que tiene actualmente.

2) Un navegador no solo ejecuta javascript

También debemos ser conscientes de que un navegador hace más cosas que reproducir javascript, ha de ser rápido, amigable y sobretodo cubrir las necesidades de cada usuario, ni más ni menos. Si un navegador tiene muchas novedades pero no acaba de cumplir ciertas necesidades o las cumple parcialmente, no estará consiguiendo su cometido. Así que hemos de dejar claro que se trata de un cúmulo de cosas que ayudan a decidir cual es mejor o peor, pero siempre para cada uno, nunca para un conjunto de individuos.

Via Twitter me entero de que oficialmente Google Chrome está ya disponible para Mac. Aún no lo he probado, supongo que esta tarde-noche podré hacer un par de pruebas, pero mientras tanto agradecería comentarios al respecto. ¿Que os parece?

Actualizacion

Ayer la gente de Google libero por fin una version de Google Chrome para Mac OS X(Leopard) y Linux. Esta version, esta destinada unicamente a los desarrolladores ya que la falta de Flash, los problemas con acentos, ni la incorporacion de Google Gears en su nucleo, nos muestra una version mas alpha que beta, pero que eso si, no deja perplejos en cuanto a velocidad de navegacion en general. Sera interesante seguir este proyecto y ver hasta donde es capaz de llegar.

Por lo menos, ya podemos depurar nuestras aplicaciones en Chrome cuando desarrollamos sobre Mac OS X o Linux.

Esto es sin duda la noticia del día de ayer. Primero con la presentación de una página de demo en Youtube en la que usamos HTML5 y los controles multimedia para mostrar los videos [Via MarlexSystems] (solo en Chrome, Safar4i, Webkit, Firefox 3.5,..).

<article id="watch-page">
  <h1>O3D Beach Demo</h1>
  <section id="main-content">
	<div id="video-player">
		<video width="640" height="360" src="/demo/google_main.mp4?2" autobuffer>
			<div class="video-fallback">
				<br>You must have an HTML5 capable browser.
			</div>
		</video>
		<div class="controls">
			<button class="play-button"></button>
			<div class="progress-bar">
			<div class="progress-list">
				<progress class="load-progress" value="0" style="width: 0%;"></progress>
				<progress class="play-progress" value="0" style="width: 0%;"></progress>
				<a href="#" class="scrubber-button" style="left: 0%;"><img src="/demo/transp.gif" width="16" height="16"></a>
			</div>
[...]

Si puedes probarlo te lo recomiendo, es una gozada, ver por fin que funciona, y como funciona

Por otro lado, en el Google I/O se ha presentado Google Wave, lo último de Google que suena a Facebook, Twitter,Friendfeed,Gmail, Messenger, BaseCamp, Office, Wiki, FlickR … killer. Una aplicación que promote cambiar la forma de interactuar con los demás en Internet.

(Ver Imagen)

Todo ello, haciendo uso de las propiedades de HTML5, sacándole el máximo partido al estandar para innovar una vez más.

Hoy se ha publicado una nueva versión de Google Chrome, la 2.0 estable, que se está presentando a la red como una versión 30% más rápida que su versión anterior.

(Ver Imagen)

Hay que decir, que ese incremento de velocidad es en el motor javascript llamado V8. Lo que hace que este incremento en páginas muy cargadas de Javascript sea muy significativo.

(Ver Imagen)

Además, se ha añadido el autocompletado de formularios, algo que hasta el momento no estaba disponible y unas mejoras en el módulo de pestaña nueva, posibilidad de poner a pantalla completa y se han corregido cerca de 300 bugs detectados.

Progresivamente debería ir actualizandose, aunque los más ansiosos podrán descargarla directamente desde aquí.

En Bitacoras.com ha publicado un interesante informe sobre el estado de la blogosfera hispana. Contando con más de 319.000 bitácoras registradas, más de 3.000.000 de posts indexados, sus más de 16.000.000 de enlaces procesados y sus más de 115.000 usuarios registrados con perfil completo, es posible obtener unos dator muy interesantes y sobretodo muy certeros.

Los bloggers

(Ver Imagen)

Según el informe sacamos que los bloggers, en su mayoría, son hombres (81,18%) de entre 19 y 44 años (80%) (muy similares a los que obtenemos en la BlogoEdad) y vive en España (52%), concretamente en Madrid (37,2%).

El contenido

(Ver Imagen)

El contenido que estos bloggers generan, es en su mayoría de carácter general (33,7%) que frecuentemente actualiza su bitacora durante la semana (80%) y descansa los fines de semana. Y que además lo hace a partir de las 11:00 y deja de hacerlo a las 00:00 (60-65%) .

Más datos y más detallados en Bitacoras.com

Hoy, ha caido Google, y todos sus servicios, aunque parezca irreal e improbable,… ha pasado. Y el problema es que no solo han caido los servicios de Google Mail, Google Maps, … sinó que todas las páginas que usan sus servicios. Por poner un ejemplo, en el trabajo hemos estado unos minutos estresados mirando el por que nuestra aplicación no terminaba de cargar, y al darnos cuenta de que Google estaba caido hemos caido en el problema, y menudo problema.

El problema era que estamos llamando a Google Maps en <head /> de la aplicación, algo realmente lógico partiendo de que es lugar en el que meter la lógica de nuestra aplicación. Por desgracia, cuando el servicio está innaccesible o lento, esto produce un tiempo de espera considerablemente largo. Para ello, la solución es hacer un buen desarrollo que no dependa del Javascript de ese servicio y además, incluirlo en la parte inferior de la página, justo antes de </body>.

Con la llegada de servicios como Ajax Libraries, este problema se acentúa ya que estamos delegando el framework JS a Google, y si este cae, todo lo que tenemos montado para él, dejará de funcionar.

Importante recordar, que los scripts ajenos a la aplicación, osea ubicados en un servidor externo debería estar justo antes del cierre de <body> y así, nos ahorramos problemas de carga innecesarios como los de hoy.

<script type="text/javascript" src="mi-script-en-google.js"></script>
</body>

Posible solución a un problema así

Bueno, se me ocurre una solución sencilla para comprobar si el servició está disponible y en caso de no estarlo, ofrecer una alternativa.

var sc = document.createElement("script");
sc.type = "text/javascript";
// SRC de Google
sc.src = 'http://ajax.googleapis.com/ajax/libs/jquery/1.2/jquery.min.js?rand=' + Math.random();
var timer = setTimeout(function(){
   if (typeof jQuery == 'function') return;
        var sc = document.createElement("script");
        sc.type = "text/javascript";
        // SRC local
        sc.src = 'http://www.anieto2k.com/wp-content/themes/anieto2k08/js/jquery-1.2.6.min.js';
        document.getElementsByTagName("head")[0].appendChild(sc);
   // Tiempo en milisegundos que estimamos pueda tardar.
}, 200);

sc.onload = sc.onreadystatechange =  function(e){
    clearTimeout(timer);
}
document.getElementsByTagName("head")[0].appendChild(sc);

Sin duda, la mejor opción siempre es tenerlo alojado en tu servidor. Pero si por algún motivo esto no es posible, quizás te pueda ayudar.