Kifejezése IT

Tartalmazza JavaScript alján a HTML dokumentum

Ha nincs document.write (vagy bármilyen dinamikus generációs oldal tartalmát a JavaScript), hogy helyezze része az oldal tartalmát a scriptek, mozgassa a szkript include utasítást a lap aljára vége előtt a BODY tag.
A HTTP/1.1 specifikáció szerint böngészők letöltés legfeljebb két komponens párhuzamosan egy hostname. Ha szolgálni a képeket több gépneveket, akkor még több mint két letöltések fordulnak elő párhuzamosan. Míg egy szkript letöltése, azonban a böngésző nem indul el semmilyen más letöltések, még a különböző nevekre.
Vannak módon dinamikusan létrehozni SCRIPT csomópontok és a terhelés távoli szkriptek után az oldal betöltésekor AJAX.

Kihelyezni úgy JavaScript

Külső JavaScript fájlokat eredményez gyorsabb betöltése oldalak, mert a JavaScript fájlok cache a böngésző. Inline JavaScript "a HTML dokumentumokban get le minden alkalommal, amikor a HTML dokumentumban kérik. Ez tulajdonképpen számának csökkentése HTTP kérések, de később növeli a méretét a HTML dokumentumba. A külső JavaScript-k gyorsítótárba a böngésző, a méret a HTML dokumentum nélkül csökkenthető számának növelése HTTP kérések.
Kérjük, vegye figyelembe, hogy ha a felhasználók a webhely több oldalletöltést per session és sok a lapok újra ugyanazt a szkriptek és stíluslapok, van egy nagyobb potenciális előny a tárolt külső fájlokat.

Pack a JavaScript fájlok

Abban az esetben, JavaScript, CSS ellentétben, a fájlokat is csikorogva segítségével néhány szabványos algoritmusok adna kisebb fájlméretet, mint egyszerűen eltávolítja szóközöket vagy tabulátorokat. Egy példa a javascript csomagoló itt található http://dean.edwards.name/packer/

Megszabadulni minden Duplicate Scripts

Nagyon szokatlan, hogy egész szkriptet lehet sokszorosítani, de felül a tíz vezető amerikai weboldal szerint a kettő tartalmaz duplikált script. Ismétlődő scriptek de nyilvánvalóan csökkenti a teljesítményt felesleges HTTP kérések és az elpazarolt JavaScript végrehajtását.
Továbbá, sok esetben, bár a szkriptek nevei különböző, fennáll a kettős szkriptek ugyanazon az oldalon miatt a csapat mérete és száma a szkripteket.

Kis méret elérése DOM elemeit, ha lehetséges,

Elérése DOM elemek JavaScript lassú ezért annak érdekében, hogy egy rugalmasabb oldalon, akkor:
• Cache hivatkozások elérhető elemek
• Frissítés csomópontok "offline", majd add hozzá a fa
• Kerülje a rögzítés elrendezés JavaScript

Külön viselkedés a tartalom és megjelenés

Ahogy külön bemutató (CSS / XSLT) a tartalom (XHTML / XML), mi is külön Behavior (Javascript). Ez az úgynevezett diszkrét Javascript. Ahogy azt kapcsolatot a külső CSS fájl, amit össze kell kapcsolnia a külső javascript fájlokat.

Ahelyett, hogy kemény kódolás viselkedése a tartalom (pl. onmouseover, onclick, stb), viselkedés kellene dinamikusan hozzáadni elemeket, osztályokat, és az egyedi elemek (ID) segítségével a DOM. A megalapozó dokumentum tartalma, tartalmaznia kell az egyetlen érvényes XHTML / XML és nem javascript.
Javascript kell növelni tartalmak hozzáadásával viselkedését. A tartalom továbbra is hasznos és használható anélkül, hogy javascript (vagy anélkül teljes javascript támogatás).

Én mentette ezt a cikket korok vissza, így Elnézést! I dont emlékszik a forrás ... de úgy tűnt hasznosnak, számunkra, akik tisztában lenni a közönség, akikkel az oldal fejlesztése a ... ezért itt i

Az oldal súlya lehet meghatározni a letöltési idő egy adott oldal a különböző internetes kapcsolat sebességét. Példaként, a következő táblázat mutatja a letöltés idejét három különböző oldal számos népszerű kapcsolat sebességét.

Előnyök csökkentése oldalon tömeg?

A pozitív hatás csökkentése oldal súly előnyös mind honlap tulajdonosai és a fogyasztók számára. A lehetséges előnyök:

1. Oldalak gyorsabban. A legnyilvánvalóbb hatása csökkentése oldal súly, hogy a webhely oldalak gyorsabban betöltődnek, a látogatók számára, függetlenül attól, hogy kapcsolat sebességét.
2. Alsó oldal betöltési idő teremt kényelmesebb látogatókat. A látogatók kisebb valószínűséggel válnak frusztrált és menjen máshova, ha a lapok terhelés gyorsabban. Másrészt, lassú betöltés oldalak egyik legbiztosabb módja, hogy elveszti a látogatók és a potenciális ügyfelek számára.
3. Gyorsabb terhelés-szer hozzá fog járulni a nagyobb átalakítás. Több látogató marad a webhelyén tovább. Több közülük a végén vásárlás, feliratkozás a hírlevélre, vagy könyv-jelölés a webhelyen.
4. A márka megítélése javulni fog. Visszatérő ügyfelek és első alkalommal a látogatók számára egyaránt lesznek hajlamosak, hogy leírja a site (és üzleti), mint "szakmai", ha a lapok terhelés gyorsabban.
5. Oldalak tiszta, szilárd kódot gyakran indexel hatékonyabb természetes keresőmotorok.
6. Oldalak optimalizált súly ténylegesen menteni sávszélesség díjak nagy forgalmú oldalak. 100.000 oldalt egyenként 150 KB lesz szükség kétszer annyi sávszélességet az ISP-től, mint 100.000 oldalas súlya 75 Kb. Az internetszolgáltatók a díjat használt sávszélességet vagy többletmennyiségeket, ez a csökkenés is jelentős mértékű megtakarítást sávszélesség költségeket.

