Skip to main content

Ultimate Multisite 101

Ultimate Multisite ایک WordPress Multisite پلگ ان ہے جو آپ کو WaaS یا Websites as a Service اپنے صارفین کو پیش کرنے کی سہولت دیتا ہے۔ اس سے پہلے کہ ہم آگے بڑھیں اور سیکھیں کہ Ultimate Multisite آپ کے کاروبار اور صارفین کی کس طرح مدد کر سکتا ہے، کچھ بنیادی معلومات حاصل کرنا ضروری ہے۔

WordPress Multisite

ہم میں سے اکثر لوگ عام WordPress انسٹالیشن سے واقف ہیں۔ آپ یا تو اسے اپنے ہوسٹنگ فراہم کنندہ کے کنٹرول پینل سے بناتے ہیں یا پھر، اگر آپ میں ہمت ہے تو، ایک نیا ویب سرور اور ڈیٹابیس سیٹ اپ کریں، کور فائلز ڈاؤن لوڈ کریں اور انسٹالیشن کا عمل شروع کریں۔

یہ طریقہ دنیا بھر میں لاکھوں WordPress سائٹس کے لیے کام کرتا ہے لیکن کسی ایجنسی یا ہوسٹنگ فراہم کنندہ کے نقطہ نظر سے، آئیے ایک لمحے کے لیے بڑے پیمانے پر بات کریں۔

اگرچہ ایک WordPress سائٹ بنانا یا آٹومیٹڈ کنٹرول پینل کے ذریعے سینکڑوں سائٹس بنانا بہت آسان ہے، لیکن جب ان سائٹس کی انتظامیہ کی بات آتی ہے تو مسائل جلد سامنے آنے لگتے ہیں۔ بغیر انتظام کے چھوڑ دیں تو آپ میلویئر کا آسان نشانہ بن جاتے ہیں۔ انتظام کا مطلب محنت اور وسائل کا استعمال ہے اور اگرچہ WordPress سائٹس کی انتظامیہ کو آسان بنانے کے لیے بیرونی ٹولز اور پلگ انز دستیاب ہیں، صارفین کی انتظامی رسائی کی وجہ سے یہ تمام کوششیں بے اثر ہو سکتی ہیں۔

اپنے کور میں، WordPress ایک فیچر فراہم کرتا ہے جسے سادہ طور پر 'Multisite' کہا جاتا ہے جس کی ابتداء 2010 میں WordPress 3.0 کی لانچنگ کے وقت ہوئی۔ اس کے بعد سے اس میں نئے فیچرز متعارف کرانے اور سیکیورٹی مضبوط کرنے کے لیے کئی تبدیلیاں کی گئی ہیں۔

بنیادی طور پر، WordPress Multisite کو اس طرح سمجھا جا سکتا ہے: ایک یونیورسٹی WordPress کی ایک ہی انسٹالیشن رکھتی ہے لیکن ہر فیکلٹی اپنی الگ WordPress سائٹ چلاتی ہے۔

اس بیان کو سمجھنے کے لیے آئیے کچھ بنیادی اصطلاحات پر نظر ڈالیں جو نہ صرف Ultimate Multisite کی دستاویزات میں بلکہ WordPress کمیونٹی میں بھی استعمال ہوتی ہیں۔

نیٹ ورک

WordPress کے لحاظ سے، Multisite نیٹ ورک وہ ہے جہاں کئی ذیلی سائٹس کو ایک ہی ڈیش بورڈ سے منظم کیا جا سکتا ہے۔ اگرچہ Multisite نیٹ ورک بنانے کا طریقہ ہوسٹنگ فراہم کنندگان کے درمیان مختلف ہوتا ہے، لیکن نتیجہ عام طور پر wp-config.php فائل میں کچھ اضافی ہدایات ہوتی ہیں جو WordPress کو بتاتی ہیں کہ وہ اس مخصوص موڈ میں کام کر رہا ہے۔

Multisite نیٹ ورک اور عام WordPress انسٹالیشن کے درمیان کچھ واضح فرق ہیں جن پر ہم مختصراً بات کریں گے۔

Subdomain بمقابلہ Subdirectory

سب سے پہلے فیصلوں میں سے ایک یہ ہے کہ آیا Multisite انسٹالیشن subdirectories کے ساتھ کام کرے گی یا subdomains کے ساتھ۔ Ultimate Multisite دونوں انتخاب کے ساتھ یکساں طور پر اچھی طرح کام کرتا ہے لیکن دونوں ترتیبوں میں کچھ تعمیراتی فرق ہیں۔

subdirectory ترتیب میں، نیٹ ورک سائٹس مرکزی ڈومین نام کی بنیاد پر ایک پاتھ وراثت میں لیتی ہیں۔ مثال کے طور پر 'site1' کے نام سے ایک نیٹ ورک سائٹ کا مکمل URL https://domain.com/site1 ہوگا۔ subdomain ترتیب میں، نیٹ ورک سائٹ کا اپنا subdomain ہوگا جو مرکزی ڈومین نام سے اخذ کیا جاتا ہے۔ اس طرح 'site1' نامی سائٹ کا مکمل URL https://site1.domain.com/ ہوگا۔

اگرچہ دونوں آپشنز بالکل درست انتخاب ہیں، subdomains کا استعمال کئی فوائد فراہم کرتا ہے لیکن اس کی تعمیر میں زیادہ سوچ اور منصوبہ بندی کی ضرورت ہوتی ہے۔

DNS کے لحاظ سے subdirectories کا استعمال نسبتاً آسان چیلنج پیش کرتا ہے۔ چونکہ نیٹ ورک سائٹس محض پیرنٹ پاتھ کی چائلڈ ہیں، صرف مرکزی ڈومین نام کے لیے ایک DNS انٹری کی ضرورت ہوتی ہے۔ subdomains کے لیے چیلنج تھوڑا پیچیدہ ہے جس میں یا تو ہر نیٹ ورک سائٹ کے لیے الگ CNAME انٹری یا DNS ریکارڈز میں وائلڈ کارڈ (*) انٹری کی ضرورت ہوتی ہے۔

