ہوسٹنگ اور کارکردگی
ہم WordPress کو تیز کیسے بناتے ہیں: LiteSpeed Enterprise، LSCache اور فی سائٹ Redis
ورڈپریس (WordPress) کی سب سے تیز درخواست وہ ہے جو کبھی رن نہیں ہوتی — یہاں یہ بتایا گیا ہے کہ ہمارا اسٹیک پی ایچ پی (PHP) یا مائی ایس کیو ایل (MySQL) کے چلنے سے پہلے کیش سے زیادہ تر وزٹس کا جواب کیسے دیتا ہے، اور اس کا Core Web Vitals کے لیے کیا مطلب ہے۔
سب سے تیز درخواست وہ ہے جو کبھی رن نہیں ہوتی۔
ایک معیاری WordPress ریکویسٹ مہنگی ہوتی ہے۔ ویب سرور PHP کو کام سونپتا ہے، PHP WordPress کو بوٹ کرتا ہے، پلگ انز چلاتا ہے، MySQL سے چند درجن بار استفسار کرتا ہے، HTML تیار کرتا ہے، اور صرف اس کے بعد بائٹس واپس بھیجتا ہے۔ کسی مصروف سائٹ پر یہ پورا عمل ہر وزٹر کے لیے ہوتا ہے، اور یہیں آپ کا تقریباً تمام ٹائم-ٹو-فرسٹ-بائٹ (time-to-first-byte) صرف ہوتا ہے۔
ہمارا جواب یہ یقینی بنانا ہے کہ زیادہ تر وزٹس کے لیے، ان میں سے کچھ بھی نہ ہو۔ ہمارے ہوسٹ کردہ تمام سائیٹس پر — 100,000 سے زائد PBN سائیٹس کے ساتھ ساتھ مین اسٹریم مینیجڈ WordPress — زیادہ تر فرنٹ اینڈ پیج ویوز کو پی ایچ پی (PHP) کو کال کیے بغیر اور ڈیٹا بیس کو چھوئے بغیر، کیشے (cache) سے سیدھا پہلے سے رینڈر شدہ فل پیج کے طور پر پیش کیا جاتا ہے۔ اس پوسٹ کا باقی حصہ اس بارے میں ہے کہ وہ تہیں جو اسے ممکن بناتی ہیں، کس طرح آپس میں ملتی ہیں، اور ہر ایک اپنی جگہ کیسے بناتی ہے۔
اہم نکتہ یہ ہے کہ یہ کوئی ایسے متصادم کیشے (caches) نہیں ہیں جن میں سے آپ کو کسی ایک کا انتخاب کرنا ہو۔ فل پیج کیشے، آبجیکٹ کیشے اور CDN ایج، ہر ایک درخواست کی ایک مختلف قسم کو ہینڈل کرتا ہے، اور اصل اہمیت اس بات کی ہے کہ وہ کس طرح ایک دوسرے کو ڈیٹا منتقل کرتے ہیں۔
LiteSpeed Enterprise + LSCache: فول پیج لیئر
ہر سائیٹ سرور لیول LSCache کے ساتھ LiteSpeed Enterprise پر چلتی ہے۔ جب فرنٹ اینڈ رسپانس کیش کرنے کے قابل ہوتا ہے، تو ویب سرور اسے LiteSpeed کیش کنٹرول اور ٹیگ ہیڈرز کے ساتھ اسٹیمپ کرتا ہے، اور LiteSpeed اگلے ہٹ پر مکمل صفحہ براہ راست سرو کرتا ہے — کوئی PHP پروسیس شروع نہیں ہوتا، کوئی MySQL کیوری جاری نہیں ہوتی۔ یہ WordPress TTFB پر سب سے بڑا عنصر ہے، کیونکہ یہ ہاٹ پاتھ سے پوری ایپلیکیشن بوٹ کو ہٹا دیتا ہے۔
چونکہ LSCache پی ایچ پی پلگ ان کے بجائے ویب سرور کے اندر موجود ہوتا ہے، اس لیے یہ درخواست کے لائف سائیکل میں زیادہ جلدی کام شروع کرتا ہے اور صفحات کو ایسے فارمیٹ میں رکھتا ہے جسے سرور فوراً فلش کر سکتا ہے۔ ایک کیش کرالر مقبول صفحات کو گرم رکھتا ہے، اس لیے صاف کرنے (purge) کے بعد آنے والا پہلا وزیٹر وہ نہیں ہوتا جسے صفحہ دوبارہ تخلیق کرنے کی قیمت چکانی پڑے۔ اس کا نتیجہ ایک عام اسٹیک کے ساتھ جڑے ہوئے صرف پلگ ان والے کیش کے مقابلے میں نمایاں طور پر کم اور زیادہ مستقل TTFB کی صورت میں نکلتا ہے، جہاں کیش اب بھی پی ایچ پی کے پیچھے موجود ہوتا ہے۔
ہمارا اپنا ریپو گریڈ کیش پلگ ان ہر سائٹ پر پہلے سے انسٹال اور خودکار طریقے سے اپ ڈیٹ ہو کر آتا ہے، جو WordPress کو باکس سے باہر ہی LSCache کے ساتھ درست طریقے سے جوڑ دیتا ہے۔ نان LiteSpeed اوریجن پر یہ محض کوئی فل پیج ہیڈرز خارج نہیں کرتا اور راستے سے ہٹ جاتا ہے، جبکہ آبجیکٹ کیش اور ایکشن رولز اپنا کام جاری رکھتے ہیں — لہذا مائیگریٹ کی گئی سائٹ کبھی بھی خراب یا آدھی کنفیگرڈ حالت میں نہیں رہتی۔
تیز رہنا بغیر پرانا مواد پیش کیے: ESI اور سمارٹ آٹو پرج
جارحانہ فل پیج کیشنگ میں دو روایتی خرابیوں کے امکانات ہوتے ہیں: کسی لاگ ان شدہ صارف کو کسی دوسرے کا صفحہ دکھانا، اور کسی بھی صارف کو ایسا صفحہ دکھانا جسے تبدیل ہو جانا چاہیے تھا۔ ان دونوں مسائل کا حل کیشنگ کم کرنے کے بجائے کیشنگ لیئر پر ہی کیا جاتا ہے۔
ESI (Edge Side Includes) ہمیں ان حصوں کے لیے ہول پنچ کرتے ہوئے پیج کو کیش کرنے کی اجازت دیتا ہے جو لائیو رہنا ضروری ہیں۔ WooCommerce اسٹور پر، کیٹلاگ، پروڈکٹ اور کیٹیگری کے پیجز کو تیز ترین ممکنہ TTFB کے لیے فل پیج کیش کے طور پر پیش کیا جاتا ہے، جبکہ ESI ہر درخواست کے حساب سے کارٹ کا حصہ، مینی کارٹ کا ٹوٹل اور اکاؤنٹ کی اسٹیٹ رینڈر کرتا ہے۔ کارٹ، چیک آؤٹ، مائی اکاؤنٹ اور کوئی بھی نونس یا سیشن کے پیجز ڈیفالٹ کے طور پر خارج ہوتے ہیں۔ خریدار ہمیشہ اپنی ٹوکری اور ایک کام کرنے والا چیک آؤٹ دیکھتے ہیں؛ ہر ایک کو پھر بھی کیش سے اسٹور فرنٹ ملتا ہے۔
تازگی کو سمارٹ آٹو پرج کے ذریعے ہینڈل کیا جاتا ہے۔ مواد، پراڈکٹس، قیمتوں یا آرڈرز میں تبدیلی کے وقت پرج ہُکس خود بخود فعال ہو جاتے ہیں، تاکہ ٹائمر پر رہنے کے بجائے متعلقہ کیش شدہ صفحات فوری طور پر ریفریش ہو جائیں، اور آپ ڈیش بورڈ سے یا WordPress کے اندر سے بھی ضرورت کے مطابق پرج کر سکتے ہیں۔ ٹیگ پر مبنی پرجنگ کا مطلب ہے کہ ایک پوسٹ کو ایڈٹ کرنے سے صرف وہ پوسٹ اور اس کے آرکائیوز صاف ہوتے ہیں — پورا کیش نہیں — تاکہ ایک سنگل ایڈٹ سے پوری سائٹ کولڈ اسٹارٹ نہ ہو۔
فی سائٹ Redis آبجیکٹ کیشے: اس کے لیے جو مکمل صفحہ نہیں ہو سکتا
ہر درخواست ایک جامد مکمل صفحہ نہیں ہو سکتی۔ لاگ ان شدہ سیشنز، WordPress ایڈمن، WooCommerce کارٹس، سرچ، اور ESI کی چھوڑی ہوئی متحرک ٹکڑیوں سب کو PHP چلانا پڑتا ہے۔ ان کے لیے، مقصد 'ایپلیکیشن کو چھوڑنے' سے بدل کر 'ڈیٹا بیس کو چھوڑنے' پر منتقل ہو جاتا ہے۔
ہر سائٹ کو اپنا مخصوص Redis آبجیکٹ کیشے ملتا ہے۔ WordPress بار بار پڑھے جانے والے ڈیٹا بیس کے نتائج — آپشنز، ٹرانزینٹس، پوسٹ اور ٹرم لُک اپس، WooCommerce پروڈکٹ اور سیشن ڈیٹا — کو میموری میں کیشے کرتا ہے، تاکہ ہر ہٹ پر MySQL کے خلاف وہی کوئری نہ چلائی جائے۔ اس کا اثر ٹھیک وہیں سب سے زیادہ نمایاں ہوتا ہے جہاں فل پیج کیشے مدد نہیں کر سکتا: تیز تر ڈیش بورڈز، تیز تر کارٹس، اور ٹریفک کے دوران ڈیٹا بیس کا انتہائی کم لوڈ۔
آجیکٹ کیشے فی سائٹ ہوتا ہے، مشترکہ نہیں، جو کارکردگی اور تنہائی دونوں کے لیے اہم ہے۔ فی سائٹ ڈیٹا بیس تھروٹلنگ کے ساتھ مل کر، کسی ایک سائٹ کی بھاری یا خراب لکھی گئی کیوریز اپنے پڑوسیوں کے لیے ڈیٹا بیس کو بھوکا نہیں رکھ سکتی ہیں۔ آپ ہمارے کیشنگ فیچر کے صفحے پر اس بارے میں مزید پڑھ سکتے ہیں کہ پورا ملٹی لیئر سیٹ اپ کیسے کام کرتا ہے، اور تنہائی کے تحت ٹیننٹس کے درمیان حدود کے بارے میں بھی۔
ایج اور اس کے نیچے کا ٹرانسپورٹ
اصل سرور پر موجود کیش کو اب بھی نیٹ ورک عبور کرنا پڑتا ہے۔ سرور کے آگے CDN ایج موجود ہوتا ہے، اس لیے جامعی اثاثے اور کیش کے قابل صفحات وزٹر کے قریب کسی پوائنٹ آف پریزنس سے فراہم کیے جاتے ہیں، اور لوڈ کے باوجود اصل سرور پرسکون رہتا ہے۔ ہماری فٹ پرنٹ فری ہوسٹنگ لائن کے لیے یہی ایج متعدد فراہم کنندگان پر پھیلا ہوا ایک ملٹی CDN پول ہے، جو کارکردگی کے ساتھ ساتھ فٹ پرنٹ کے ہدف کو بھی پورا کرتا ہے؛ مرکزی دھارے کے 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 اور JavaScript، ایسا لے آؤٹ جو فونٹس اور اشتہارات کے لوڈ ہونے پر تبدیل ہوتا ہے، اور پلگ انز کی جانب سے مین تھریڈ کا بھاری کام۔ سرور کی کوئی بھی کیشنگ 2 MB کے ہیرو یا ایسی تھیم کو درست نہیں کرتی جو میگابیٹس جاوا اسکرپٹ فراہم کرتی ہے۔ ایماندارانہ ہوسٹنگ سرور کے تعاون کو مؤثر طریقے سے مفت اور مستقل بناتی ہے، پھر فرنٹ اینڈ کو کمزور رکھنا سائٹ کی ذمہ داری ہے۔
کام کی یہ تقسیم ایک مفید ذہنی ماڈل ہے۔ ہم اس بات کی ضمانت دیتے ہیں کہ درخواست تیزی سے براؤزر تک پہنچتی ہے اور ٹریفک کے تحت تیز رہتی ہے؛ آپ پے لوڈ کو چھوٹا اور مستحکم رکھتے ہیں۔ جہاں یہ دونوں ملتی ہیں — کیش وارم اپ، ایج ڈیلیوری، اور ڈیٹا بیس کو ریسپانسیو رکھنا تاکہ متحرک صفحات رک نہ جائیں — بالکل وہیں ہمارا اسٹیک ٹیون کیا گیا ہے، اور یہی چیز اس پلیٹ فارم پر مینیجڈ WordPress کو عام ہوسٹ پر موجود اسی سائٹ کے مقابلے میں تیز تر بناتی ہے۔
اکثر پوچھے گئے سوالات
کیا مجھے اب بھی WP Rocket جیسے کیشنگ پلگ ان کی ضرورت ہے؟
نہیں، فل پیج کیشنگ ویب سرور پر LiteSpeed کے LSCache کے ذریعے ہینڈل کی جاتی ہے، اور ہمارا اپنا کیش پلگ ان—جو پہلے سے انسٹال اور خودکار طور پر اپ ڈیٹ ہوتا ہے—WordPress کو اس کے ساتھ صحیح طریقے سے جوڑتا ہے، جس کے پیچھے ہر سائٹ کے لیے Redis آبجیکٹ کیش ہوتا ہے۔ اس کے اوپر دوسرا فل پیج کیشنگ پلگ ان لگانے سے مدد ملنے کے بجائے عام طور پر سرور لیول کیش سے ٹکراؤ ہوتا ہے، اس لیے اس کی کوئی ضرورت نہیں ہے اور نہ ہی اس کی سفارش کی جاتی ہے۔
کیا کیشنگ میرے WooCommerce کارٹ یا لاگ ان صفحات کو توڑ دے گی؟
نہیں، کارٹ، چیک آؤٹ، مائی اکاؤنٹ اور کوئی بھی نونس یا سیشن کے صفحات پہلے سے ہی کیشے سے خارج ہوتے ہیں، اور ESI کارٹ کے حصے اور ٹوٹلز کو کیش شدہ صفحات پر بھی فعال رکھتا ہے۔ خریدار ہمیشہ اپنی ٹوکری اور کام کرنے والا چیک آؤٹ دیکھتے ہیں جبکہ سٹور فرنٹ اب بھی کیشے سے لوڈ ہوتا ہے۔
جب میں شائع کرتا ہوں یا ترمیم کرتا ہوں تو کیشے تازہ کیسے رہتا ہے؟
سمارٹ آٹو-پرج متعلقہ WordPress ہکس پر کام کرتا ہے، اس لیے مواد کو شائع کرنے، ترمیم کرنے، یا کسی پروڈکٹ، قیمت یا آرڈر کو تبدیل کرنے سے صرف متاثرہ صفحات اور ان کا آرکائیو صاف ہوتا ہے — پوری کیشے نہیں — اور ایک کرالر انہیں دوبارہ وارم کر دیتا ہے۔ آپ ڈیش بورڈ یا WordPress کے اندر سے بھی آن ڈیمانڈ پرج کر سکتے ہیں۔
کیا اکیلی ہوسٹنگ مجھے بہترین Core Web Vitals دے سکتی ہے؟
یہ آپ کو بہترین ممکنہ TTFB فراہم کرتا ہے، جو کہ سرور کا حصہ ہے اور Largest Contentful Paint کے لیے ایک بہترین شروعات ہے۔ لیکن LCP، CLS اور INP کا فیصلہ بڑی حد تک خود پیج کرتا ہے — جیسے کہ تصویر کے سائز، رینڈر کو روکنے والے ایسٹس، لے آؤٹ کا استحکام اور مین تھریڈ جاوا اسکرپٹ۔ ہمارا اسٹیک سرور کے تعاون کو تیز اور مستقل بناتا ہے؛ فرنٹ اینڈ پے لوڈ کو ہلکا رکھنا ہی باقی فرق کو ختم کرتا ہے۔
متلقہ
14 دنوں کے لیے اسے مفت میں آزمائیں
اپنی پہلی سائٹس 14 دنوں کے لیے مفت شروع کریں — کسی کارڈ کی ضرورت نہیں۔ کیا آپ موجودہ نیٹ ورک منتقل کر رہے ہیں؟ آپ کی پہلی مائیگریشن ہماری طرف سے بالکل مفت ہے۔
مفت شروع کریں