د یوې وېبپاڼې د ورووالي اصلي لامل معمولاً یوه انځور نه وي، بلکېد غوښتنې لارښودنه + د سرور اړخ تولید + د ثابتو سرچینو رسولد یو پر بل راتلو له امله

  • کاروونکي ستاسو له سرور څخه ډېر لرې دي، چې د شبکې د RTT لوړوالي لامل کیږي (دا حالت د لویو وچو ترمنځ ډېر محسوس کیږي).
  • ورډپریس باید په هرې غوښتنې کې PHP وچلوي، ډیټابیس ته پوښتنه وکړي او ټیمپلیټ وړاندې کړي → TTFB (لومړي بایت ته وخت) زیات شوی دی
  • پاڼه باید جاواسکریپټ، سي ایس ایس، فونټونه او دریمې ډلې سکریپټونه هم بار کړي، چې د پاڼې ښودنه او تعامل ورو کوي.

کېش کولو پلګ اند دې ستونزې د حل کلي دا ده چې د هغو پاڼو پایلې ذخیره شي چې د “تکراري محاسبو” موضوع وي، ترڅو سرور اړ نه شي چې هر ځل یې بیا محاسبه کړي؛ او د مناسبو ستراتیژیو په پلي کولو سره، ډاډ ترلاسه شي چې ډېر کاروونکي کیش (cache) کاروي، او په دې توګه د TTFB کچه د پام وړ راټیټه شي.د ورډپریس رسمي اسناددا هم په ګوته کوي چې د W3 Total Cache او WP Super Cache په څېر پلګ انونه کولی شي پاڼې د ثابت فایلونو په توګه کیش کړي او مستقیم یې کاروونکو ته وړاندې کړي، او په دې توګه پر سرور باندې بار کموي.

د دې پاڼې له لوستلو مخکې، دا درې طلایي اصول په یاد ولرئ.

۱. په یو وخت کې یوازې یو د پاڼې کیشینګ پلګین وکاروئ

کله چې څو کیشینګ پلګینونه په یو وخت کې فعال شي، تر ټولو عامه پایله یې ګړندی فعالیت نه، بلکې دا ده:

  • د کیش ټکرونه، د کیشونو یو پر بل لیکل، او د کیش د بریالیتوب په کچه کې کمښت
  • متحرک منځپانګه لکه د ننوتلو حالت، ژبه، د پېرودلو کڅوړه او بیې کیش کیږي، چې د “ناسمې منځپانګې” تېروتنو لامل کیږي.
    د پلاګین ډیری اسناد او لارښودونه سپارښتنه کوي چې کله یو ځانګړی کیشینګ پلاګین کاروئ،نور کیشینګ پلګینونه غیر فعال کړئد شخړې څخه د مخنیوي لپاره

۲. د برېښنايي سوداګرۍ/غړیتوب/څو ژبیزو سایټونو: کېشینګ یو “تګل سویچ” نه دی، بلکې د “قواعدو یو سیسټم” دی.”

د ووکومرس رسمي د فعالیت اسنادمهرباني وکړئ په یاد ولرئ: د کیشینګ پلګ ان کې، ډاډ ترلاسه کړئ چې د پېرودلو کڅوړه / تادیه / حساب ډاډ ترلاسه کړئ چې دا پاڼې کیش شوي نه وي، او موږ د جاوا سکریپټ فایلونو له کوچني کولو څخه د ډډه کولو سپارښتنه هم کوو (ځکه چې دا په اسانۍ سره د مطابقت ستونزې رامنځته کولی شي).

۳. “کېش کولو پلګ ان ≠ CDN”، خو د کېش کولو پلګ ان د CDN بنسټ جوړوي.

کېش کولو پلګ ان په اصلي سرور کې د کم شمېرنې ستونزه حل کوي؛CDN حل لاره دا ده چې “منځپانګه کاروونکو ته نږدې کړئ”. دا دواړه طریقې یو د بل تکمیلي دي: لومړی، د اصلي سرور TTFB کم کړئ، بیا جامد سرچینې د CDN له لارې وویشئ. دا په ټوله نړۍ کې کاروونکو ته د خدمت کولو لپاره ترټولو باوري طریقه ده.

ګړندۍ انتخاب: د ویب پاڼو ۴ تر ټولو عام سناریوګانې

که نه غواړئ ټوله مقاله ولولئ، نو یوازې له لاندې څلورو انتخابونو څخه یو غوره کړئ—تاسو به خامخا سم انتخاب وکړئ:

  1. د ذهني سکون، باور او نړیوال لاسرسي په لټه کېWP راکټ(په پیسو)
  2. سرور یقیناً لایټ سپیډ/اوپن لایټ سپیډ چلوي.لایټ سپیډ کیش(وړیا، خو په ډېره کچه د سرور په ظرفیت تکیه کوي): د کیش کولو وړتیا اړینه ده د لایټ سپیډ سرور اجزاکار کولی شئ
  3. د محتوا سایټونه/بلاګونه/د اسنادو ذخیرې د یو وړیا او باوري حل په لټه کې ديWP سوپر کیش(د جامد HTML کیش کول)د هغو ډېری کاروونکو لپاره چې ننوتلي نه دي، جامد HTML فایلونه جوړ کړئ
  4. تاسو یو تخنیکي ټیم لرئ او اړتیا لرئ چې دقیق کنټرول (CDN/object cache/multiple modules) وکاروئ.ډبلیو ۳ ټوټل کیش(ځواکمن خو پېچلی): د ۱TP219T سره په یوځای شوي جامع فعالیت چوکاټ باندې تمرکز

کېش په دقیقه توګه څه کېشوي؟

“ولې ځینې ویب پاڼې د کیش کولو له نصبولو وروسته هم سستې دي؟” موږ د ورډپریس فعالیت په پنځو پوړونو ویشلی دی:

  1. براوزر کیشد کاروونکو لپاره ورپسې لیدنې چټکې کړئ (د ثابتو سرچینو لپاره د کیشنګ سرلیکونه، د نسخې شمیرې)
  2. د پاڼې کیش کولد پاڼې خروجي HTML بڼه کې کیش کړئ (د دې پاڼې تمرکز)
  3. مخزن شوی شید ډیټابیس د پوښتنو د پایلو کیش کول (په ځانګړې توګه د متحرکو ویب پاڼو لپاره ارزښتناک)
  4. PHP او پي کېش: د بایت کوډ له ۱ ټیرا بایته تر ۱۸۴ ټیرا بایته کیش کول (معمولاً د سرور لخوا تنظیم کیږي؛ د پلګ ان اصلي تمرکز نه دی)
  5. CDN/څنډه کېشسرچینې د کاروونکو ته نږدې نوډونو باندې ځای پرځای کړئ

دا مقاله په لاندې موضوع تمرکز کوي: د پاڼې کیشینګ پلګینونه؛
خو موږ به تاسو ته په یادولو دوام ورکړو: ویب پاڼې اکثراً د ۲ + ۵ ترکیب ته اړتیا لري ترڅو “په رښتیا سره چټکې” شي.

پلګ ان ۱:WP راکټ(په پیسو) — یو “له اندېښنې پاک” هر اړخیز حل

WP Rocket د ورډپریس په ټولنه کې د دې لپاره مشهور دی چې دا کوم جادويي دی، بلکې ځکه چې د فعالیت د ښه کولو درې تر ټولو عام ډولونه یې په “اسانه اداره کېدونکو کڅوړو” کې راټول کړي دي:

  • د پاڼې کیش کول (د اصلي سرور د TTFB کمول)
  • د کیش مخکې له مخکې بارول/تودول (د نړۍ له بېلابېلو ځایونو څخه سایټ ته د لاسرسي لرونکو کاروونکو لپاره د لومړي ځل لیدنې تجربې ښه کولو په موخه)
  • د فرنټ-اینډ مهمې اصلاحات (په ځانګړې توګه د جاواسکریپټ ځنډول، د سي ایس ایس پروسس کول، او داسې نور)

د هغهرسمي اسنادپه دې کې دا هم په ښکاره توګه ویل شوي چې حتی که تاسو د پاڼې کیشینګ غیر فعال کړئ، د پریلوډینګ فعالول بیا هم کولی شي ځینې د اصلاح کولو پروسې (لکه د CSS او JavaScript اړوند اصلاحات) پیل یا پرمخ بوځي.

۱.۱ د WP راکټ لپاره څوک مناسب دي؟