مزید غور کرنے والی بات SSL اور SSL سرٹیفکیٹس کے اجراء اور استعمال کی ہے۔ subdirectory ترتیب میں ایک واحد ڈومین سرٹیفکیٹ استعمال کیا جا سکتا ہے کیونکہ نیٹ ورک سائٹس محض مرکزی ڈومین نام کے پاتھ ہیں۔ اس طرح domain.com کا سرٹیفکیٹ https://domain.com/site1، https://domain.com/site2 وغیرہ کے لیے SSL فراہم کرے گا۔

subdomain ترتیب میں وائلڈ کارڈ SSL سرٹیفکیٹ سب سے عام آپشنز میں سے ایک ہے۔ اس قسم کا SSL سرٹیفکیٹ ڈومین اور اس کے subdomains کے لیے انکرپشن فراہم کرتا ہے۔ لہذا ایک وائلڈ کارڈ SSL سرٹیفکیٹ https://site1.domain.com، https://site2.domain.com اور https://domain.com کے لیے انکرپشن فراہم کرے گا۔

اگرچہ دوسرے آپشنز بھی موجود ہیں، یہ اکثر دائرہ کار اور اطلاق میں محدود ہوتے ہیں اور موزونیت کے لحاظ سے اضافی ترتیب اور غور و فکر کی ضرورت ہوتی ہے۔

پلگ انز اور تھیمز

جو WordPress دیتا ہے وہ واپس بھی لے لیتا ہے، کم از کم صارف کے نقطہ نظر سے۔ عام WordPress انسٹالیشن میں اگر سائٹ ایڈمنسٹریٹر کوئی خراب پلگ ان انسٹال کرتا ہے یا اپنی انسٹالیشن کو اپ ٹو ڈیٹ رکھنے میں ناکام رہتا ہے تو اس عمل کا واحد شکار وہ خود ہے۔ تاہم، Multisite انسٹالیشن پر کسی سائٹ ایڈمنسٹریٹر کا خراب پلگ ان انسٹال کرنا نیٹ ورک میں نصب ہر سائٹ کو متاثر کرتا ہے۔

اسی وجہ سے Multisite کے طور پر ترتیب دینے پر WordPress سائٹ ایڈمنسٹریٹرز سے پلگ انز اور تھیمز انسٹال کرنے کی صلاحیت ہٹا دیتا ہے اور اس صلاحیت کو نئے بنائے گئے نیٹ ورک ایڈمنسٹریٹر یا 'super admin' کردار میں منتقل کر دیتا ہے۔ یہ مراعات یافتہ کردار پھر فیصلہ کر سکتا ہے کہ نیٹ ورک سائٹس کے ایڈمنسٹریٹرز کو اپنے ڈیش بورڈ میں پلگ انز مینو دیکھنے یا اس تک رسائی حاصل کرنے کی اجازت دی جائے یا نہیں، اور اگر ہاں، تو کیا ایسی اجازتیں پلگ انز کو activate یا deactivate کرنے تک بڑھتی ہیں۔

اس حد تک نیٹ ورک ایڈمنسٹریٹر نیٹ ورک میں پلگ انز اور تھیمز انسٹال کرنے کا ذمہ دار ہے اور نیٹ ورک سائٹس کو ان پلگ انز اور تھیمز کا استعمال کرنے کی اجازتیں دیتا ہے۔ سائٹ ایڈمنسٹریٹرز پلگ انز اور تھیمز انسٹال نہیں کر سکتے یا ان پلگ انز اور تھیمز تک رسائی حاصل نہیں کر سکتے جو ان کی سائٹ کو تفویض نہیں کیے گئے۔

صارفین اور ایڈمنسٹریٹرز

WordPress Multisite میں، تمام نیٹ ورک سائٹس ایک ہی ڈیٹابیس شیئر کرتی ہیں اور اس لیے ایک ہی صارفین، کردار اور صلاحیتیں شیئر کرتی ہیں۔ اسے سمجھنے کا سب سے مناسب طریقہ یہ ہے کہ تمام صارفین نیٹ ورک کے ممبر ہیں نہ کہ کسی خاص سائٹ کے۔

اس تفہیم کو دیکھتے ہوئے صارفین کی تخلیق کی اجازت دینا ناپسندیدہ ہو سکتا ہے اور اسی وجہ سے WordPress Multisite یہ صلاحیت سائٹ ایڈمنسٹریٹرز سے ہٹا کر نیٹ ورک ایڈمنسٹریٹر کو دے دیتا ہے۔ بدلے میں نیٹ ورک ایڈمنسٹریٹر سائٹ ایڈمنسٹریٹر کو ضروری مراعات دے سکتا ہے تاکہ وہ اپنی سائٹ کے لیے صارف اکاؤنٹس بنا سکیں۔

اوپر والے بیان کو دہراتے ہوئے، اگرچہ صارف اکاؤنٹس سائٹ سے متعلق معلوم ہوتے ہیں لیکن حقیقت میں وہ نیٹ ورک کو مختص ہوتے ہیں اور اس لیے پورے نیٹ ورک میں منفرد ہونے چاہئیں۔ کچھ صورتوں میں صارف نام اس وجہ سے رجسٹر کرنے کے لیے دستیاب نہیں ہو سکتے۔

اگرچہ انٹرپرائز سسٹمز میں یہ کوئی اجنبی تصور نہیں ہے، صارف رجسٹریشن اور تصدیق کا یہ واحد ذریعہ اکثر ان لوگوں کے لیے سمجھنا مشکل ہوتا ہے جو عام WordPress انسٹالیشنز سے واقف ہیں جہاں صارف انتظامیہ کچھ آسان ہوتی ہے۔

میڈیا

جہاں نیٹ ورک سائٹس WordPress Multisite میں ایک ڈیٹابیس شیئر کرتی ہیں، وہ فائل سسٹم پر میڈیا فائلوں کے لیے الگ پاتھ رکھتی ہیں۔

معیاری WordPress لوکیشن (wp-content/uploads) برقرار رہتی ہے؛ تاہم، اس کا پاتھ نیٹ ورک سائٹ کی منفرد ID کی عکاسی کرنے کے لیے تبدیل کیا جاتا ہے۔ نتیجتاً کسی نیٹ ورک سائٹ کی میڈیا فائلز wp-contents/uploads/site/[id] کے طور پر ظاہر ہوتی ہیں۔

پرملنکس

ہم نے پہلے بتایا تھا کہ subdomain کے subdirectory ترتیب پر واضح فوائد ہیں اور یہاں وہ ہے: پاتھ۔

