Internet Explorer 9 è vecchio, lo dice Mozilla. Microsoft risponde

Internet Explorer 9 è vecchio, lo dice Mozilla. Microsoft risponde

Nei giorni scorsi Mozilla ha sollevato critiche nei confronti di Internet Explorer 9 accusando Microsoft di aver rilasciato test parziali. Microsoft ha risposto sottolineando quale sia la propria visione di browser moderno

di pubblicata il , alle 11:54 nel canale Web
MicrosoftMozilla
 
85 Commenti
Gli autori dei commenti, e non la redazione, sono responsabili dei contenuti da loro inseriti - info
Sajiuuk Kaar19 Febbraio 2011, 00:00 #61

dopo donna moderna...

..."browser moderno! perchè anche il tuo browser dev'essere CoOoOol e F€$ci0n!"
-.-

Non so voi ma io il browser lo uso per visitare pagine web, non per lanciare missili balistici O.o
shynobi19 Febbraio 2011, 00:24 #62
Originariamente inviato da: Sajiuuk Kaar
..."browser moderno! perchè anche il tuo browser dev'essere CoOoOol e F€$ci0n!"
-.-

Non so voi ma io il browser lo uso per visitare pagine web, non per lanciare missili balistici O.o
Grande, ti quoto in pieno.
devil_mcry19 Febbraio 2011, 00:26 #63
Originariamente inviato da: hexaae
In che senso?
C'è poco da sminuire: è una feature molto importante e che funziona molto bene dando una garanzia molto superiore di sicurezza rispetto a non averla.
L'hanno aggiunga in IE7 dal 2007, l'ha aggiunta Google a Chrome 2 anni dopo perché hanno saggiamente capito l'utilità, e solo FFox resta scoperto in questo modo contro nuovi malware ancora "da patchare".
Non si discute sulla sua efficacia sebbene ovviamente non voglia dire che cura ogni male dato che i bug che possono cmq causare (ad es.) elevazione di privilegi in un OS o suoi componenenti sono e saranno sempre presenti (anche su sistemi Unix, MacOSX etc.) ma è certamente una garanzia [U]molto efficace[/U] in più:

http://blogs.technet.com/b/markruss...x?wa=wsignin1.0
http://msdn.microsoft.com/en-us/lib...2(v=vs.85).aspx
http://msdn.microsoft.com/en-us/lib...0(v=vs.85).aspx
http://technet.microsoft.com/en-us/ie/Video/dd878120
http://blogs.msdn.com/b/ie/archive/...ed-ie-lcie.aspx

http://www.chromium.org/developers/...cuments/sandbox


esatto, che poi in firefox ci hanno pure provato a inserire una sandbox, ma non funziona praticamente dato che è implementato come plugin che lavora sulle singole pagine mi pare

io comunque uso chrome da quando firefox ha passato quel bel periodo tra falle di sicurezza pesanti e crash, mi pare la versione 3.qualcosa, prima della 3.6

non sono più tornato indietro, apparte che io poi recentemente oltre alla sandbox ho messo a sua volta anche il browser intero sotto sandboxie in modo che anche i file scaricati siano bloccati
blackshard19 Febbraio 2011, 14:27 #64
Originariamente inviato da: devil_mcry
esatto, che poi in firefox ci hanno pure provato a inserire una sandbox, ma non funziona praticamente dato che è implementato come plugin che lavora sulle singole pagine mi pare

io comunque uso chrome da quando firefox ha passato quel bel periodo tra falle di sicurezza pesanti e crash, mi pare la versione 3.qualcosa, prima della 3.6

non sono più tornato indietro, apparte che io poi recentemente oltre alla sandbox ho messo a sua volta anche il browser intero sotto sandboxie in modo che anche i file scaricati siano bloccati


stai facendo gran confusione.
La "sandbox" che tutti decantano è una funzionalità messa a disposizione dal sistema operativo (Vista e 7) che viene sfruttata da IE e da chrome.

Di nuovo:
http://en.wikipedia.org/wiki/Mandat...tegrity_Control

E non serve a rendere il browser più sicuro di per se, ma a confinare il processo in un ambiente "virtualizzato", così da introdurre un livello di disaccoppiamento fra il processo e il sistema operativo.

Quello di cui parli tu è la suddivisione in processi di ogni tabella, piuttosto che usare i thread. Chrome usa un processo per ogni tabella che apri, mentre firefox usa lo stesso processo per tutte le tabelle, mentre manda in esecuzione i plugin più "a rischio di crash" in processi separati (leggi adobe flash), così se loro si bloccano, non tirano giù tutto il browser.

Per quanto possa essere cool e fashion chrome, è anche molto più dispendioso sia dal punto di vista dell'uso di ram che per quanto riguarda l'overhead di comunicazione interprocesso.

