Изражавајући ИТ

Укључи ЈаваСцрипт-а на дну ХТМЛ документа

Ако немате доцумент.врите (или било Динамичко генерисање садржаја странице користе Јавасцриптс) да убаците део садржаја странице у вашим скрипти, преместите скрипту укључују изјаву на дну стране, пре краја БОДИ тага.
ХТТП/1.1 спецификација указује да преузмете прегледачи не више од две компоненте паралелно по домаћина. Ако служе своје слике из више име домаћина, можете добити више од два довнлоадс да се деси паралелно. Док скрипта је преузимање, међутим, прегледач неће почети никакве друге довнлоадс, чак и на различитим именима хостова.
Постоје начини да се динамички креирају чворови скрипту и учитавање скрипте удаљених након страница уцитана користи АЈАКС.

Ектерналисе вам је Јава-а

Коришћење спољних ЈаваСцрипт датотека ће довести до бржег учитавања странице јер су ЈаваСцрипт датотеке Сачувано од стране претраживача. Инлине ЈаваСцрипт-а "у ХТМЛ документима се преузети сваки пут ХТМЛ документ се не траже. То може заправо смањити број ХТТП захтева али је накнадно направљених повећава величину ХТМЛ документа. Спољни ЈаваСцрипт-а су Сачувано од стране претраживача, величина се смањује ХТМЛ документа без повећања број ХТТП захтева.
Имајте на уму да, ако корисници на вашем сајту имати више страница ставове по седници, а многи од ваших страница поново користе исте скрипте и стилове, постоји већа потенцијална корист од кешираних спољних датотека.

Спакујте Јавасцрипт фајлова

У случају Јавасцриптс, за разлику од ЦСС-а, датотеке би претрпан коришћењем неке стандардне алгоритме који ће дати смањену величину датотеке него једноставно уклањање размака или табулатора. Пример јавасцрипт пакер можете наћи овде хттп://деан.едвардс.наме/пацкер/

Ослободите све дуплиране Скрипте

Веома је необично да би цео скрипте се дуплирају, али преглед десет најбољих америчких сајтовима показује да су двојица од њих садрже дуплирати скрипту. Дуплицате скрипте али очигледно смањује перформансе стварањем непотребне ХТТП захтева и извршавање ЈаваСцрипт изгубљено.
Такође, у многим случајевима, иако су писма имена разликују, постоји вероватноћа дуплих скрипти у оквиру исте странице због тима величине и броја скрипти.

Умањивање приступ ДОМ елементе где је то могуће

Приступ ДОМ елементе са ЈаваСцриптом је споро, тако да би имали више одговарајућу страницу, требало би да:
Цацхе: • референце на приступити елемената
• Ажурирајте чворови "ту", а затим додајте их у дрво
• Избегавајте фиксирање распоред са ЈаваСцрипт

Одвоји понашање од садржаја и презентације

Баш као што смо одвојени Презентација (ЦСС / КССЛТ) из садржаја (КСХТМЛ / КСМЛ), такође би требало да одвоји понашање (ЈаваСцрипт). То се зове ненаметљив ЈаваСцрипт. Баш као што се повежете са екстерним ЦСС фајловима, треба повезати са спољним јавасцрипт фајлова.

Уместо чврстог кодирања понашања у садржају (нпр. онмоусеовер, онцлицк, итд), понашање треба да буде динамички додаје елемената, класа и јединствених елемената (ИДС) помоћу ДОМ. Оснивачки документ, садржај, треба да садржи само важећу КСХТМЛ / КСМЛ а не ЈаваСцрипт.
Јавасцрипт би требало да повећа садржај додавањем понашање. Садржај треба да остане користан и употребљив без ЈаваСцрипт (или без пуне подршке јавасцрипт).

Сте сачували сам се ове чланак узраста, тако ми је жао! ЈА донт сећам извор ... али изгледало је корисно за нас који морају да буду свесни о публике за које смо развије сајт за ... па ево и је

Страна тежина може да се користи да се одреди време преузимања за датој страници на различитим брзинама Интернет везе. На пример, следећа табела приказује време потребно за преузимање за три различите странице на великом броју популарних повезивања брзинама.

Предности смањења страницу тежину?

Позитиван утицај на смањење тежине странице предности оба власницима веб сајтова и потрошаче. Потенцијалне предности укључују:

1. Странице брже учитати. Најочигледнији утицај смањења тежине странице је да ће свог веб сајта страница учита брже за посетиоце, без обзира на њихове брзине везе.
2. Ниже Паге Лоад пута ствара угоднија посетилаца. Посетиоци су мање вероватно да ће постати фрустрирано и оду негде другде, ако ваша страница учитава брзо. С друге стране, споро учитавају странице су један од најсигурнијих начина да изгубите посетиоце и потенцијалне купце.
3. Брже лоад-пута ће допринети повећању конверзија. Више посетиоци ће остати на вашем сајту дуже. Више од њих ће завршити израду куповину, пријављивања за билтен, или књига обележавање ваш сајт.
4. Ваш бренд перцепција ће бити побољшана. Враћају и купци први пут посетиоцима подједнако ће бити склонији да опише свој сајт (и посао) као "професионалних" ако вам се страница учитава брзо.
5. Странице са чистог, чврстог кода често ће бити индексиране ефикасније од природних претраживачима.
6. Странице оптимизоване за тежине заправо може уштедети трошкове протока на високо-саобраћају сајтовима. 100.000 страница сваки тежине 150 Кб ће захтевати дупло више пропусни опсег од Вашег ИСП од 100.000 страница свака тежи 75 Мб. За ИСП ту оптужбу за пропусни опсег користи или за оверагес, ово смањење може да створи значајне уштеде на пропусног опсега оптужби.