subdirectory ترتیب میں، مین سائٹ (پہلی سائٹ جو نیٹ ورک قائم ہونے پر بنتی ہے) اور نیٹ ورک ذیلی سائٹس کو ڈومین نام سے شروع ہونے والا ایک ہی پاتھ شیئر کرنا ہوتا ہے۔ اس میں بہت سے تصادم کا امکان ہے۔

پوسٹس کے لیے، نیٹ ورک سائٹس کے ساتھ تصادم روکنے کے لیے مین سائٹ میں ایک لازمی /blog/ پاتھ شامل کیا جاتا ہے۔ اس کا مطلب ہے کہ 'Post name' جیسے خوبصورت پرملنکس domain.name/blog/post-name/ کے طور پر پیش کیے جائیں گے۔

subdomain ترتیب میں یہ عمل ضروری نہیں ہے کیونکہ ہر نیٹ ورک سائٹ کو مکمل ڈومین علیحدگی کا فائدہ ہوتا ہے اور اس طرح انہیں ایک ہی پاتھ پر انحصار نہیں کرنا پڑتا۔ وہ اپنے subdomain کی بنیاد پر اپنے الگ پاتھ رکھتی ہیں۔

سٹیٹک پیجز

subdirectory ترتیب میں نام کے تصادم کا امکان سٹیٹک پیجز تک پھیل جاتا ہے کیونکہ مین سائٹ اور نیٹ ورک سائٹس ایک ہی پاتھ شیئر کرتی ہیں۔

اسے روکنے کے لیے، WordPress کچھ سائٹ ناموں کو بلیک لسٹ کرنے کا ذریعہ فراہم کرتا ہے تاکہ وہ پہلی سائٹ کے ناموں سے متصادم نہ ہوں۔ عام طور پر نیٹ ورک ایڈمنسٹریٹر مین سائٹ کے پیجز کے روٹ پاتھ داخل کرتا ہے۔

subdomain ترتیب میں نام کے تصادم کا امکان subdomain کی وجہ سے کم ہو جاتا ہے کیونکہ یہ نیٹ ورک سائٹ کے لیے منفرد ہے اور کسی بھی طرح سے مین سائٹ سے متعلق نہیں ہے۔

رجسٹریشن

WordPress Multisite کی نیٹ ورک سیٹنگز میں صارف رجسٹریشن کے کئی نئے آپشنز دستیاب ہیں، جو نئے اور موجودہ صارفین کو سائٹس بنانے کی اجازت دیتے ہیں۔

عام WordPress انسٹالیشنز کے برعکس، نیٹ ورک سائٹس صارف رجسٹریشن کی اجازت دینے یا ان رجسٹریشنز کو کردار تفویض کرنے کے مانوس آپشنز نہیں رکھتیں۔

جب صارف اکاؤنٹس بنائے جاتے ہیں تو وہ اکاؤنٹس نیٹ ورک کی سطح پر بنتے ہیں۔ اس طرح کسی ایک خاص سائٹ سے تعلق رکھنے کی بجائے وہ نیٹ ورک سے تعلق رکھتے ہیں۔ اس کے کچھ واضح فوائد اور نقصانات ہیں۔

مثال کے طور پر، فرض کریں کہ آپ کا WordPress Multisite خبروں اور معلومات کے کاروبار میں ہے۔ آپ Multisite قائم کریں گے اور پھر فنانس، ٹیکنالوجی، تفریح اور دیگر دلچسپی کے شعبوں کے لیے نیٹ ورک سائٹس بنائیں گے جبکہ پلگ انز اور تھیمز پر مجموعی کنٹرول برقرار رکھیں گے۔ بدلے میں ہر نیٹ ورک سائٹ کو اپنی نیٹ ورک سائٹ کی شکل و صورت اور صارف تجربے پر کسٹم پوسٹ ٹائپس یا عام پوسٹ کیٹیگریز کی نسبت کہیں زیادہ کنٹرول حاصل ہوگا۔

اس حد تک جب کوئی صارف لاگ ان کرتا ہے تو وہ نیٹ ورک میں لاگ ان ہوتا ہے اور بالآخر ہر نیٹ ورک سائٹ میں بھی لاگ ان ہو جاتا ہے تاکہ ایک ہموار تجربہ فراہم ہو۔ اگر آپ کی نئی سائٹ سبسکرپشن پر مبنی ہے تو یہ مثالی حل اور نتیجہ ہوگا۔

تاہم، اگر Multisite کا مقصود مقصد ایسی الگ الگ نیٹ ورک سائٹس پیش کرنا ہے جن کا آپس میں کوئی تعلق نہیں ہے تو تقریباً ہمیشہ صارف کرداروں کو تبدیل کرنے کے لیے بیرونی یا اضافی پلگ انز کی ضرورت ہوتی ہے۔

ڈومین اور SSL

آئیے ایک WordPress Multisite انسٹالیشن کے بارے میں بات کریں جو تقریباً ہماری نظروں سے اوجھل رہتی ہے - WordPress.com۔ یہ اب تک WordPress Multisite کی سب سے وسیع مثال ہے اور اس کی حسب ضرورت بنانے اور کسی مقصد کو پورا کرنے کے لیے ڈھالنے کی وسیع صلاحیتوں کو ظاہر کرتی ہے۔

آج کے جدید انٹرنیٹ پر SSL کا استعمال تقریباً لازمی ہے اور WordPress Multisites کے نیٹ ورک ایڈمنسٹریٹرز کو جلد ہی ان چیلنجز کا سامنا کرنا پڑتا ہے۔

subdomain ترتیب میں سائٹس روٹ ڈومین نام کی بنیاد پر بنائی جاتی ہیں۔ اس طرح 'site1' کے نام سے ایک سائٹ 'site1.domain.com' کے طور پر بنائی جائے گی۔ وائلڈ کارڈ SSL سرٹیفکیٹ کا استعمال کرتے ہوئے، نیٹ ورک ایڈمنسٹریٹر اس چیلنج کو کامیابی سے حل کر سکتا ہے اور نیٹ ورک کے لیے SSL انکرپشن صلاحیتیں فراہم کر سکتا ہے۔