WP Rocket په ځانګړي ډول د لاندې ډولونو ویب پاڼو لپاره خورا مناسب دی:

  • د شرکتونو ویب پاڼې، د برانډ ویب پاڼې، د محتوا بازارموندنې سایټونه، لېنډینګ پاڼې (له ګڼو هېوادونو او سیمو څخه ترافیک)
  • زه به یوه چټکه پیل ته ترجیح ورکړم چې ثبات یې تر ټولو لومړیتوب وي؛ زه نه غواړم چې د ډیرو وړیا پلګینونو په ګډوډولو پسې وګرځم.
  • موږ ځانګړی عملیاتي یا د فعالیت انجنیر نه لرو، خو د کاروونکي تجربې او SEO په اړه مو غوښتنې شته.
  • وو کامرس کارول کېدای شي، خو له ډېر احتیاط سره (لکه څنګه چې به په دې برخه کې وروسته بحث شي)قوانین او خطرونه

۱.۲ د ویب پاڼو لیدلو په سناریوګانو کې یې کلیدي ارزښت (یوازې د “کېش ټوګل” څخه ډېر)

الف. د کیش مخکې بارول: د “وېشل شوي ویب پاڼې ترافیک له امله د لومړیو لیدنو پرمهال د بې ثباتۍ” ستونزې حل”

کله چې د ویب پاڼې کاروونکي په پراخه کچه خپاره وي، تاسو به له یو ډېر عام ډول سستۍ سره مخ شئ:
کله چې په یوه ځانګړې سیمه کې یو کاروونکی د لومړي ځل لپاره یوه پاڼه خلاصوي، او د هغې پاڼې کیش (cache) پای ته رسېدلی وي یا مخکې نه وي راخیستل شوې → نو هغه کاروونکی د PHP/DB په اندازه د رینډر کولو بشپړ لګښت ورکوي.
مخکې بارولو میکانیزممعنا یې دا ده:د لومړنۍ جوړونې لګښت مخکې له مخکې ورکړئ، او په دې توګه د لومړي ځل لیدونکو سره د ازمایښتي څارويو په څېر د چلند احتمال کموي.

  • مخکې له مخکې بارول نشته: لومړی راغلی، لومړی ګټلی
  • مخکې بارول: سیسټم په مرکزي توګه په پس منظر کې کیش شوې ډیټا تولیدوي، چې د لومړي ځل لیدونکو لپاره یوه ډېره باثباته تجربه تضمینوي.

ب. د جاواسکریپټ اجرا ځنډول: دا هغه ځانګړتیا ده چې د کارونکي تجربې ته تر ټولو ډېر سمدستي د پام وړ ښه والی وړاندې کوي، خو تر ټولو لوی خطر هم لري.

WP Rocket په رسمي توګه د “د جاواسکریپټ اجرا کول وځنډوئ”د خپل تر ټولو قوي جاواسکریپټ اصلاح په توګه یې تشریح کیږي: دا د سکریپټ اجرا کول تر هغه وخته ځنډوي تر څو چې کاروونکی له پاڼې سره تعامل وکړي (د ماوس په خوځولو، په سکرین په لمس کولو، سکرول کولو، د کیلي په فشارولو، او داسې نورو)، ترڅو لومړی پاڼه وښودل شي.

دا د ویب پاڼې د فعالیت لپاره مهمه ده، ځکه چې د سکریپټونو بارول او د هغوی د اجرا مخنیوی په څو لویو لوندونو کې په اسانۍ سره زیاتېدلی شي:

  • د سرچینو ډاونلوډونه یو څه ورو دي → اصلي بهیر ډېر احتمال لري چې د سکریپټونو له امله بند پاتې شي
  • د دریمې ډلې سکریپټونه (لکه د تحلیل، اعلاناتو او چیټ پلګینونه) ډېر احتمال لري چې INP او د تعامل ځنډ لا پسې زیات کړي.

خو، دا ممکن ځینې ستونزې هم رامنځته کړي:

  • په جاواسکریپټ کې ځنډ ممکن په لاندې برخو اغېز وکړي: مینوګانې، کاروسلونه، پاپ اپونه، د فورمې تایید، تادیات او د ټریکینګ کوډ پلي کول.
  • له همدې امله دا د “ګام په ګام + د تور لیست ایستلو” ستراتیژۍ لپاره خورا مناسبه ده.

ج. له نورو پلګینونو/تیمونو سره مطابقت: له ستونزو پرته په دې مانا نه ده چې “هېڅ ډول ټکر” نه شته.”

WP Rocket په ځانګړي ډول لیست کړي دي “غیر مطابقت لرونکي پلګینونه/تیمونه”لېست، ځکه چې دا ممکن د WP Rocket د کیشینګ او اصلاح کولو میکانیزمونو، لکه د آوټپوټ بفرینګ، باندې اغېز وکړي.

  • که ستاسو ویب پاڼه ډېر پلګینونه او یو داسې ټیم لري چې ډېرې سرچینې مصرفوي، نو “د فعالیت اصلاح” ته د یوې کوچنۍ کچې ډیپلویمنټ پروژې په سترګه وګورئ: د هر بدلون وروسته ریګریشن ټیسټ ترسره کړئ (لکه فورمې، لاګین، تادیه، د ژبې بدلول، او داسې نور).

۱.۳ د ووکومرس او ډینامیک ویب پاڼو په اړه ځانګړي یادښتونه

د کیشینګ پلګین د تنظیمولو پر مهال، په رسمي ووکومرس مستنداتو کې په ګوته شوې کلیدي خبره دا ده:

ولې؟

  • د پېرودلو ټوکرۍ، د پیسو ورکولو او د حساب پاڼې په cookie / session / nonce باندې ډېره تکیه کوي.
  • کله چې کیش دا پاڼې د “ثابتو پاڼو” په توګه وګڼي، پایلې یې له دې څخه نیولې تر دې پورې وي چې تڼۍ کار نه کوي، او په بدترینو حالاتو کې د بیو، د توکو د شتون، یا د حساب د جزئیاتو ترمنځ توپیر رامنځته شي.
  • تر ټولو بده خبره دا ده چې ستاسو ازموینې ممکن په یوه سیمه کې په سمه توګه پرمخ لاړې شي، خو په بله سیمه کې د CDN/کېش هټونو د توپیرونو له امله له ستونزو سره مخ شي.

۱.۴ د کیش پلګین پالیسیو لپاره سپارښتنې

لومړی پړاو: بنسټیز امنیتي تدابیر (هغه څه چې تقریبا هره وېبپاڼه باید پلي کړي)

  • د پاڼې کیش فعال کړئ
  • پرانیستلکېش مخکې بارول(د لومړي ځل لیدونکو لپاره د ثبات ښه کول)
  • د براوزر د کیش کولو یوه معقوله تګلاره (چې په هره کچه پلي کېدای شي: WP Rocket، سرور، یا CDN)

دوهم پړاو: منځنۍ ګټه، منځنی خطر (د ډېری محتوا لرونکو سایټونو لپاره مناسب)

  • انځورونه په تدریجي ډول بارول / iframe (د انځورونو د اصلاح په اړه ژوره کتنه)
  • د CSS فایل اندازه کنټرول کړئ (د بېکاره CSS په لرې کولو سره)

درېیمه کچه: لوړه ګټه خو لوړ خطر (باید د بېک ټیسټینګ چک لیست ولري)

۱.۵ قیمت ټاکنه او جواز

  • WP Rocket د پرېکړه لیک پر بنسټ د پیسو ورکولو په ماډل کار کوي، چې د سایټونو د شمېر سره سم مختلف پرېکړه لیکونه شتون لري.

پلګ ان ۲:لایټ سپیډ کیش (LSCWP)د “وړیا لوړې کچې” وړاندیز یوازې هغه وخت معتبر دی چې سرور په حقیقت کې لایټ سپیډ چلوي.

د لایت سپیډ کیش په اړه یوه عامه غلطه انګیرنه دا ده چې دا یوازې یو ورډپریس پلګ ان دی چې یوځل نصب شي، نو په هر هوسټینګ پلیټ فارم کې به د WP Rocket په څیر بشپړ فعالیت وړاندې کړي. دا په حقیقت کې داسې نه ده.

د لایټ سپیډ رسمي اسنادد روښانه کولو لپاره: د LSCWP د کیش کولو د فعالیت د LiteSpeed سرور ته د اړتیا لامل دا دی چې دا باید د LiteSpeed ویب سرور د جوړ شوي پاڼې کیش کولو ځانګړتیا (LSCache) سره اړیکه ونیسي؛ دا پلګ ان د سرور ته د خبر ورکولو مسؤل دی چې کومې پاڼې کیش کیدی شي، د څومره وخت لپاره، او د ټګونو په کارولو سره د پاکولو (purge) د فعالولو لپاره.

