Nadštandardné po probléme zaťaženie serveru![]()
Nadštandardné po probléme zaťaženie serveru![]()
Má niekto predstavu, aký veľký súbor medzipamäť mohli dostať skôr, než to má negatívny dopad na výkon?
Databáza vyrovnávacej pamäte cache len preklady. Nie celý obsah HTML. Takže keď je generovaná ktorých niektoré boli preložené stránky, potom prvá normálna stránka je generovaný a potom ich analyzovať a preložiť. Pri vyrovnávacej preklad DB sa používa a preložené vety sú prevzaté od tam. Len vety - nie celé HTML, pretože zakaždým, preklady môžu byť rôzne (tj rôzne oprávnenia užívateľov, meniť obsah). Jeden HTML stránka môže mať stovky viet k prekladu - vBET sa obsahu medzi HTML tagy. Vďaka DB cache tie preklady nemusí byť vždy od Google - to, čo spotrebuje veľa času - namiesto toho, sú prevzaté z miestnej databázy. Ešte - normálna strana musí byť získané a potom prekladal.
Celý súbor Cache pre hostí funguje iba pre hostí. Vďaka tomu nemusíme sa obávať, že užívatelia majú rôzne výsady a vidieť rôzne veci. LL hostia uvidia ten istý obsah. Z tohto dôvodu nemáme analyzovať výsledky a premeniť ju kúsok po kúsku zakaždým - môžeme len to jedno, kým vyrovnávacej pamäte a plnú HTML výstup. Takže v tomto prípade, kedy celá stránka nie je uložený, alebo medzipamäte obsah je príliš starý, potom normálne preklade dochádza - rovnako ako bolo popísané vyššie. Ale tentoraz sa na samom konci plné HTML výstup je zapísaný do súboru. Takže nabudúce, keď rovnakú požiadavku, ktorý príde z hosťujúceho nemáme ani vytvárať normálne obsah stránky - proste stream pre hostí už uložené HTML súboru. To je dôvod, prečo sme ušetriť veľa SQL dotazov, CPU a pamäte. Práve sme sa dať užívateľovi obsahu zo statického súboru. To je dôvod, prečo je dôležité určiť, ako dlho táto cache bude platný. Pretože ak sa niečo zmení - teda nový príspevok dorazí do vlákna, tak hostia budú nevidí tento nový príspevok do medzipamäte Súbor už končí. Potom sa v ďalšom požiadavke, bude opäť normálne stránka generovaná, prekladal a medzipamäte - a to obsah hostia uvidia, tj za hodinu (nastaviteľné). Nebudú vidieť žiadne zmeny, až vyprší cache súbor znova. Samozrejme, používatelia uvidia všetko, pretože to funguje iba pre hostí (tak pre roboty Tiež preto, že roboti prechádzať vaše forum ako hostia).
Prosím, povedz to, že pomoc a v prípade akýchkoľvek otázok Opýtajte sa - radi Vám popísať viac![]()
Viem, že pre všetky jeho verzia je najdôležitejšieA my nechceme tvrdiť, že sa
V tomto prípade vBET3.x predtým veľmi dobrý dôvod: KVALITA. Pridali sme nové dôležité funkcie (Celý súbor Cache pre hostí) v tejto verzii, a to bolo oveľa jednoduchšie, ak ju chcete pridať do vB3, lebo nie sú Priateľské adresy Url a prekladáme len niť adresy Url pre vBSEO. V prípade vB4 je to viac komplikované - Priateľské adresy Url, musí byť podporované, a prekladáme oveľa viac druhov adresy Url. Uvedenie prvého v vB3. nám umožnili testovať ho veľmi dobre na reálnych fóra, skontrolujte, či je v poriadku, možno vám ukážeme niektoré chyby skôr, než to ísť na vB4. A potom sme úplne istí, že je všetko v poriadku, stále sa musíme pridať v vB4 ďalšie podporu (Friuendly adresy Url, viac translted adresy Url). To je dôvod, prečo tento čas vBET3.x je staršie a stále potrebujeme 2 týždňov vBET4.x. A vďaka tomu, že budete mať riešenie, ktoré má veľmi dobrú kvalitu, ewen, ak je to viac komplikované thatin prípade vB3
Mal by byť žiadna taká vec ako negatívny vplyv na výkon, pretože v súbore cache. Je to preto, vyrovnávaciu pamäť súborov nie je rastie ... Vytvárame osobitný súbor pre každú požiadavku URL. Takže každý súbor medzipamäte je proste statických HTML súborov (cache výstup na vyžiadanie). Keď server ukladá stále viac a viac vBET jednoducho vytvorí ďalšie a ďalšie súbory. Takže zakaždým, keď si taký súbor:
1. To je len na čítanie výsledok tohto konkrétneho URL
2. My si ani prečítať do pamäte - proste stream je na klienta pomocou PHP funkcie: readfile
Z dôvodu, že aj keď vaše stránky s výsledkami je naozaj veľký - tak súbor medzipamäte je tiež veľký, bude to mať žiadny negatívny vplyv na výkon, pretože to bude práve tento potok jeden súbor aj bez čítania celej do pamäte. Takže uvidíte výhody ani nevýhody.