Javascript
Publicado el 10/11/2009 a las 3:30 pm por Franco Catrin
(cc) por Dmitry Baranovskiy
Brendan Eich, creador del lenguaje JavaScript, líder de Mozilla Foundation y CTO de Mozilla Corporation declaró que las implementaciones de JavaScript son cada vez más rápidas, y que esto ha ayudado a que los desarrolladores lo usen en nuevos tipos de aplicaciones.
Eich cree que muchas de las aplicaciones que hoy se hacen en Flash se podrán hacer perfectamente en JavaScript en el futuro. Por ejemplo, con los nuevos estándares se podrán ver juegos 3D escritos en JavaScript, algo que era impensado hasta hace poco.
Un factor clave para que JavaScript llegue a ese punto es que Microsoft agregue en Internet Explorer las mejoras que se están haciendo al lenguaje y otras tecnologías relacionadas, o que al menos ésta pueda ser agregada por medios alternativos.
Hace tiempo que JavaScript dejó de ser percibido como el hermano chico de Java, donde este último se veía como un lenguaje de programación real en comparación. Aunque hay gente que puede no estar de acuerdo, para Eich Java está prácticamente muerto en el lado cliente de las aplicaciones web, mientras que JavaScript está en todos lados.
Continuar Leyendo “Creador de JavaScript cree que podría desplazar a Flash en el futuro” »
Publicado el 31/08/2009 a las 8:55 am por F. Figueroa Fagandini
(cc) nojhan - Flickr
Todos sabemos que Wikipedia tiene su fortaleza en la cantidad y su flanco más criticado en la calidad, un prejuicio que muchas veces es injustificado y alimentado por las publicaciones tradicionales o los competidores virtuales, pero que en otros lamentables casos es cierto: hay gente inescrupulosa que no trepida en usar un proyecto tan vasto y que a todos beneficia para jugar bromas pesadas o llevar agua a su molino, sea metiendo links a sus propios sitios, cambiando las versiones oficiales a su conveniencia o difamando personas hacia las cuales albergan algún resentimiento, por nombrar algunos vicios.
El problema ha sido mitigado estableciendo control editorial, pero comprenderán que es un poco difícil monitorear 10 millones de artículos. Hoy supimos que la fundación Wikimedia ha dado con un método adicional para ayudar a reforzar la credibilidad de su contenido.
El proyecto se llama WikiTrust y consiste en desplegar una coloración para el trasfondo del texto, la cual es de un color naranja intenso para las ediciones más recientes y/o de autores menos confiables, y se va tornando más claro hasta llegar a ser blanco para aportes que por antigüedad o reputación de sus autores se considera absolutamente fidedigno. La reputación, por cierto, se calcula tomando en cuenta la cantidad y antigüedad de los aportes de un mismo usuario.
Por ahora, el funcionamiento puede probarse en el mismo sitio de Wikitrust, en donde pinchando sobre check text encenderán la coloración. A mi parecer le falta un poco de trabajo a nivel de forma, porque el paso de versión normal a coloreada podría hacerse modificando el CSS via Javascript para no tener que recargar la página.
Link: Wikipedia to Color Code Untrustworthy Text (Wired)
Publicado el 23/07/2009 a las 11:00 am por ZooTV
Un ingeniero que trabaja en la compañía responsable del navegador Opera, cuenta una anécdota en su blog que explica cómo una simple línea de JavaScript le salió muy cara a una compañía que vende servidores.
La historia se remonta al tiempo cuando Opera planificó la compra de una cantidad importante de servidores, debido al crecimiento que tendría el uso de Opera Mini, la implementación de Opera Link y al crecimiento del servicio My Opera.
Como sucede en estos casos la compañía se puso en contacto con diversas empresas que ofrecen estas máquinas, quienes les enviaron equipos de prueba para evaluar si cumplían con las necesidades de la compañía.
Cuando uno de los administradores de sistemas de Opera inició un servidor perteneciente a una de las compañías más importantes del mundo -cuyo nombre no quiso revelar- con el objeto de probar su interfaz web de administración, se sorprendió al ver que era redirigido de forma inmediata a una página de error. Luego de revisar el código JavaScript detrás de la interfaz se encontró con las siguientes líneas:
if (is.opera)
(
window.location.href = “config / error.htm”;
)
Claramente la venta de los servidores de esta importante compañía no se materializó.
Link: Most expensive javascript ever? (Vía Slashdot)
Publicado el 16/07/2009 a las 11:00 am por ZooTV
Una importante vulnerabilidad de Firefox 3.5 salió a la luz antes que la gente de Mozilla publicara un parche. Se trata de una vulnerabilidad que se aprovecha de una nueva característica incorporada en Firefox 3.5, gracias a la cual se acelera el ritmo de ejecución de JavaScript, pero que a su vez es vulnerable a ataques.
Los atacantes pueden crear una página web que incluya código malicioso que se aproveche de la vulnerabilidad, por lo que se recomienda la desactivación de JIT (Just-In-Time) en el motor de Java siguiendo estos pasos:
- Escribir about:config en la barra del navegador
- Escribir jit en la caja del filtro en la parte superior del editor de configuración
- Hacer doble clic en la línea que contiene javascript.options.jit.content, para establecer el valor false
Hay que tener en cuenta que al deshabilitar JIT hacemos que el rendimiento de JavaScript disminuya, por lo que sólo se recomienda como una medida de seguridad temporal.
Una vez que se publique el respectivo parche para resolver el problema, se recomienda habilitar nuevamente JIT siguiendo los mismos pasos descritos anteriormente.
Link: Critical JavaScript vulnerability in Firefox 3.5 (Gracias Thomas)
Publicado el 30/04/2009 a las 1:00 pm por ZooTV
Se ha descubierto una nueva vulnerabilidad que afecta a Adobe Reader en sus versiones 8.1 y 9.1 (para Windows, Mac y Linux).
El problema estaría radicado en la función ”getAnnots()”, la que por un error podría permitir que se ejecutara código remoto en el computador afectado.
Por el momento la compañía se encuentra analizando el problema, pero ha recomendado a los usuarios desactivar JavaScript en Adobe Reader.
Link: Potential Adobe Reader Issue (Vía CNET)
Publicado el 21/03/2009 a las 5:55 pm por Boxbyte
El mismo día que Microsoft lanza la versión definitiva de Internet Explorer 8 (que al parecer no ha superado la prueba del Acid Test 3), Google no se queda atrás y muestra el desempeño de Javascript en su navegador Chrome mediante un sitio llamado Chrome Experiments que tiene 35 interesantes juegos animados y widgets que ponen a prueba el navegador.
Dos de estos interesantes experimentos es Google Gravity, donde vemos caer los elementos de este buscador con el efecto de gravedad y aún así realizar una búsqueda. Browser Ball es un experimento donde rebota una pelota a través de las ventanas de Chrome.
En algunas pruebas que realicé, noté que estos experimentos funcionan mejor con navegadores basados en los motores de renderizado Gecko y Webkit, mientras que en IE8 solo funcionaban unos pocos.
Link: Google’s Amazing Browser Experiments (Slashdot)
Publicado el 11/02/2009 a las 5:10 pm por Franco Catrin
(CC) 120linux.com
El lenguaje JavaScript por mucho tiempo fue relegado a operaciones simples. Su uso consistía básicamente en funciones cortas para validar si un número estaba dentro de un rango, si la dirección de correo estaba bien formada, si se habían ingresado los campos obligatorios, para cambiar imágenes sin recargar la página y otros usos de poca monta.
Cuando surge el concepto de AJAX y aplicaciones como GMail, Google Docs y Facebook, el web browser ya no es un tonto cliente liviano que sólo muestra lo que le dice el servidor, sino que se transforma en un cliente pesado que actúa por si mismo y por lo tanto necesita ejecutar una gran cantidad de código JavaScript.
Es en este contexto cuando el rendimiento de JavaScript se convierte en un factor relevante de la experiencia del usuario al usar la web como la conocemos hoy en día.
Continuar Leyendo “Linux sale mal parado en benchmark de JavaScript” »
Publicado el 06/02/2009 a las 8:00 am por ZooTV
Los ingenieros detrás del navegador noruego Opera, se encuentran trabajando en el desarrollo de un nuevo motor JavaScript (al que han denominado Carakan), que sería el motor más rápido del mercado.
Según las pruebas realizadas por los ingenieros, el nuevo motor es 2,5 veces más rápido que el motor que utiliza la versión 10 del navegador (Futhark).
Se espera que este nuevo motor sea integrado en cuanto se encuentre listo, aunque aún no pueden dar una fecha para su lanzamiento, ni tampoco qué versión del navegador lo incluiría.
Tendremos que esperar para ver efectivamente qué tan bien anda este nuevo motor, sobre todo comparándolo con los que utilizan el resto de los navegadores.
Link: Carakan (Opera Core Concerns)
Publicado el 21/10/2008 a las 7:00 pm por ZooTV
Según un estudio publicado en CNET las últimas revisiones de los navegadores que más han dado que hablar en el último tiempo (Firefox y Chrome) les vuelan la raja superan ampliamente a los navegadores tradicionales; aunque para ser honestos llama la atención el desempeño de IE8 Beta 2 (que no siempre anda bien con JavaScript).
En las pruebas de SunSpider Firefox 3.1 Beta 1, con el motor JavaScript TraceMonkey activo, es bastante más rápido que el resto de los navegadores evaluados.
Las mejoras también se notan en Chrome, que supera a Firefox 3.1 Beta 1 sin el motor TraceMonkey activo.
Ahora si comparamos el test JavaScript de Google el ganador lógicamente es Chrome, pero se espera que la distancias se vayan acortando en la medida que se vayan depurando ambas betas.
¿Y qué pasa con el resto de los navegadores?
Tanto Safari 3.1.2 como Internet Explorer 8 Beta 2 quedan bastante rezagados a la hora de evaluar el tratamiento de JavaScript, por lo que ambos bandos deberán trabajar duro para no seguir relegados y perder la carrera.
Me gustaría ver a Opera metido en el baile también.
Link: Newer Chrome, Firefox show speed improvements (CNET)
Publicado el 20/09/2008 a las 1:07 pm por ZeroZen
Cuando fue anunciado, SquirrelFish prometió ser hasta cuatro veces más rápido que el motor JavaScript usado por Safari 3. Apenas tres meses de desarrollo después, SquirrelFish ha sido sepultado por SquirrelFish Extreme, una versión un 50% más rápida que su predecesora, que comparativamente es 10 veces más rápida que Webkit 3.0, pero que de paso supera también a TraceMonkey, el motor tras Firefox 3.1 y a V8, su equivalente para Google Chrome.
Link: Introducing SquirrelFish Extreme (Vía Arstechnica)
Av. Providencia 929, Piso 4, Providencia, Santiago de Chile
— 
Tel: +56 (2) 367 7701
fayerwayer@betazeta.com [