د لایټ سپیډ کیش اصلي ګټه په “ کې نغښتې ده.“د سرور اړخ پاڼې کیش کول (LSCache)”د لایټ سپیډ/اوپن لایټ سپیډ سرورونو پرته، دا مهمه ګټه به شتون ونه لري.

2.1 لایټ سپیډ کیشدا د چا لپاره مناسب دی؟

د دې لپاره مناسب:

  • ستاسو د هوسټینګ کنټرول پینل په روښانه ډول بیانوي لایټ سپیډ / اوپن لایټ سپیډ(د بېلګې په توګه، ډیری cPanel سرورونه به دا وښیي)
  • تاسو غواړئ چې وړیا پلان د غوره TTFB او په ورته وخت کې د پروسس کولو وړتیاوې وړاندې کړي.“
  • ایا تاسو د دې منلو ته چمتو یاست چې، که څه هم دا ډېر ځواکمن دی، خو په کې ډېر تخنیکي مفاهیم (TTL، Tag، Purge، ESI، Crawler…) هم شامل دي؟

ځانګړی مناسب نه دی:

  • تاسو ډاډه نه یاست چې کوربه کوم ویب سرور کاروي، یا تاسو دا تایید کړې چې دا Nginx یا Apache دی (مګر دا چې تاسو یوازې غواړئ د هغې ځینې فرنټ-اینډ اصلاحي ځانګړتیاوې وکاروئ، په دې حالت کې یې د لګښت اغېزمنتوب او پېچلتیا ممکن ارزښت ونه لري)
  • تاسو یوه پېچلې ای-کامرس/غړیتوب/څو ژبیزه وېبپاڼه لرئ، خو د ازموینې پروسه نه لرئ (LSCWP ځواکمن دی، خو د “غلط منځپانګې کیش کولو” له ډېر خطر سره مخ دی)

۲.۲ د هغې د کیش کولو میکانیزم: ولې دا د “سرور د وړتیاوو د یوې برخې” په څیر دی”

تاسو کولی شئ چې د لایټ سپیډ کیش څنګه کار کوي په یوه واحد “تخنیکي تشریح” کې خلاصه کړئ:

  • WP راکټ / WP سوپر کیش په دې اقداماتو کې تر ډېره حده د ورډپریس/PHP په اړخ کې کیش کول او اصلاح کول شامل دي؛
  • د پاکې انرژۍ ملي پلان دا د “ورډپریس ډشبورډ + لایټ سپیډ سرور جوړ شوي LSCache” یو ترکیب دی: پلګ ان د قواعدو صادرولو او د سګنالونو پاکولو مسؤل دی، په داسې حال کې چې د پاڼې اصلي تیز رفتار کیش کول په کې ترسره کیږيد سرور پوړ

دا د کارونکي پر تجربې مستقیم اغېز لري: د سرور اړخ کې کیش کول عموماً سپک، ګړندي او په ورته وخت کې د ګڼو غوښتنو سمبالولو وړتیا لري (په ځانګړې توګه د ترافیکو د لوړوالي پرمهال یا کله چې د لټون انجن کرالرونه په پرله پسې توګه لیدنه کوي).

۲.۳ د ویب پاڼې د کاروونکي په سناریو کې د LSCWP د کارولو “سمه لاره”

موږ “سمه تګلاره” په څلورو کچو ویشلې ده:

لومړی پوړ: د پاڼې کیش کولو ستراتیژي (دا ټاکي چې ایا د TTFB په حقیقت کې کمول کېدای شي)

  • هغه پاڼې مشخص کړئ چې کېش کېدای شي (ډېری عامه محتوا لرونکې پاڼې)
  • هغه پاڼې وپېژنئ چې باید هېڅکله کېش نشي (ننوتل، حساب، د پېرودلو کڅوړه، تادیه، او هغه پاڼې چې د ژبې/اسعارو بدلولو لپاره په cookie باندې ډېره تکیه کوي)
  • د کیش لپاره یو مناسب TTL وټاکئ (هر څومره چې محتوا ډېره ځله تازه کیږي، TTL باید هغومره لنډ وي؛ برعکس، باید اوږد وي)
  • د پاکولو پالیسي جوړه کړئ: د محتوا له تازه کېدو وروسته اړوند ټګونه پاک کړئ (د ټول سایټ په کچه د عمومي پاکولو پر ځای).

که دا پوړ په سمه توګه ترسره شي، د ویب پاڼې لپاره تر ټولو سمدستي ګټه دا ده TTFB کم شوی، او د لومړي سکرین بار وړل ډېر باثباته دي.

دوهم پوړ: مخکې بارول/کرال کول (دا معلوموي چې د کم ترافیک لرونکو پاڼو لومړی ځل لیدل ورو دي که نه)

ویبپاڼو ته د ورتګ پر مهال د “غیر ثابت کارونکي تجربې” یوه عامه لامل د “ګرم-سړي کیش ترمنځ توپیرونه” دي:

  • مشهورې پاڼې په دوامداره توګه لیدل کیږي، نو کیش تازه پاتې کیږي.
  • هغه پاڼې چې ډېر تګ راتګ نه لري، له اوږدې مودې راهیسې له پامه غورځول شوي، نو د لومړي ځل لیدونکو لپاره ډېر ورو بارېږي.

مخکې بارول یوازې د کیک پر سر قشمه نه ده؛ بلکې په ویب پاڼه کې د کارونکي د یو شان تجربې د ډاډمنولو لپاره کلیدي ده.

درېیمه طبقه: د متحرک محتوا لپاره امنیتي حلونه (برېښنايي سوداګري/غړیتوب/څو ژبیزه)

د LSCWP ځواک په دې حقیقت کې نغښتی دی چې دا تاسو ته د “پرمختللو وسیلو” پراخه لړۍ چمتو کوي، لکه:

  • د ننوتلو لپاره کاروونکو، تبصره کوونکو، او داسې نورو لپاره بېلې بېلې کیش کولو ستراتیژۍ.
  • د اېج-سایډ انکلوژن (ESI) تر شا اصلي مفهوم دا دی چې یوه پاڼه په 'کېش کېدونکې مشترکه برخه' او 'غیر کېدونکې متحرکې ټوټې' ووېشي، هغوی په جلا توګه پروسس کړي، او بیا یې په اېج نوډ کې سره یوځای کړي.

په څلورمه برخه کې: انلاین خدمتونه او اختیاري پرمختګونه

ډیری ویب پاڼو مدیران به په LSCWP کې د QUIC.cloud آنلاین خدماتو (لکه د پاڼې د غوره کولو وسیلې) سره مخ شي.QUIC.cloud اسنادپه ښکاره توګه ویل شوي چې دا LSCWP ته د پاڼې د اصلاح کولو خدمتونه وړاندې کوي، چې په کې کریټیکل CSS (CCSS)، یونیک CSS (UCSS) او د ویوپورټ لپاره اصلاح شوي انځورونه (VPI) شامل دي.

  • دا خدمتونه اختیاري ديتاسو یوازې د سرور اړخ کېش کول کارولی شئ، پرته له دې چې آنلاین اصلاح فعاله کړئ.
  • کله چې آنلاین خدمات فعال شي، ستاسو د سایټ د سرچینو او پاڼو د پروسس کولو بهیر به بدل شي (دا د سوداګریو او د محرمیت په اړه اندېښمنو پیرودونکو لپاره مهم معلومات دي)

۲.۴ په LSCWP کې عام ننګونې

  1. سرور لایټ سپیډ نه چلوي، خو بیا هم LSCWP د یو بشپړ ځانګړتیاو لرونکي کیشینګ پلګین په توګه ګڼي.
    پایله: کیشینګ د تمې سره سم کار ونه کړ او د تشکیلاتو پیچلتیا یې هم زیاته کړه. حل: لومړی، د کوربه سټیک تایید کړئ؛ که نه لایټ سپیډ... د WP Rocket یا WP Super Cache په اړه فکر وکړئ.
  2. د ډېرو فرنټ-اینډ اصلاحاتو فعالول د فعالیت ستونزو لامل شوي دي.
    د پاڼې اصلاح (CSS/JS) اکثرا د پخپله کیش کولو په پرتله د مطابقت ستونزې ډېرې ژر رامنځته کوي. سپارښتنه: لومړی، ډاډ ترلاسه کړئ چې د پاڼې کیش کول په باوري توګه کار کوي، بیا اصلاحات یو په یو فعال کړئ، او په ورته وخت کې د ریګریشن ټیسټ د چک لیست (فورمونه، مینوګانې، تادیات، ټریکنګ، د ژبې بدلول، او داسې نور) جوړ کړئ.
  3. د متحرکو پاڼو لپاره د بېلتون/شېرنګ ستراتیژیو نشتوالی
    عامې ستونزې: د پېرودلو ګاډۍ، د پیسو ورکولو پاڼې او د حساب پاڼې په کېش کېږي؛ یا د ژبو او اسعارو ترمنځ ناسم بدلول. د ای-کامرس سایټونه باید دا د پیل څخه مخکې د تفتیش په توګه وګڼي (لکه څنګه چې ووکومرس په رسمي توګه ټینګار کوي).مهمې پاڼې کیش مه کوئ)。

