Firefox 4 Beta 11 - "Do not Track" képességgel

Mozilla

A Mozilla Corp. bejelentette Mozilla Firefox névre hallgató, nyílt forrású böngészőjének következő béta kiadását. A 4-es verzió 11. béta kiadásának érdekessége az Advanced fülön bekapcsolható "Do not Track" képesség. További részletek a kiadási megjegyzésekben, a változások listájában és az ismert hibák felsorolásában.

( suti | 2011. 02. 10., cs – 09:07 )

JS teljesítményt hol hagyták? lassan már a dobogóra se fog felkerülni, olyan gyenge lett ez a böngésző ...
_______
16,67 %

Firefox 4 b11 ==> Solved in: 1426 milliseconds and 45267 iteration.
Opera 11.01 ==> Solved in: 341 milliseconds and 45267 iteration.
Chrome 9.0.597.94 ==> Solved in: 197 milliseconds and 45267 iteration.

Eltelt idő:
FF: 100%
OP: 24%
CH: 14%

IE-t egészen biztosan nem fogok frissíteni...

Ettől függetlenül Firefox az alap böngészőm, és az is lesz, amíg a Chrome nem oldja meg legalább a következő dolgokat:
1, _Valódi_ AdBlock-er (nem element hider, külső alkalmazások hozzátákolása nem érdekel)
2, Biztonsági kivételek tartós hozzáadásának lehetősége

/irónia on

Nem baj az, pár éven belül megjelennek a browser és fészbúk koprocesszorok is. Közben addon-t kell alkalmazni pl. ahhoz, hogy csak megadott oldalakon tiltsa a js-t, pedig annyira triviális dolog hogy ezt tudja egy böngésző. Perpill 561MB-ot eszik a Firefox, 5 tabon van: 2 db Google lap, 2 db HUP lap, egy darab PHP+JS-es oldal. Csodálatos az irány.

/irónia off

_____________________
echo crash > /dev/kmem

( bervi | 2011. 02. 10., cs – 17:33 )

do not track - sok sikert a google torkan lenyomashoz.

( nikin v | 2011. 02. 11., p – 07:14 )

Nekem is a Firefox a default browserem. A többi csak weboldalt tesztelni van fent.
A memória fogyasztással meg tényleg kezdhetnének valamit mert azért az vicc, hogy hogyan lesz Z mennyiségű letöltött elemből 20xZ memóriafogyasztás.
Gondolom megvan a magyarázata, de nem hiszem, hogy ne lehetne optimalizálni erre.

### ()__))____________)~~~ ################
#"Ha én veletek, ki ellenetek?"#N210/Xubu

( tomaza | 2011. 02. 14., h – 15:26 )

mivel nincs olyan szekció hogy a nap hülye kérdése, itt kérdem meg :)

miért van az hogy egy gomb felé tolva az egeret az eltűnik?
(mármint nem technikailag hanem gyakorlatilag)
pl itt: http://www.eclipse.org/cdt/ a nagy gombok mouseoverre hátteret váltanak, ha már benne van a böngésző cache-ben azonnal megjelenik de egyébként várni kell rá

ez ilyen beépített tracking hogy mégis merre kószál az egér az oldalon?

vagy böngésző oldalon macerás lenne mindent megnézni hogy mit kellene előre betölteni?
vagy szerver oldalon ezt a preloadot csak túl magas szinten lehetne megoldani?
vagy csak spórolnak a sávszéllel?
vagy ez tényleg valami tracking?
vagy csak én látom az ellentmondást hogy a nagy gomb nagy háttérrel azért kell hogy aki ritkán jár arra (tehát nincs a cache-ben) könnyen meglássa? (sok oldalon jár az ember ritkán tehát állandóan eltűnnek a gombok aztán egy-egy másodpercig csak bambulnak.. szeritem nem túl szép megoldás)

Ez nem beépített tracking, azért van, mert összegányolták. Egyébként a JS alapú előtöltés ma már nem divat. Egy képbe teszik bele a kettőt mondjuk egymás alá és CSS-ből állítják az "eltolását", így garantáltan letöltődik mind a két kép egy elemként és mindez legalább egy http kérésben. Pl: http://webmania.cc/tunderi-manocskak-avagy-css-sprites/