Натоварване на хост със WordPress 3.8

rutera

Active Member
Здравейте, проблема е следния при около 70-80 посетителя едновременно на хоста скача процесора много тавана.

Както казах системата е WordPress 3.8 с плугини:

WP Super Cache
WP-Polls
upPrev
TinyMCE Advanced
Share Buttons by AddToAny
Google XML Sitemaps
Executable PHP widget
Captcha


Ако някой разбира и може да даде мнение за кеширане и как да се настрой ще съм благодарен.
 

Прикачени файлове

  • chart.jpeg
    chart.jpeg
    28 KB · Преглеждания: 30
От: Натоварване на хост със WordPress 3.8

За кеширане - W3 Total Cache, ще трябва да си поиграеш с настройките докато получиш задоволителен резултат. И не се знае до колко ще е задоволителен де, защото ако хостингът е скапан, нищо няма да ти помогне.

Аз лично от графиката, която си дал, не разбрах абсолютно нищо, някой от колегите може и да е по-наясно.
 
От: Натоварване на хост със WordPress 3.8

Графиката беше принципно за консумацията на рамта но падна хоста и си мислех че не е качена :) игнорирйте графиката. А за W3 Total Cache тегав е и се чудя кое как и т.н. затова и питам.
 
От: Натоварване на хост със WordPress 3.8

Wp supercash има не по малко настроики, като започнеш от ADVENCED където отметката за кеширането ти трябва да не е на PHP, а на .htaccess. После по надолу като настроии плъгина се клика за генериране на .htacc правилата и така, нататък... Та има си половин един час настройка преди да заработи...
Имаше един БГ плъгин които не му трябваше настройка... https://wordpress.org/plugins/hyper-cache-extended/ - слагаш и забравяш, ако не ти трябват по-специфични неща върши работа...

Тази 2та плъгина също ми се виждат съмнителни(товарещи) особено втория...
Google XML Sitemaps
Executable PHP widget
 
От: Натоварване на хост със WordPress 3.8

Ами качих хипер кеш да видим как ще се справи а за другите два плъгина единия си е е нещо като базов за Sitemaps и се пуска ръчно.Другия добавя PHP код но той не това толко понеже е малко количество и не прави заявки към базата.Вече се замислям дали не е проблем със темата на сайта!Случвало ли ви се е да имате проблем със темата?Я некадърно написана я нещо друго.
 
От: Натоварване на хост със WordPress 3.8

Ами качих хипер кеш да видим как ще се справи а за другите два плъгина единия си е е нещо като базов за Sitemaps и се пуска ръчно.Другия добавя PHP код но той не това толко понеже е малко количество и не прави заявки към базата.Вече се замислям дали не е проблем със темата на сайта!Случвало ли ви се е да имате проблем със темата?Я некадърно написана я нещо друго.

Сложи P3 на GoDaddy и тествай(това е плъгин за измерване на натоварването)

Другия добавя PHP код но той не това толко понеже е малко количество и не прави заявки към базата
Ами то точно PHP товари процесора, даже и без заявки към базата. Пък и това на значи че няма заявки към другаде - rss, реклами, външни линкове...
Най-вероятно това не се кешира - 80 човека правят по 80 заявки със всяка импресия на сайта. Да кажем 80 човека гледат 3 страници, това са php 240 заявки. Ако пък междувременно мине някои бот и тои ти обходи страниците и изпълни кода...
 
Последно редактирано:
От: Натоварване на хост със WordPress 3.8

Ами след днешните тестове се установява следното:

Бота на majestic е крайно агресивен и прави по 30-40 заявки на няколко часа и по няколко пъти в час.
MJ12bot 2,790+42 заявки |77.54 MB| 04 May 2014

и разни други ботове.

Сега за кеширането:

hyper cache с базова настройка има около 10-15% спад в натоварвнето.
super cache с базова около 5-10% по-надолу.

*hyper cache яде процесор за сметка на рам.Рамта я държи долу но процесора си действа.(в комбинация ако махна php както каза колегата glndrk ) вероятно ще падне процесора малко.

Ще се тества без php.


Относно
Сложи P3 на GoDaddy и тествай(това е плъгин за измерване на натоварването)
ще го сложа и ще тествам при което ще пиша.

пс.Ето файл със ботове който правят проблем.Според host bg.

htaccess
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{HTTP_USER_AGENT} ^.*(Yandex|MJ12bot|AhrefsBot|WeSEE|Yeti|Apache-HttpClient|FreeWebMonitoring.?.?SiteChecker|Aboundex|Sogou|VigLink).*$ [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^.*(hrbot|nutch|panscient|AntBot|netEstate|bitlybot|binlar_2.6.3|rogerbot|OSSProxy|SkimBot|psbot).*$ [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^.*(ZyBorg|CatchBot|craftbot|niki-bot|ZemlyaCrawl|sproose|magpie-crawler|Wotbox|SlySearch|TurnitinBot).*$ [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^.*(integromedb|BUbiNG|Nekstbot|YisouSpider|Cliqzbot|NalezenCzBot|woobot|AboutUsBot/Harpy|Gigabot|PagesInventory).*$
RewriteRule .* - [F]
</IfModule>
 
От: Натоварване на хост със WordPress 3.8

Ако се ползва заедно с CloudFlare понякога забраната на ботове води до това, че се кешират съобщенията, че съдържанието е недостъпно и това съобщение се сервира на истинските браузъри.
 
От: Натоварване на хост със WordPress 3.8

Е преди малко бота на majestic се исипа и директно го изяде по ип.За по-малко от 2 мин. 3,176+46 сканирани линкове вътрешни страници.Крайно агресивна техника.Печелят врагове и други ще пропищят.
 
От: Натоварване на хост със WordPress 3.8

Ти сигурен ли си, че си забранил в robots.txt бота на Majestic? Ако не си го забранил няма какво да се оплакваш.

Ако не ползваш CloudFlare или подобни - директно слагай в htaccess забрана по user agent и IP адрес.*

Аз преди време се бях захванал да ги блокирам, обаче като почнах да ползвам CloudFlare се оказа, че е проблемно и спрях.

* Видях сега, че ти вече си го блокирал по IP. Обаче по този начин му пречиш да прочете robots.txt - от къде да знае, че няма право на достъп като не може да прочете robots.txt?
 
От: Натоварване на хост със WordPress 3.8

И robots i htaccss съм им казал но за всеки случай и по ип дирекно че нагли иначе.
 
От: Натоварване на хост със WordPress 3.8

User-agent: *
User-agent: MJ12bot
Disallow: /
 
От: Натоварване на хост със WordPress 3.8

И оправиха ли се нащата в крайна сметка?
 
От: Натоварване на хост със WordPress 3.8

User-agent: *
User-agent: MJ12bot
Disallow: /

Проблемът е, че си забранил на бота достъп до robots.txt и той не знае, че му е забранено да посещава сайта ("мисли си", че му е забранено само robots.txt да посещава).

Тоест трябва в .htaccess да добавиш изключение, което дава безпрепятствен достъп на всички ботове до robots.txt.
 

Горе