WordPress Multisite میں ایک ڈومین میپنگ فنکشن ہے جو نیٹ ورک سائٹس کو کسٹم ڈومین ناموں یا نیٹ ورک کے روٹ ڈومین سے مختلف ڈومین ناموں سے منسلک کرنے کی اجازت دیتا ہے۔

نیٹ ورک ایڈمنسٹریٹرز کے لیے یہ ڈومین نام کی ترتیب کے ساتھ ساتھ SSL سرٹیفکیٹس کے اجراء اور دیکھ بھال میں پیچیدگی کی ایک اضافی پرت پیش کرتا ہے۔

اس حد تک جبکہ WordPress Multisite www.anotherdomain.com کو 'site1' سے میپ کرنے کا ذریعہ فراہم کرتا ہے، نیٹ ورک ایڈمنسٹریٹر کو DNS انٹریز اور SSL سرٹیفکیٹس کے نفاذ کو بیرونی طور پر منظم کرنے کا چیلنج درپیش ہے۔

Ultimate Multisite

عام WordPress انسٹالیشن اور Multisite انسٹالیشن کے درمیان فرق سمجھنے کے بعد، آئیے دیکھیں کہ Ultimate Multisite Websites as a Service فراہم کرنے کے لیے بہترین ہتھیار کیسے ہے۔

تعارف

Ultimate Multisite Website as a Service (WaaS) بنانے کے لیے آپ کا سوئس آرمی چاقو ہے۔ Wix.com، Squarespace، WordPress.com کے بارے میں سوچیں اور پھر اپنی خود کی سروس کے مالک ہونے کا تصور کریں۔

اندرونی طور پر Ultimate Multisite WordPress Multisite کا استعمال کرتا ہے لیکن یہ اس طریقے سے کرتا ہے جو نہ صرف ان بے شمار چیلنجز کو حل کرتا ہے جن کا نیٹ ورک ایڈمنسٹریٹرز کو Multisite انسٹالیشنز کے ساتھ سامنا ہوتا ہے بلکہ صلاحیتوں کو بڑھاتا ہے جس سے استعمال کے وسیع مقاصد کی حمایت ممکن ہوتی ہے۔

آئندہ حصوں میں ہم کچھ عام استعمال کی صورتوں اور ان صورتوں کی حمایت کے لیے درکار تحفظات پر نظر ڈالیں گے۔

استعمال کی صورتیں

صورت 1: ایک ایجنسی

عام طور پر کسی ایجنسی کی بنیادی مہارت ویب سائٹس کی ڈیزائننگ میں ہوتی ہے جبکہ ان کی ہوسٹنگ یا مارکیٹنگ جیسے پہلو اضافی خدمات کے طور پر درج ہوتے ہیں۔

ایجنسیوں کے لیے Ultimate Multisite ایک شاندار قدر کی تجویز پیش کرتا ہے کیونکہ یہ ایک ہی پلیٹ فارم پر متعدد ویب سائٹس کو ہوسٹ اور منظم کرنے کی صلاحیت رکھتا ہے۔ اس سے بھی زیادہ ان ایجنسیوں کے لیے جو اپنے ڈیزائنز کو مخصوص تھیمز جیسے GeneratePress، Astra، OceanWP یا دیگر پر معیاری بناتی ہیں، Ultimate Multisite کی صلاحیتوں کا فائدہ اٹھا سکتی ہیں جو ہر نئی سائٹ کے لیے خود بخود ان تھیمز کو ایکٹیویٹ کر سکتی ہیں۔

اسی طرح عام اور مقبول پلگ انز کے لیے ایجنسی پرائسنگ کی کثرت کے ساتھ، Ultimate Multisite کا استعمال ایجنسیوں کو موجودہ سرمایہ کاری کا فائدہ اٹھانے کی اجازت دیتا ہے ایک مشترکہ پلیٹ فارم فراہم کرکے جہاں سے پلگ انز انسٹال، دیکھ بھال اور استعمال کیے جا سکتے ہیں۔

غالباً ترتیب کا استعمال مطلوب ہوگا اور خوش قسمتی سے Ultimate Multisite متعدد مقبول ہوسٹنگ فراہم کنندگان کے ساتھ ساتھ Cloudflare اور cPanel جیسی خدمات کے ساتھ اپنے انضمام کے ذریعے ڈومین میپنگ اور SSL سرٹیفکیٹس کی سہولت فراہم کرنا انتہائی آسان بناتا ہے۔

اس طرح ان فراہم کنندگان میں سے کسی ایک کا فائدہ اٹھا کر یا Ultimate Multisite کو Cloudflare کے پیچھے رکھ کر ڈومینز اور SSL سرٹیفکیٹس کی انتظامیہ جیسے پہلو کافی معمولی ہو جاتے ہیں۔

جو ایجنسیاں سائٹس کی تخلیق پر سخت کنٹرول رکھنا پسند کرتی ہیں وہ Ultimate Multisite کے ہموار انٹرفیس کے ذریعے سائٹس بنانے اور صارفین اور پلانز کے ساتھ سائٹس کو منسلک کرنے کی آسانی کو سراہیں گی۔

Ultimate Multisite site management interface

پلگ انز اور تھیمز پر سخت کنٹرول فی پروڈکٹ کی بنیاد پر Ultimate Multisite کے بدیہی انٹرفیسز کے ذریعے برقرار رکھا جاتا ہے جو پلگ انز اور تھیمز کو دستیاب یا پوشیدہ بنانے کی اجازت دیتے ہیں اور ساتھ ہی نئی سائٹ کے لیے ان کی ایکٹیویشن حالت بھی۔

Product plugin limitations interface

تھیمز اسی طرح کی فعالیت فراہم کرتے ہیں، جو سائٹ کی تخلیق پر مخصوص تھیمز کو ایکٹیویٹ یا پوشیدہ کرنے کی اجازت دیتے ہیں۔

Product theme limitations interface

ایجنسیوں کو Ultimate Multisite کے ساتھ سکون ملے گا جو انہیں وہ کرنے دیتا ہے جو وہ سب سے بہتر کرتی ہیں - غیر معمولی ویب سائٹس ڈیزائن کرنا۔

صورت 2: مخصوص شعبے کا فراہم کنندہ

ایک پرانی کہاوت ہے کہ، "ایک کام کرو اور اچھے سے کرو"۔ بہت سے ماہرین کے لیے اس کا مطلب ایک بنیادی خیال کے گرد پروڈکٹ یا سروس بنانا ہے۔