Tornando al discorso firefox, quello che la massa acclama non sempre è giusto, anzi quasi mai. E ciò accade specialmente quando la massa è modaiola e si spaccia per esperta quando non capisce un'acca dell'argomento.
wal7er19 Febbraio 2011, 16:10 #65
Originariamente inviato da: blackshard
...

Personalmente, quando lavoro su siti web, faccio tutto a mano e se testo con FF, Chrome e Safari vedo sempre la stessa cosa. Quando testo con IE6 vedo una cosa diversa da IE7 che mostra ancora un'altra cosa diversa da quella mostrata da FF, Chrome e Safari.

Per quanto riguarda la sandbox, ho l'impressione che si ha un'idea abbastanza distorta della funzionalità:

http://en.wikipedia.org/wiki/Mandat...tegrity_Control


Completamente d'accordo!

Aggiungo solo una parola FIREBUG!
hexaae19 Febbraio 2011, 16:59 #66
Originariamente inviato da: blackshard
stai facendo gran confusione.
La "sandbox" che tutti decantano è una funzionalità messa a disposizione dal sistema operativo (Vista e 7) che viene sfruttata da IE e da chrome.

Non esattamente. Chrome anche su XP lavora in modalità protetta. Su Vista/7 usa ANCHE gli Integrity Level (ridondanti per certi versi in quanto in pratica fa già la stessa cosa "a mano", ma gli IL aggiungono delle sicurezze in più. IE (che ce l'ha dal 2007 prima di tutti) sfrutta solo gli IL (quindi solo Vista/7, quanto l'UAC è attivo) ma all'atto pratico fa la stessa identica cosa isolando i diritti dei vari processi e facendoli lavora in Low IL: se anche un malware nuovo e non ancora conosciuto sfruttasse una falla si ritroverebbe con diritti di esecuzione, scrittura, modifica delle chiavi di regsitro etc. talmente bassa (più bassa dell'utente collegato!) da non poter far nulla quindi fallendo il suo attacco sul principio dei least privileges...

Quello di cui parli tu è la suddivisione in processi di ogni tabella, piuttosto che usare i thread. Chrome usa un processo per ogni tabella che apri, mentre firefox usa lo stesso processo per tutte le tabelle, mentre manda in esecuzione i plugin più "a rischio di crash" in processi separati (leggi adobe flash), così se loro si bloccano, non tirano giù tutto il browser.

Anche IE usa thread e processi diversi (in realtà sin dalle beta di IE8, prima di Chrome. Solo che poi la pubblica di Chrome è uscita prima quindi in Google si sono vantati di questa cosa proponendola come novità ) per ogni scheda. Davvero FFox ancora no?

Per quanto possa essere cool e fashion chrome, è anche molto più dispendioso sia dal punto di vista dell'uso di ram che per quanto riguarda l'overhead di comunicazione interprocesso.

In realtà no. Le precauzioni di sicurezza adottate non hanno un impatto visibile sulle prestazioni (usano solo cose già messe a disposizione dell'OS infondo). In fatto di RAM FFox spreca moltissimo, e non si capisce bene come e perché quando in effetti sulla carta Chrome ad esempio dovrebbe sprecare di più. Se vai a vedere però la realtà dimostra che FFox è il più "sprecone" a parità di siti aperti....

E ciò accade specialmente quando la massa è modaiola e si spaccia per esperta quando non capisce un'acca dell'argomento.

Infatti purtroppo la massa non ha manco idea di cosa sia la "Modalità protetta" e non capisce quindi nulla di sicurezza. Va sul browser più bello & veloce, ignorando ogni altra questione...

Originariamente inviato da: wal7er
Aggiungo solo una parola FIREBUG!


Non ci sono dubbi. Firebug è LO strumento per il web-developer...
C'è una versione Lite anche per IE ma non è la stessa cosa. Sarebbe indubbiamente utile anche per il browser di MS.
ld5019 Febbraio 2011, 17:00 #67
Originariamente inviato da: Darkon
ie9 si prospetta piuttosto deludente alla fine.... sul fronte dell'HTML5 PER IL MOMENTO (poi c'è da vedere la versione finale) lascia alquanto a desiderare.

Spero che il tutto sia decisamente migliorato.


già piuttosto deludente, meglio firefox 4 che quando scrolli ti fa venire il mal di testa perchè va a scatti...
ancora sta roba nel 2011. E' una vergogna.
Per non parlare del fatto che non vedo una versione di firefox a 64bit...

In casa firefox dovrebbero stare attenti perchè la loro popolarità e il loro successo l'hanno costruito sulla mediocrità altrui non certo sull'eccellenza.
devil_mcry19 Febbraio 2011, 18:19 #68
Originariamente inviato da: blackshard
stai facendo gran confusione.
La "sandbox" che tutti decantano è una funzionalità messa a disposizione dal sistema operativo (Vista e 7) che viene sfruttata da IE e da chrome.

