aNieto2K

Los que me leen a diario saben las maravillas que siempre hablo de Firebug y saben que para mi es la mejor aplicación para Firefox y con la que cada día me ahorro horas de trabajo debugueando aplicaciones.

Lamentablemente no siempre puedo disponer de ella, mucha veces navegadores como IE, Safari, Opera me limitan su uso y he de buscar alternativas. Son muchas las herramientas que hay para todos esos navegadores, pero ninguna tan parecida a Firebug.

pi.debugger, es una herramienta muy completa, desarrollada en Javascript que nos emula el funcionamiento de Firebug. En la imagen vemos las opciones básicas con las que Firebug nos asombraba en aquella versión 0.x. Pudiendo ver la estructura HTML de la página, el contenido CSS y el DOM de la página.

[Descargar][Demo]

Firefox 3 incorpora muchas mejoras y muchas nuevas funcionalidades para facilitar la vida al usuario. Entre ellas está el sistema de identificación de sitios, un sistema con el que se intenta evitar los problemas de phishing que actualmente sufren muchos usuarios.

Actualmente, los usuarios de Firefox2, únicamente somos capaces de diferenciar un sitio de uno “seguro” mediante el sistema de encriptación, que cuando detecta que has pasado a ese sistema nos cambia la barra de dirección a un color amarillo pastel.

En Firefox3 van un paso más adelante y además de detectar si un sitio está usando un encriptación para asegurar nuestro datos, nos mostrará 3 colores que indicarán el nivel de seguridad del sitio. Ideal para sitios destinados a almacenar, manipular y trabajar con datos sensiles del usuario.

Gris, azul y verde, indicarán el nivel de seguridad de cada sitio.

Gris - No hay información de identidad

No se ha encontrado información sobre la identidad del sitio, la conexión entre el servidor y el navegador no está encriptada por lo tanto no se puede asegurar que sea seguro usar datos sensibles.

Azul- Información de identidad básica

Indica que el sitio ha sido validado, que la conexión entre navegador y servidor está encriptada, por lo tanto tenemos un cierta garantía de seguridad.

Verde - Información de identidad completa

Indica que el sitio está completamente validado, la conexión está encriptada y el sitio está usando el nuevo Extended Validation Certificate, un certificado especial que requiere un verificación de identidad más rigurosa que otros certificados. Podemos confiar en el sitio.

Amarillo -  Certificado de identidad inválido

Nos aparecerá de este color, indicando que el certificado está caducado, necesita renovación, …

Rojo - Reporte de ataque

Indica que el sitio ha sido reportado como peligroso y que no deben introducirse sitios datos confidenciales en él.

La gente de Opera no para, hoy han publicado DragonFly, una herramienta que los desarrolladores estabamos pidiendo a gritos.

Al igual que Firefox tiene su Firebug, Internet Explorer su DebugBar, Companion.js, WebKit su Web Inspector, Opera ahora tiene DragonFly, una herramienta que permitirá depurar nuestras aplicaciones web sin tener que envidiarle nada a ningún navegador.

Lejos queda ya, aquella versión Javascript que comentamos hace un año más o menos (Opera Developer Console).

DragonFly

Actualmente está en fase beta y la verdad es que las limitaciones de uso demuestran su estado, únicamente puede usarse con Opera 9.50 beta2 y Opera Mobile 9.5 (que aún no ha salido). Algo que limita el rango de usuarios dispuestos a descargar una versión beta.

Como desarrolladores, no nos cuesta nada tener un navegador más donde testear, así que eligiendo una carpeta de instalación diferente no tendremos ningún problema en tener las 2 versiones.

Instalación

Una vez descargada la última vesión (Opera 9.50 beta2) iremos a Herramientas > Avanzado >Herramientas de Desarrollo.

Allí, si no hemos descargado Kestrel Beta aún (Herramienta necesaria), nos dará la posibilidad de descargar el código necesario que hemos de instalar para disfrutar de DragonFly. Tendremos que reinciar Opera.

