Сайт бавно след кеш клиринг

[tavenger5]

Аз сте преминали през и прилага всички възможни трикове за оптимизация мога да намеря. Това включва Nginx като прокси за Apache, vbOptimize с memcached, както и всички редовни процедури за оптимизация на Еврофутбол.

Работя с два двуядрени сървъра Quad Core процесор с 12 и *** на овен, и 15K SAS дискове в RAID. Така че, с други думи, сървъри имат достатъчно мощност, за да обработват всичко.

Основната сайт започва да се забави, след vBET кеша се изчиства на всеки 15 дни. (Базата данни се стига до малко над *** след този период от ден 15)> 500k страници на ден са били обходени от търсачките.

Има ли нещо, което мога да направя, за да ощипвам Apache, за да обработва тези молби по-добре? Това са моите текущите настройки на Apache:
от Httpd-mpm.conf
# Prefork MPM

StartServers 20
MinSpareServers 20
MaxSpareServers 25
MaxClients 180
MaxRequestsPerChild 1000

От Httpd-default.conf:

Timeout 150
KeepAlive На
MaxKeepAliveRequests 80
KeepAliveTimeout 3
UseCanonicalName Off

[vBET]

Позволете ми да отгатна - имате vBSEO и много връзки на главната страница - прав съм?

Номерът е - ако вие наистина не трябва да, тогава не използвайте Последната стратегия за клиринг. Знам, че има ако - Проверихте ли други стратегии за клиринг? Други не ще изчисти целия кеш и ще отнеме повече ресурси, за да изчистите от другата страна.

Следваща vBET 3.x освобождаване може да ви помогне - ние ще добавим нови модерни параметри на производителност за наистина голям страници. Ние също така открих, претрупана с връзки превод. В този момент ние са приложили решение за приятелски URL адреси Автоматични vBET4.x (все още не е освободена) и ние ще се опитаме да го приемат и за vBSEO. Ако успеем, ние ще го преместите и да vBET 3.x Въпросът е, че vBSEO пита за връзки една по една и това произвежда десетки искания Google. Както написах, ние вече се прилага решение за Автоматични URL адреси Frinedly - ние направихме забави превод. Проблем с vBSEO е, че той работи извън Автоматични, след превод се случва, и също така да не кажа, се нуждае от URL адрес, за да се провери коректността на действителното
или да го постави в продукцията.
Много подробности - скоро ние знаем, една пречка, която се случва само, когато кеша не е изпълнен и ние вече работим по този въпрос.

Така че в този момент може просто да ви посъветва да си играе с клирингови стратегии и други параметри за клиринг. За други стратегии:
- Ако изчистването на една кеш маса не убива вашия сървър, след което задайте по-голям "Кеш клиринг timelap" - вашият сървър ще вземе дъх между просеки
- Analise трафик форум и проверка, когато тя е по-малко - изпълнение на климата клиринг този път
- Задайте по-нисък кеша TTL - малки маси ще бъдат изчистени, така клиринг себе си ще отнеме по-малко ресурси. Други страна - сървър ще трябва да поиска Google по-често за преводи.
- ЕКСПЕРИМЕНТАЛНО: Комплект "Бързо местните заличаване с оптимизиране на таблици отворени / Включва / vbenterprisetranslator_functions.php и там коментар 3 реда код с "Оптимизиране на локалната таблица". Това ще направи много по-бързо изтриване без ъпгрейд на индексите. ЗАБЕЛЕЖКА: индекси ще расте, така че ще трябва да изпълни заявка ръчно - т.е. проверяват веднъж на седмица. Ако той ще работи за вас, ние ще приложи нова стратегия, където индексите ще бъде реорганизирана не всеки ден.

[tavenger5]

Да vbSEO.

Аз съм с нормална заличаване в момента и тя не изглежда да отнеме твърде дълго, за да получите нещата изчистени. С бърз местните изтриване на индексите, оставени в такт и нормалното индекси изтриване са изчистени? Ще като старите индекси имат никаква полза, ако те не са оптимизирани?

Нещата само изглежда да се забави, когато има много трафик на сайта и на кеш паметта е възстановен. Сигурен съм, че това е, защото Apache процеси не се затваря по-бързо, тъй като те обикновено (тъй като данните се иска от Google).

Хубаво е да чуя, че следващата версия ще подобри скоростта отново. Просто, че там не е нещо друго, което можех да направя с променяте Apache.

[vBET]

Ако използвате нормални клиринг след това е забравил за моите съвети. Мислех, че използвате последната стратегия и премахване на целия кеш. Съжаляваме - недоразумение Просто го оставят, тъй като е.

По този начин мога да се посъветва да зададете по-голям Cache TTL. По-малко данни ще бъдат премахнати всеки път, така че по-малко данни ще бъде да се възстанови.
Както написах, вече открихме едно препятствие с vBSEO + празен кеш и работим по него

Това, което също може да направи, е да се уверете, че вашият сървър не е провеждане на изходящи искания. Ние открихме, че някои сървъри се държат по този начин, ако много изходящи искания ще същия сървър. Защото 100 искания може да отнеме 1000 х повече време, отколкото 1 поискване (теоретично трябва да приемат 100 пъти повече време). Тя може да бъде някаква защитна стена, проблем със сигурността на сървъра. Разбира се, тя може да бъде, че Google поставя някои малко "наказание" в такъв случай. Така че, ако можете да намерите нещо в тази област - тя може да помогне. Ако не моля изчакайте за подобрения