شاید آپ ایک پرجوش گالفر ہیں جو کلبوں کو ویب سائٹس فروغ دے رہے ہیں یا آپ ایک پرجوش esports گیمر ہیں جو کلینز کو ویب سائٹس فراہم کر رہے ہیں۔ شاید ریستورانوں کو بکنگ سروس فروغ دینے والا کوئی فرد؟

بہت سی وجوہات کی بنا پر آپ ایک مشترکہ فریم ورک اور پلیٹ فارم کی بنیاد پر خدمات فراہم کرنا چاہیں گے۔ یہ ہو سکتا ہے کہ آپ نے مطلوبہ فعالیت فراہم کرنے کے لیے خصوصی پلگ انز ڈیزائن کیے ہوں یا سرمایہ کاری کی ہو یا یہ ہو سکتا ہے کہ صنعتی بہترین طریقوں کے لیے ڈیزائن میں کسی قسم کے معیاری نقطہ نظر کی ضرورت ہو۔

Ultimate Multisite کے جدید فیچرز میں سے ایک ٹیمپلیٹ سائٹس کا استعمال ہے۔ ٹیمپلیٹ سائٹ وہ ہے جہاں تھیم انسٹال اور ایکٹیویٹ کیا گیا ہو، ضروری پلگ انز انسٹال اور ایکٹیویٹ کیے گئے ہوں اور نمونہ پوسٹس یا پیجز بنائے گئے ہوں۔ جب کوئی صارف ٹیمپلیٹ کی بنیاد پر نئی سائٹ بناتا ہے، ٹیمپلیٹ کے مواد اور سیٹنگز نئی بنائی گئی سائٹ میں کاپی ہو جاتے ہیں۔

مخصوص شعبے کی سائٹس اور خدمات فراہم کرنے والے کے لیے یہ کسٹم پلگ انز اور ڈیزائن کے ساتھ فوری طور پر ایک تیار سائٹ بنانے کی صلاحیت میں بے مثال فائدہ فراہم کرتا ہے۔ صارف کو صرف سروس مکمل کرنے کے لیے کم سے کم معلومات فراہم کرنی ہوں گی۔

ضروریات کے مطابق subdirectory یا subdomain دونوں ترتیبیں موزوں ہو سکتی ہیں، جس صورت میں تعمیراتی انتخاب subdirectories کے لیے سادہ SSL سرٹیفکیٹ یا subdomains کے لیے وائلڈ کارڈ SSL سرٹیفکیٹ کے درمیان ہوگا۔

صورت 3: WordPress ویب ہوسٹنگ

WordPress سائٹس کو ہوسٹ کرنے کے بے شمار طریقے ہیں لیکن شاذ و نادر ہی یہ اتنا سادہ ہوتا ہے جتنا کسی صارف کو WordPress کے پہلے سے نصب ورژن کے ساتھ ویب سپیس فراہم کرنا۔ اس کی وجہ یہ ہے کہ ایک معنی خیز سروس فراہم کرنے کے لیے کئی فیصلوں اور تحفظات کو یکجا کرنا ہوتا ہے۔

Ultimate Multisite اس شعبے میں WordPress سائٹس کی ہوسٹنگ کے لیے ایک جامع ٹرن کی حل فراہم کرکے بہترین ہے۔ اس حل میں سبسکرپشن سروسز، ادائیگی وصولی، چیک آؤٹ فارمز، ڈسکاؤنٹ واؤچرز اور صارف مواصلات فراہم کرنے کے بنیادی میکانزم شامل ہیں۔

WordPress Multisite کو صحیح طریقے سے انسٹال، ترتیب اور دیکھ بھال کرنے کے لیے درکار زیادہ تر لازمی کام Ultimate Multisite کی طرف سے اس حد تک آسان کر دیا گیا ہے کہ نیٹ ورک ایڈمنسٹریٹرز کو صرف اپنی سروس یا مخصوص شعبے سے متعلق پہلوؤں جیسے پروڈکٹ ٹیئرز، قیمتوں اور سروس آفرز پر غور کرنے کی ضرورت ہے۔

Ultimate Multisite کے ساتھ انضمام چاہنے والے ڈیولپرز کے لیے، یہ حل ایونٹ نوٹیفکیشن کے لیے ایک جامع RESTful API اور Webhooks بھی پیش کرتا ہے۔

متعدد بیرونی پلگ انز اور لائسنسز پر انحصار کے بغیر، Ultimate Multisite Wix، Squarespace، WordPress.com اور دیگر کے مقابلے میں ایک فیچر سے بھرپور اور قابل موازنہ حل فراہم کرتا ہے۔

تعمیراتی تحفظات

اگرچہ یہ ایک جامع گائیڈ نہیں ہے، درج ذیل آئٹمز Ultimate Multisite انسٹالیشن کی حمایت کے لیے ٹیکنالوجیز کے صحیح انتخاب کی رہنمائی کے طور پر کام کریں گے۔

شیئرڈ بمقابلہ ڈیڈیکیٹڈ ہوسٹنگ

بدقسمتی سے تمام ہوسٹنگ فراہم کنندگان برابر نہیں ہیں اور کچھ انتہائی سرور کثافت کی مشق کرتے ہیں۔ کم قیمت فراہم کنندگان عام طور پر سرور کثافت کو زیادہ سے زیادہ کرکے آمدنی پیدا کرتے ہیں۔ اس طرح آپ کی Ultimate Multisite انسٹالیشن ایک ہی سرور پر کئی سو سائٹس میں سے صرف ایک ہو سکتی ہے۔

فراہم کنندہ کی طرف سے مناسب حفاظتی اقدامات کے بغیر، شیئرڈ سرور پر سائٹس 'شور مچانے والے پڑوسی' کے مسئلے کا تجربہ کرتی ہیں۔ یعنی، ایک ہی سرور پر ایک سائٹ اتنے وسائل استعمال کر رہی ہے کہ دوسری سائٹس کو باقی وسائل کے لیے مقابلہ کرنا پڑتا ہے۔ اکثر یہ ان سائٹس کی شکل میں ظاہر ہوتا ہے جو سست ہیں یا وقت پر جواب نہیں دیتیں۔