Modo de uso

Una vez instalado, podemos empezar a usarlo. Para ello, volveremos a ir a Herramientas > Avanzado > Herramientas de Desarrollo y allí nos encontraremos con una ventana con una estructura similar a esta.

Entre las opciones a destacar,

• la posibilidad de editar Javascript en línea, gracias a la incorporación de una consola y un debugger que nos permite parar la ejecución en cualquier momento.

• la posibilidad de visualizar y alterar el DOM de la estructura HTML, así como los estilos CSS.

• una enorme consola, en la que veremos claramente los errores y warnings provocados por nuestra página.

Conclusión

Un gran paso a adelante por parte de Opera, que hasta ahora parecía un poco reticente a desarrollar una aplicación de estas características, complementando así un gran navegador.

Gracias Iñaki por el aviso.

Como era de esperar, los chicos de Bitacoras.com nos vuelven a dejar impresionados con el gran trabajo que le ponen a todo lo que hacen. Ahora, ha tocado darle una vuelta de tuerca al famoso Top500 de la antigua Bitacoras para ofrecer un ranking de blogs basado únicamente en datos internos, osea que no usan para nada datos de otras páginas.

Los datos que componen el ranking son los siguientes:

• Número de enlaces entrantes hacia un blog
• Número de anotaciones publicadas en el blog
• Popularidad del administrador del blog en la Red Social Bitacoras.com

Con estos datos y una serie de complicados cálculos, para evitar SPAM y datos fraudulentos, consiguen un ranking casi perfecto, que se actualiza cada semana, con los datos recopilados en el sitio.

Actualmente está límitado a 1000 bitácoras (que no son pocas), pero en futuras versiones irán apareciendo el resto, hasta llegar a las 276,721 (y subiendo).

Ranking por paises

Una de las opciones interesantes, es la posibilidad de filtrar el ranking por pais, lo que permite acotar el número de blogs mostrados en pantalla.

Integración en tu blog

Nos ofrecen la opción de incrustar en nuestro blog, una imagen mostrando la posición del ranking en la que te encuentras. Se nota la mano de Daniel Mota en el diseño de los iconos, no hace falta decir que en el nuevo rediseño (que algún día cambiaré :P) lo integraré.

Visitar: Top Bitacoras.com

Los navegadores web están desarrollados por equipos de personas que intentan acatar las normas que la W3C indica que deben cumplirse para que las páginas web se vean tal y como se ven. Evidentemente cada equipo tiene una visión de las normas y cada visión da como resultado una implementación. Por lo tanto cada equipo de desarrollo obtiene una implementación diferente de una misma normal.

Otros navegadores con más cota de mercado (IE’s) intentan cubrir las muchas necesidades que los usuarios solicitan, algo que lleva a la implementación de funcionalidades no incluidas en las normas especificadas por la W3C.

Otros navegadores con ansias de más cuote de mercado (FF, WebKit,/Safari, Opera,..) implementan nuevas funcionalidades a modo de propuestas para que la gente de la W3C piense en si deberían incluirlas dentro de las normas que definen ese estandar.

Está claro que cada navegador es una aplicación por separado y que la especificación sirve de guia para que estas aplicaciones vayan sobre un mismo rail. Quizas el rail es demasiado ancho y permite que varias aplicaciones tengan implementaciones muy diferentes, lo que nos obliga a los desarrolladores a usar hacks en capas más externas para obtener un resultado similar en todos los navegadores.

Una muestra de esta interpretación, son las diferencias entre la forma de mostrar los padding de ciertos elementos, como podemos ver, las diferencias son mínimas (en algunos casos). Pero muestran claramento la diferencia de visión de una misma idea desde diferentes equipos.

Hoy es un día muy duro para todo hombre y muchas mujeres

Carlos, solo me das malas noticias … hasta que se me pase estás en “No admitir”