Apró, ám fontos tény a webfejlesztők számára, hogy egy oldallekérés során a böngészőnk egy adott domain felé maximum két kérést küld, és ha több fülön indítunk el kéréseket, akkor is maximum 6 kérés megy párhuzamosan egyszerre az adott domain felé. A böngésző átkonfigurálásával ez megváltoztatható, és elvileg gyorsabb böngészés érhető el így (több helyen olvasni javaslatot ennek a számnak a növeléséről mint Firefox gyorsító tipp), ámde nem ilyen egyértelmű a helyzet. Az IE8 ezeket a számokat 2/6-ról 6/18-ra növeli – nem feltétlenül minden helyzetben érve el ezzel a kívánt hatást. Ezt járja körül az Ajax Performace bejegyzése.

A probléma a szerverek konfigurációjánál kezdődik. A jelenlegi beállításokkal sok szerver arra van felkészítve, hogy egy böngésző felé maximum 6 kérést szolgáljon ki. 18 kérés egyszerre történő kiszolgálása egyrészt megterhelőbb lehet, másrészt életbe léptetheti a DOS támadás kivédését szolgáló biztonsági mechanizmusokat, vagy lassítva a kiszolgálást, vagy egyszerűen kitiltva egy kis időre az adott böngészőt (IP címet). A párhuzamosan több adat lekérése nagyobb sávszélesség és processzor igénnyel is rendelkezik, a sávszélesség igény a forgalomdíjas netet használókat érintheti rosszul, a processzor igény pedig jellemzően mindenkit.

A problémát egyébként már megoldották (megkerülték) azok a webes szolgáltatásokat nyújtók, akik gyorsabb kiszolgálást szerettek volna elérni. A megoldás több aldomainről kiszolgálni a kéréseket, így megszüntetni ezt a kötöttséget. Ebben az esetben azonban van egy strapabíró szerver környezet a háttérben, és megvan a lehetőség is a skálázásra.

Az IE8 ezirányú változtatásának tehát ára lehet, azzal együtt, hogy
maga az ötlet nem feltétlenül rossz, nem biztos hogy jó lesz a hatása.
A tapasztalatokat most lehet gyűjteni, míg béta állapotú a
böngésző, aztán esetleg ezt megváltoztatni, visszaállítani a régi
állapotot, ha ez szükséges.

Jellemzően kézzel is legyártja az ember egy oldal menüszerkezetét, mégis egy olyan oldallal kerültem szembe, ami sokat tud segíteni: a menü designolásától a konkrét HTML + CSS kód elkészítéséig. Mivel a minap találkoztam megint egy olyan webfejlesztővel, aki szerint a táblázatos layout kényelmesebb, fokozottan ajánlani tudom a szolgáltatás által összeállított kódot. Íme, az IzzyMenu:

Dolgoznak a HTML munkacsoport tagjai, olvasom a HTML Infon, és valóban, megy a fejlesztés. Fejlesztik, megvitatják a HTML 5 szabványt, fejlesztik a böngészőket. A Firefox, Safari/WebKit, Opera kapcsán már megszokhattuk a folyamatos fejlesztést, s míg az IE7-tel közel sem lehettünk elégedettek, az IE8 esetében előfordulhat, hogy nem lesz rá rossz szavam (több rossz szavam, mint bármelyik más böngészőre). Az aktív fejlesztés a böngészőpiac minden szegmensében pedig jó, a bepunnyadt lehetőségeket épp az ideje egy kicsit felturbózni. Sajnos továbbra is nagy kérdés, hogy mikor hal ki végre az IE6, és szívesen megásnám a sírját az IE7-nek is. Reméljük ezen a szinten is tudnak az IE8 kapcsán látható előrelépést tenni a Microsoftnál. Mert rajtuk múlik.

De lássuk, hogy mi a helyzet a jövőt illetően – amikor a ma még fejlesztett böngészők elterjednek széleskörűen. Kapunk teljes CSS 2.1 támogatást. Ez olyan dolgokat tesz végre lehetővé, mint a display: table, vagy a CSS generált tartalom (content) lehetősége. De jön a :before, :after, :focus pszeudo elem támogatás, és az outline is, mely elemek kiemelését teszi lehetővé a layout megváltozása nélkül.

A HTML elemek alt tulajdonsága végre alternatív tartalomként, és nem title-ként fog viselkedni. A manapság nem túl széleskörben használt button HTML elem a value tulajdonságát fogja a szerver felé elküldeni, nem pedig az általa befoglalt HTML részletet.

Fejlődik az AJAX és a JavaScript is. A getElementById függvény kisbetű-nagybetű érzékeny lesz, és tényleg csak az akkor ad vissza egy elemet, ha az id tulajdonsága egyezik, és nem akkor is, ha a name tulajdonsága egyezik. Lehetővé válik az egyes weboldalak (iframe-ek) közötti biztonságos kommunikáció a postMessage lehetőségével. A böngészők támogatni fogják a különböző domainek közötti “AJAX” kommunikációt, adatok elérését is, bár várhatóan nem szabványosan, de ez egy függvénykönyvtárral megoldható lesz.

Javulnak a fejlesztőeszközök, a Microsoft gyakorlatilag lemásolta a Firebugot (éljen), fejlődik a Firebug is. Remélhetőleg további ügyes eszközök is elterjednek, és az Opera és WebKit is hasonló szintű eszközöket fognak tudni majd felmutatni.

Ezek a szösszenetek IE8 központúan, és erősen szubjektív válogatásban tükrözik azokat az újdonságokat, melyek remélhetőleg mihamarabb (persze ez itt most 2-3 évet is simán jelent) mindennapi munkánk során használhatóak lehetnek úgy, hogy aggódnunk kellene azt illetően, milyen böngészőt használnak látogatóink. Addig is: nem árt megismerni ezeket (sok böngészőben már kipróbálhatóak, tesztelhetőek!), és felvenni a ritmust a fejlődő és egyre szabványosabb web kapcsán. Itt az ideje.