Modernizate după problemă de încărcare serverului![]()
Modernizate după problemă de încărcare serverului![]()
Are cineva vreo idee cât de mare fişierul cache-ar putea obţine înainte de a fi un impact negativ asupra performanţei?
Bază de date cache cache numai traduceri. Nu întreg conţinutul HTML. Aşa că atunci când unele pagină tradusă este generat, atunci prima pagină normală este generat şi după care este analizat şi tradus. În timpul cache DB obţinute se utilizează şi Exemple de tradus sunt luate de acolo. Doar Exemple - nu HTML întregi, pentru că fiecare traduceri de timp poate fi diferit (adică privilegii diferite de utilizatori, conţinut actualizat). O pagină HTML poate avea sute de Exemple de a traduce - vBET are conţinut între tag-urile HTML. Mulţumiri PB cache aceste traduceri nu trebuie să fie luate de fiecare dată de la Google - ceea ce consuma foarte mult timp - în loc de faptul că, acestea sunt luate din DB-ul local. Încă - pagina normală trebuie să fie generat şi după care traduse.
Cache Fişier complet pentru persoane cu funcţionează doar pentru oaspeţi. Vă mulţumim că nu avem să vă faceţi griji că utilizatorii au privilegii diferite si a vedea lucruri diferite. oaspeţii veţi vedea acelaşi conţinut. Din cauza că nu avem pentru a analiza rezultatul şi îl va traduce bucată cu bucată, de fiecare dată - putem face pur şi simplu unul o perioada de timp şi memorie cache de ieşire HTML complet. Deci, în acest caz, atunci când pagina nu este pe deplin cache, sau cache de conţinut este prea veche, apoi obţinute obişnuit se produce - la fel ca înainte de descris. Dar, de data aceasta la putere maximă foarte sfârşitul HTML este scris în fişier. Deci, data viitoare când aceeaşi cerere vine de la clienţilor noi nu generează nici conţinutul paginii obişnuit - noi pur şi simplu flux la clienţilor deja fişier cache HTML. De aceea, vom salva mulţime de interogări SQL, CPU si memorie. Ne da doar la conţinutul de la ghidul de fişier static. De aceea, este important de a determina cât timp această memorie cache va fi valabila. Pentru că dacă ceva se va schimba - nou post anume va ajunge la firul, apoi oaspeţii nu vor vedea acest post nou până la fişier deja în cache expiră. După ce că, în timpul cerere următoare, pagina din nou normală va fi generat, traduse, şi cache - şi acest conţinut oaspetii vor vedea de exemplu, pentru o oră (configurabil). Ei nu vor vedea orice modificări până la fişier cache expiră din nou. Desigur, utilizatorii vor vedea totul, pentru că funcţionează numai pentru persoane (aşa pentru roboţi, de asemenea, pentru că roboţii crawlere pe forum pentru dumneavoastră ca invitati).
Vă rugăm să spuneţi făcut-o şi ajutor în caz de orice întrebări doar - le vom descrie cu placere mai mult![]()
Acesta va fi, va fiCele mai multe lucruri noi sunt deja testate acolo. Avem doar mai multe de făcut în cazul full file cache pentru oaspeți pe vB4, deoarece acceptăm acolo traducerea mai multor tipuri de URL-uri pentru vBSEO și, de asemenea, URL-uri prietenoase din vB. Și dintre toate acestea trebuie să-l testăm foarte atent și încă mai trebuie să implementăm sprijinul redirecționării anterioare pentru unele dintre acestea. De asemenea - vom folosi acest timp suplimentar pentru a verifica orice probleme posibile cu Full File Cache pentru oaspeți (care este considerat BETA acum) pe forumurile vB3. Îl testăm bine, dar este întotdeauna mai bine să ne pese mai mult de o bună calitate
![]()
în fişierul /images/vBET/Flags/vBET.CSS
Vă rugăm să descrie mai bine ce inseamna "ciudat" - poate că vom putea să vă ajute. De asemenea, vă sfătuim să o utilizaţi pentru astfel de lucruri Firefox cu plugin Firebug - se va permite să vă arate exact care stilurile CSS sunt utilizate pentru elementele specificate. Este foarte util![]()
Ştiu că pentru fiecare versiune sale este cel mai importantŞi nu vrem să susţină cu faptul că
În acest caz, vBET3.x este mai devreme pentru un motiv foarte bun: CALITATE. Am adăuga noi funcţionalităţi importante (Cache dosarul complet pentru persoane cu) în această versiune, şi a fost mult mai uşor să adăugaţi-l în vB3, deoarece nu sunt nici URL-uri prietenoase, şi vom traduce doar firul de URL-uri pentru vBSEO. În cazul vB4 este mult mai complicat - Friendly URL-uri trebuie să fie sprijinite, şi putem traduce mult mai multe tipuri de URL-uri. Pune-l mai întâi în vB3. permis să testaţi-l foarte bine pe forumuri reale, verificaţi că acesta este working fin, poate că va arăta unele bug-uri înainte de a merge la vB4. Şi după ce am sunt complet sigur că este tot fin, avem încă pentru a adăuga în vB4 aditional de sprijin (URL-uri Friuendly, mai multe URL-uri de translted). Care este de ce acest vBET3.x de timp este mai devreme şi avem încă nevoie 2 săptămâni pentru vBET4.x. Şi că veţi obţine soluţia care au o calitate foarte buna, ewen dacă este mult mai complicat caz thatin de vB3 Multumesc
Nu ar trebui să fi un lucru, cum ar fi impactul asupra performanţei negativ din cauza memoriei cache. Aceasta se datorează faptului că fişierul cache nu creşte ... Noi creem dosar separat pentru fiecare adresă URL cerere. Deci, fiecare fişier cache este pur şi simplu fişier HTML statice (de ieşire cache pentru cerere). Atunci când server-ul dvs. cache vBET mai multe şi mai creează pur şi simplu mai multe fişiere şi mai mult. Deci, de fiecare dată când un astfel de fişier este citit:
1. Acesta este rezultatul citeşte numai pentru această adresă URL special
2. Noi chiar nu-l citeşte în memorie - doar flux pur si simplu la client folosind PHP funcţia de: readfile
Din cauza că, chiar dacă pagina dvs. Rezultatul este foarte mare - fişier cache aşa este, de asemenea mare, acesta nu va avea niciun impact negativ de performanţă, pentru că va transmite acest fişier doar una fără lectură, chiar în ansamblul său, acesta memorie. Deci, veţi vedea avantaje care nu sunt dezavantaje.