پلګ ان ۳:WP سوپر کیش(وړیا) — د محتوا لرونکو ویب پاڼو لپاره کلاسیکه “ټیټ خطر، لوړه ګټه” تګلاره

WP سوپر کیش دا ولې دومره اوږد وخت مشهور پاتې شوی؟ ځکه چې دا ستونزې په یوه ډېره ساده او “سرور-دوستانه” طریقه حل کوي:
ډاینامیک ورډپریس پاڼې په سټیټیک HTML فایلونو بدل کړئ...له کوم وروسته چې دا HTML فایلونه په مستقیمه توګه د ویب سرور لخوا وړاندې کیږي، او په دې توګه د PHP ګران بیه پروسس څخه تېرېږي.

د پلګ ان په پاڼه کې دا هم یادونه شوې چې ډېری غیر تصدیق شوي کاروونکو ته سټاټیک HTML وړاندې کیږي، او یوه ډېره روښانه تشریح وړاندې کوي: “99% لیدونکو ته به د سټاټیک HTML فایلونه وړاندې شي”؛ یو واحد کېش شوی فایل په زرګونو ځله وړاندې کېدای شي.

۳.۱ د WP سوپر کیش لپاره څوک مناسب دي؟

ډېره سپارښتنه کیږي:

  • بلاګونه، د محتوا وېبپاڼې، د اسنادو وېبپاڼې، شرکتي وېبپاڼې، د ننوتلو پاڼې
  • لیدونکي په عمده توګه هغه کاروونکي دي چې ننوتلي نه دي.
  • تاسو غواړئ: وړیا، باثباته او د ساتنې ټیټ لګښتونه

په احتیاط سره وکاروئ / یوې ډېرې پیاوړې ستراتیژۍ ته اړتیا لري:

  • ډېر فعالې وېبپاڼې: هغه چې ډېر شخصي شوي منځپانګې او پاڼې لري چې د کارونکي د حالت له مخې بدلیږي.
  • لوی ای-کامرس پلیټ فارمونه: دا د منلو وړ دی، خو ډاډ ترلاسه کړئ چې کلیدي پاڼې کیش نه کیږي او دا ستاسو د ازموینې په پروسه کې مدغم شوي دي.

۳.۲ د هغې درې کیشینګ طریقې:

د WP Super Cache پلګ ان د توضیحاتو برخه د سرعت له مخې درې کیش کولو میتودونه لیستوي او د هغوی ترمنځ توپیرونه تشریح کوي:

  • ماد ررایټ (کارپوه)تر ټولو ګړندۍ طریقه، چې په بشپړه توګه PHP څخه تېرېږي، خو د .htaccess فایل تعدیل ته اړتیا لري؛ ناسم تنظیمات د سایټ د غیر فعالېدو لوړ خطر لري.
  • ساده (وړاندیز شوې طریقه)PHP د جامد فایلونو لپاره یو “سوپر کېش” چمتو کوي، چې د mod_rewrite سره د پرتله کېدو وړ سرعت وړاندې کوي، خو په اسانه ترتیب سره.
  • WP-Cache کیش کول: ډېر انعطاف منونکی، د پېژندل شویو کاروونکو، د پارامترونو لرونکو یو آر ایل ګانو، فیډونو او داسې نورو لپاره مناسب، خو ورو

وړاندیز شوي انتخابونه:

  • پیل کوونکي/هغه کسان چې ثبات غواړي: وړاندیز شوې طریقه (ساده) وکاروئ
  • که تاسو د سرور له قوانینو سره ډېر بلد یاست او د هغوی د بیا لیکلو خطر اخیستلو ته چمتو یاست، نو د ماهر حالت په پام کې ونیسئ.
  • تاسو د “پېژندل شویو کاروونکو/پارامترونو” ډېر انعطاف منونکي سمبالښت ته اړتیا لرئ: د WP-Cache د رول پوهېدل

۳.۳ د WP Super Cache ځواکمنتیاوې او کمزورتیاوې

ګټې:

  1. د CDN سره د کارولو لپاره غوره
    ځکه چې په اصل کې د “سټاټیک HTML تولید” پکې شامل دی، دا په طبیعي ډول د CDN/edge caching له طریقې سره سمون خوري.
  2. د اصلي سرور CPU او ډیټابیس باندې د باروالۍ ښه والی ډېر د پام وړ دی.
    کله چې د ویب پاڼې ترافیک خپور وي، نو ممکن د لټون انجن او ټولنیزو رسنیو کرالرونه هم د نړۍ له ګوټ ګوټ څخه وي. سټیټیک کول د “تکراري رینډرینګ” په وړاندې په مقابله کې خورا اغېزمن دي.

کمزورۍ:

  1. دا د فعالیت د اصلاح لپاره یو هر اړخیز کڅوړه نه ده.“
    د دې اصلي ځواک د پاڼو په کیش کولو کې دی؛ د WP Rocket برعکس، دا د CSS او JavaScript لپاره د ژور اصلاحاتو جامع کڅوړه نه وړاندې کوي. ممکن تاسو اړتیا ولرئ چې د “انځور اصلاح” او “فرنټ-اینډ اصلاح” پاڼو له لارې نور اصلاحات ترسره کړئ (یا نور پلګینونه یا د ټیم په کچه اصلاحات وکاروئ).
  2. موږ باید د “ډاینامیک شخصي کولو” په اړه ډېر احتیاط وکړو.
    د بېلګې په توګه، د سیمې پر بنسټ د بېلابېلو منځپانګو ښودل، یا د کارونکي د وضعیت پر بنسټ د بېلابېلو بیو، ژبو یا سپارښتنو ښودل. په داسې حالاتو کې، تاسو باید د ایستلو اصول وضع کړئ یا د شېرډ شوي کېشینګ یو ډېر مناسب حل پلي کړئ.

۳.۴ د ووکومرس سره مطابقت: ولې دا ډېر “خوندي” دی”

د ووکومرس رسمي اسناددا د یادونې وړ ده چې ووکومرس په طبیعي ډول د WP Super Cache سره مطابقت لري، او ووکومرس WP Super Cache ته یو سګنال استوي ترڅو ډاډ ترلاسه کړي چې د کرټ (Cart)، چک آوټ (Checkout) او زما حساب (My Account) پاڼې په ډیفالټ ډول کیش نشي.

  • حتی که تاسو نوی پیل کوونکی یاست، د WP Super Cache او WooCommerce ترکیب دا احتمال کموي چې تاسو د “مهمو پاڼو د کیش کېدو” له ستونزې سره مخ شئ.
  • خو بیا هم موږ سپارښتنه کوو چې له پیل څخه مخکې د بېرته راستنېدو ازموینه (regression testing) ترسره کړئ (چې تادیات، واؤچرونه، د رسولو لګښتونه، د مالیاتو نرخونه، ګڼې اسعار، او داسې نور پکې شامل وي).

پلګ ان ۴:ډبلیو ۳ ټوټل کیش (ډبلیو ۳ ټي سي)— تر ټولو جامع “د کړنو چوکاټ”، د انجینرۍ ټیمونو لپاره غوره

ډبلیو ۳ ټوټل کیش په WordPress.org کې، دا د “یو واحد کیشینګ پلګین” په توګه نه، بلکې د “ویب پاڼې د فعالیت د ښه کولو چوکاټ” ته د ورته یو څه په توګه ځای پر ځای شوی دی: دا د CDN او غوره کړنو سره د ادغام له لارې د SEO، کور ویب وایټلز او د کارونکي د عمومي تجربې په ښه کولو ټینګار کوي.

د پلګ ان په توضیحاتو کې د پراخو وړتیاوو یوه لړۍ لیست شوې ده: پاڼه/ د پاڼې/پوسټ کیش کول، د CSS/JS کیش کول، د فیډ کیش کول، د لټون پایلو کیش کول، د ډیټابیس آبجکټ کیش کول، آبجکټ کیش کول، د ټوټې کیش کول، او د کیش کولو د مختلفو میتودونو لکه Redis، Memcached او APC لپاره ملاتړ. په دې کې د کارونکي ایجنټ او ریفرر له مخې ډلبندي شوی موبایل کیش کول، د AMP ملاتړ، او د ریورس پراکسي (Nginx/Varnish) ادغام هم شامل دي.

