کوربند او فعالیت
موږ څرنګه WordPress چټک کوو: LiteSpeed Enterprise، LSCache او هر سایټ ته ځانګړی Redis
د WordPress ترټولو چټکه غوښتنه هغه ده چې هشکې نه اجرا کېږي — دلته دا دي چې زموږ سټک د PHP یا MySQL له پیل کېدو مخکې د کیش (cache) څخه ډېری لیدنې څنګه ځوابوي، او دا د Core Web Vitals لپاره څه مانا لري.
تر ټولو چټکه غوښتنه هغه ده چې هېڅکله و نه چلېږي
د WordPress یو نورمال او ترهګر غوښتنه ډیر وخت نیسي. ویب سرور PHP ته کار سپاري، PHP د WordPress چالانوي، پلگ انونه چلوي، MySQL ته څو ځله پوښتنې کوي، HTML جوړوي، او یوازې وروسته بایټونه بیرته لیږي. په یوه بوخت سایټ کې دا ټول پړاو د هر لیدونکي لپاره ترسره کیږي، او دا هغه ځای دی چې ستاسو د لومړي بایټ وخت نږدې ټول هلته ضایع کیږي.
زموږ ځواب دا دی چې ډاډ ترلاسه کړو چې د ډیری لیدنو لپاره, د دې څخه هیڅ یو هم ترسره نشي. زموږ د کوربه توب شویو سایټونو په اوږدو کې — د ۱۰۰,۰۰۰ څخه ډیر PBN سایټونه او همدارنګه اصلي اداره شوي WordPress — د مخکینۍ پاڼې د لیدونو لوی اکثریت د کیش څخه په مستقیم ډول د مخکینۍ رینډر شوې بشپړې پاڼې په توګه وړاندې کیږي, پرته لدې چې PHP ته بلنه ورکړي یا ډیټابیس ته لاسرسی ومومي. د دې لیکنې پاتې برخه په دې اړه ده چې هغه طبقې چې دا حقیقت رامنځته کوي څنګه یوځای کیږي، او هر یو چیرې خپل ځای ترلاسه کوي.
مهم ټکی دا دی چې دا د سیالۍ کشونه نه دي چې تاسو یې ترمنځ انتخاب وکړئ. د بشپړې پاڼې کش، ابجیک کش او د CDN ایج هر یو د غوښتنې یوه بېله طبقه نیسي، او اصلي ارزښت یې په دې کې دی چې دوی څنګه یو بل ته مسؤلیت سپاري.
LiteSpeed Enterprise + LSCache: د بشپړې پاڼې لیر
هر سایټ په LiteSpeed Enterprise باندې د سرور په کچه د LSCache سره چلېږي. کله چې یو مخکنی غبرګون د کیش وړ وي، نو ویب سرور دا د LiteSpeed کیش کنټرول او ټاګ سرلیکونو سره مهر کوي، او LiteSpeed په راتلونکي ځل بشپړ مخ په مستقیم ډول وړاندې کوي - هیڅ PHP پروسه نه رامنځته کیږي، او نه هم MySQL پوښتنه صادریږي. دا د WordPress TTFB لپاره ترټولو لوی اغېزناک فکتور دی، ځکه چې دا د ګرمې لارې څخه د غوښتنلیک ټول بوټ لرې کوي.
ځکه چې LSCache د PHP پلګ ان پرځای مستقیم په ویب سرور کې کار کوي، دا د غوښتنې په لومړني پړاو کې کار پیل کوي او پاڼې په داسې بڼه ساتي چې سرور یې سمدستي خپرولی شي. د کیش کراولر مشهورې پاڼې ګرمې ساتي، ترڅو د پاکولو وروسته لومړنی لیدونکی هغه څوک نه وي چې د پاڼې د بیا تولیدولو لګښت ورکړي. پایله یې د یو عادي سټیک په سر د لګول شوي پلګ ان کیش په پرتله د پام وړ ټیټ او ډېر ثابت TTFB دی، چیرې چې کیش لاهم د PHP تر شا ناست وي.
زموږ د ریپو درجې کېچ پلگ ان په هر سایټ کې مخکې څخه نصب او په اتوماتیک ډول تازه شوی وي، چې WordPress په سمه توګه له LSCache سره د بکس څخه بهر نښلوي. په یو غیر LiteSpeed اوریجن کې دا په ساده ډول د بشپړ مخ سرلیکونه نه خپروي او له لارې څخه لرې کیږي، پداسې حال کې چې د آبجیکټ کېچ او استثنا قواعد خپل کار ته دوام ورکوي — نو یو مهاجرت شوی سایټ هیڅکله په مات نیم کنفیګر شوي حالت پاتې کیږي نه.
د زوړ مینځپانګې له وړاندې کولو پرته چټک پاتې کیدل: ESI او هوښیار اتوماتیک پاکول
د پاڼې بشپړ پرمختللی کیش کول دوه دودیزې ناکامۍ لري: د ننوتلي کاروونکي لپاره د بل چا پاڼې ښودل، او هر چا ته داسې پاڼه ښودل چې باید بدل شوې وای. دواړه د کږې (کېش) په پرت کې حل کیږي نه د کږې په کمولو سره.
د ESI (Edge Side Includes) ټکنالوژي موږ ته اجازه راکوي چې پاڼه کیش کړو او په همدې حال کې د هغو برخو لپاره لاره خلاصه وساتو چې باید ژوندۍ پاتې شي. په یوه WooCommerce پلورنځي کې، د کټالوګ، محصول او کټګورۍ پاڼې د تر ټولو چټک ممکنه TTFB لپاره د بشپړې پاڼې په توګه کیش کېږي، په داسې حال کې چې ESI د هرې غوښتنې پر بنسټ د کارټ ټوټه، د مینی-کارټ ټولټکونه او د اکاونټ حالت انځوروي. کارټ، چیک آوټ، زما-اکاونټ او کوم بل نونس یا ناستې (سیشن) پاڼې د ډیفالت په توګه ایستل شوې دي. پیرودونکي تل خپل کارټ او کار کوونکی چیک آوټ ویني؛ خو بیا هم هرڅوک د پلورنځي مخکینۍ برخه له کیش څخه ترلاسه کوي.
تازهوالی د هوښیار اتومات پاکولو په واسطه اداره کیږي. د پاکولو هکونه په اوتومات ډول فعال کیږي کله چې مینځپانګه، محصولات، نرخونه یا امرونه بدل شي، نو اړونده کیچ شوي پاڼې د ټایمر پرځای سمدلاسه تازه کیږي، او تاسو کولی شئ د ډشبورډ څخه یا دننه د WordPress څخه هم په غوښتنه پاک کړئ. د ټګ پراساس پاکولو معنی دا ده چې د یو پوسټ ایډیټ کول هغه پوسټ او د هغه آرشیفونه پاکوي - نه ټول کیچ - نو یو واحد ایډیټ ټول سایټ سړه پیل نه کوي.
د هرې سایټ لپاره د Redis آبجېټ کېچ: د هغه څه لپاره چې بشپړ مخ نشي کیدلی
هر غوښتنې یوه ثابته بشپړه پاڼه نشي کېدی. ننوتل شوي سشنونه، د WordPress اډمین، د WooCommerce کارټونه، لټون، او هغه متحرک ټوټې چې ESI یې پریږدي، ټول باید PHP چلوي. د هغو لپاره، موخه د 'غوښتنلیک له پامه غورځولو' څخه 'ډیټابیس له پامه غورځولو' ته بدلیږي.
هر سایټ ته خپل ځانګړی Redis آبجکټ کیچ (object cache) ورکول کیږي. WordPress د تکراري ډیټابیس لوستلو پایلې — لکه اختیارات، ټرینسیټونه، پوسټ او ټرم لټونونه، او د WooCommerce محصول او سیشن ډیټا — په حافظه کې کیچ کوي، ترڅو په هر کلیک کې ورته پوښتنه پر MySQL ونه چلول شي. اغیز یې په دقیق ډول هلته تر ټولو ډیر ښکاري چیرې چې د بشپړې پاڼې کیچ (full-page cache) مرسته نشي کولی: ګړندي ډشبورډونه، ګړندي کارټونه، او د ټرافیک لاندې د ډیټابیس ډیر کم بار.
د شیانو کیش (object cache) د هرې سایټ لپاره دی، شریک شوی نه دی، چې دا د فعالیت او جلاوالي دواړو لپاره مهم دی. د هرې سایټ د ډیټابیس د تروتلینګ (throttling) سره یوځای، د یوې سایټ درنې یا ناوړه لیکل شوې پوښتنې نشي کولی د خپلو ګاونډیو لپاره ډیټابیس وږی کړي. تاسو کولی شئ د دې په اړه نور معلومات زموږ د کیش کولو ځانګړتیا په پاڼه کې ولولئ چې څنګه ټول څو پوړیز سیټ اپ سره یو ځای کیږي، او د جلاوالي لاندې د کارنانو ترمنځ د پولو په اړه.
کنډک او لاندې ټرانسپورټ
په اصل سرور کې پروت کیچ بیا هم باید په شبکه کې تېر شي. د سرور مخې ته د CDN اېج (Edge) پروت دی، نو جامد اېسټونه او د کېش وړ پاڼې د لیدونکي نږدې د شتون له نقطې څخه وړاندې کېږي، او اصل سرور حتی د بار لاندې هم ارام پاتې کېږي. زموږ د footprint-free هوسټینګ لاین لپاره ورته اېج (Edge) د څو چمتو کونکو ترمنځ خپور شوی یو ملټي CDN پول دی، چې د فعالیت ترڅنګ د SEO footprint موخه هم پوره کوي؛ په اصلي WordPress کې دا په ساده ډول یو چټک، ښه چلېدونکی پرت دی چې اصل سرورونه بې کاره ساتي.
لاندې بنسټونه له پامه نه غورځول کېږي. سایټونه په NVMe حافظه او HTTP/3 باندې چلېږي، نو هغه بایټونه چې کیش یې استوي د یوې عصري، څو اړخیزې ترانسپورت له لارې د هرې کیش تېروتنې په شا کې د ګړندۍ حافظې سره رسېږي. له دې طبقو څخه هره یوه اضافه نه ده: LiteSpeed، LSCache، د هر سایټ لپاره Redis، NVMe او HTTP/3 په هر پلان کې بنسټیز دي، نه د لوړ پلور کچه.
Core Web Vitals په حقیقت کې څه شی خوځوي
د دې په پام کې نیول ارزښت لري، ځکه چې کوربه توب ډیری وختونه د Core Web Vitals په اړه ډیر خرڅیږي. TTFB د مساوات هغه برخه ده چې د سرور پورې اړه لري، او پورتنۍ کیشینګ سټک هغه څه دي چې دا ټیټوي — د HTTP/3 له لارې له څنډې څخه وړاندې شوې کیش شوې بشپړه پاڼه تقریبا تر ټولو ټیټ حد دی چې TTFB ته رسېدی شي. څرنګه چې TTFB د Largest Contentful Paint مخکښه څنډه ده، یو چټک اوریجن هر لاندېنی میټریک ته د سر پیل ورکوي چې بل ډول نشي درلودلی.
خو LCP، CLS او INP ډېر ځله په براوزر کې، خپله د پاڼې له خوا ټاکل کېږي: یو نامطلوبه هیرو انځور، د رینډېر مخنیوی کوونکی CSS او جاوا سکرېپټ، هغه لې اوټ چې د فونټونو او اعلانونو د لوډېدو په وخت کې بدلون مومي، او د پلگ انونو له خوا د مېن تریډ (main-thread) دروند کار. د سرور هیڅ ډول کېشنګ (caching) د 2 MB هیرو انځور یا هغه تېم نه شي سمولی چې مېګابایټونه جاوا سکرېپټ لېږدوي. رښتینې کوربولي (hosting) د سرور ونډه په اغېزناک ډول وړیا او پرله پسې کوي، او بیا دا پر سایټ پورې اړه لري چې مخکنی پای (front end) سپک وساتي.
دا کار ویشنه یوه ګټوره ذهني بېلګه ده. موږ ډاډ ترلاسه کوو چې غوښتنه ژر تر ژره براوزر ته رسېږي او د ترافیکو پر مهال چټکه پاتې کېږي؛ تاسو د ډېټا اندازه کمه او ثابته وساتئ. چېرته چې دا دواړه سره یو ځای کېږي — د کیش ګرمول، د اېج تحویلول، او د ډېټابېس ځواب ویونکی ساتل ترڅو متحرک پاڼې ونه ځنډېږي — دقیقا هغه ځای دی چې زموږ سټېک ورته برابر شوی دی، او دا هغه څه دي چې په دې پلاتفورم کې اداره شوی WordPress د یو عام کورسټ په پرتله چټک کوي.
پرله پسې پوښتل شوي پوښتنې
آیا لاهم د WP Rocket په څیر د کیش کولو پلگ ان ته اړتیا لرم؟
شمیر. د پاڼې بشپړه کیشینګ د ویب په سرور کې د LiteSpeed لخوا د LSCache لخوا اداره کیږي، او زموږ خپله د کیش پلگ ان — چې مخکې نصب شوی او پخپله تازه کیږي — WordPress له دې سره په سمه توګه نښلوي، چې تر شا یې د هر سایټ لپاره د Redis ابجیکټ کیش شتون لري. د پاڼې د بشپړې کیشینګ دوهم پلگ ان په سر کې اچول معمولاً د سرور په کچه د کیش سره د مرستې پر ځای شخړه کوي، نو دا اړین نه دی او سپارښتنه هم نه کیږي.
ایا کیشنگ زما د WooCommerce کارټ یا ننوتلي مخونه ماتوي؟
شماره. کارټ، چیک آوټ، زما-حساب او کوم نونس یا سیشن پاڼې په ډیفالټ ډول له کیش څخه ایستل شوي دي، او ESI د کارټ ټوټه او مجموعې په هغو پاڼو کې ژوندي ساتي چې نورې کیش شوي وي. پیرودونکي تل خپله ټوکرۍ او یو کاري چیک آوټ وویني پداسې حال کې چې پلورنځی لاهم له کیش څخه بار کیږي.
کله چې زه خپرونه یا سمون کوم، کیش څنګه تازه پاتې کیږي؟
هوښیار اتومات پاکول په اړوندو WordPress هکونو کار کوي، نو خپرول، د منځپانګې اډېټ کول، یا د یو محصول، بیې یا امر بدلول یوازې اغېزمنې پاڼې او د هغوی آرشیفونه پاکوي - نه ټول کیش - او یو کرولر یې بیا تاوده کوي. تاسو همدارنګه کولی شئ د ډشبورډ څخه یا د WordPress دننه د غوښتنې پر اساس پاک کړئ.
ایا یوازې کوربه توب (هوسټینګ) ما ته بشپړ Core Web Vitals راکولی شي؟
دا تاسو ته تر ټولو غوره ممکنه TTFB درکوي، کوم چې د سرور ونډه ده او د تر ټولو لوی محتوا رنګولو (Largest Contentful Paint) لپاره یو مخکنی پیل دی. مګر LCP، CLS او INP په پراخه کچه پخپله د پاڼې لخوا ټاکل کیږي — د انځور اندازې، د رینډر مخنیوونکي شتمنۍ، د ترتیب ثبات او د اصلي تار (main-thread) جاوا سکرېپټ. زموږ سټېک د سرور ونډه چټکه او ثابته کوي؛ د مخکینۍ پای (front-end) بار سپک ساتل هغه څه دي چې پاتې فاصله له منځه وړي.
اړوند
د ۱۴ ورځو لپاره يې وړیا ازمویل شئ
خپل لومړي سایټونه د ۱۴ ورځو لپاره وړیا پیل کړئ — کوم کارډ ته اړتیا نشته. ایا موجوده شبکه لیبرئ؟ ستاسو لومړی مهاجرت زموږ پر غاړه دی.
وړیا پیل کړئ