Розуміння кешування в WordPress, частина 2
У попередній публікації я поділився базовим прикладом того, як додатки, що підтримують базу даних, зокрема WordPress, працюють без кешування.
І перш ніж говорити про те, як базове кешування працює в WordPress, а саме з Transients API, важливо обговорити основні принципи кешування. Це стосується того, чому ми це робимо, його переваги та як це працює.
Потім ми розглянемо, як ми можемо скористатися основними можливостями WordPress, щоб справді це зробити.
Розуміння кешування в WordPress: кешування?
Чому ми це робимо
Загалом ми робимо це, щоб наші сайти були швидкими. Ми знаємо, що швидкість відіграє роль у рейтингу сторінки в результатах пошуку. І хоча це може бути не основною причиною, це важлива причина.
Можливо, найпростішим і найкращим аргументом на користь кешування є наявність швидкого сайту (або продуктивного сайту). І в цьому контексті це може означати сайт або веб-додаток.
Незважаючи на це, ми знаємо, що це за відчуття, коли ми сидимо там і чекаємо, поки завантажиться сторінка або частина сторінки. Якщо нам це не подобається, чому ми хочемо, щоб наші відвідувачі відчули це?
Його переваги
Переваги кешування полягають щонайменше в двох основних сферах:
- досвід користувача,
- час для завантаження.
У минулому розділі я сказав, що переваги кешування можна відчути, якщо ви користувач. Це те, з чим ми всі стикалися, і, як розробники, це те, що ми можемо запропонувати нашим користувачам за допомогою різноманітних технік.
Але «час завантаження» також має значення, і це не лише розмова про переваги того, скільки часу потрібно користувачеві для завантаження сайту. Натомість це дещо більш технічне.
Згадайте в попередній публікації, що запит – або подорож – починається з того моменту, коли користувачі запитують інформацію від сервера, а потім процес переходить від машини користувача до сервера до бази даних і назад.
Коли ми запровадили кешування, нам не потрібно робити все це. Натомість поїздка скорочується, оскільки дані фактично зберігаються в іншому місці. І якщо подорож коротша (і я не маю на увазі від комп’ютера користувача до місця розташування сервера у світі), то вона також має бути швидшою.
Але як?
Як це працює
Доступно багато типів кешування, але я зберігаю цю конкретну серію на високому рівні. Тобто я не буду розрізняти кеш браузера, кеш сторінки, кеш об’єктів тощо.
Можливо, в наступній публікації. Але наразі я говорю саме про кешування на високому рівні.
У всякому разі, ось як це працює:
- Під час першого відвідування сторінки збирається вся інформація, необхідна для завантаження сторінки.
- Замість того, щоб відкидати її, коли користувач залишає сайт (або сторінку), інформація зберігається в легкодоступному місці, наприклад у пам’яті сервера.
- Коли наступний користувач переходить на сторінку, йому не потрібно переходити до бази даних, щоб отримати всю інформацію, зібрати її та повернути користувачеві. Замість цього він витягує повністю зібрану інформацію з пам’яті сервера (що в більшості випадків і так швидше), а потім повертає її користувачеві.
Є багато застережень, які слід враховувати під час цього, як-от персоналізовані дані користувача, часткове завантаження сторінки тощо, але принцип відключення залишається тим самим.
Перехідні процеси WordPress
Отже, як це працює в WordPress? На найфундаментальнішому рівні Transient API надає деякі базові функції для цього.
Але важливо розуміти, як це працює і чому це працює саме так. Тож у наступній публікації цієї серії я поговорю саме про це.