۴.۱ د W3 Total Cache لپاره څوک مناسب دي؟

د دې لپاره غوره:

  • تاسو د پراختیا او عملیاتو مهارتونه لرئ او د “ګام په ګام ځای پرځای کولو، د بار ازموینې او د شاتګ ازموینې” ترسره کولو ته چمتو یاست.”
  • ستاسو وېبپاڼه پېچلې ده: په کې ګڼ ژبې، د موضوع بدلول، د ګرځنده وسیلو لپاره ځانګړې اصلاح او د محتوا پېچلې جوړښت شامل دي.
  • تاسو نه یوازې د پاڼې کیش کولو پلي کول غواړئ، بلکې تاسو دا هیله هم لرئ چې د څیز کیش کول او د ټوټې کیش کول په سیسټم کې شامل کړئ (په ځانګړې توګه د متحرکو ویب پاڼو لپاره).

د دې لپاره مناسب نه دی:

  • تاسو غواړئ چې دا “له بکس څخه سمدستي چټک” وي او نه غواړئ چې د کیش ټیرینګ په اړه پوه شئ.
  • تاسو د ازموینې کوم بهیر نه لرئ، خو بیا هم غواړئ چې په یو وخت کې لوړ خطر لرونکې ځانګړتیاوې لکه کمپریشن او ځنډول شوي سکریپټونه فعالې کړئ.

۴.۲ ولې دا د “ځواکمن خو پېچلي” په توګه بیان شوی؟ وېبپاڼې “کنټرول کیدو” ته لومړیتوب ورکوي.”

د W3TC ارزښت په دې کې نه دی چې “دا له نورو څخه حتمي ډول ګړندی دی”، بلکې په دې کې دی چې دا تاسو ته د کنټرول کافي اختیارونه درکوي ترڅو وکولای شئ خپله د فعالیت ستراتیژي په یوې انجنیري شوې سیسټم بدله کړئ:

  • د پاڼې کیش: ممکن په حافظې، په ډیسک یا په ۱ ټیرا بایت یا ۲۱۹ ټیرا بایت کې ذخیره شي.
  • د ډیټابیس د ابجکټ کیشینګ، ابجکټ کیشینګ: ریډیس، میم‌کیچډ، او داسې نور کارول کیدی شي.
  • د ټوټو کش کول: په ځانګړې توګه د “نیمه متحرکو پاڼو” لپاره ګټور دي
  • موبایل ملاتړ: د ریفرر یا کارونکي ایجنټ ګروپ له مخې پاڼې په جلا توګه کیش کړئ
  • CDN مدیریت: د میډیا کتابتونونو، د موضوع فایلونو، او داسې نورو شفاف مدیریت. CDN مدیریت

دا وړتیاوې د ویب پاڼو لپاره په ځانګړې توګه ارزښتناکې دي، ځکه چې نړیوال ترافیک اکثراً له لاندې ستونزو سره مخ کیږي:

  • په بېلابېلو وسیلو، سیمو او ژبو کې د یوې پاڼې بېلابېلې بڼې
  • ځینې منځپانګه کېشن کېدای شي، په داسې حال کې چې نوره منځپانګه باید په ریښتیني وخت کې تازه شي (د بېلګې په توګه: بیې، د توکو کچه، د کارونکي حالت)

۴.۳ د W3TC “وړاندیز شوی فعالولو امر”

وړاندیز شوی ترتیب:

  1. د اوس لپاره، یوازې د پاڼې کیش فعال کړئ.
    تصدیق کړئ: چې ایا د ټي ټي ایف بي (TTFB) وخت کم شوی دی، ایا محتوا ثابته ده، او ایا د ننوتلو حالت، څو ژبیزه کارکړنه او د برېښنايي سوداګرۍ کلیدي کاري بهیرونه سم کار کوي.
  2. د براوزر کیش بیا فعال کړئ
    موخه: د پاڼو بیا بارېدو او د ثابتو سرچینو بارولو ګړندي کول، او په لویو وچو کې د غیر ضروري ډاونلوډونو کمول.
  3. د ابجکټ کیش بیا ارزونه / د ډیټابیس ابجکټ کیش
    د دې لپاره مناسب: ډاینامیک ویب پاڼې (ووکامرس، د غړیتوب سیسټمونه، پېچلې پوښتنې).
    پلي کېږي نه: د پاکو منځپانګو وېبپاڼې ممکن محدود عاید تولید کړي او حتی ممکن د سرچینو مصرف هم زیات کړي.
  4. په پای کې، د کمپریشن، د سکریپټ ځنډولو او فرنټ-اینډ اصلاحاتو چارې سمبال کړئ.
    څرنګه چې دا هغه طبقه ده چې د کاري ستونزو له پلوه تر ټولو زیاته زیانمنه ده، نو باید د ریګریشن ازموینې یو چک لیست جوړ شي (چې تادیات، فورمې، تعقیب، پاپ اپونه، مینوګانې، د ژبې بدلول، او داسې نور پکې شامل وي).

د “کېش پلګ ان تنظیماتو” په اړه د ووکامرس یادونه: مهمې پاڼې کیش مه کوئ، او سپارښتنه کیږي چې د جاواسکریپټ فایلونو له کوچني کولو څخه ډډه وکړئ.

د څلورو پلګینونو پرتله کوونکی جدول

مهرباني وکړئ په یاد ولرئ: دا د “څوک ډېر قوي دی” په اړه نه، بلکې د “څوک ستاسو له وضعیت سره ډېر مناسب دی” په اړه ده.

ابعادWP راکټلایټ سپیډ کیشWP سوپر کیشډبلیو ۳ ټوټل کیش
اصلي ځای پرځای کولهر اړخیز حل (کش کول + اصلاح)د سرور په کچه کیش کول (د LSCache په کارولو سره)د سټاټیک HTML کیش کولد فعالیت چوکاټ (څو پوړیزه کیشینګ + CDN)
د کوربه تړاوټیټ (نړیوال)لوړ (د اصلي کېشینګ د کارولو لپاره لایټ سپیډ/اوپن لایټ سپیډ ته اړتیا لري)ټیټ (نړیوال)منځنی (عامه، خو ډېر د چاپېریال/تنظیمي وړتیاوو پورې اړه لري)
د زده کړې لګښتونهله ټیټ څخه تر منځنيمنځنیلوړ
د محتوا وېبپاڼې د سپارښتنې نمرهډېر لوړډېر لوړ (په دې شرط چې شرایط پوره شي)ډېر لوړله منځنۍ څخه لوړ (د ټیم پورې اړه لري)
د انلاین سوداګرۍ/غړیتوب ویبپاڼهکارول کېدای شي، خو احتیاط وکړئ (د ووکومرس کلیدي پاڼې کیش کېږي نه)د شتون وړ دی، خو د قواعدو/شېرنګ ستراتیژیو ته اړتیا لري.د شتون وړ، او ووکومرس وايي چې دا په اصلي ډول مطابقت لري او مهمې پاڼې په ډیفالټ ډول کیش نه کوي.موجود دی؛ د انجینرۍ د کارونو لپاره مناسب دی
بودیجهتادیهوړیاوړیاوړیا + پولي نسخې

“د کیش پېښې او د مخنیوي لپاره یو چک لیست

۱. د کیش کولو له امله د “غلط محتوا” درې اصلي لاملونه

الف. د “حالت لرونکو” پاڼو چلند د “بې حالته ثابتو پاڼو” په توګه”

بېلګه: د حساب پاڼه، د پېرودلو کڅوړه او د پېرودلو پاڼه کېش شوي دي. وو کامرس چارواکو په پرله پسې توګه ټینګار کړی دی د پېرودلو کراچۍ / تادیې / حساب پاڼې باید کیش نه شي.

ب. د څو ژبو، اسعارو او سیمه ییزو بڼو لپاره کیش کول په سمه توګه سره توپیر شوي نه دي.

که ستاسو ویب پاڼه د cookie، د پوښتنې پارامترونو یا جغرافیایي موقعیت پر بنسټ مختلف مواد وښیي، نو کېشینګ باید “متنوع ابعاد” په پام کې ونیسي. که نه نو، هغه کېش چې په A سیمه کې د یوه کارونکي لپاره جوړ شوی، ممکن په B سیمه کې د یوه بل کارونکي لخوا بیا وکارول شي.

ج. د فرنټ-اینډ اصلاح (JS/CSS) بیا لیکلو د فعالیت ستونزې رامنځته کړې دي.