خود ویب ہوسٹنگ کے فراہم کنندہ کے طور پر اس کے اثرات کا مطلب ہوگا کہ آپ کے صارفین سست رفتار، کم پیج رینک اور زیادہ باؤنس ریٹ کا تجربہ کریں گے جو اکثر کسٹمر چرن کا سبب بنتا ہے کیونکہ وہ کہیں اور سروسز تلاش کرتے ہیں۔

مختصراً، سستا اچھا نہیں ہوتا۔

Ultimate Multisite کئی اچھے ہوسٹنگ فراہم کنندگان کے ساتھ کام کرنے کے لیے جانا جاتا ہے اور ڈومین میپنگ اور آٹومیٹک SSL جیسے فنکشنز فراہم کرنے کے لیے ان کے ماحول کے ساتھ اچھی طرح سے مربوط ہوتا ہے۔ یہ فراہم کنندگان کارکردگی کو اہمیت دیتے ہیں اور شیئرڈ ہوسٹنگ سے اعلیٰ درجے کی سروس فراہم کرتے ہیں۔

موافق فراہم کنندگان کی فہرست اور ہر ایک کے لیے مکمل سیٹ اپ ہدایات کے لیے براہ کرم Compatible Providers کی دستاویزات چیک کریں۔

کارکردگی کے تحفظات

Ultimate Multisite سست ایپلی کیشن نہیں ہے، بلکہ یہ غیر معمولی طور پر تیز ہے۔ تاہم، یہ صرف اتنی ہی اچھی کارکردگی دکھاتا ہے جتنی بنیادی ایپلی کیشن اور انفراسٹرکچر دکھاتا ہے اور صرف اسی کا فائدہ اٹھا سکتا ہے جس تک اسے رسائی ہے۔

اس کے بارے میں سوچیں: آپ 100 سائٹس والی Ultimate Multisite انسٹالیشن کے نیٹ ورک ایڈمنسٹریٹر ہیں۔ ان میں سے کچھ سائٹس اچھی کارکردگی دکھا رہی ہیں اور روزانہ کئی ویب سائٹ وزیٹرز کو اپنی طرف متوجہ کرتی ہیں۔

یہ منظر ایک سے پانچ سائٹس کے چھوٹے پیمانے پر مختلف ہوگا لیکن جلد ہی پیمانے کے مسائل واضح ہو جائیں گے۔

بغیر توجہ کے چھوڑ دیں تو، واحد Ultimate Multisite سائٹ سائٹس کے تمام وزیٹرز کی درخواستوں کو پورا کرنے کی ذمہ دار ہوگی۔ یہ درخواستیں متحرک PHP پیجز یا سٹیٹک اثاثوں جیسے اسٹائل شیٹس، جاوا اسکرپٹ یا میڈیا فائلوں کے لیے ہو سکتی ہیں۔ چاہے ایک ہو یا سو سائٹس، یہ کام دہرانے والے، یکساں اور فضول ہو جاتے ہیں۔ CPU پاور اور میموری کو PHP فائل پراسیس کرنے کے لیے استعمال کرنا غیر ضروری ہے جب آؤٹ پٹ ہر درخواست کے لیے ایک جیسی سٹیٹک معلومات ہو۔

اسی طرح PHP یا HTML پیج کی ایک درخواست بدلے میں اسکرپٹس، اسٹائل شیٹس اور امیج فائلوں کے لیے متعدد آنے والی درخواستیں پیدا کرتی ہے۔ وہ درخواستیں براہ راست آپ کے Ultimate Multisite سرور کو ٹارگٹ کرتی ہیں۔

کوئی آسانی سے سرور اپ گریڈ کرکے اس مسئلے کو حل کر سکتا ہے لیکن یہ ایک ثانوی مسئلے کو حل نہیں کرتا - جغرافیائی تاخیر۔ صرف متعدد مقامات پر متعدد سرورز ہی اس مسئلے کو مناسب طریقے سے حل کر سکتے ہیں۔

اسی وجہ سے زیادہ تر نیٹ ورک ایڈمنسٹریٹرز سٹیٹک پیجز کی درخواستوں کو پورا کرنے کے لیے فرنٹ اینڈ کیشنگ سلوشنز اور content distribution networks (CDN) کا استعمال کرتے ہیں۔ ان درخواستوں کو پورا کرنا اور اثاثے سرو کرنا اس سے پہلے کہ درخواست سرور تک پہنچے، پراسیسنگ وسائل بچاتا ہے، تاخیر ختم کرتا ہے، غیر ضروری اپ گریڈز سے بچاتا ہے اور ٹیکنالوجی کی سرمایہ کاری کو زیادہ سے زیادہ کرتا ہے۔

Ultimate Multisite میں ایک جدید ترین Cloudflare add-on شامل ہے جو نیٹ ورک ایڈمنسٹریٹرز کو اپنی انسٹالیشنز کو Cloudflare کے پیچھے رکھنے اور نہ صرف اس کی کیشنگ صلاحیتوں بلکہ DNS ہوسٹنگ، SSL سرٹیفکیٹس اور سیکیورٹی میکانزم کا بھی استعمال کرنے کی اجازت دیتا ہے۔

بیک اپس

کوئی 50 لوگوں سے بیک اپ کے بارے میں مشورہ مانگ سکتا ہے اور بیک اپ حکمت عملیوں پر 50 مختلف رائے حاصل کر سکتا ہے۔ جواب ہے، انحصار کرتا ہے۔

جو بات متنازعہ نہیں ہے وہ یہ ہے کہ بیک اپ ضروری ہیں اور یہ تقریباً ناقابل تصور ہے کہ یہ فراہم کنندہ کی طرف سے منظم نہ ہوں، خاص طور پر وہ جو منظم سروس پیش کرتا ہو۔ نتیجتاً صارفین نیٹ ورک ایڈمنسٹریٹر کی طرف دیکھیں گے کہ وہ یہ سروس فراہم کرے اور منظم کرے۔ نیٹ ورک ایڈمنسٹریٹر کس کی طرف دیکھتا ہے یہ بالکل الگ مسئلہ ہے۔

اس سیکشن کے مقاصد کے لیے آئیے اتفاق کریں کہ بیک اپ اس وقت کی سسٹم اسٹیٹ کی پوائنٹ ان ٹائم کاپی ہے جب بیک اپ شروع کیا گیا تھا۔ سادہ الفاظ میں، بیک اپ کے وقت سسٹم جس بھی حالت میں ہو وہ حالت بیک اپ میں محفوظ کر لی جاتی ہے۔

