Izsakot IT

Ja Jums kādreiz ir veikta (vai veicot kādu) Vertikālais Izvēlne izmantojot saraksta vienumus (LI) tagus un CSS, jūs varētu sastapties, šis vēl viens bug Internet Explorer, kur IE 6 ieliktņiem šie trūkumi starp saraksta elementiem, kas satur bloku līmeņa elementi un ti, ja pastāv kāds no saraksta vienumiem atzīmes atstarpes. Paldies, bet ne paldies, IE versiju 7 šķiet brīva no šo kļūdu.
Ja piemēram, man, un vēl daudz vairāk, jūs piederat pie šīs joslas neapmierināti izstrādātājiem, kuri vēl ir, lai saņemtu savu jauno izkārtojumu, darba IE6 pārāk, tad tas varētu izrādīties noderīga. Ieskaties ...

Paraugs atzīmes:

<ul id="menu">
<li> <a href="#"> Sākums </ a> </ li>
<li> <a href="#"> Par </> </ li>
<li> <a href="#"> Serviss </ a> </ li>
<li> <a href="#"> Portfolio </> </ li>
<li> <a href="#"> FAQ </ a> </ li>
<li> <a href="#"> Sazinieties ar mums </ a> </ li>
</ Ul>

Jūs varētu izveidot kādu CSS, līdzīgi viens zem, lai transfrom iepriekšminēto atzīmes atgriezties vertikālā izvēlne ....

Paraugs CSS ...
# Menu {
margin: 0; padding: 0; fons: # FF9900;
saraksts stila tipa: none; platums: 150px;
}
# Menu li {margin: 0; padding: 0;}
# Menu {display: block;
color: # 555.555;
text-decoration: none;
padding: 0 15px;
līnijas augstums: 2,5; robežu apakšā: 1px solid # FFF;
}

Rezultātus jūs redzēsiet ...

Risinājums šo kļūdu ... (mainīt / pievienot CSS treknā slīprakstā)

# Menu {
margin: 0; padding: 0; fons: # FF9900; saraksts stila tipa: none; platums: 150px;
float: left; / * tas satur sāniem piesaistītos saraksta elementus * /
}
# Menu li {
margin: 0; padding: 0;
float: left; / * Šī gadam * /
platums: 100%; / * atstarpes kļūda IE6 * /
}
# Menu {
display: block; krāsa: # 555.555;
text-decoration: none;
padding: 0 15px;
līnijas augstums: 2,5; robežu apakšā: 1px solid # FFF;
}

Ja šāds risinājums doesnot šķiet darbs (tādu iemeslu dēļ zināmas IE6 tikai) ... izmēģiniet šo metodi, nevis

Vienkārši pievienojiet šo papildus IE6 tikai stilus jūsu atzīmes ...

<-! [Ja lt IE 7>
<style type="text/css">
# Menu li {display: inline-block;}
# Menu li {display: block;}
</ Style>
<[Endif] -!>

Vairāk DOM elementi lapā, lēnāks tas padara, lēnāk ir DOM piekļuve JavaScript gados. Liels skaits DOM elementu, var būt saistīts slikti maketēšana. Piemēram, ligzdotu tabulas, iespējams, ir izmantoti izkārtojuma nolūkiem. Izmantot jebkuru HTML tagu, kur ir jēga semantiski. Piemēram, attiecībā uz donot izlietojuma tabulās izkārtojumu, bet donot vilcināties izmantot tos, kur jums ir parādīt tabulāro datu, un līdz ar to izmantos samazinās DOM elementu, salīdzinot, ar līdzīgu struktūru, kas izveidota, izmantojot divs tikai ..

Lai pārbaudītu skaitu DOM elementu jūsu HTML lapas, vienkārši ierakstiet šādas darbības Firebug konsoles skaits: document.getElementsByTagName('*').length

Nav noteikts standarts, cik daudz DOM elementi ir pārāk daudz. Pārbaudīt citus līdzīgas lapas, kas ir labs markup.Eg. Yahoo! Mājas lapa ir diezgan aizņemts lapa un vēl 700 elementiem (HTML tagi).

Izmantot GET par AJAX pieprasījumu

Ir konstatēts, ka, izmantojot XMLHttpRequest, POST tiek īstenota pārlūkprogrammās kā divu soļu process: sūtītājas galvenes, pēc tam nosūtot datus. Tāpēc vislabāk lietot GET, kas aizņem tikai vienu TCP pakešu nosūtīt (ja vien jums ir daudz cookies). Maksimālais URL garums IE ir 2K, tādēļ, ja jūs sūtīt vairāk nekā 2K dati jūs nevarēsiet izmantot GET.
Interesants pusē ietekmē tas, ka POST, bet faktiski izvietojot jebkādu datu uzvedās līdzīgi GET. GET ir domāta izguvei informāciju, lai tā ir jēga (semantiski) izmantot GET, kad jūs esat tikai pieprasot datus, pretstatā nosūtot datus, kas jāuzglabā servera pusē.

Izvairieties sinhrono AJAX zvani

Veicot "Ajax" pieprasījumus, jūs varat izvēlēties vai nu Async vai sinhronizācijas režīmā. Async režīmā palaiž pieprasījumu fonā, kamēr citi pārlūka darbības, var turpināt apstrādāt. Sinhronizācijas režīms gaidīs lūgumu atdot pirms turpināt.
Lūgumi ar sinhronizācijas režīmā būtu jāizvairās. Šie lūgumi radīs pārlūkprogrammā, lai bloķētu augšu, lai lietotājs līdz pieprasījuma atgriešanos. Gadījumos, kad serveris ir aizņemts un atbildes notiek laikā, lietotāja pārlūkprogrammu (un varbūt OS) neļaus kaut kas cits jādara. Gadījumos, kad atbilde ir nekad pareizi saņemto pārlūks var turpināt bloķēt kamēr lūgums tiek beigusies.
Ja jūs domājat, ka jūsu situācija prasa sinhronizācijas režīmā, tas visticamāk laiks pārdomāt savu dizainu. Ļoti maz (ja ir) situācijās faktiski pieprasa Ajax pieprasījumus sinhronizācijas režīmā.