Размотримо следеће податке, објављене у извештају

Пут стилесхеетс на врх

Ако желите страницу да постепено учитавање, који је, желимо прегледач да приказује садржај год она има што је пре могуће, ставите ЦСС на врху странице унутар ХЕАД докумената. То чини странице изгледа да се учитава брже, јер то олакшава прогресивни приказ странице. Ово је нарочито важно за странице са пуно садржаја и за кориснике на споријим Интернет везама.

То је документована чињеница да се побољша укупни кориснички доживљај, важно је да пружи показатеље о напретку и визуелне повратне спреге. Да не бисте морали да прекраја елементе странице, у случају да њихова промена стилова, неки претраживачи, укључујући и ИЕ, блокови за рендеровање стране док је ЦСС у потпуности учитан. Због тога, корисник може да види празна бела страница.

У В3 ХТМЛ спецификације 'такође наводи да мора да ми ЦСС укључити у ХЕАД секцију ХТМЛ странице. at the bottom of the page, so it's best not to use it. Такође имајте на уму да у ИЕ @import понаша исто као и коришћење <link> на дну странице, тако да најбоље је да га не користите.

Избегавајте коришћење читача специфичне карактеристике

Филтери: Употреба филтера повећава потрошњу меморије, а примењује се по елементу, а не по лику, па проблем је умножава. Такође, филтери су Власнички ИЕ, па неће радити како треба и у другим прегледачима. Ако желите транспарентних или градијент позадине, користите 1Пикел са сликама.
Изрази: ЦСС изрази су лепа могућност да у ЦСС, али и даље је ИЕ специфичност. Такође, важно је напоменути да, ови изрази се процењује када је страница изречена и промењена величина, и помера чак и када корисник помера миша преко странице. Непотребно је рећи да би то могло утицати на перформансе вашег странице. Отуда у једноставним речима, ЦСС Избегавајте изразе, уколико осећате њене предности "тежак више од својих мана '

Ектерналисе Вам ЦСС

Коришћење спољног ЦСС ће резултирати бржим утовара страна јер су ЈаваСцрипт и ЦСС фајлови су Сачувано од стране претраживача. Инлине ЦСС у ХТМЛ документима се преузети сваки пут ХТМЛ документ се не траже. То може заправо смањити број ХТТП захтева али је накнадно направљених повећава величину ХТМЛ документа. Екстерни ЦСС су Сачувано од стране претраживача, величина се смањује ХТМЛ документа без повећања број ХТТП захтева.

Имајте на уму да, ако корисници на вашем сајту имати више страница ставове по седници, а многи од ваших страница поново користе исте скрипте и стилове, постоји већа потенцијална корист од кешираних спољних датотека.

Пацк Иоур ЦСС Филе

Паковање или анализирање ваше ЦСС је пракса уклањања непотребних знакова из кода да смањи своју величину и тако повећава време учитавања.

ЦСС може да ми претрпан уклањајући све коментаре и неке нежељене ликове попут белих просторе, нове линије итд

За узрасте, ја сам размишљао да се консолидују све најбоље праксе, ја сам читао сваки сада и онда. Коначно! Ја сам се доле да га стави на оловку. Схватио сам да ће то бити мамутски задатак стварања овог мамута документ, па сам одлучио да посвети целу категорију за њега, тако да сам могао да те ствари о најбољим праксама, као и када сам их срести ...

Добро! садржај овде ће бити спој мојих личних УИ развојних најбољих пракси са онима написао стандардних програмера попут Иахоо, Гоогле итд

Погледајте овај простор и држати на бровинг најбољих пракси Категорија

Једноставно речено (за оне који никада нису чули пре ДОЦТИПЕ данас)! ДОЦТИПЕ декларација је у ХТМЛ документу који долази пред <ХТМЛ> тагом, да изгледа отприлике овако (налепљен од извора ове веома странице)

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

Зато решење овог проблема био да

• дозволити програмерима који су знали своје веб стандарде да одаберете који мод да користи.
• наставити приказивање старе странице у складу са старим (куиркс) правила.

И ДОЦТИПЕ је рођен.

Дакле, на основу тога да ли страна је дизајнирана са стандардима или не, можете изабрати одговарајући ДОЦТИПЕ.

Старе странице написане пре него што ови стандарди су уведене немају ДОЦТИПЕ. Стога, када нема ДОЦТИПЕ ХТМЛ онда у вашем бровсер је у режиму КУИРКС.
Али ако ДОЦТИПЕ је дефинисан као један од следећих, онда прегледач је рекао да се у строгом режиму.

<ДОЦТИПЕ хтмл ПУБЛИЦ "- / / В3Ц / / ДТД ХТМЛ 4.01 Транситионал / / ЕН" "хттп://ввв.в3.орг/ТР/хтмл4/лоосе.дтд">