Site mabagal pagkatapos cache clear

[tavenger5]

Ko na nawala sa pamamagitan ng at ipinatupad ang lahat ng posibleng mga tricks optimization ko mahahanap. Kabilang dito ang nginx bilang isang proxy sa Apache, vbOptimize sa memcached, at lahat ng regular na mga pamamaraan ng vbulletin optimization.

Ako nagtatrabaho sa dalawang dalawahan patyo sa loob core processor server na may 12 at *** ng ram, at 15k sas drive sa salakayin. Kaya, sa ibang salita, ang mga server ay may sapat na kapangyarihan upang i-proseso ang lahat.

Ang pangunahing site ay nagsisimula sa mabagal na karapatan pagkatapos ng vBET cache ay clear bawat 15 na araw. (Database ang nakakakuha lamang sa paglipas ng *** matapos ang 15 araw ng panahon)> 500k mga pahina ng isang araw ay ma-crawl ng mga search engine.

Mayroon bang anumang maaari kong gawin upang sabunutan ang Apache sa humahawak ang mga kahilingan na ito ay mas mahusay? Ito ang aking kasalukuyang mga Apache setting:
mula sa httpd-mpm.conf
# Prefork MPM

StartServers 20
MinSpareServers 20
MaxSpareServers 25
MaxClients 180
MaxRequestsPerChild 1000
Mula sa httpd-default.conf:

Timeout 150
KeepAlive Sa
MaxKeepAliveRequests 80
KeepAliveTimeout 3
UseCanonicalName Off

[vBET]

Hayaan hulaan ako - mayroon kang vBSEO at maraming ng mga link sa pangunahing pahina - ako sa kanan? ;)

Linlangin ang - kung wala ka talagang may sa, pagkatapos ay huwag gamitin ang huling clear diskarte. Alam ko na may kung - ay check mo ang iba pang diskarte sa clear? Iba pang mga hindi-clear ang buong cache at ay tumagal ng mas maraming mga mapagkukunan sa mga malinaw na mula sa iba pang bahagi.

Susunod vBET 3.x release maaaring makatulong sa iyo - kami ay magdagdag ng bagong mga advanced na mga parameter ng pagganap para sa mga talagang malaki pahina. Natuklasan din namin bottleneck sa mga link ng pagsasalin. Sa sandaling ito kami ipinatupad solusyon para sa vB Friendly URL sa vBET4.x (hindi inilabas pa) at susubukan naming gamitin din ito para sa vBSEO. Kung namin magtagumpay kami ay ilipat ito sa vBET 3.x isyu ay na humihingi ng vBSEO para sa link ng isa sa pamamagitan ng isa at ito ay gumagawa ng mga dose-dosenang mga sa mga Google kahilingan. bilang sinulat ko namin na ipinatupad solusyon para sa vB Frinedly URL - gumawa kami maantala pagsasalin. Problema sa vBSEO ay na ito ay gumagana sa labas vB, matapos ang pagsasalin ang mangyayari at hindi rin sabihin ang mga pangangailangan url upang suriin ang kawastuhan ng aktwal na isa
o ilagay ito sa output.
Lot ng mga detalye - ilang sandali alam namin isa bottleneck na kung saan ang mangyayari lamang kapag ang cache ay hindi napuno at na kami ay nagtatrabaho sa ang isyu na ito.

Kaya sa sandaling ito ay maaari ko lang payuhan sa iyo upang i-play sa mga diskarte ng clear at iba pang mga parameter ng clear. Para sa iba pang diskarte:
- Kung clear ng sa isa talahanayan ng cache ay hindi pagpatay ng iyong server, pagkatapos ay itakda ang mas malaking 'Cache clear timelap' - ang iyong server ay isang paghinga sa pagitan ng mga clearings
- Analise iyong trapiko sa forum at suriin kapag ito ay mas mababa - baguhin clear pagpapatupad sa oras na ito
- Itakda ang mas mababang cache TTL - mas maliit na mga talahanayan ay clear kaya clear ay mismo tumagal ng mas mababa mapagkukunan. Iba pang mga bahagi - server ay hilingin sa Google nang mas madalas para sa pagsasalin.
- Eksperimentong: set 'Mabilis na lokal na pagtanggal sa optimize ang mga talahanayan' buksan / nagsasama / vbenterprisetranslator_functions.php at komento may 3 linya ng code sa 'OPTIMIZE LOCAL TALAAN'. Na ito ay talagang mabilis na pagtanggal nang walang ini-index ng upgrade. TANDAAN:-index ay lalaki, kaya kailangan mong execute sa query ng mano-mano - ie suriin ang mga ito isang beses bawat linggo. Kung ito ay gumana para sa iyo ay namin ipatupad ang bagong diskarte, na kung saan ini-index ay reorganized hindi araw bawat.

[tavenger5]

Oo sa vbSEO.

Ako gumagamit ng normal pagtanggal sa sandali at ito ay hindi mukhang masyadong mahaba upang makakuha ng mga bagay clear. Sa mabilis na lokal na pagtanggal ay ang ini-index ng naiwan sa taktika, at ang mga normal na-index ng pagtanggal ay clear? Ang pagkakaroon ng lumang-index ang anumang mga benepisyo kung sila ay hindi-optimize?

Bagay lamang mukhang mabagal down kapag may maraming trapiko sa site at ang cache ang ay itinayong muli. Ako siguraduhin na ito ay dahil ang Apache proseso ay hindi isinara bilang mabilis hangga't gusto nila normal (dahil ang data ay hiniling mula sa google).

Mabuting marinig na ang mga susunod na bersyon ay mapabuti sa bilis muli. Lamang ako ay siguraduhin doon ay hindi anumang bagay na maaari kong gawin sa tweaking Apache.

[vBET]

Kung ikaw ay gumagamit ng normal clear pagkatapos nakalimutan ang tungkol sa aking mga pahiwatig. Akala ko na ikaw ay gumagamit ng huling diskarte at alisin ang buong cache. Paumanhin - hindi pagkakaunawaan:) lamang iwan ang mga ito bilang ito ay.

Sa ganitong paraan maaari kong payuhan upang magtakda ng mas malaking Cache TTL. Mas data ay aalisin sa bawat oras na, kaya mas mababa data ay upang mabawi.
Tulad ng sinulat ko namin na natagpuan sa isang bottleneck sa vBSEO + walang laman ang cache at kami ay gumagana ito:)

Kung ano Maaari mo ring gawin ay siguraduhin na ang iyong server ay hindi hawak ng mga palabas na kahilingan. Natuklasan namin na ang ilang mga server na kumilos ng tulad nito na kung maraming mga palabas na kahilingan ay pagpunta sa parehong server. Dahil ang 100 mga kahilingan ay maaaring tumagal ng 1000 x mas maraming oras kaysa sa 1 kahilingan (theoretically ay dapat na 100 x higit pa oras). Ito ay maaaring ang ilang mga firewall, usapin sa seguridad ng server. Siyempre ito na naglalagay ng Google ang ilang mga maliit na 'parusa' sa tulad kaso. Kaya kung maaari mong mahanap ang isang bagay sa lugar na ito - ito ay makakatulong. Kung hindi mangyaring maghintay para sa mga pagpapabuti:)