Кеширащи плъгини и CPU

Странникът

Well-Known Member
Здравейте колеги. Значи, възникна следния проблем:
Най-новият ми проект, с който се захванах е един новинарски сайт. Сайта е на Уордпрес. Всичко което ползвам е с най-новите версии и не ползвам никакви излишни неща. Темата която ползвам бих казал, че е лека, без излишни файлове, настройки.
Проблема е, че сайта в момента е на споделен хостинг, на средния план на Суперхостинг, и освен това е втори сайт.
Ограничил съм всякакви неща в сайта, за да мога да се вместя в процесорното време на хостингплана. Но сайта е посещаван, вече генерира трафик от над 5 000 посещения дневно, съответно процесорното време расте. За съжаление не мога да знам всеки от двата сайта от хостинга какво процесорно време използва.

Въпросът ми е - има ли смисъл да слагам кеширащ плъгин в сайта?

Знаете моето мнение - не харесвам кеширащите плъгини и никога не съм ги използвал. Също така знам, че някой колеги, които имат новинарски сайтове, ползват кеширащи плъгини, но смятам, че това е ненужно и само пречи, според мен е грешно, неправилно да се ползва кеширащ плъгин на новинарски сайт. Вие какво смятате?

Разбира се, сайта не може да остане на този хостинг план, такъв сайт трябва да е на впс, но докато го преместя за сега е тук.

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

Знам, че другият сайт също генерира процесорно време, но не мога да знам какво е то, и за сега делим всичко, и мисля, че това, което съм направил не е никак малко, но винаги има какво да се направи, нещо което съм се забравил и пропуснал.
 
От: Кеширащи плъгини и CPU

Щом е направено всичко останало, пък и едва ли аз трябва да го казвам на теб, че кеширащият плъгин е единственото към момента, което можеш да пробваш. Аз на твое място ако бях убеден, че съм изцедил максимума бих пуснал кеш добавката за няколко дни за да видя как би се отразила на общото изразходвано време. На база цифрите ще е ясно и решението.

ПС. Всеки момент очаквам мнението на колегата с директният хостинг, който да каже, че причината е хостинга и да изреди разни конфигурации на сървъра :)
 
От: Кеширащи плъгини и CPU

ПС. Всеки момент очаквам мнението на колегата с директният хостинг, който да каже, че причината е хостинга и да изреди разни конфигурации на сървъра :)

Прав си, ще изредя. Това е защото ако един проект е сериозен то трябва да се използват и качествени решения т.е. правилната технология.

Към автора:)

При текущата конфигурация можеш да намалиш натоварването ако оптимизираш кода си. Например ръчно да minify js и css и да махнеш всякакви коментари из пхп файловете. Може също да изкараш статичното съдържание на втори хостинг или CDN сървър. Така хем ще намалиш времето на зареждане, защото браузъра прави повече заявки, хем ще разпределиш натоварването между няколко сървъра. Амазон имат доста евтино решение и ние също разработваме българска алтернатива, можеш да тестваш безплатно ако те интересува. CloudFlare не си струва, от доста време насам лагват.

Провери дали сървъра има mod_pagespeed и оптимизирай кеширащите възможности на браузърите. Google PageSpeed ще ти даде повече информация. Така ще намалиш използваното процесорно време защото клиента ще кешира определени неща (картинки, js, css, шрифтове и др.)

За всичко останало трябва да се обърнеш към Суперхостинг за да го направят на сървърно ниво. Кеширащите добавки са временно решение, но и те ще ти помогнат. Zend Optimizer+ също е добра идея, защото се получават доста по-добри резултати от апц (именно за Wordpress става въпрос). Често пъти казвам, че натоварването зависи главно от конфигурацията на сървърите.

За кеширащи добавки ще трябва и рам. Разработчиците на WP препоръчват поне 256мб за пхп. Не знам при Суперхостинг какви са лимитите относно рам памет.

Щом е Wordpress, за мен най-доброто решение е - fpc + memcached + cdn + nginx и при нужда varnish или squid, но nginx се справя и без тях. Всичко останало е загуба на време и е въпрос на седмици преди да трябва нещо по-добро. Питай администраторите на сайтове като Wordpress.com , pinterest.com, tumblr.com и още много други топ платформи защо.
 
