Uppfærsla eftir framreiðslumaður hlaða vandamál![]()
Uppfærsla eftir framreiðslumaður hlaða vandamál![]()
Hefur einhver hafa allir hugmynd hversu stór skrá skyndiminni gæti fengið áður en það hefur neikvæð áhrif á frammistöðu?
Gagnasafn skyndiminni felustaður aðeins þýðingar. Ekki allt HTML efni. Svo þegar sumir þýðing er mynda, þá fyrst venjulega er mynda og eftir að það er flokka og þýða. Á þýðing DB skyndiminni er notað og þýða setningar eru teknar þaðan. Bara setningar - ekki alla HTML, því í hvert sinn þýðingar geta verið mismunandi (þ.e. mismunandi réttindi notenda, breytt efni). Einn HTML síðu er hægt að hafa hundruð setningar til að þýða - vBET tekur efni milli HTML tags. Takk DB skyndiminni sem þýðingar þurfa ekki að taka hverju sinni af Google - hvað eyðir miklum tíma - í stað þess, sem eru teknar úr staðbundnum DB þínu. Enn - eðlilegt síða að vera búin og eftir það þýtt.
Full File Cache fyrir gesti virkar einungis fyrir gesti. Takk að við þurfum ekki að hafa áhyggjur að notendur hafa mismunandi réttindi og sjá mismunandi hluti. munt gestir sjá sama efnið. Vegna þess að við þurfum ekki að flokka vegna og þýða það stykki af stykki í hvert skipti - við getum einfaldlega gert það eina stund og skyndiminni fullur HTML framleiðsla. Þannig að í þessu tilfelli, þegar fullt er ekki afrit, eða afrit innihald er of gamall, þá kemur venjulega Þýðing - rétt eins og lýst áður. En í þetta skiptið aftast fullur HTML framleiðsla er skrifaður til að skrá. Svo næst þegar sömu beiðni kemur frá gestur við búa ekki einu sinni eðlilegt page content - við læk einfaldlega að gesta þegar afrit HTML skrá. Það er þess vegna sem við spara fullt af SQL fyrirspurnum, CPU og minni. Við gefum bara til notandi efni úr kyrrstöðu skrá. Þess vegna er mikilvægt að ákvarða hversu lengi þetta skyndiminni mun vera í gildi. Vegna þess að ef eitthvað breytist - þ.e. nýja færslu mun koma þræði, þá gestir vilja ekki sjá þetta nýja færslu fyrr en nú þegar afrit skrá er liðinn. Eftir að á næstu beiðni verður aftur eðlilegur síðu að mynda, þýða, og afrit - og þetta efni gestir vilja sjá þ.e. annan klukkutíma (stillanlegt). Þeir munu ekki sjá neinar breytingar fyrr en afrit skrá rennur út aftur. Auðvitað notendur munu sjá allt, því það virkar bara fyrir gesti (svo fyrir vélmenni einnig, vegna þess að vélmenni skríða vettvang eins gestum).
Látið gerði það hjálpar og ef einhverjar spurningar vakna bara spyrja - við vilja gjarna lýsa það meira![]()
Það verður, verður húnÞar er nú þegar búið að prófa flest nýtt. Við höfum bara meira að gera ef um er að ræða Full File Cache fyrir gesti á vB4, vegna þess að við styðjum þar þýðingar á fleiri tegundum vefslóða fyrir vBSEO og einnig vingjarnlegar vefslóðir frá vB. Og af öllum þeim sem við verðum að prófa það mjög vandlega og verðum enn að innleiða stuðning við fyrri tilvísun fyrir suma þeirra. Einnig - við munum nota þennan viðbótartíma til að athuga möguleg vandamál með Full File Cache For Guests (sem er talið BETA núna) á vB3 spjallborðum. Við prófum það vel, en það er alltaf betra að hugsa meira um góð gæði
![]()
í skrá /images/vbet/flags/vbet.css
Vinsamlega lýsið betur hvað það þýðir "undarlegt" - kannski munum við geta til að hjálpa þér. Einnig ráðleggjum við að nota fyrir slíkt Eldur með tappi Firebug - það mun leyfa til að sýna þér nákvæmlega hvaða CSS stíll eru notaðar til tilgreind atriði. Það er mjög gagnlegt![]()
Ég veit að fyrir alla útgáfa hans er mikilvægurOg við viljum ekki að halda því fram með það
Í þessu tilfelli vBET3.x er fyrr í mjög góð ástæða: Gæði. Við bættum við nýjum mikilvægt virkni (Full File Cache fyrir gesti) Í þessari útgáfu, og það var miklu auðveldara að bæta við það í vB3, vegna þess að það eru engar Friendly URLs, og við þýða aðeins þráður vefslóðum vBSEO. Ef VB4 það er flóknara - Friendly URLs verður að styðja, og við þýða mikið fleiri tegundir af slóðum. Setja það fyrst í vB3. leyft okkur að prófa það mjög vel á raunverulegum vettvangi, athugaðu að það er vinnandi fínn, kannski mun sýna sumir bugs áður en það fer að VB4. Og eftir að við erum algerlega viss um að það er allt í lagi, höfum við enn að bæta við í VB4 aditional styðja (Friuendly vefslóðir, meira translted vefslóðir). Það er hvers vegna þetta skipti vBET3.x er fyrr og við þurfum enn 2 vikur fyrir vBET4.x. Og takk sem þú munt fá lausn sem hafa mjög góða, Ewen ef það er flóknara thatin ræða vB3
Það ætti ekki að vera til sem heitir neikvæð árangur áhrif vegna skyndiminni skrá. Það er vegna þess File Cache ekki vex ... Við búum til sérstaka skrá fyrir hverja beiðni URL. Svo er hvert skyndiminni skrá einfaldlega truflanir HTML file (afrit framleiðsla fyrir beiðni). Þegar þjóninn þinn felustaður fleiri og fleiri vBET skapar einfaldlega fleiri og fleiri skrár. Svo í hvert sinn þegar slík skrá er svohljóðandi:
1. Það er lesa aðeins leiða til þessa tilteknu slóð
2. Við jafnvel ekki lesið það til minni - bara einfaldlega streyma það til viðskiptavinar með PHP virka: readfile
Vegna þess jafnvel þótt leiða síðunni þinni er mjög stór - svo skyndiminni skrá er einnig stór, mun það ekki hafa neikvæð árangur áhrif, því það verður bara streyma þessu eina skrá án þess jafnvel að lesa allt það inn í minni. Svo þú munt sjá kosti ekki galla.