اس تفہیم کے ساتھ بیک اپ کیسے حاصل کیے جائیں اور آپ کے ماحول کے لیے کیا بہتر ہے اس کا جواب بڑی حد تک آپ کی ضروریات اور ہوسٹنگ فراہم کنندہ کی ان ضروریات کو پورا کرنے کی صلاحیت پر منحصر ہوگا۔ تاہم، سب سے زیادہ رائے رکھنے والے سے کم رائے رکھنے والے کی ترتیب میں، نیچے دیے گئے آپشنز کچھ رہنمائی فراہم کریں گے۔

سنیپ شاٹس

سنیپ شاٹس بیک اپ کے لیے سلور بلٹس ہیں کیونکہ یہ آسان ہیں، غیر پیچیدہ ہیں (جب تک آپ بحال نہیں کرنا چاہتے) اور 'بس کام کرتے ہیں'۔ اس کے لیے آپ کے فراہم کنندہ سے کچھ مدد کی ضرورت ہوتی ہے اور زیادہ تر صرف اس صورت میں لاگو ہوتا ہے جب آپ کے پاس VPS (Virtual Private Server) یا اسی طرح کا ہو۔ ہماری 'Compatible Providers' دستاویزات میں درج کئی فراہم کنندگان ایسے بیک اپ پیش کرتے ہیں جن کے لیے نیٹ ورک ایڈمنسٹریٹر کی طرف سے مزید مداخلت یا غور کی ضرورت نہیں ہوتی۔

جہاں روایتی بیک اپ فائلوں اور ڈیٹابیسز کو ٹارگٹ کرتے ہیں، سنیپ شاٹ پوری ڈسک کو ٹارگٹ کرتا ہے۔ اس کا مطلب ہے کہ نہ صرف سائٹ کا ڈیٹا سنیپ شاٹ میں محفوظ ہے بلکہ آپریٹنگ سسٹم اور ترتیب بھی۔ بہت سے لوگوں کے لیے یہ ایک واضح فائدہ ہے کیونکہ سنیپ شاٹ سے تقریباً فوری طور پر ایک نیا سسٹم تیار کیا جا سکتا ہے اور خراب انسٹینس کی جگہ لانے کے لیے آپریشن میں لایا جا سکتا ہے۔ اسی طرح، فائلوں کو بازیافت کرنے کے لیے صرف سنیپ شاٹ امیج کو موجودہ انسٹینس سے ڈسک کے طور پر منسلک کرنا ہوتا ہے تاکہ فائلوں تک رسائی اور کاپی کی جا سکے۔

سنیپ شاٹس ہوسٹنگ فراہم کنندہ کے ساتھ اضافی لاگت کو متوجہ کر سکتے ہیں لیکن یہ حادثات کے خلاف انشورنس پالیسی ہے۔

بیرونی اسکرپٹس

WordPress اور MySQL وسائل کے بیک اپ کے لیے بیرونی اسکرپٹس اور حل کی کوئی کمی نہیں لگتی اور یہ Ultimate Multisite کے لیے اچھی طرح کام کریں گے کیونکہ یہ ایک WordPress پلگ ان ہے جو WordPress فائل سسٹم اور ڈیٹابیس کا استعمال کرتا ہے۔ اس طرح ایک حل جو WordPress سائٹس کا بیک اپ لیتا ہے وہ Ultimate Multisite کی ضروریات کو مناسب طریقے سے پورا کرے گا۔

ہم کسی ایک اسکرپٹ کو دوسرے پر سفارش نہیں کر سکتے لیکن ہماری عمومی مشورہ یہ ہے کہ کئی بیک اپ اور ریسٹور ٹیسٹ چلائیں تاکہ یقینی بنایا جا سکے کہ نتائج مطلوب ہیں اور 'یقینی طور پر یقینی رہنے' کے لیے مسلسل اسکرپٹ اور اس کی فعالیت کا جائزہ لیتے رہیں خاص طور پر جہاں کسی قسم کی ڈفرینشیل بیک اپ حکمت عملی لاگو ہو۔

یہ نوٹ کیا جانا چاہیے کہ یہ اسکرپٹس، چلتے وقت، سسٹم لوڈ بڑھائیں گے جس کو مد نظر رکھنا چاہیے۔

پلگ انز

WordPress میں شاید ہی کوئی مسئلہ ہو جو پلگ ان سے حل نہ کیا جا سکے اور اگر بیرونی اسکرپٹس کا انتظام آپ کی چائے نہیں ہے تو شاید پلگ ان اگلا بہترین آپشن ہے۔

جبکہ پلگ انز آپشنز اور فیچرز میں مختلف ہوتے ہیں وہ زیادہ تر ایک ہی فنکشن انجام دیتے ہیں اور وہ ہے WordPress فائلوں اور ڈیٹابیس کے مواد کی کاپی بنانا۔ اس کے بعد فنکشنیلٹیز مختلف ہوتی ہیں کیونکہ کچھ پلگ انز بیک اپ کو Google Drive یا Dropbox جیسی بیرونی سروسز یا S3، Wasabi یا دیگر جیسی کسی مطابقت پذیر آبجیکٹ سٹوریج سروس میں بھیج سکتے ہیں۔ زیادہ جامع پلگ انز ڈفرینشیل بیک اپ یا صرف تبدیل شدہ ڈیٹا کا بیک اپ لینے کی حکمت عملی فراہم کرتے ہیں تاکہ بیرونی سٹوریج کی لاگت بچائی جا سکے۔

اپنا پلگ ان منتخب کرتے وقت، یقینی بنائیں کہ یہ Multisite سے واقف ہے۔ اس کی آپریشن کی نوعیت کی وجہ سے جب بیک اپ چل رہا ہو آپ سرور پر عارضی لوڈ کی توقع کر سکتے ہیں جب تک کہ عمل مکمل نہ ہو جائے۔

ڈومین اور SSL

Multisite subdomain موڈ میں ڈومین ناموں کے بارے میں پہلے بہت بات ہو چکی ہے۔ نیٹ ورک ایڈمنسٹریٹرز کے لیے تقریباً عالمگیر حل وائلڈ کارڈ DNS انٹریز کا استعمال کرنا ہے۔

