Hosting va unumdorlik
WordPress saytimizni qanday tezlashtiramiz: LiteSpeed Enterprise, LSCache va har bir sayt uchun alohida Redis
Eng tez ishlaydigan WordPress soʻrovi bu hech qachon bajarilmaydigan soʻrovdir — mana bizning stekimiz qanday qilib PHP yoki MySQL ishga tushishidan oldin aksariyat tashriflarni keshdan qanday hal qilishi va bu Core Web Vitals uchun nimani anglatishi haqida.
Hech qachon bajarilmagan soʻrov eng tezkor soʻrovdir
Standart WordPress so'rovi qimmatga tushadi. Veb-server uni PHP'ga uzatadi, PHP WordPress'ni yuklaydi, plaginlarni ishga tushiradi, MySQL'ga o'nlab marta so'rov yuboradi, HTML'ni yig'adi va shundan keyingina baytlarni qaytarib yuboradi. Serband saytda bu butun jarayon har bir tashrif buyuruvchi uchun takrorlanadi va aynan shu holat birinchi baytgacha bo'lgan vaqtning deyarli barchasini sarflaydi.
Bizning javobimiz shundan iboratki, aksariyat tashriflar uchun bu holatlarning deyarli hech biri sodir bo'lmaydi. Biz xosting qiluvchi saytlar bo'ylab — 100 000 dan ortiq PBN saytlari va asosiy boshqariladigan WordPress — front-end sahifa ko'rishlarining katta qismi PHP-ni ishga tushirmasdan yoki ma'lumotlar bazasiga tegmasdan, to'g'ridan-to'g'ri keshdan oldindan render qilingan to'liq sahifa sifatida taqdim etiladi. Ushbu postning qolgan qismi buni ta'minlovchi qatlamlar qanday birgalikda ishlashi va ularning har biri o'z o'rniga qanday erishishi haqidadir.
Aslida bular siz o‘rtasidan bittasini tanlashingiz kerak bo‘lgan raqobatdosh keshlar emas. To‘la sahifali kesh, obyekt keshi va CDN chekkasi (edge) har biri so‘rovlarning boshqa turini qamrab oladi va ularning asosiy foydasi bir-biriga qanday navbat berishidadir.
LiteSpeed Enterprise + LSCache: to'liq sahifali qatlam
Har bir sayt server darajasidagi LSCache bilan LiteSpeed Enterprise'da ishlaydi. Old qism javobini keshlab bo'ladigan bo'lsa, veb-server uni LiteSpeed keshni boshqarish va teg sarlavhalari bilan belgilaydi va LiteSpeed keyingi so'rovda to'g'ridan-to'g'ri to'liq sahifaga xizmat ko'rsatadi — hech qanday PHP jarayoni ishga tushirilmaydi, MySQL so'rovi yuborilmaydi. Bu WordPress TTFB'ga ta'sir qiluvchi eng asosiy omil hisoblanadi, chunki u butun ilova yuklanishini tezkor jarayondan olib tashlaydi.
LSCache veb-server ichida, PHP plaginida emas, balki to'g'ridan-to'g'ri uning ichida yashagani sababli, u so'rovlar hayotiy siklining boshida ishlay boshlaydi va sahifalarni server darhol uzatishi mumkin bo'lgan shaklda saqlaydi. Kesh treyleri ommabop sahifalarni doimiy tayyor holatda saqlaydi, shuning uchun kesh tozalanilgandan keyingi birinchi tashrif buyuruvchi sahifani qayta yaratish uchun vaqt sarflamaydi. Natijada, kesh hali ham PHP ortida joylashgan umumiy stekka o'rnatilgan faqat plaginli keshga qaraganda sezilarli darajada past va barqaror TTFB ta'minlanadi.
Bizning xususiy repo-darajadagi kesh plagini har bir saytga oldindan o'rnatilgan va avtomatik yangilanadigan tarzda taqdim etiladi hamda WordPress'ni LSCache bilan to'g'ridan-to'g'ri ishlashga sozlaydi. LiteSpeed bo'lmagan kelib chiqish muhitida u shunchaki to'liq sahifa sarlavhalarini chiqarmaydi va yo'ldan qochadi, obyekt keshi va istisno qoidalari esa o'z vazifasini bajarishda davom etadi — shuning uchun ko'chirilgan sayt hech qachon buzilgan, chala sozlangan holatda qolmaydi.
Eski ma'lumotlarni uzatmagan holda tezkorlikni saqlash: ESI va aqlli avtomatik tozalash
To‘liq sahifani agressiv keshqalashning ikkita klassik xato rejimi mavjud: tizimga kirgan foydalanuvchiga boshqa birovning sahifasini taqdim etish va har qanday kishiga o‘zgarishi kerak bo‘lgan sahifani ko‘rsatish. Ularning ikkalasi ham kamroq keshqalash orqali emas, balki keshqalash qatlamida hal qilinadi.
ESI (Edge Side Includes) jonli turishi kerak bo'lgan qismlar uchun teshiklar ochgan holda sahifani kesh qilishimizga imkon beradi. WooCommerce do'konida katalog, mahsulot va kategoriya sahifalari eng tezkor TTFB uchun to'liq sahifali kesh sifatida taqdim etiladi, ESI эса har bir so'rov bo'yicha savatcha fragmentini, mini-savatcha yig'indilarini va akkaunt holatini render qiladi. Savatcha, to'lov, mening-akkauntim va har qanday nonce yoki sessiya sahifalari sukut bo'yicha chiqarib tashlanadi. Xaridorlar har doim o'zlarining savatchasini va ishlaydigan to'lov sahifasini ko'rishadi; hamma baribir do'kon vitrinasini keshdan oladi.
Yangilikni saqlash aqlli avtomatik tozalash orqali boshqariladi. Kontent, mahsulotlar, narxlar yoki buyurtmalar o‘zgarganda tozalash ilmoqlari avtomatik ravishda ishga tushadi, shunda tegishli kesh sahifalari taymer bo‘yicha emas, balki darhol yangilanadi, shuningdek, boshqaruv panelidan yoki WordPress ichidan turib ham talabga ko‘ra tozalashingiz mumkin. Tegka asoslangan tozalash bitta postni tahrirlash o‘sha postni va uning arxivlarini tozalashini anglatadi — butun keshni emas — shuning uchun bitta tahrir butun saytni sovuqdan ishga tushirmaydi.
Sayt uchun ajratilgan Redis obyekt keshi: to'liq sahifa bo'lishi mumkin bo'lmagan narsalar uchun
Har bir soʻrov ham statik toʻliq sahifa boʻla olmaydi. Tizimga kirgan seanslar, WordPress admin qismi, WooCommerce savatchalari, qidiruv va ESI qoldirib ketgan dinamik qismlarning barchasi PHP'ni ishga tushirishi kerak. Ular uchun maqsad "ilovani chetlab oʻtish"dan "maʼlumotlar bazasini chetlab oʻtish"ga oʻzgaradi.
Har bir sayt o'zining maxsus Redis obyekt keshiga ega bo'ladi. WordPress qayta-qayta bajariladigan ma'lumotlar bazasi o'qish natijalarini — parametrlar, tranzientlar, post va term qidiruvlari, WooCommerce mahsulot va sessiya ma'lumotlarini — xotirada keshlaydi, shuning uchun har bir so'rovda MySQL'ga bir xil so'rov yuborilmaydi. Bu ta'sir aynan to'liq sahifali kesh yordam bera olmaydigan joylarda eng sezilarli bo'ladi: tezroq boshqaruv panellari, tezroq savatchalar va trafig ostida ma'lumotlar bazasining yuklamasi sezilarli darajada kamayishi.
Ob'ekt keshi sayt bo'yicha ajratilgan bo'lib, umumiy emas, bu ham unumdorlik, ham izolyatsiya uchun muhimdir. Sayt bo'yicha ma'lumotlar bazasi cheklovi bilan birgalikda, bitta saytning og'ir yoki yomon yozilgan so'rovlari boshqa qo'shni saytlar uchun ma'lumotlar bazasini resurslardan mahrum qila olmaydi. Butun ko'p qatlamli tuzilma qanday ishlashi haqida kesh xususiyatlari sahifamizda, va izolyatsiya sharoitida tenantlar orasidagi chegaralar haqida esa batafsil o'qishingiz mumkin.
Chekka va uning ostidagi transport
Asl serverda saqlanadigan kesh baribir tarmoqdan o‘tishi kerak. Server oldida CDN chekkasi joylashgan, shuning uchun statik resurslar va keshlanadigan sahifalar tashrif buyuruvchiga yaqin bo‘lgan mavjudlik nuqtasidan taqdim etiladi va hatto yuklama ostida ham asl server tinch turadi. Bizning izsiz (footprint-free) xosting liniyamiz uchun xuddi shu chekka bir nechta provayderlar bo‘ylab taqsimlangan ko‘p tarmoqli CDN hovuzi bo‘lib u ishlash ko‘rsatkichiga ham, izsiz maqsadiga ham xizmat qiladi; asosiy WordPress'da bu shunchaki asl serverlarni bo‘sh saqlaydigan tezkor, yaxshi ishlaydigan qatlamdir.
Tagida esa asosiy qismlardan tejamaymiz. Saytlar HTTP/3 qo'llab-quvvatlanadigan NVMe xotirasida ishlaydi, shuning uchun kesh yuboradigan baytlar har qanday kesh o'tkazib yuborilganda tezkor xotiraga ega zamonaviy, mulpleks uzatish tizimi orqali yetib keladi. Ushbu qatlamlarning hech biri qo'shimcha xizmat emas: LiteSpeed, LSCache, har bir sayt uchun mo'ljallangan Redis, NVMe va HTTP/3 har bir tarif rejasining asosiy qismi hisoblanadi, qo'shimcha haq evaziga sotiladigan daraja emas.
Aslida Core Web Vitals ko'rsatkichlarini nima yaxshilaydi
Aniq bo‘lish muhim, chunki xostingda ko‘pincha Core Web Vitals ko‘rsatkichlari bo‘yicha haddan tashqari va’dalar beriladi. TTFB — bu tenglamaning serverga tegishli qismi bo‘lib, uni past darajada ushlab turuvchi omil uning ustidagi kesh tarixi hisoblanadi. HTTP/3 orqali qirg‘oq tarmog‘idan yetkazib beriladigan keshdagi to‘liq sahifa TTFB erisha oladigan eng past ko‘rsatkichlardan biridir. TTFB Largest Contentful Paintʼning boshlang‘ich qismi bo‘lgani sababli, tezkor manba boshqa usul bilan erishib bo‘lmaydigan ustunlikni har bir keyingi metriga taqdim etadi.
Lekin LCP, CLS va INP asosan brauzerda, sahifaning o‘zi tomonidan belgilanadi: optimizatsiyalanmagan asosiy rasm (hero image), renderlashga to‘sqinlik qiluvchi CSS va JavaScript, shriftlar va reklamalar yuklanishi bilan siljiydigan maket hamda plaginlarning asosiy oqimdagi (main-thread) og‘ir ishlari. Hech qanday server keshi (caching) 2 MB li asosiy rasmni yoki megabaytlab JavaScript yuklaydigan temani tuzata olmaydi. Halol hosting server hissasini samarali tarzda bepul va barqaror qiladi, shundan so‘ng veb-sayt o‘zining frontend qismini yengil saqlashi kerak bo‘ladi.
Mehnat taqsimotining bu ko'rinishi foydali aqliy modeldir. Biz so'rov brauzerga tez yetib borishini va trafik ostida ham tezligini yo'qotmasligini kafolatlaymiz; siz esa foydali yukni (payload) kichik va barqaror saqlaysiz. Bu ikkisi tutashgan nuqta — keshni qizdirish, chekka tarqatish (edge delivery) va dinamik sahifalar to'xtab qolmasligi uchun ma'lumotlar bazasining sezgirligini ta'minlash — aynan bizning stekimiz sozlangan joy bo'lib, bu platformadagi boshqariladigan WordPress saytini oddiy xostdagi o'shanday saytdan tezroq qiladi.
Tez-tez beriladigan savollar
WP Rocket kabi keshlash plaginiga hali ham ehtiyojim bormi?
Yo‘q. To‘liq sahifali keshlash veb-serverda LiteSpeed dasturining LSCache vositasi va oldindan o‘rnatilgan hamda avtomatik yangilanadigan o‘zimizning kesh plaginimiz orqali amalga oshiriladi, u WordPress dasturini unga to‘g‘ri ulaydi va orqa fonda har bir sayt uchun mo‘ljallangan Redis obyekt keshidan foydalanadi. Ikkinchi to‘liq sahifali kesh plaginini ustma-ust o‘rnatish yordam berish o‘rniga odatda server darajasidagi kesh bilan ziddiyatga keladi, shuning uchun bu talab etilmaydi va tavsiya ham qilinmaydi.
Kesh xotirasi mening WooCommerce savatcham yoki tizimga kirgan sahifalarimni buzib qo'ymaydimi?
Yo'q. Savat, rasmiylashtiruv, mening-hisobim va har qanday nonse yoki sessiya sahifalari sukut bo'yicha keshdan chiqarib tashlanadi va ESI boshqa jihatdan keshda saqlanadigan sahifalarda savat parchasi va yakuniy summalarni faol saqlaydi. Xaridorlar do'kon vitrini keshdan yuklanayotgan vaqtda ham doimo o'zlarining savatchasi va ishlaydigan rasmiylashtiruv sahifasini ko'radilar.
Men chop etganimda yoki tahrirlaganimda kesh qanday qilib yangi holatda qoladi?
Aqlli avtomatik tozalash tegishli WordPress huki orqali ishlaydi, shuning uchun kontentni eʼlon qilish, tahrirlash yoki mahsulot, narx yoki buyurtmani oʻzgartirish butun keshni emas, faqat taʼsirlangan sahifalar va ularning arxivlarini tozalaydi va skaner ularni qaytadan qizdiradi. Shuningdek, boshqaruv panelidan yoki WordPress ichidan turib ham tozalashni amalga oshirishingiz mumkin.
Faqat xostingning o'zi menga mukammal Core Web Vitals'ni bera oladimi?
Bu sizga serverning ulushi bo'lgan va Largest Contentful Paint uchun qulay boshlanish nuqtasini ta'minlaydigan eng yaxshi TTFB'ni beradi. Ammo LCP, CLS va INP asosan sahifaning o'zi — rasm o'lchamlari, renderga to'sqinlik qiluvchi resurslar, maket barqarorligi va asosiy oqim JavaScript'i tomonidan belgilanadi. Bizning stekimiz server hissasini tez va barqaror qiladi; front-end yuklamasini kam saqlash esa qolgan bo'shliqni to'ldiradi.
Tegishli
14 kun davomida bepul sinab ko‘ring
Birinchi saytlaringizni 14 kun davomida bepul ishga tushiring — karta talab qilinmaydi. Mavjud tarmoqni ko‘chirmoqchimisiz? Birinchi migratsiyamiz bizdan.
Bepul boshlash