Di nuovo:
http://en.wikipedia.org/wiki/Mandat...tegrity_Control

E non serve a rendere il browser più sicuro di per se, ma a confinare il processo in un ambiente "virtualizzato", così da introdurre un livello di disaccoppiamento fra il processo e il sistema operativo.

Quello di cui parli tu è la suddivisione in processi di ogni tabella, piuttosto che usare i thread. Chrome usa un processo per ogni tabella che apri, mentre firefox usa lo stesso processo per tutte le tabelle, mentre manda in esecuzione i plugin più "a rischio di crash" in processi separati (leggi adobe flash), così se loro si bloccano, non tirano giù tutto il browser.

Per quanto possa essere cool e fashion chrome, è anche molto più dispendioso sia dal punto di vista dell'uso di ram che per quanto riguarda l'overhead di comunicazione interprocesso.

Tornando al discorso firefox, quello che la massa acclama non sempre è giusto, anzi quasi mai. E ciò accade specialmente quando la massa è modaiola e si spaccia per esperta quando non capisce un'acca dell'argomento.


guarda che è proprio quello che intendevo io, so cos'è una sandbox e quali sono i suoi scopi, non ho mai detto che rende il browser + sicuro di per se (e mi pare che hexaae intenda la stessa cosa) ma è ovvio che indirettamente rende più sicura la navigazione sul web dato che come dici anche tu separa le due parti

io dal mio ho anche, come dicevo, aggiunto una seconda sandbox per mantenere diviso tutto anche i file che scarico e quelli che potrebbero scaricarsi involontariamente

al tempo cercai, per firefox c'era un progetto di sanbox ma lavorava in modo diverso, se cerchi lo trovi facilmente credo esista ancora

inoltre chrome ha la sandbox anche su linux e xp e non è quella che intendi tu

Doesn't Vista have similar functionality?

Yes. It's called integrity levels (ILs). The sandbox detects Vista and uses integrity levels, as well. The main difference is that the sandbox also works well under Windows XP. The only application that we are aware of that uses ILs is Internet Explorer 7. In other words, leveraging the new Vista security features is one of the things that the sandbox library does for you.


http://dev.chromium.org/developers/...box/Sandbox-FAQ

quella di cui parli tu, non è la sandbox di chrome che poi funzioni più o meno ugualmente è un'altro discorso

il controllo separato delle tab credo che ormai lo implementano tutti i browser, non è nemmeno questione di estetica perchè onestamente a me del layout mi interessa abbastanza poco (giusto sul netbook torna comodo visto il monitor piccino) anche perchè è tutto sommato simile a ie8 direi

per il discorso della ram poi, è un non problema, mediamente tutti hanno 2-4gb di ram, e comunque si parla di valori molto bassi che nn darebbero problemi nemmeno con 1 gb di ram
blackshard19 Febbraio 2011, 19:52 #69
Originariamente inviato da: hexaae
Non esattamente. Chrome anche su XP lavora in modalità protetta. Su Vista/7 usa ANCHE gli Integrity Level (ridondanti per certi versi in quanto in pratica fa già la stessa cosa "a mano", ma gli IL aggiungono delle sicurezze in più. IE (che ce l'ha dal 2007 prima di tutti) sfrutta solo gli IL (quindi solo Vista/7, quanto l'UAC è attivo) ma all'atto pratico fa la stessa identica cosa isolando i diritti dei vari processi e facendoli lavora in Low IL: se anche un malware nuovo e non ancora conosciuto sfruttasse una falla si ritroverebbe con diritti di esecuzione, scrittura, modifica delle chiavi di regsitro etc. talmente bassa (più bassa dell'utente collegato!) da non poter far nulla quindi fallendo il suo attacco sul principio dei least privileges...


Che è una cosa che va' a pennello per IE, visti i rinomati tempi con cui solitamente microsoft mette le patch anche a vulnerabilità importanti.
Mozilla almeno ha tempi di rilascio decisamente più brevi, di una feature del genere trarrebbe meno beneficio, anche se nel discorso generale è una cosa vantaggiosa.

Originariamente inviato da: hexaae
Anche IE usa thread e processi diversi (in realtà sin dalle beta di IE8, prima di Chrome. Solo che poi la pubblica di Chrome è uscita prima quindi in Google si sono vantati di questa cosa proponendola come novità ) per ogni scheda. Davvero FFox ancora no?