Wildcard DNS entry configuration example

اس قسم کی DNS انٹری کامیابی سے 'site1.domain.com' اور 'site2.domain.com' جیسے subdomains کو 1.2.3.4 کے IP ایڈریس پر ریزالو کرے گی اس طرح Ultimate Multisite اور بڑے پیمانے پر subdomain موڈ استعمال کرنے والے WordPress Multisite کی حمایت کرتی ہے۔

یہ HTTP کے لیے بالکل ٹھیک کام کر سکتا ہے کیونکہ ٹارگٹ ہوسٹ HTTP ہیڈرز سے پڑھا جاتا ہے لیکن شاذ و نادر ہی ویب اتنا سادہ ہو ان دنوں جہاں محفوظ HTTPS ٹرانزیکشنز تقریباً لازمی ہیں۔

خوش قسمتی سے SSL سرٹیفکیٹس کے لیے آسان آپشنز ہیں۔ subdirectory موڈ میں ایک عام ڈومین سرٹیفکیٹ استعمال کیا جا سکتا ہے۔ یہ آسانی سے اور مفت ہوسٹنگ فراہم کنندگان سے دستیاب ہیں جو مفت LetsEncrypt سروس یا کوئی اور ذریعہ استعمال کر سکتے ہیں۔ ورنہ یہ تجارتی طور پر اتھارٹیز سے دستیاب ہیں اگر آپ سرٹیفکیٹ سائننگ ریکویسٹ تیار کرنے کے قابل ہیں۔

subdomain موڈ کے لیے وائلڈ کارڈ SSL سرٹیفکیٹ کا استعمال وائلڈ کارڈ ڈومین کے ساتھ بالکل مناسب جوڑا بنائے گا اور سرٹیفکیٹ کو روٹ ڈومین اور تمام subdomains کے لیے بغیر اضافی ترتیب کے مستند ہونے کی اجازت دے گا۔

تاہم، یہ نوٹ کیا جانا چاہیے کہ وائلڈ کارڈ SSL سرٹیفکیٹس Cloudflare جیسی سروسز کے ساتھ کام نہیں کر سکتے جب تک کہ آپ انٹرپرائز پلان پر نہ ہوں یا انٹری کو DNS only پر سیٹ کریں جس صورت میں تمام کیشنگ اور آپٹیمائزیشن بائی پاس ہو جاتی ہے۔

آؤٹ آف دی باکس Ultimate Multisite اس مسئلے کا حل فراہم کرتا ہے جو WordPress Multisites کی ضروریات کے ساتھ ہمارے وسیع تجربے کا مظاہرہ کرتا ہے۔ اس سادہ add-on کو ایکٹیویٹ کرنے سے Ultimate Multisite آپ کی Cloudflare اسناد کا استعمال کرکے Cloudflare میں نیٹ ورک سائٹس کے لیے خود بخود DNS انٹریز شامل کرے گا اور ان کے موڈ کو 'proxied' پر سیٹ کرے گا۔ اس طرح ہر نیٹ ورک ذیلی سائٹ، بننے پر، SSL سمیت Cloudflare کی مکمل حفاظت اور فوائد حاصل کرے گی۔

آپ کی Ultimate Multisite انسٹالیشن کی نوعیت اور مقصد کے لحاظ سے صارفین کو اپنے ڈومینز استعمال کرنے کی ضرورت ہو سکتی ہے۔ اس صورت میں نیٹ ورک ایڈمنسٹریٹر کو دو مسائل حل کرنے ہوتے ہیں۔ ایک، ڈومین نام کی ہوسٹنگ اور دو، ڈومین کے لیے SSL سرٹیفکیٹس۔

بہت سے لوگوں کے لیے، Cloudflare کا استعمال ایک آسان آپشن ہے۔ صارف کو صرف اپنا ڈومین Cloudflare پر رکھنا ہے، Ultimate Multisite کے روٹ ڈومین کی طرف CNAME پوائنٹ کرنا ہے اور Ultimate Multisite میں اپنا ڈومین میپ کرنا ہے اور اپنے کسٹم ڈومین نام کا فائدہ اٹھانا شروع کرنا ہے۔

اس کے علاوہ، متبادل حل تلاش کرنے کی ضرورت ہے اسی لیے Ultimate Multisite Compatible Providers کی فہرست کی سفارش کرتا ہے۔ اس کی وجہ یہ ہے کہ DNS اور SSL ترتیب دینے کا عمل غیر معمولی ہو سکتا ہے۔ تاہم، ان فراہم کنندگان کے ساتھ Ultimate Multisite کے انضمام کے ساتھ پیچیدگی بہت کم ہو جاتی ہے اور طریقہ کار خودکار ہو جاتا ہے۔

پلگ انز

یہ بہت ممکن ہے کہ آپ کو اپنے صارفین یا نیٹ ورک سائٹس کو فعالیت فراہم کرنے کے لیے اضافی پلگ انز کی ضرورت ہو۔ کیا تمام پلگ انز WordPress Multisite اور Ultimate Multisite کے ساتھ کام کرتے ہیں؟ ٹھیک ہے، انحصار کرتا ہے۔

جبکہ زیادہ تر پلگ انز WordPress Multisite میں انسٹال کیے جا سکتے ہیں ان کی ایکٹیویشن اور لائسنسنگ مصنف سے مصنف تک مختلف ہوتی ہے۔

چیلنج اس میں ہے کہ لائسنسنگ کیسے لاگو ہوتی ہے کیونکہ کچھ پلگ انز کو فی ڈومین کی بنیاد پر لائسنسنگ کی ضرورت ہوتی ہے۔ اس کا مطلب ہوگا کہ کچھ پلگ انز کے لیے نیٹ ورک ایڈمنسٹریٹر کو ہر نئی سائٹ پر ہر پلگ ان کے لیے لائسنس کو دستی طور پر ایکٹیویٹ کرنا ہوگا۔

اس لیے شاید بہتر ہوگا کہ پلگ ان مصنف سے چیک کریں کہ ان کا پلگ ان WordPress Multisite کے ساتھ کیسے کام کرے گا اور اسے لائسنس کرنے کے لیے کوئی خاص ضروریات یا طریقہ کار درکار ہیں۔