Uusittu jälkeen palvelimen kuormitusta ongelma![]()
Uusittu jälkeen palvelimen kuormitusta ongelma![]()
Onko kellään mitään käsitystä kuinka suuri tiedosto välimuistin voisi saada ennen kuin se on negatiivinen vaikutus suorituskykyyn?
Tietokannan cache välimuistit vain käännöksiä. Ei koko HTML-sisältöä. Joten kun jotkut käännetty sivu syntyy, niin ensimmäinen normaali sivu on luotu ja sen jälkeen se jäsennetään ja käännetty. Vuoden käännös DB välimuisti on käytössä ja käännetään lauseita otetaan sieltä. Vain lauseita - ei koko HTML, koska joka kerta käännökset voivat olla erilaisia (eli eri oikeuksilla käyttäjien muuttunut sisältö). Yksi HTML-sivu voi olla satoja lauseita kääntää - vBET vie sisällön välillä HTML-tunnisteita. Thanks DB cache näitä käännöksiä ei tarvitse ottaa joka kerta Google - mitä kuluttaa paljon aikaa - sen sijaan, että ne ovat peräisin paikalliselta TE. Still - normaali sivu on luotu ja sen jälkeen käännetty.
Täysi Tiedosto välimuisti Vieraat toimii vain vieraille. Kiitos, että meillä ei tarvitse huolehtia, että käyttäjillä on erilaisia oikeuksia ja nähdä eri asioita. ll vieraat näkevät saman sisällön. Siksi, että meillä ei ole jäsentää tuloksen ja kääntää sen pala palalta aina - emme voi yksinkertaisesti tehdä se taas ja välimuistin koko HTML. Joten tässä tapauksessa, kun koko sivu ei ole välimuistissa, tai välimuistissa sisältö on liian vanha, niin normaali käännös tapahtuu - aivan kuten kuvattu ennen. Mutta tällä kertaa aivan lopussa koko HTML on kirjoitettu tiedostoon. Joten seuraavan kerran kun sama pyyntö tulee vieras Emme siis generoi edes normaalia sivun sisällön - me yksinkertaisesti stream vieraille jo välimuistissa HTML-tiedoston. Siksi säästää paljon SQL kyselyitä, CPU ja muisti. Me vain antaa käyttäjien sisältöä staattiseen tiedostoon. Siksi on tärkeää määrittää, kuinka kauan tämä välimuisti on voimassa. Koska jos jotain muuttuu - eli uusi viesti saapuu lanka, sitten vieraat eivät näe tässä uudessa virassa, kunnes jo välimuistissa tiedosto vanhenee. Tämän jälkeen aikana ensi pyynnöstä jälleen normaali sivu syntyy, kääntää, ja välimuistissa - ja tämä sisältö vieraat näkevät eli vielä tunnin (konfiguroitavissa). He eivät näe mitään muutoksia ennen välimuistissa tiedosto vanhenee uudelleen. Tietenkin käyttäjät näkevät kaiken, koska se toimii vain vieraille (niin robotit myös, koska robotit indeksoida Foorumin vieraina).
Kerro Auttoiko se ja jos kysyttävää kysykää - mielellämme kuvailla sitä enemmän![]()
tiedostonimissä /images/vBET/Flags/vBET.CSS
Kuvaile paremmin, mitä tarkoittaa "outo" - Ehkä me voimme auttaa sinua. Lisäksi suosittelemme käyttämään tällaisia asioita Firefox plugin Firebug - Se antaa näyttämään mitkä CSS-tyylejä käytetään tiettyä elementtejä. Se on todella hyödyllinen![]()
Tiedän, että kaikille hänen versio on tärkeinEmmekä halua kiistellä, että
Tällöin vBET3.x on aikaisemmin erittäin hyvä syy: LAATU. Lisäämme uusia tärkeitä toimintoja (Täysi välimuistin matkustajien) Tämä versio, ja se oli paljon helpompi lisätä sen vB3, koska ei ole ystävällinen URLs, ja käännämme vain säiettä URL-osoitteita vBSEO. Jos vB4 on monimutkaisempi - ystävällinen URL on tuettava ja käännämme paljon erilaisia URL. Laitat sen ensin vB3. voineet testata sitä hyvin todellista foorumeilla, tarkista on työskentely hienosti, ehkä näyttää, joitakin vikoja ennen se siirry vB4. Ja kun olemme täysin varmoja, on kaikki hyvin, meillä on vielä lisää vB4 aditional tuki (Friuendly URL-osoitteet, translted URL). Eli miksi aikaa vBET3.x aikaisempi ja me vielä 2 viikkoa vBET4.x. Ja kiitos että saat ratkaisun, joka on erittäin hyvä laatu, ewen, jos kyseessä on monimutkaisempi thatin vB3
Ei pitäisi olla mitään sellaista asiaa kuin negatiivinen vaikutus suorituskykyyn koska välimuistin. Se johtuu File cache älä kasvaa ... Luomme erillinen tiedosto jokaista pyyntöä URL. Joten jokainen välimuistin tiedosto on yksinkertaisesti staattinen HTML-tiedoston (välimuistissa lähtö pyynnöstä). Kun palvelimen välimuistiin entistä vBET yksinkertaisesti luo enemmän ja enemmän tiedostoja. Joten joka kerta kun tällainen tiedosto on luettu:
1. Se luetaan vain seurausta tästä erityisen URL
2. Olemme jopa älä lue sitä muistiin - vain yksinkertaisesti lähettää sen asiakkaan käyttämällä PHP funktio: readfile
Siksi, että vaikka tulostasi sivu on todella iso - niin välimuistitiedoston on myös iso, se ei ole kielteistä vaikutusta suorituskykyyn, koska se vain stream tämä tiedosto lukematta koko sen muistiin. Joten näet etuja ei haittoja.