Последно редактирано:
От: От: Кеширащи плъгини и CPU

r.stefanov - писах ти, за да не се получава диалог тук и да не се натрапваме.

lqllqlq - знам, че кеширащ плъгин понякога помага, но знам, и че понякога и не помага. А както и споменах, смятам, че не е добро решение да се ползва кеширащ плъгин на новинарски сайт, защото информацията се обновява постоянно, всеки ден се пишат по няколко дузини материали, статиите са голямо количество. Кеширащия плъгин е добро решение за малък обем, за сайтове, които не са динамични и не обновяват всекидневно информацията си, и също така съм чувал, че не се препоръчва за статии около и над 1 000 броя. Не знам дали бъркам в тези си разсъждения, нека и други да си кажат мнението.
Но във всички случаи на мен ми изглежда несериозно и непрофесионално - кеширащ плъгин на новинарски сайт.
 
От: Кеширащи плъгини и CPU

Съжалявам, ако е офтопик. Просто да попитам.
От известно време като проверявам сайта си, различни тулове често ми дават като препоръка
"improve server response time"
И сега като тествах с google page speed
Някакви насоки какво да търся?
 
От: Кеширащи плъгини и CPU

server response time е времето, за което сървъра обработва заявките най-просто казано и зависи изцяло от хоста (сървъра). Т.е. ако има такова предупреждение това означава, че според google page speed или там който туул се ползва това време е твърде голямо. Принципно се оплакват ако е над 1-2 секунди.
 
От: От: Кеширащи плъгини и CPU

r.stefanov - писах ти, за да не се получава диалог тук и да не се натрапваме.

lqllqlq - знам, че кеширащ плъгин понякога помага, но знам, и че понякога и не помага. А както и споменах, смятам, че не е добро решение да се ползва кеширащ плъгин на новинарски сайт, защото информацията се обновява постоянно, всеки ден се пишат по няколко дузини материали, статиите са голямо количество. Кеширащия плъгин е добро решение за малък обем, за сайтове, които не са динамични и не обновяват всекидневно информацията си, и също така съм чувал, че не се препоръчва за статии около и над 1 000 броя. Не знам дали бъркам в тези си разсъждения, нека и други да си кажат мнението.
Но във всички случаи на мен ми изглежда несериозно и непрофесионално - кеширащ плъгин на новинарски сайт.

Много внимателно прочетох написаното от теб, но реших да предложа вариант за действие. Всеки сам решава как да управлява сайта си, а Машабле, Техкрънч и други са също новинарски сайтове, пък било специализирани, и ползват кеширане....Успех в решаването на казуса!
 
От: От: Кеширащи плъгини и CPU

Много внимателно прочетох написаното от теб, но реших да предложа вариант за действие. Всеки сам решава как да управлява сайта си, а Машабле, Техкрънч и други са също новинарски сайтове, пък било специализирани, и ползват кеширане....Успех в решаването на казуса!

Благодаря за пожеланията, ще успея, защото ако не успея - ще се проваля!

Иначе, от кеширане до кеширане има разлика. Говорил съм и съм чел мнения за кеширането, даже тук в този форум са писали тези неща за кеширането, които споменах, сега не ми се търси, да ги намирам.
Разбира се, ще опитам кеширане, но само ако някой може да ми предложи адекватно решение, на мнение съм, че кеширащите плъгини не могат да помогнат, вече обясних защо.
 
кеширането не върши работа само ако те брут форсват, иначе аз съм ок за кеширането на сървърно ниво, колкото повече толкова повече :) и по добре да има

но ми е чудно защо пък да не се ползват плъгини.... като е най лесното... при мен където ползвам пести до 4 пъти процесорното време и в някой случай е работа за има няма 10 секунди

блиц дълго време ползвашe мисля хипер кеш екстендед в периода като правеше по 80 000 на ден миналата година
http://wordpress.org/plugins/hyper-cache-extended/

иначе списъка с ползващите w3 тотал кеш е доста сносен http://wordpress.org/plugins/w3-total-cache/