په ځانګړې توګه، د جاواسکریپټ کوچنی کول، بنډل کول او له ځنډ سره بارول. ووکومرس حتی سپارښتنه کويد جاواسکریپټ فایلونو له کوچني کولو څخه ډډه وکړئ

۲. له ځای پرځای کولو مخکې د ریګریشن ازموینې چک لیست

  • ایا د ننوتلو/وتلو کارکړنه سم کار کوي؟
  • ایا د فورمو سپارل (د اړیکو فورمې، ګډونونه، ننوتل او نوم لیکنه) سم کار کوي؟
  • د برېښنايي سوداګرۍ پروسه: ټوکري ته اضافه کول → واؤچر → د رسولو لګښتونه/مالیات → تادیه → د سپارښتنې پاڼه
  • ایا د ژبې بدلولو ځانګړتیا (د محتوا، یو آر ایل ګانو، ایچ ریفلانګ ټګونو او د اسعارو په برخه کې) د بدلولو وروسته ثابته ده؟
  • ایا موبایل مینو، پاپ اپونه، سکرول کول او لیزي لوډ سم کار کوي؟
  • وګورئ چې ایا د ټریکینګ سکریپټونه (GA، میټا پکسسل، د تبادلې پیښې) لاهم فعال کیږي.

ډېرې پوښتل شوې پوښتنې

۱- پوښتنه: که څه هم ما د کیشینګ پلګین نصب کړی، خو له بهر څخه کله چې سایټ ته لاسرسی کیږي، ولې لا هم ورو دی؟

تر ټولو عام دلیل دا دی چې تاسو یوازې د اصلي سرور پر سر د ډبلې وړاندې کولو (duplicate rendering) مسله حل کړې، خو د بین ال qاره شبکوي ځنډ (intercontinental network latency) ستونزه مو نه ده حل کړې.
کېشینګ پلګینونه سرور ته دا وړتیا ورکوي چې محتوا په چټکۍ سره ورسوي (TTFB کموي)، خو جامد سرچینې (انځورونه، CSS، JS، فونټونه) او د نړیوالو اړیکو RTT لا هم اړتیا لري چې CDN د واټن ډکولو لپاره
👉 نو سمه لاره دا ده:لومړی، ډاډ ترلاسه کړئ چې د اصلي سرور کیشینګ په سمه توګه کار کوي،د نړیوال وېش لپاره CDN ته اپلوډ کړئ

دوهمه پوښتنه: کله چې ما محتوا کیش کړه، نو ولې تازه نه کیږي؟

دا ځکه چې تاسو یو “زوړ کیش” ګورئ. حل:

  • د کیش پاکولو یوه پالیسي جوړه کړئ: د اړوند پوسټ یا پاڼې کیش له تازه کېدو وروسته پاک کړئ (د ټول سایټ د کیش پاکولو پر ځای).
  • د هغو حلونو لپاره چې مخکې ګرمولو یا کرم وهلو ته اړتیا لري: تاسو باید له پاکولو وروسته بیا مخکې ګرمول ترسره کړئ، که نه نو لومړی ځل به یې کار ورو وي.
  • د CDN په اړه: دا اړینه ده چې په پام کې ونیول شي چې د CDN اېج ممکن زاړه منابع هم په کیش کې ولري.

دریم پوښتنه: ایا زه کولی شم WP Rocket او WP Super Cache په یو وخت کې نصب کړم؟

دا سپارښتنه نه کیږي. د تر ټولو باثباته فعالیت لپاره غوره ده چې په یو وخت کې یوازې یو پاڼې کیشینګ پلګین وکاروئ. تاسو ممکن د “یو د کیشینګ لپاره او بل د اصلاح لپاره” مفکوره د “دندو ویش” په توګه وپېژنئ، مګر په عمل کې، دا اکثرا د پاڼې کیشینګ یا د سرچینو بیا لیکلو سره مداخله کوي، چې د ټکرونو لوړ احتمال رامنځته کوي. غوره ده چې یو “اصلي کیشینګ پلګین” غوره کړئ او د هر ډول اضافي اړتیاوو پوره کولو لپاره ډېر ځانګړي، یو موخه لرونکي وسایل وکاروئ.

۴- پوښتنه: ایا په ای-کامرس سایټونو کې کیش کارول خطرناک دي؟

دا خطرناک نه دی؛ خطرناک شی “د قوانینو نشتوالی” دی.د ووکومرس سپارښتنېمهرباني وکړئ په یاد ولرئ: د پېرودلو کڅوړې، د پیسو ورکولو او د حساب پاڼې باید په کیش کې نه ساتل کیږي، او د جاواسکریپټ له کمپریشن څخه باید ډډه وشي.
سربېره پر دې، ووکومرس دا هم یادونه کوي چې دا له ... سره مطابقت لري. د WP Super Cache سره اصلي مطابقت، او په ډیفالټ ډول د کلیدي پاڼو کیش کول نه کوي.
نو، که څه هم د انلاین سوداګرۍ سایټونه یقیناً کېش کېدای شي، که تاسو یې د “ژوندۍ بدلون” په توګه وګڼئ، نو باید وازمایل شي.

پوښتنه ۵: ایا زه باید لایټ سپیډ کیش یا ډبلیو پي راکټ وټاکم؟

  • ایا تاسو تایید کړې ده چې سرور لایټ سپیډ/اوپن لایټ سپیډ چلوي؟: د لایټ سپیډ کیش غوره کړئ (وړیا او ځواکمن، چې اصلي ځواک یې د سرور په کچه LSCache څخه راغلی دی)
  • تاسو د سرور سټیک په اړه ډاډه نه یاست / نه غواړئ چې ستونزې ولرئ / د زړه د سکون لپاره یو هر اړخیز حل غواړئ: WP Rocket ډېر باثباته دی
  • تاسو د محتوا ویب پاڼه چلوئ او د بودیجې په اړه محتاط یاستWP سوپر کیش ډېر باثباته او سپک دی

د کیشینګ پلګ ان د CDN سره جوړه شوی

د کیشینګ پلګ ان د “اصلي سرور څخه د منځپانګې کم خدمت” او د “ټي ټي ایف بي ټیټوالي” ستونزې حلوي؛ CDN دا ډاډمنوي چې 'ثابتې سرچینې په ټوله نړۍ کې کاروونکو ته نږدې وي'. یوازې کله چې دا دواړه سره یوځای شي، نو دوی د نړیوال لاسرسي لپاره ترټولو عامه غوره حل چمتو کوي.

  • د محتوا په سایټونو کې عام ترکیبونه:د پاڼې کیش کول + CDN سټیټیک ویش
  • د ډاینامیک ویب پاڼو لپاره عام ترکیبونه:د پاڼې کیش کول (په کلکه کنټرول شوي او مستثنی شوي) + د څیز کیش کول (د غوښتنې پر مهال) + CDN سټاټیک ویش

👉 ولولئ:CDN چټکتیا (نړیوال نوډونه او د کیش کولو پالیسي)

د وېبپاڼې د کېشینګ لپاره وړاندیز شوي تنظیمات

۱. د محتوا سایټونه / بلاګونه / د اسنادو سایټونه

موخه: TTFB کم کړئ، د لومړي سکرین تجربه ډېره روانه کړئ، د سرور بوج کم کړئ، او د نړیوال وېش لپاره CDN وکاروئ.

۱.۱ تر ټولو له ستونزو پاک سوداګریز کڅوړه

  • WP راکټ (د پاڼې کیشینګ + مخکې بارول + د فرنټ-اینډ اصلاح)
    • CDN (د CDN په پاڼه کې به ترې بحث وشي)

پر دې پلي کیږي:

  • تاسو داسې څه غواړئ چې لږ تر لږه چمتووالي ته اړتیا ولري، چټکې پایلې ورکړي او لږ خطر ولري.“
  • ډېر زیات ټیمونه او پلګینونه شته، او زه غواړم چې د مطابقت ستونزې کمې کړم.

د یادونې وړ ټکي:

  • د فرنټ-اینډ اصلاح (په ځانګړې توګه د جاواسکریپټ ځنډول) په پړاویز ډول فعالېږي ترڅو د فعالیت ستونزو (لکه مینوګانې، فورمې او ټریکینګ) مخه ونیول شي.
  • هغه وېبپاڼې چې په مکرر ډول بیا ډیزاین کیږي یا په منظمه توګه منځپانګه خپروي، باید د “پاکولو او ګرمولو” ستراتیژي غوره کړي؛ که نه نو، ټیټ ټرافیک لرونکو پاڼو ته د لومړي ځل لیدنې به ورو وي.

