Puskurointia käytetään joskus web-sivun renderoimiseksi, jotta asiakkaan selaimen ASP-sivujen HTML-koodin tai datan hahmontamisyritysten määrä minimoidaan, mikä parantaa yleistä suorituskykyä. TCP / IP on suunniteltu siten, että on tehokkaampaa lähettää tietoja asiakkaalle suurina paloina.
Tarpeellinen
HTML-editori
Ohjeet
Vaihe 1
Sivu hidastuu puskuroinnin takia - siitä, mitä käyttäjille lähetetään vasta sen viimeistelyn jälkeen. Siksi sivuilla, jotka ovat muodostaneet skriptejä hyvin pitkään, voit poistaa puskuroinnin kokonaan tai osittain.
Vaihe 2
Poista puskurointi käytöstä Response. Buffer = False -komennolla. Tämä menetelmä lähettää tietoja käyttäjälle välittömästi.
Vaihe 3
Käytä Response. Flush-menetelmää. Puskurin poistaminen käytöstä osittain edellyttää monimutkaisempaa toimintojen algoritmia, mutta se näyttää olevan parempi. Se käyttää Response. Flush-menetelmää, joka lähettää kaiken puskuriin kertyneen HTML: n asiakkaalle.
Vaihe 4
Esimerkiksi, kun on luotu ensimmäisen sadan rivin taulukko, jonka koko on 1000 riviä, ASP-komentosarjat soittavat Response. Flush lähettääksesi sivun ensimmäisen osan asiakasselaimeen. Tämän lähestymistavan avulla käyttäjä voi nähdä ensimmäisen sadan rivin jo ennen kuin koko taulukko on valmis. Lisäksi se on mahdollista lähettää asiakkaalle samoissa osissa uuden linjan luomisen aikana.
Vaihe 5
Tällainen työ puskurin kanssa on optimaalisin, se saavuttaa konkreettisen suorituskyvyn tason kasvun ja kyvyn ladata pitkiä aikoja laskettuja sivuja vaiheittain pakottamatta resurssin kävijöitä odottamaan kauan eteenpäin puhtaan selainikkunan.
Vaihe 6
Jaa sivu rakennuspalikoiksi. On tärkeää muistaa, että jotkin selaimet eivät tue taulukon osien näyttämistä - ne odottavat sen sulkemista. Tässä tapauksessa sinun on simuloitava tällainen sulkeminen - esimerkiksi suuri taulukko voidaan jakaa sata riviä, kuten yllä on kuvattu. Tässä tapauksessa, kun seuraava alitaulukko on luotu, se voidaan lähettää käyttäjille Response. Flush-menetelmällä.
Vaihe 7
Käytä Flush-menetelmää. Joissakin tapauksissa on mahdollista, että puskuroinnin osittainen poistaminen käytöstä kuluttaa suuria määriä palvelinmuistia hyvin suurten sivujen muodostusvyöhykkeellä. Ilman Flush-menetelmää ei ole mahdollista varmistaa tämän tekniikan asianmukaista käyttöä ja välttää järjestelmäresurssin tarpeetonta liikakäyttöä. Tämän menetelmän haittana on se, että jotta käyttäjä voi näyttää taulukon oikein näytöllä, on varmistettava, että kuhunkin alitaulukkoon luodaan saman leveydet sarakkeet.
