Nadgrajeni po obremenitve strežnika problem![]()
Nadgrajeni po obremenitve strežnika problem![]()
Ima kdo kakšno idejo, kako velika bi lahko datoteke predpomnilnika dobili pred to negativno vpliva na uspešnost?
Database cache caches le prevode. Ne celo HTML vsebine. Torej, ko se ustvari nekaj prevedeno stran, nato pa je v prvi normalni strani, ki nastajajo in potem, da je razčlenjen in prevedena. Med prevod DB cache se uporablja in prevedena kazni, ki so od tam. Samo kazni - ne celo HTML, saj se lahko vsakič prevodi različne (npr. različne privilegije uporabnikov, spremenila vsebino). Eden HTML stran ima lahko na stotine kazni za prevod - vBET traja vsebine med HTML oznake. Zahvaljujoč DB cache tisti prevodi ne bi bilo treba sprejeti vsakič od Google - tisto, kar porabi veliko časa - namesto, da so tisti, ki iz svojega lokalnega DB. Still - običajni strani je treba pridobiti, in po tem prevedena.
Polna datoteke Cache Za goste deluje le za goste. Hvala, da nam ni treba skrbeti, da imajo uporabniki različne privilegije in si oglejte različne stvari. ll gostje videli enako vsebino. Zaradi tega nimamo, da razčleniti rezultat in prevajanje jo kos za kosom vsakič - kar lahko storite preprosto je to ena in predpomnilnika, medtem ko polni HTML izhod. Torej, v tem primeru, ko je celotna stran ni cached, cached ali je vsebina prestar, nato pa normalno prevod pride - tako kot je opisano prej. Vendar pa je ta čas na koncu polni HTML izhod napisana v datoteko. Torej, naslednjič, ko isto zahtevo prihaja iz gost ne ustvarjajo niti običajne vsebnosti stran - preprosto tok, da gost že cached HTML datoteko. Zato smo prihranili veliko SQL poizvedb, CPU in spomin. Pravkar smo dal na vsebino uporabniku iz statične datoteke. Zato je pomembno, da ugotovi, kako dolgo bo to cache veljavna. Ker če bo nekaj sprememb - bo to novo delovno mesto prispeli na nit, nato pa gostje ne bodo videli to novo delovno mesto, dokler že cached datoteka poteče. Po tem, v naslednjem zahtevo, bo spet normalno stran ki bodo nastajali, prevesti, in cached - in ta vsebina gosti glej bo to za eno uro (nastavljiv). Ne bodo videli nobenih sprememb, dokler datoteke cached poteče znova. Seveda bodo uporabniki videli vse, saj deluje samo za goste (tako za robote tudi, ker roboti preišče vaše forum kot gostje).
Obvestite se je to pomoč in v primeru kakršnih koli vprašanj, kar vprašaj - bomo z veseljem opisati več![]()
v datoteki /images/vbet/flags/vbet.css
Opišite, bolje, kaj pomeni "čudno" - morda bomo mogli pomagati. Prav tako svetujemo, da uporabijo za takšne stvari, Firefox plugin s Firebug - to bo omogočilo, da si točno, ki se css stilov se uporabljajo za določene elemente. To je res v pomoč![]()
Vem, da za vse, je njegova verzija najpomembnejšaIn ne želimo trditi, da z
V tem primeru vBET3.x prej za zelo dobrega razloga: KAKOVOST. Smo dodali nove pomembne funkcionalnosti (Polna datoteke Cache za goste) v tej različici, in bilo je veliko lažje,, da ga dodate v vB3, ker ni Prijazne Url-je, in prevedemo samo nit Url-je za vBSEO. V primeru vB4 je bolj zapleteno - Prijazni Url-ji morajo biti podprte, in smo prevajanje veliko več različnih Url-jih. Dajanje je prvič v vB3. nam je omogočilo, da ga preizkusite zelo dobro na pravi forumih, preverite, ali ta deluje v redu, mogoče bo pokazal nekaj bugs, preden je šel, da vB4. In ko smo kompletno prepričajte, da je vse v redu, smo še vedno dodaj v vB4 dodatni podporo (Friuendly Url-je, več translted Url-jev). To je razlog, zakaj je ta čas vBET3.x je prej in moramo še 2 tedna za vBET4.x. In hvala, da boste dobili rešitev, ki so zelo dobre kakovosti, ewen, če je bolj zapleteno, thatin primeru vB3
Treba bi bilo nič takšnega kot negativnega vpliva uspešnost zaradi cache datotek. To pa zato, ker datoteke cache ne raste ... Ustvarjamo ločene datoteke za vsako zahtevo URL. Torej, vsak cache datoteke preprosto statično HTML datoteko (cached izhod za zahtevo). Ko se vaš strežnik caches bolj in bolj vBET enostavno ustvari več in več datotek. Torej, vsakič, ko se bere kot datoteke:
1. To je samo za branje rezultat za to posebno URL
2. Mi niti ne berejo v spomin - tako preprosto je tok za stranke z uporabo PHP funkcije: readfile
Zaradi tega, tudi če je vaš rezultat stran je res velik - tako cache datoteko je prav tako velik, bo imelo nobenega negativnega vpliva na delovanje, saj bo le ta tok eno datoteko ne da bi sploh branje celotnega jo v spomin. Tako boste videli prednosti ni slabosti.