۱.۲ یو کلاسیک ترکیب چې هم وړیا او هم د باور وړ دی

  • WP سوپر کیش (د سټاټیک HTML کیش کول)له متحرکو پاڼو څخه جامد HTML جوړول، په ځانګړي ډول د هغو کاروونکو لپاره چې ننوتلي نه وي.

پر دې پلي کیږي:

  • په بودیجه پام کوونکي خو ثبات غواړي
  • لیدونکي په ندرت سره ننوځي
  • د منځپانګې د تازه کولو یو د اداره کولو وړ مهالوېش

د یادونې وړ ټکي:

  • دا د “لومړی پاڼې کیش” تګلاره ده؛ تمه مه کوئ چې دا به د یوې جانبي اغېزې په توګه د CSS او JavaScript ټولې پېچلې ستونزې حل کړي.

۲. شرکتي ویب پاڼې / د برانډ ویب پاڼې / لېنډینګ پاڼې

موخه: چټکتیا مهمه ده، خو له هغې څخه هم مهمه دا ده چې “غوره کول باید د تبادلې بهیر ګډوډ نه کړي”.

۲.۱ پیاوړی او د کنټرول وړ (د نړیوالو کمپاینونو/د تبادلې لېنډنګ پاڼو لپاره وړاندیز شوی)

  • WP راکټ
  • + (اختیاري) د انځور سپک وزن اصلاح (تاسو د “انځور اصلاح” پاڼه لرئ)
    • CDN

ولې دا د تبادلې سایټ لپاره مناسب دی:

  • د تبادلې پلیټ فارمونه د “فورمونو، پاپ اپونو او تعقیبي سکریپټونو د اصلاح کولو له امله د خرابېدو” په وړاندې تر ټولو زیان منونکي دي.”
  • WP Rocket یو ډېر “متکامل” چلند غوره کوي، چې تاسو ته اجازه درکوي ځانګړتیاوې په یوه واحد سیسټم کې یو پر یو فعالې کړئ او د شاتګ ازموینه ترسره کړئ.

د یوې شرکتي وېبپاڼې د پیلولو اصول:

  • د فعالیت اصلاح کول د “ځای پرځای کولو بدلون” په توګه ګڼل کیږي او باید د ریګریشن ازموینې چک لیست ورسره مل وي.
  • د جاواسکریپټ د ځنډولو، یوځای کولو یا کوچني کولو اړوند هر ډول ترتیبات باید د پلي کولو دمخه په یوه ازمایښتي چاپېریال کې وازمایل شي.

۳. د ووکومرس ای کامرس سایټ (د سپارښتنو مدیریت + د ډینامیک پاڼې امنیت)

موخه: دا اړینه ده چې ډاډ ترلاسه شي چې د پیرود کراچۍ، تادیې او حساب پاڼې په څیر پاڼې په بشپړ ډول دقیقې دي، او په ورته وخت کې یې چټکتیا هم وساتل شي.

د کاشینګ پلګینونو په اړه د ووکومرس رسمي دریځ ډېر روښانه دی:د پېرودلو ګاډۍ / د پیسو ورکولو / د حساب پاڼې کیش مه کوئدا سپارښتنه هم کیږي چې د مطابقت ستونزو د کمولو لپاره د جاواسکریپټ فایلونو له کوچني کولو څخه ډډه وکړئ.

۳.۱ یو ډېر “د پیل کونکو لپاره اسانه” وړیا امنیتي لار

  • WP سوپر کیش + ووکومرس
    • CDN

ولې دا د “پیل کوونکو لپاره یو خوندي انتخاب” په توګه لیست شوی؟

  • وو کامرس وايي چې دا په اصلي ډول د WP سوپر کیش سره مطابقت لري او یادونه کوي چې WP سوپر کیش په ډیفالټ ډول مهمې پاڼې لکه د پیرودلو کراچۍ، د پیسو ورکولو او د حساب پاڼې کیش نه کوي.
  • د هغو وېبپاڼو لپاره چې په ای-کامرس کې نوي پیل کوي، د “بندښت څخه ډډه کول” د “اعظمي فعالیت” په پرتله ډېر مهم دي.

۳.۲ که تاسو د لایټ سپیډ هوسټینګ کاروئ (وړیا خو ډېر ځواکمن)

  • لایټ سپیډ کیش (د سرور د اصلي کیش کولو وړتیاوو څخه د بشپړ ګټې اخیستنې لپاره لایټ سپیډ/اوپن لایټ سپیډ هوسټینګ چاپیریال ته اړتیا لري)
  • + (اختیاري) د ابجکټ کیشینګ (ریډیس/میم‌کیچډ، د سرور ظرفیت او د سایټ اندازې پورې اړه لري)
    • CDN

پر دې پلي کیږي:

  • د کوربه سټیک په روښانه توګه تعریف شوی، او تاسو د کیش کولو قواعدو او د استثنا ستراتیژیو تنظیمولو ته چمتو یاست.
  • د سپارښتنو او محصولاتو د لوړ حجم سره، اصلي سرور باید د ډېر بار وړلو وړتیا ولري.

۳.۳ انجینري ټیمونه / پېچلي ای-کامرس پلیټفارمونه (د ګڼو کنټرول کېدونکو ماډلونو سره)

  • W3 ټوټل کېش (د فعالیت چوکاټ، څو پوړیزه کېش کول چې له CDN سره مدغم شوي)
    • د شیانو کیشینګ (د غوښتنې پر مهال)
    • CDN

پر دې پلي کیږي:

  • که تاسو د ډیوپس ټیم ولرئ، تاسو کولی شئ سیسټم په پړاویز ډول ځای پرځای کړئ: یو پر یو د ماډلونو فعالول، او ورپسې د بار ازموینه او د شاتګ ازموینه.
  • د ټوټو کیش کولو یا ډېرو پېچلو بدیلو ستراتیژیو (لکه د وسیلې، سیمې یا ژبې له مخې دقیق کیش کول) ته اړتیا لري.

۴. د غړیتوب سایټونه / ټولنې / آنلاین کورسونه (چې پرله پسې ننوتلو ته اړتیا لري او د شخصي کولو لوړه کچه وړاندې کوي)

موخه: ډاډ ترلاسه کړئ چې عامه منځپانګه ژر بار شي، او په ورته وخت کې دا هم ډاډمنه کړئ چې “د ننوتلو لرونکو کاروونکو لپاره منځپانګه جلا پاتې شي”.

۴.۱ له ستونزو پرته خو یوې سختې استسنايي تګلارې ته اړتیا لري

  • WP راکټ
  • + (اختیاري) د ابجکټ کیش کول (که ډېرې متحرکې پوښتنې شتون ولري)
    • CDN

کلیدي ټکي:

  • تاسو باید لاندې پاڼې له کیش کولو څخه مستثنی کړئ، ځکه چې دا د کارونکي له مخې توپیر لري: زما حساب، فرمایشونه، د زده کړې پرمختګ، پیغامونه، د پیرودلو کڅوړه، او داسې نور.
  • دا ډول سایټونه د “د نورو کاروونکو د منځپانګې لیدلو” یا 'د اجازې تېروتنو' په څېر ستونزو سره تر ټولو ډېر مخ دي؛ خطرونه باید په پاڼه کې په روښانه توګه تشریح شي.

۴.۲ لایټ سپیډ هوسټینګ + پرمختللي پالیسۍ

  • لایټ سپیډ کیش (د سرور کیشینګ + نور پرمختللي پالیسۍ وسایل)
  • + (د غوښتنې پر مهال) د شیانو کیش کول
    • CDN

کلیدي ټکي:

  • د غړیتوب سایټونه اکثراً د “کېش کېدونکي متن + نه کېدونکي ټوټې” تګلارې ته اړتیا لري.
  • د مخکې ډکولو او پاکولو ستراتیژۍ باید نورې هم اصلاح شي؛ که نه نو، کاروونکي به د تازه کولو وروسته هم په مکرر ډول زاړه محتوا ویني.

ویبپاڼې کیش: “د تېروتنو څخه د مخنیوي په اړه قضیوي مطالعات”

لومړۍ قضیه: د کیشینګ یو پلګ ان نصب شو، خو په سرعت کې یې تقریباً هیڅ بدلون را نه غی.

نښې:

  • په سیمه ییزه یا منطقوي کچه د سرعت ازموینې د منلو وړ دي، خو له هیواده بهر (په نورو لویو وچو کې) سرعت ورو پاتې کیږي.
  • TTFB ښه شوی، خو په ټولیز ډول د بارولو په وخت کې کوم د پام وړ کمښت نه دی راغلی.

