Modernizētas pēc servera slodzes problēmas![]()
Modernizētas pēc servera slodzes problēmas![]()
Vai kāds ir kāda ideja, cik lielu failu kešatmiņu varētu iegūt pirms tam ir negatīva ietekme uz rezultātiem?
Datu bāzes cache kešatmiņas tikai tulkojumus. Ne viss HTML saturu. Tātad, kad daži tulkoto lapu ir radīts, pēc tam pirmajā parastajā lapa ir radīts un pēc tam tas ir parsēt un tulkots. Laikā tulkojums DB cache lieto un tulko teikumus ņem no turienes. Tikai sodi - nav vesels HTML, jo katru reizi tulkojumi var būt atšķirīga (piemēram, dažādas privilēģijas lietotājiem, mainīti saturu). Viens HTML lapas var būt simtiem sodu tulkot - vBET aizņem saturu starp HTML tagiem. Paldies DB cache šie tulkojumi nav jāņem katru reizi no Google - kas patērē daudz laika - tā vietā, ka tie tiek ņemti no jūsu vietējā DB. Still - normāls lappuse ir jāsagatavo, un pēc tam tulkoti.
Pilna File Cache Viesiem darbojas tikai viesiem. Paldies, ka mums nav jāuztraucas, ka lietotājiem ir dažādas privilēģijas un redzēt dažādas lietas. ll viesi redzam to pašu saturu. Tāpēc, ka mums nav iespējams parsēt rezultātu un pārvērst to gabalu pa gabalu katru reizi, - mēs varam vienkārši darīt to vienu brīdi, un cache pilns HTML produkciju. Tātad šajā gadījumā, kad pilna lapa nav kešatmiņā, vai kešatmiņā saturs ir pārāk veca, tad normāls tulkošana notiek - tāpat kā iepriekš aprakstītās darbības. Bet tas pašās beigās pilnu HTML izejas laiks ir rakstīts uz failu. Tātad, nākamajā reizē, kad pašu pieprasījumu nāk no viesu mums nav radīt pat normālu lapu saturu - mēs vienkārši plūsmā, viesu jau kešotā HTML failu. Tieši tāpēc mēs ietaupīt daudz SQL vaicājumus, CPU un atmiņas. Mēs tikai sniegt lietotājam saturu no statiskā failā. Tieši tāpēc ir svarīgi noteikt, cik ilgu laiku tas cache būs derīgs. Jo, ja kaut kas mainīsies - ti jaunu ziņu ieradīsies pavedienu, tad viesi neredzēs šo jauno amatu līdz brīdim, kad jau kešotā faila beigām. Pēc tam, ka laikā, nākamo pieprasījuma, atkal normāls lappuse tiks radīts, tulko, un kešatmiņā - un tas saturs viesi redzēs, ti, vēl vienu stundu (konfigurējams). Viņi neredzēs nekādas izmaiņas, līdz kešotais fails beigām vēlreiz. Protams, jūsu lietotāji varēs redzēt visu, jo tas darbojas tikai viesiem (tāpēc uz robotiem arī, jo robotiem indeksēt jūsu forumā kā viesi).
Pastāstiet to darīja palīdzību un ja ir kādi jautājumi tikai jautāt - mēs labprāt to raksturo vairāk![]()
failu /Images/vBET/Flags/vBET.CSS
Lūdzu, aprakstiet, labāk to, ko nozīmē "weird" - varbūt mēs varam jums palīdzēt. Tāpat iesakām izmantot tādām lietām Firefox ar paplašinājumu Firebug - tas ļaus jums parādīt tieši kuri css stiliem ir izmantoti konkrētiem elementiem. Tas ir patiešām noderīga![]()
Es zinu, ka katram viņa versija ir svarīgākaisUn mēs negribam strīdēties ar ka
Šajā gadījumā vBET3.x agrāk par ļoti labu iemesla dēļ: KVALITĀTES. Mēs pievienot jaunus svarīga funkcionalitāte (Pilna failu kešatmiņu viesiem) Šajā versija, un tā bija daudz vieglāk, lai to pievienotu vB3, jo tur nav draudzīgs URL, un mēs tulkojam tikai pavediens par vBSEO URL. VB4 gadījumā ir sarežģītāka - Friendly URL ir jāatbalsta un mēs tulkojam daudz veidu URL. Ievietojot to vispirms vB3. ļāva mums ļoti labi to pārbaudītu reālo forumos, pārbaudiet tas strādā labi, varbūt parādīs dažus bugs, pirms doties uz vB4. Un pēc tam, kad mēs esam pilnīgi pārliecināti, ka tas ir visi naudas sodu, mēs vēl joprojām ir jāpievieno vB4 sistēmas atbalsts (Friuendly URL, vairāk translted URL). Tas ir kāpēc šī laika vBET3.x ir agrāk, un mēs joprojām nepieciešama 2 nedēļas vBET4.x. Un paldies, ka jūs iegūsiet risinājumu, ja tas ir sare ˛ ģītāka vB3 atlīdzināšanu gadījumā, kuriem ir ļoti labas kvalitātes, ewen
Nav jābūt tādas lietas kā negatīvie darbības ietekmi, jo failu kešatmiņu. Tas ir tāpēc, ka failu kešatmiņu neatbilst aug ... Mēs veidojam atsevišķu failu katram pieprasījumam URL. Tātad katrs cache fails ir vienkārši statisks HTML failu (kešatmiņas produkcijas pieprasījuma). Kad jūsu servera kešatmiņas arvien vairāk un vairāk vBET vienkārši rada vairāk un vairāk failu. Tātad, katru reizi, kad šāds fails ir šādi:
1. Tas ir tikai lasāms rezultāts šajā URL
2. Mēs pat ne lasīt to atmiņu - vienkārši straumēt to uz klienta, izmantojot PHP funkcijas: readfile
Tāpēc, ka, pat ja jūsu rezultātu lapā ir tiešām liels - tā cache fails ir liels, tas nebūs negatīvas darbības ietekmi, jo tas būs tikai straume šo vienu failu, pat lasot visu to atmiņā. Tātad jūs redzēsiet priekšrocības ne trūkumi.