Nézzük a következő adatokat közzétenni egy jelentést

Tedd Stíluslapok a Top

Ha szeretne egy oldalt betölteni fokozatosan, vagyis szeretnénk a böngésző megjeleníteni, amit tartalommal azt a lehető leghamarabb, tedd a CSS az oldal tetején belül a dokumentum HEAD. Így oldalak tűnik betöltése gyorsabb, mivel ez elősegíti a progresszív készít az oldalról. Ez különösen fontos a lapok, sok tartalom és a felhasználók lassabb internet kapcsolattal.

Ez egy dokumentált tény, hogy a felhasználói élmény fokozása, fontos, hogy a megvalósulási mutatókkal és a vizuális visszajelzést. Hogy ne kelljen újrarajzolni elemei az oldalon, abban az esetben, ha a stílus változik, egyes böngészők, beleértve az IE, blokkolja készít az oldalról, míg a CSS teljesen betöltve. Emiatt, a felhasználó kap, hogy egy üres fehér oldal.

A W3 HTML Specifications "is kimondja, hogy a CSS kell nekem is a HEAD részben a HTML-oldal. at the bottom of the page, so it's best not to use it. Szintén fontos megjegyezni, hogy az IE @import viselkedik ugyanaz, mint a <link> az az oldal alján, így legjobb, ha nem használja azt.

Kerülje a böngésző sajátosságai

Szűrés: A szűrő növeli a memória-felhasználás, és alkalmazása egy elem, nem egy kép, így a probléma szorozni. Továbbá, szűrők IE Egyedi, így nem fog működni a tervezettnek más böngészőkben. Ha azt szeretnénk, átlátszó vagy átmenetes háttérrel, használja 1Pixel képekkel.
Kifejezések: CSS kifejezéseket egy szép jellegzetessége, hogy a CSS, de még mindig az IE sajátossága. Azt is fontos megjegyezni, hogy ezek a kifejezések értékelni, ha az oldal megjelenítésekor és átméretezett, görgetni, és akkor is, ha a felhasználó megmozdítja az egeret az oldalon. Mondanom sem kell ez befolyásolja a teljesítményét az oldal. Ezért egyszerű szavakkal, ne használja CSS kifejezéseket, ha úgy érzi, a profik "nehezebb, mint a hátránya"

Kihelyezni úgy CSS

Külső CSS eredményez gyorsabb betöltése oldalak, mert a JavaScript és CSS fájlok cache a böngésző. Inline CSS a HTML dokumentumokban get le minden alkalommal, amikor a HTML dokumentumban kérik. Ez tulajdonképpen számának csökkentése HTTP kérések, de később növeli a méretét a HTML dokumentumba. A külső CSS gyorsítótárba kerülnek a böngésző, a méret a HTML dokumentum nélkül csökkenthető számának növelése HTTP kérések.

Kérjük, vegye figyelembe, hogy ha a felhasználók a webhely több oldalletöltést per session és sok a lapok újra ugyanazt a szkriptek és stíluslapok, van egy nagyobb potenciális előny a tárolt külső fájlokat.

Pack A CSS fájl

Csomagolás vagy ropogó a CSS a gyakorlat kell törölni a felesleges karaktereket kód méretének csökkentésére és ezáltal javítja betöltési idő.

A CSS-t nekem csikorogva eltávolításával minden észrevételt és a nem kívánt karaktereket, mint a fehér terek, stb újsorok

A korok, már gondoltam, hogy megszilárdítsa a legjobb gyakorlatokat, Olvastam hébe-hóba. Végre! Én most az tegye azt a tollat. Rájöttem, hogy ez lesz mamut feladat létrehozásakor ez a mamut a dokumentum, ezért úgy döntöttem, hogy fordítsa egy egész kategóriát is, így tudtam tartani hozzá a cucc a legjobb gyakorlatokat, és ha találkozom velük ...

Nos! A tartalom itt lesz egyesítésével az én személyes UI fejlesztés Best Practices azokkal írta a standard fejlesztők, mint a Yahoo, Google, stb

Nézd ezt a helyet, és folyamatosan browing a Best Practices Kategória

Egyszerű beszél (azok számára, akik soha nem hallottak doctype mai nap előtt)! DOCTYPE a nyilatkozat egy HTML dokumentum, ami előtt <HTML> tag, amely valahogy így néz ki (beillesztett forrása ez nagyon oldal)

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

Ezért megoldás erre a problémára az volt, hogy

• lehetővé teszi a webfejlesztők, akik ismerték a szabványok, hogy melyik módot használja.
• továbbra is megjelenítő régi oldal az a régi (quirks) szabályokat.

És DOCTYPE született.

Szóval alapján akár az oldal célja, hogy szabványok vagy nem, akkor válassza ki a megfelelő doctype.

Régi oldalak írásos előtt ezeket az előírásokat vezettek be nincs doctype. Ezért, ha nincs DOCTYPE a HTML, akkor a böngésző a quirks módban.
De ha a DOCTYPE definíció szerint a következő, akkor a böngésző azt mondják, hogy a szigorú mód.

<! DOCTYPE html PUBLIC "- / / W3C / / DTD HTML 4.01 Transitional / / EN" "http://www.w3.org/TR/html4/loose.dtd">