Site polepole baada ya kusafisha cache

[tavenger5]

Nimekuwa wamekwenda kupitia na kutekelezwa iwezekanavyo tricks optimization ninachoweza kupata. Hii ni pamoja na nginx kama wakala kwa Apache, vbOptimize na memcached, na mara kwa mara taratibu zote vBulletin optimization.

Mimi nina kazi na mbili mbili quad servrar processor msingi na 12 na *** ya kondoo mume, na 15K anatoa SAS katika uvamizi. Hivyo, kwa maneno mengine, seva na nguvu ya kutosha mchakato kila kitu.

tovuti kuu kuanza polepole haki baada ya cache vBET ni akalipa kila baada ya siku 15. (Database anapata zaidi *** baada ya kipindi hicho siku 15)> kurasa 500k siku ni kuwa crawled kwa injini ya utafutaji.

Je, kuna kitu naweza kufanya kwa tweak Apache kwa Hushughulikia maombi haya bora zaidi? Haya ni mazingira ya sasa Apache yangu:
kutoka httpd mpm.conf-
# Prefork MPM

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

Timeout 150
KeepAlive On
MaxKeepAliveRequests 80
KeepAliveTimeout 3
UseCanonicalName Off

[vBET]

Basi mimi nadhani - una vBSEO na mengi ya viungo katika ukurasa mkuu - mimi nina haki? ;)

hila ni - kama si kweli kuwa, basi si kutumia mwisho kusafisha mkakati. Najua kwamba kuna kama - je checked mikakati clearing wengine? Nyingine si wazi cache nzima na kuchukua rasilimali zaidi ya wazi kutoka upande mwingine.

Next vBET 3.x kutolewa inaweza kukusaidia - sisi kuongeza vigezo mpya ya utendaji ya juu kwa kurasa kweli kubwa. Sisi pia aligundua ianze kwa tafsiri ya viungo. Wakati huu tuna kutekelezwa ufumbuzi kwa URL Vb Friendly katika vBET4.x (si iliyotolewa bado) na sisi kujaribu kupitisha pia kwa vBSEO. Kama sisi kufanikiwa tutasogea pia kwa vBET 3.x suala ni kwamba vBSEO anauliza kwa viungo moja kwa moja na hii hutoa kadhaa ya maombi ya Google. Kama nilivyoandika sisi tayari kutekelezwa ufumbuzi kwa Vb URL Frinedly - tukiwa na kuchelewa tafsiri. Tatizo na vBSEO ni kwamba kazi nje Vb, baada ya tafsiri hutokea na pia usimwambie haina mahitaji url kuangalia usahihi wa moja halisi
au kuiweka katika pato.
Mengi ya maelezo - muda mfupi tunajua ianze moja ambayo hutokea tu wakati cache si kujazwa na tayari kufanya kazi katika suala hili.

Basi wakati huu siwezi kukushauri tu kucheza na mikakati ya clearing na vigezo vingine clearing. Kwa mikakati mingine:
- Kama kusafisha meza moja cache si mauaji ya server yako, basi kuweka kubwa 'Cache clearing timelap' - server yako kuchukua pumzi kati ya clearings
- Analise jukwaa yako trafiki na kuangalia wakati ni chini - mabadiliko ya kusafisha utekelezaji kwa wakati huu
- Set chini cache TTL - meza ndogo itafutwa ili kusafisha yenyewe itakuwa kuchukua rasilimali za chini. Mengine yatokanayo - server kumwomba Google mara nyingi zaidi kwa ajili ya tafsiri.
- Majaribio: kuweka 'Quick ndani deletion na optimize meza' wazi / inajumuisha / vbenterprisetranslator_functions.php na maoni kuna 3 mistari ya kanuni na 'TABLE optimize za mitaa. Hii kufanya kweli haraka deletion bila kuboresha bahati. NOTE: bahati kukua, hivyo lazima kutekeleza query manually - yaani kuangalia ni mara moja kwa wiki. Kama ni kazi kwa ajili yenu sisi kutekeleza mkakati mpya, ambapo utaratibu wa bahati itakuwa sio kila siku.

[tavenger5]

Ndiyo kwa vbSEO.

Mimi kutumia deletion kawaida kwa sasa na haionekani kuchukua muda mrefu sana kupata vitu akalipa. Na deletion haraka za mitaa bahati kushoto katika siasa, na bahati deletion kawaida ni wazi? Je, kuwa na bahati ya kale faida yoyote kama si optimized?

Mambo tu wanaonekana polepole chini wakati kuna mengi ya trafiki kwenye tovuti na cache ni kuwa upya. Nina uhakika hii ni kwa sababu mchakato wa Apache si kuwa kufungwa kwa haraka kama kawaida bila (tangu data ni kuwa ombi kutoka google).

Ni vizuri kusikia kwamba version ijayo kuboresha kasi tena. Nilikuwa tu kuhakikisha hapakuwa na kitu kingine chochote mimi naweza kufanya kwa Apache tweaking.

[vBET]

Kama ni kutumia kusafisha ya kawaida basi Nimesahau mwanga wangu. Nilidhani kwamba wewe ni kutumia mkakati wa mwisho na kuondoa cache nzima. Sorry - kutokuelewana:) Just kuondoka kama ni.

Kwa njia hiyo siwezi kushauri kuweka kubwa Cache TTL. Data chini ya kuondolewa kila wakati, hivyo chini ya data itakuwa nafuu.
Kama nilivyoandika sisi tayari akamkuta mmoja ianze kwa vBSEO + tupu cache na sisi ni kazi juu yake:)

Nini wewe pia unaweza kufanya ni kuhakikisha kuwa server yako si kufanya maombi anayemaliza muda wake. Sisi aligundua kwamba baadhi servrar kuishi kama hili kama maombi anayemaliza muda wake wengi ni kwenda server moja. 100 kwa sababu maombi anaweza kuchukua 1000 x muda zaidi kuliko 1 ombi (kinadharia inapaswa kuchukua 100 x muda zaidi). Inaweza kuwa baadhi firewall, server usalama wa suala hilo. Bila shaka inaweza kuwa baadhi ya Google unaweka kidogo 'adhabu' katika kesi kama hizo. Hivyo kama unaweza kupata kitu katika eneo hilo - inaweza kusaidia. Kama siyo tafadhali kusubiri kwa ajili ya maboresho:)