Кодирање за брзо прегледавање страница
Без обзира да ли кодирате у АСП или равно ХТМЛ-у, желите да Ваша страница буде приказана корисницима што је брже могуће. Ако се ваша страница приказује полако, ваши корисници ће можда одустати и отићи негде другде.

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

То значи да СТРУЧИТЕ СВОЈЕ коментаре. Да, коментари су сјајни за рад са вашим кодом, у вашем тестном окружењу. Али не желите коментаре на вашем ливе серверу! Свака појединачна ставка коментара коју додате представља још једну линију непотребног смећа која вам одузима вријеме јер датотека се шаље посјетитељима. Желите да та жива, производна датотека буде што мања, тако да пренос датотеке иде што је брже могуће.

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

Затим добро погледајте структуру вашег стола. Многи људи полуде столове, правећи трилију угнијежђених столова. Сваки пут када креирате табелу, веб прегледач мора сачекати док не дође до краја табеле, како би могао да схвати како да правилно прикаже ту таблицу. Рецимо да имате џиновску страницу са низом табела. Ако све те табеле ставите у једну "главну таблицу" - тада цео сет таблица мора бити потпуно очитан и учитан пре него што се иједан од њих прикаже! Ако уместо тога имате сваку табелу као засебан ентитет, систем може приказати сваку табелу као комплетну. Наравно, страница ће се цртати у једној табели, затим следећој, па следећој, у току. Али барем корисник види НЕШТО знати да се страница учитава - умјесто да уопште ништа не види до самог краја.

Обавезно користите што је могуће мање графике и да се свака графика покреће помоћу услужног програма за оптимизацију како би датотека постала што мања. Корисник мора поново да учита сваку графичку датотеку у свој матични систем пре него што их види. Што више графике натерате да се учита, страница ће бити спорија.

Наравно, подразумева се да имате најбржи сервер који можете да приуштите, на лепој, великој цеви. Ако напишете невероватно ефикасне странице, а затим вам сервер успори, изгубит ћете посетиоце. Ако нико не посети вашу веб локацију зато што је преспоро, онда је сав посао који сте обавили пропао.

Вредно је испробати своје странице на диал-уп вези. Само зато што имате кабловску или брзу везу, морате имати на уму да многи ваши посетиоци то не чине. На мрежи постоји неколико услужних програма који вам могу рећи колико ће се полако учитавати ваше странице. Фласх и слатко програмирање су лијепи - али ако значе да вашу веб локацију не користи 50% веб популације, они вам наносе штету.

Кодирање за брзе везе са базама података

Видео Упутства: Rotary encoder or: How to build a digital servo using an Arduino and photo sensors (Март 2024).