Trusted by countless companies like: AT&T, stevesouders.com, mattcutts.com, mashable.com, smashingmagazine.com, makeuseof.com, yoast.com, kiss925.com, pearsonified.com, lockergnome.com, johnchow.com, ilovetypography.com, webdesignerdepot.com, css-tricks.com....

освен това w3 дава възможност да си управляваш много от нещата за който спомена r.stefanov от урдпреса като кеширането в мемкешъд, или апц или където го решиш за определен тип кеш, CDNа, клауд флеъра и тъй нататък ... който иска може да си ги ръчка от конзолата ама няма да му се получи по лесно и по добре отколкото отколкото през w3...

където в3 то ми прави конфликти поради други специфични плъгини ползва hypercache и съм доволен както казах 4 пъти пада натоварването
 
От: Кеширащи плъгини и CPU

Coolice, има много причини тези неща да се правят на сървърно ниво. Ако искаш ще ти покажа и графики от реални тестове с разлики в производителността за да ме разбереш. Вече кой как администрира сървърите зависи от него. Ръчкането в конзолата не се прави от всеки и не е за всеки.

Главната причина аз да съм фен на това всичко да се прави на сървърно ниво е - за клиента е по-удобно :beer:

Ако си клиент, който няма никакъв опит, какво ще предпочетеш? Да си играеш с 1000 добавки или да качиш сайта си и той да работи правилно без да се притесняваш от процесорно време, ботове, хакери, спамери и други технически детайли? Като всяка добавка влияе и на производителността на базата. Колкото по-малко, толкова по-добре. Плюс това имаш много по-голям контрол над всичко и така дори сайта да ти е динамичен това не пречи да конфигурираш fpc.
 
От: Кеширащи плъгини и CPU

Аз друго не мога да разбера, автора защо се пъне като магаре на мост и не ще даже да пробва кеш плъгините?
 
От: Кеширащи плъгини и CPU

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

Защото в някои ситуации добавките не са решение.
 
От: Кеширащи плъгини и CPU

Ужас! Толкова много написано и в същото време толкова малко казано. Защо изобщо си правите труда и хабите енергия да мислите и пишете по темата?
Като не искаш плъгини, не си инсталирай плъгини. Какво толкова му се чудиш?
Щом мислиш, че е по-добре да плащаш за VPS, вместо на споделен хостинг, само с един плъгин да можеш да хостваш 5 такива, че и по-големи сайта, плащай за VPS... Само не ми/си губете времето.
 
От: Кеширащи плъгини и CPU

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

В една твоя тема беше казал това:

... с WP съм скаран и не мисля да се сдобряваме ...

След като не разбираш нещо защо коментираш?

Всъщност r.stefanov ти го е казал много добре - в някой ситуации добавките не помагат.

...Само не ми/си губете времето.

Аз не си губя времето, а напротив - получих това, което търсих. Това, че за теб влизането, прочитането и писането на мнение си е загуба на време си е твой проблем, а не на другите.
 
Re: От: Кеширащи плъгини и CPU

Coolice, има много причини тези неща да се правят на сървърно ниво. Ако искаш ще ти покажа и графики от реални тестове с разлики в производителността за да ме разбереш. Вече кой как администрира сървърите зависи от него. Ръчкането в конзолата не се прави от всеки и не е за всеки.

Главната причина аз да съм фен на това всичко да се прави на сървърно ниво е - за клиента е по-удобно :beer:

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

Аз не отричам кеширането на сървърно ниво даже го ползвах доста някога казвам че кеширащите плъгини не са излишни особено по спожните такива дори и като имаш кеширане на сървърно ниво да вземем w3 total cache при него може да и избереш дали пейдж кеша да не диска или да е в APC, Xcache, или memcached същия избор може да се направи и за дабейс кеша и обджект кеша и всеки от трите може да се намира на различно място... може да се настрои wordpressa да командва и кеша в ревърс прокси като varnish (и да го зачисти ако се налага) както и CDN-a от голям доставчик или селф хостет през фтп...

в случая на Странникът смятам че е добре първо да пробва с някой от по лесните плъгини да види какво става и мисля че ще остане доволен :)
 

Горе