Uuendada pärast server koormus probleem![]()
Uuendada pärast server koormus probleem![]()
Kas kellelgi on aimu, kui suur fail cache võiks saada enne, kui see on negatiivne mõju tulemuslikkust?
Database cache vahemälu ainult tõlked. Mitte kogu HTML-sisu. Nii et kui mõned tõlgitud lehekülg on loodud, siis esimene normaalne leht on loodud ja pärast, et see on sõeluda ja tõlkida. Ajal tõlge DB cache kasutatakse ja tõlgitud laused võtta sealt. Lihtsalt laused - ole terve HTML, sest iga kord tõlked võivad olla erinevad (st erinevaid privileege kasutajate muutunud sisu). Üks HTML leheküljel võib olla sadu lauseid tõlkida - vBET võtab sisu vahel HTML teeke. Tänu DB cache need tõlked ei ole võetakse iga kord, kui Google - mida tarbib palju aega - selle asemel, et need on võetud kohaliku DB. Ikka - normaalne lehele tuleb koguda ja pärast seda tõlkida.
Full Faili vahemälu Külalist töötab ainult külalistele. Thanks, et me ei pea muretsema, et kasutajatel on erinevad privileegid ja näha erinevaid asju. ll külalised näha sama sisu. Sest et meil ei ole sõeluda tulemus ja seda tõlkida jaokaupa iga kord - me lihtsalt ei see üks aega ja cache täis HTML väljund. Nii et antud juhul, kui kogu leht ei ole puhverdatud või vahemällu talletatud sisu on liiga vana, siis normaalne tõlge toimub - just nagu eespool kirjeldatud. Aga seekord päris lõpus täis HTML väljund kirjutatakse faili. Nii et järgmine kord kui sama taotluse pärineb külaline me ei teeni isegi tavalise lehe sisu - me lihtsalt oja külaline juba Puhverdatud HTML faili. Sellepärast me salvestada palju SQL päringuid, CPU ja mälu. Me lihtsalt anda kasutaja sisu staatiline fail. Seetõttu on oluline kindlaks määrata, kui kaua see cache kehtib. Sest kui midagi muutub - st uus postitus saabub niit, siis külalised ei näe seda uus postitus kuni juba Puhverdatud fail lõpeb. Pärast seda ajal järgmisel nõudmisel taas normaalne lehekülg on loodud, tõlkida, ja Puhverdatud - ja see sisu külalised näed st veel tund aega (seadistatav). Nad ei näe muutusi kuni Puhverdatud fail aegub uuesti. Muidugi oma kasutajad näevad kõike, sest see töötab ainult külalist (nii et robotid ka, sest robotid indekseerimise oma foorum külalistena).
Palun informeerige tegi seda aidata ning kui tekib küsimusi küsige - me hea meelega seda kirjeldada rohkem![]()
Failis / Images / vbet / flags / vbet.css
Palun kirjeldage paremini, mida tähendab see "imelik" - ehk siis me teid aidata. Samuti soovitame kasutada selliseid asju Firefox plugin Firebug - see võimaldab näidata teile täpselt, mis css stiile kasutatakse ettenähtud elemente. See on tõesti kasulik![]()
Ma tean, et igaühe jaoks oma versiooni on kõige tähtsamJa me ei taha vaielda
Sel juhul vBET3.x on varasem väga hea põhjus: kvaliteet. Lisame uusi oluline funktsionaalsus (Full Faili Cache külalistele) Selles versioonis, ja see oli palju lihtsam lisada see vB3, kuna pole Friendly URL-id, ja me tõlkida ainult thread URLid vBSEO. Juhul VB4 see on keerulisem - Friendly URL-id tuleb toetada, ja me tõlkida palju erinevaid URL. Haara see esimene vB3. võimaldanud meil test on väga hästi reaalne foorumeid, kas see töötab trahvi, äkki näitavad mõned vead enne tal minna VB4. Ja pärast me Completly kindel, et see kõik on hea, meil on veel lisada VB4 lisada uusi toetust (Friuendly URLid rohkem translted URL-e). Sellepärast seekord vBET3.x on varem ja ikka veel vajame me 2 nädala vBET4.x. Ja tänan, et sa saad lahendus, mis on väga hea kvaliteediga, Ewen, kui see on keerulisem thatin puhul vB3
Ei tohiks olla sellist asja nagu negatiivne tulemuslikkuse mõju tõttu file cache. Sellepärast Faili cache ei kasvab ... Loome eraldi faili iga taotluse URL. Nii et iga cache fail on lihtsalt staatiline HTML file (puhverdatud väljund taotluse alusel). Kui su server caches rohkem vBET lihtsalt loob rohkem ja rohkem faile. Nii et iga kord, kui selline fail on kirjutuskaitstud:
1. See on ainult lugemiseks tulemusena selle konkreetse URL
2. Me isegi ei loe seda mälu - just lihtsalt stream see kliendi kasutades PHP funktsioon: readfile
Sest et isegi kui teie lehel on tõesti suur - nii cache fail on ka suur, see ei avalda negatiivset tulemuslikkuse mõju, sest see lihtsalt oja selle ühe faili ilma isegi lugemine kogu see mällu. Nii näed eeliseid mitte miinused.