No, firefox usa un processo (quello genitore) per le tab e un processo per i plugin. In effetti anche qui vale la pena mettere sulla bilancia pro e contro: mettiamo ad esempio che il browser in se causa l'1% dei crash e il 99% sono dovuti ai plugin esterni, ovviamente non vale la pena avere come priorità di sviluppo il fatto di piazzare una tab in un processo.
Con firefox uso sempre flashblock e onestamente crash ne ho sempre avuti pochissimi, tant'è che non ricordo particolari situazioni se non un caso (ripetibile tralaltro) con la beta 9 nel momento in cui cercavo di scaricare filezilla client. Aggiornando alla beta 10 il problema s'è risolto.
E questo, in ottica complessiva, potrebbe anche giustificare il fatto che vengano sottomesse molte versioni beta prima della 4 definitiva, cioè avere un browser solido e stabile piuttosto che propinare un prodotto incompleto che però se va' in crash non destabilizza tutto.

Originariamente inviato da: hexaae
In realtà no. Le precauzioni di sicurezza adottate non hanno un impatto visibile sulle prestazioni (usano solo cose già messe a disposizione dell'OS infondo). In fatto di RAM FFox spreca moltissimo, e non si capisce bene come e perché quando in effetti sulla carta Chrome ad esempio dovrebbe sprecare di più. Se vai a vedere però la realtà dimostra che FFox è il più "sprecone" a parità di siti aperti....


A me risulta l'esatto opposto:

http://www.dinoxpc.com/articolo/Bro...53F_1071-14.htm

La release 3.6 perdeva rispetto alla concorrenza in reattività (con un uso della CPU maggiore) ma con la 4 le cose sono molto migliorare grazie agli accorgimenti che si usano anche con gli altri browser.
E' un po' quello che è accaduto con 7 e XP: 7 *sembra* più veloce perchè sono stati adottati particolari tecniche per l'interfaccia, in realtà poi i benchmark mostrano che le prestazioni sono simili.

Originariamente inviato da: hexaae
Infatti purtroppo la massa non ha manco idea di cosa sia la "Modalità protetta" e non capisce quindi nulla di sicurezza. Va sul browser più bello & veloce, ignorando ogni altra questione...


Già, ma la cosa peggiore è che poi trovi commenti di sedicenti esperti che saltano di palo in frasca adducendo che loro usano sempre il meglio...
hexaae19 Febbraio 2011, 23:01 #70
Originariamente inviato da: blackshard
Che è una cosa che va' a pennello per IE, visti i rinomati tempi con cui solitamente microsoft mette le patch anche a vulnerabilità importanti.
Mozilla almeno ha tempi di rilascio decisamente più brevi, di una feature del genere trarrebbe meno beneficio, anche se nel discorso generale è una cosa vantaggiosa.

Essì. Si decidessero anche su FFox...



No, firefox usa un processo (quello genitore) per le tab e un processo per i plugin. In effetti anche qui vale la pena mettere sulla bilancia pro e contro: mettiamo ad esempio che il browser in se causa l'1% dei crash e il 99% sono dovuti ai plugin esterni, ovviamente non vale la pena avere come priorità di sviluppo il fatto di piazzare una tab in un processo.
Con firefox uso sempre flashblock e onestamente crash ne ho sempre avuti pochissimi, tant'è che non ricordo particolari situazioni se non un caso (ripetibile tralaltro) con la beta 9 nel momento in cui cercavo di scaricare filezilla client. Aggiornando alla beta 10 il problema s'è risolto.
E questo, in ottica complessiva, potrebbe anche giustificare il fatto che vengano sottomesse molte versioni beta prima della 4 definitiva, cioè avere un browser solido e stabile piuttosto che propinare un prodotto incompleto che però se va' in crash non destabilizza tutto.

In generale è cmq meglio. In particolare, sempre nell'ottica della sicurezza è la cosa migliore e serve a isolare...

La release 3.6 perdeva rispetto alla concorrenza in reattività (con un uso della CPU maggiore) ma con la 4 le cose sono molto migliorare grazie agli accorgimenti che si usano anche con gli altri browser.
E' un po' quello che è accaduto con 7 e XP: 7 *sembra* più veloce perchè sono stati adottati particolari tecniche per l'interfaccia, in realtà poi i benchmark mostrano che le prestazioni sono simili.

Mi riferivo principalmente alla 3.6 non beta... Vedremo con FFox 4.
Se dessero un occhio anche all'isolamento dei processi/sandboxing e quindi sicurezza, FFox sarebbe notevole... Per ora si difende con update rapidi ma è troppo poco, perché non ti proteggono da falle/nuove tecniche di malware ancora sconosciute.

Devi effettuare il login per poter commentare
Se non sei ancora registrato, puoi farlo attraverso questo form.
Se sei già registrato e loggato nel sito, puoi inserire il tuo commento.
Si tenga presente quanto letto nel regolamento, nel rispetto del "quieto vivere".

La discussione è consultabile anche qui, sul forum.
 
^