Как работи кеширането на WordPress?

Добре дошли в нова глава в нашата серия кеширане на WordPress, където ще научим как работи кеширането на WordPress. Преди да стигнем до края на тази тема, моля, уверете се, че сте следвали внимателно всяка от предишните теми (от тази серия), тъй като тази глава използва знанията от тях. Като начало, нека да поговорим за двата основни типа протоколи за кеширане, налични въз основа на модела клиент-сървър:

• Кеширане от страна на клиента и
• Кеширане от страна на сървъра

Кеширане от страна на клиента

Моделът клиент-сървър

Уебсайтът съдържа много нетекстови, статични данни, като изображения, CSS и Javascript файлове. След като бъдат изтеглени, браузърът ви е достатъчно интелигентен, за да не ги изтегля повторно всеки път, когато натиснете бутона F5. Той просто обслужва тези данни от локалния кеш – т.е. кешираните данни, записани на твърдия диск на вашия компютър. Ето защо се препоръчва да почиствате кеш паметта на браузъра си от време на време – това спестява много място и подобрява производителността.

Този процес на повторна употреба на кешираните данни от компютъра на клиента (или от края на клиента) е известен като кеширане от страна на клиента и почти всеки модерен уебсайт го използва и всеки браузър го поддържа. Кейширането от страна на клиента помага за предотвратяване на излишъка на данни (т.е. изтегляне на едни и същи данни отново и отново) и по този начин спестява много сървърни ресурси и най-важното – време!

Кеширане от страна на сървъра

Кеширането от страна на сървъра включва всички различни протоколи за кеширане, които се използват под кеширане на WordPress. Те включват следното:

• Кеширане на страница
• Кеширане на заявки към база данни
• Обектно базирано кеширане
• Опкод кеширане

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

Кеширане на страници

Кеширането на страници е най-простият от всички кеширащи протоколи и се обзалагам, че вече знаете за това. Той просто се отнася до процеса на запазване на динамично генерираните HTML файлове в твърдия диск или паметта на сървъра (RAM) (обикновено известен като „кеш“) и обслужването им от кеша (т.е. повторно използване на предварително генерирани данни), когато е направена заявка , Това спестява режийните разходи за изпълнение на PHP код и заявки към база данни MySQL.

Кеширане на база данни

Първото нещо, което трябва да знаете за базите данни е, че те са огромни и не са гладни за ресурси. Те са буквално сърцето на всяка компания – било то онлайн или по друг начин. Същото важи и за WordPress. Целта на базата данни е да съхранява, актуализира и доставя данни ефективно. Тъй като те обикновено са огромни, всяка заявка отнема време (обикновено от порядъка на няколкостотин микросекунди). По-добър хардуер, по-бързо генериране на резултат от заявката. Помисли за това. Тъй като WordPress се разчита в голяма степен на своята база данни, тя прави запитване от време на време. И когато данните не се променят в базата данни, правенето на заявки за извличане на едни и същи данни е много подобно на повторно изтегляне на едни и същи изображения отново и отново – както е обсъдено в клиентско кеширане. Следователно запазването на резултатите от заявка в локалното хранилище има смисъл, нали? Това запазване на резултатите от заявки към база данни в локалното хранилище се нарича кеширане на база данни и е един от основните фактори в кеширането на WordPress.

Въпреки това, след като базата данни се актуализира (например, когато публикация е актуализирана или публикувана или е изпратен коментар), е много важно предварително запаметеният кеш на базата данни да бъде изтрит и отново да кешира резултатите от заявките към базата данни отново. Това не е излишно, тъй като помага да се елиминират неуместните или грешни резултати от заявките към базата данни.

Кеширане на обект

WordPress има вътрешна кешираща система, която включва няколко подсистеми (т.е. API за кеширане, кеш на обект и преходен API). Ядрото на WordPress позволява на плъгините да контролират тази кешираща система, за да намалят броя на обажданията от базата данни. Това е доста напреднала тема и не е много подходяща за всекидневния потребител.

Опкод кеширане

Подобно на кеширането на база данни, където идеята е да се намали броят на заявките към базата данни, кеширането на опкод се отнася до запазването на компилирания PHP код между всяка заявка. Ако погледнете някой PHP файл, ще видите, че кодът всъщност е списък с инструкции за компилатора, който да използвате. PHP е обектно ориентиран език за програмиране и има своите предимства от своя произход! За да се изпълни PHP код, PHP компилаторът трябва първо да компилира кода и да генерира изпълним код за изпълнение на уеб сървъра. Кеширането на изхода на PHP компилатора за многобройни изпълнения е това, за което кешира опкод. Отново това са вътрешни неща – неща, от които не трябва да се притеснявате много!

Локално съхранение – първично срещу вторично

За да се приложи странично кеширане на сървъри под каквато и да е форма, се разбира, че данните трябва да се съхраняват в локалното хранилище. Терминът „локално съхранение“ може да означава всяко едно от двете неща. Единият е твърдия диск на сървъра, а другият е основната памет на сървъра – т.е. RAM паметта.

RAM, което означава памет с произволен достъп, е форма на летлива памет и е с порядък по-бърз от твърдите дискове, което е форма на енергонезависима, вторична памет. Освен това е по-скъпо. Разбира се, че всички знаете това.

Където запазвате кешираните данни прави огромна разлика. Ако е на твърд диск, то определено е по-бавно, отколкото когато се съхранява в RAM памет. Отново има значение скоростта на твърдия диск. Твърдите дискове на сървъра варират от 7 200 RPM до 15 000 RPM и може да имат различни RAID нива – RAID 0 е най-бързият и несигурен, RAID 4 е правилен баланс. Имате и SSD дискове. Следователно местоположението на кешираните данни оказва сериозно влияние върху скоростта.

За хората на споделени хостинг сървъри нямате друг избор освен да го запишете на твърдия диск. За хората, работещи със собствен специализиран сървър или VPS, имате допълнителната възможност да запазите кеша в основната си памет, което отново трябва да се направи с много грижа – неправилната конфигурация може да доведе до нестабилност (изчерпване на RAM и т.н.) и чести сривове на сървъра.

заключение

Сега, когато добре разбирате различните протоколи за кеширане на WordPress, нека стигнем до централната част на нашата поредица от публикации – Как да внедрите кеширането на WordPress.

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