ګډ لاملونه:

  • تاسو یوازې د اصلي سرور کیشینګ (TTFB) پلي کړی دی، خو جامدې سرچینې (انځورونه، جاوا سکریپټ، CSS او فونټونه) لا هم د نړیو په کچه له اصلي سرور څخه بارېږي.
  • د دریمې ډلې سکریپټونه (اعلانات، خبرې اترې، تحلیلونه) د پاڼې ښودنه او تعامل سستوي.
  • انځور ډېر لوی دی، چې له امله یې د ډاونلوډ سرعت ورو کیږي (کېشینګ د “لومړي ډاونلوډ” پرمهال د فایل د لوی حجم ستونزه نشي حل کولی)

تګلاره:

  • د کیشینګ پلګ ان په عمده توګه د “سرور د بار کمولو او د هټ کولو د کچیر په لوړولو” مسؤل دی.”
  • د CDN له لارې جامدې سرچینې
  • د انځور اصلاح
  • د ځنډ/وېش ستراتیژیو لپاره د دریمې ډلې سکریپټونه

ولولئ


دوهم حالت: د کیش فعالولو وروسته، پاڼه بدله شوه خو فرنټ اینډ اپډیټ نه شو.

نښې:

  • منځپانګه/بڼه په اډمین پینل کې تازه شوې ده، خو فرنټ اینډ لا هم زړه نسخه ښیي.
  • یا شاید یوازې ځینې سیمې تازه شوي، په داسې حال کې چې نورې بې بدلون پاتې دي (کوم چې په نړیوال سایټ کې خورا عام دی).

ګډ لاملونه:

  • د پاڼې کیش پاک شوی نه دی، یا د پاکولو عملیاتو ساحه ناسمه ده
  • مخکینۍ تودوخه/کرالینګ نه دی شوی؛ د کیش پاکولو له امله دا 'سړه' شوې ده، چې د پاڼو د لومړي ځل په ورو بارېدو پایله لري، په داسې حال کې چې تاسو په غلطه توګه باور لرئ چې هیڅ تازه معلومات نه دي شوي.
  • که تاسو د CDN ایج کیش فعال کړی وي، نو ایج ممکن زاړه سرچینې هم وساتي.

تګلاره:

  • د خپرولو/بیاکتنې وروسته د پاکولو پالیسي جوړه کړئ: د ټول سایټ د سخت پاکولو پرځای اړوندې پاڼې پاکې کړئ.
  • د کلیدي پاڼو (کورپاڼه، اصلي ننوتلو پاڼې) لپاره د مخکینۍ بارولو یوه ستراتیژي جوړه کړئ، ترڅو د “cleaning up” له امله د هغوی د ورو کېدو مخه ونیول شي.”
  • چېرته چې اړتیا وي، د CDN په طبقه کې د څنډو پاکول ترسره کړئ.

درېیمه قضیه: د ژبو یا اسعارو د بدلولو وروسته د محتوا په ښودلو کې ستونزې

نښې:

  • د ژبو بدلولو وروسته، پاڼه لا هم پخوانۍ ژبه ښیي.
  • د بدیل په توګه، په ځینو سیمو کې کاروونکي ممکن ناسم ارز یا ناسم محتوا وویني.

ګډ لاملونه:

  • کېش د “متغیر ابعادو” (cookie / پارامترونه / د ژبې مخکښې نښې / فرعي ډومېنونه) ترمنځ توپیر نه کوي.
  • د کیش له امله د ژبې 'ب' کاروونکي ته په ژبه 'الف' کې یوه پاڼه وړاندې شوه.

تګلاره:

  • خپله څو ژبیزه ستراتیژي تعریف کړئ: ډایرکټري/سب ډومین/پیرامیټر/cookie
  • د کیش کولو قواعدو ته “نوعه پالیسي” پلي کړئ یا مهمې پاڼې مستثنی کړئ
  • ځینې سایټونه د پرمختللي “شیرډ کیشینګ” طریقې ته اړتیا لري (W3TC د انجنیرۍ پر بنسټ کنټرول لپاره ډېر مناسب دی)

څلورم قضیه: د ای-کامرس په سایټ کې د کیش فعالولو وروسته د پیرود ټوکرۍ او چیک آوټ سره ستونزې

نښې:

  • په پېرودلو کڅوړه کې اندازه ناسمه ده، بیه ناسمه ده، او د تادیې تڼۍ کار نه کوي.
  • له لاګ ان کولو وروسته د بل چا د منسوب مواد لیدل (جدي)

ګډ لاملونه:

  • کلیدي پاڼې لکه سلې، تادیه او زما حساب کېش کیږي.
  • د جاواسکریپټ کوچنی کول/یوځای کول د تادیې/ډینامیک برخو سره د ناسازګارۍ لامل کیږي.

تګلاره:

  • وو کامرس په رسمي توګه وايي چې د پېرودلو کراچۍ، د پېرودلو پای او د حساب پاڼې باید کیش نه شي، او د جاوا سکریپټ فایلونو د کمپریشن کولو څخه د ډډه کولو سپارښتنه کوي.
  • لومړی د “پاڼې کیشینګ + ایستلو” سمه کارول ډاډمن کړئ، بیا د فرنټ-اینډ اصلاح په اړه فکر وکړئ.
  • که تاسو WP Super Cache کاروئ، WooCommerce وايي چې دا په اصل کې مطابقت لري او په ډیفالټ ډول به کلیدي پاڼې له کیش کولو څخه مستثنی کړي.

پنځم مورد: د “Defer JS/Combine Scripts” فعالولو وروسته مینوګانې، فورمې او پاپ اپونه له کاره لویږي.

نښې:

  • د نیویګیشن مینو نه خلاصیږي
  • د فورم تایید ناکام شوی یا فورم نه لیږل کیږي
  • پاپ اپ/کاروسل ستونزې
  • احصایې/د تبادلې پېښې نه فعالېږي (د خپرونکو لپاره تر ټولو لوی سرخوږی)

ګډ لاملونه:

  • د سکریپټ د اجرا کیدو پر مهال د جاوا سکریپټ بدلونونه ځنډول: سکریپټ تر هغه وخته نه چلیږي تر څو چې کاروونکی ورسره تعامل ونه کړي، په داسې حال کې چې ځینې برخې په دې تکیه کوي چې د پاڼې د باریدو سره سم فعالې شي.“
  • یوځای کول یا کمپرس کول ممکن د سکریپټونو ترتیب بدل کړي یا تړاوونه مات کړي.

WP Rocket په رسمي توګه “د جاواسکریپټ (JS) اجرا ځنډول” د خپلو تر ټولو پیاوړو جاواسکریپټ اصلاحاتو څخه یو بولي: سکریپټونه د کارونکي له تعامل وروسته ځنډول کیږي، ترڅو پاڼه لومړی وښودل شي. دا یوه پیاوړې ځانګړتیا ده، خو دا د مطابقت ستونزو لوړ خطر هم لري.

تګلاره:

  • په پړاوونو کې یې پلي کړئ: لومړی کیش، بیا انځورونه، بیا CSS، او په پای کې جاواسکریپټ.
  • کلیدي سکریپټونه (تادیه، فورمې، مینوګانې، تعقیب) ایستل
  • د هر بدلون لپاره باید د بېرته تګ ازموینې یو چک لیست جوړ شي.

شپږم حالت: ما یوازې لایټ سپیډ کیش نصب کړی، خو داسې نه بریښي چې ډېر څه وکړي.

نښې:

  • ما د لایټ سپیډ کیش فعال کړی دی، خو د TTFB ډېر ښه والی نه دی راغلی.
  • د هټ کیدو کچه هم په ځانګړې توګه لوړه نه ده.

ګډ لاملونه:

  • ستاسو سرور لایټ سپیډ یا اوپن لایټ سپیډ نه چلوي، نو تاسو نشئ کولی د LSCache اصلي ځانګړتیاوې وکاروئ.
  • یا شاید تاسو ډېرې اصلاحات فعال کړي وي، خو د “پاڼې کیش پالیسي/مخکېنۍ تودوخه/استثناوې” تنظیم شوي نه وي.

تګلاره:

  • لومړی، د ویب سرور سټیک وګورئ: ایا دا لایټ سپیډ دی او که اوپن لایټ سپیډ؟ (دا یو لازمي شرط دی.)
  • هڅې د “پاڼې کیش کولو ستراتیژیو + مخکې بارولو + ستونزو هوارولو + اصلاح کولو” باندې بیا متمرکزې کړئ.”
  • که تاسو لایټ سپیډ هوسټینګ نه کاروئ: د WP راکټ یا WP سوپر کیش په اړه فکر وکړئ.