WordPress Multisite के बारे में کیا ہے؟

اپنے بنیادی حصے میں، ووردپرس ایک فیچر فراہم کرتا ہے جسے ‘Multisite’ کہتے ہیں، جس کی جڑیں 2010 میں ووردپرس 3.0 کے لانچ سے جڑی ہوئی ہیں۔ اس کے بعد نئے فیچرز لانے اور سیکیورٹی کو مضبوط کرنے کے لیے کئی تبدیلیاں کی گئی ہیں۔

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

ووردپرس ملٹی سائٹ کیا ہے؟

ملٹی سائٹ ووردپرس کی ایک ایسی خصوصیت ہے جو کئی سائٹس کو ایک ہی ووردپرس انسٹالیشن شیئر کرنے کی اجازت دیتی ہے۔ جب ملٹی سائٹ فعال (activate) کر دی جاتی ہے، تو اصل ووردپرس سائٹ کو اس طرح تبدیل کر دیا جاتا ہے کہ وہ عام طور پر سائٹس کے نیٹ ورک کہا جانے والے نظام کو سپورٹ کر سکے۔

یہ نیٹ ورک فائل سسٹم (جس کا مطلب ہے کہ plugins اور themes بھی شیئر ہوتے ہیں)، ڈیٹا بیس، ووردپرس کور فائلز، wp-config.php وغیرہ شیئر کرتا ہے۔

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

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

سبڈومین یا سب ڈائریکٹری؟

ووردپرس ملٹی سائٹ چلانے کے دو طریقے ہیں – اور جب آپ اپنی عام ووردپرس انسٹالیشن کو ملٹی سائٹ میں تبدیل کر رہے ہوں تو آپ کو ان میں سے ایک کا انتخاب کرنا ہوتا ہے:

سبڈومین: مثال کے طور پر: site.domain.com

…یا

سب ڈائریکٹری: مثال کے طور پر: yourdomain.com/site

ہر طریقہ کے اپنے فوائد اور نقص ہیں جن پر آپ کو یہ فیصلہ کرتے وقت غور کرنا چاہیے۔

ا هڪ ڳالهه آهي جيڪو ڏسڻ ضروري آهي: هڪ دفعو توهان پنهنجو يقين ڪري وٺي، پنهنجي نٽوي (network) کي سبڊائري (subdirectory) کان سبڊومين (subdomain) يا اسان جي، يا ان جي، ۾ بدلڻ واقعي سخت آهي – خاص طور تي جيڪڏهن توهان اڳ ۾ ئي ڪجهه سائيٽون ٺاهي چڪيون hon.

هي يقين ڪرڻ کان اڳ، هيٺ ڏنل ڪجهه نقطا سمجهو رکجو:

سبڊائري موڊ (Subdirectory Mode) ترتیب ۽ مرڪب (maintenance) جي لحاظ کان سبھي آسان موڊ آهي. اهو ان ڪري ٿئي ته سڀ سائيٽون صرف مٿي ڇت (main domain) سان جڙيل رستن (paths) آهن (مثال: yourdomain.com/subsite). ان نتيجي ۾، توهان کي صرف مٿي ڇت لاءِ هڪ SSL سرٽيفڪيٽ جي ضرورت پوندي ۽ اهو سڄي نٽوي کي ڪڍي ڏيندو.

اهميت جهڙي، ان جي URL ساخت (URL structure) جي ڪري، گوگل ۽ ٻيا گهڻيون سرچ انجن توهان جي سبڊائري-بنيو نٽوي تي موجود سڀني سائيٽن کي هڪ وڏي سائيٽ طور ڏسندا آهن. ان نتيجي ۾، توهان جي ڪاروباري جي ڪارون (end-customers) طرفان سائيٽن ۾ جيڪا مواد شامل ڪيو ويندو اهو توهان جي ل اينڊنگ سائيٽ جي SEO ڪارڪردگي تي اثر انداز ٿي سگهي ٿو، مثال طور. اثر جي سطح تي بحث ٿيندي آهي ۽ اها دليل ڏيڻ جو عمل آهي ته هي ترتيب SEO ڪارڪردگي لاءِ به فائديمند ٿي سگهي ٿي.

سبڊومين موڊ (Subdomain Mode) اسان کي ترتیب ڏيڻ ۾ ٿورو وڌيڪ جترو سخت آهي، پر ان جي URL ساخت (URL structure) (مثال: subsite.yournetwork.com) عام طور تي "اهل وسيلي" لڳندي آهي.

सबडोमेन मोड सेट کرنے میں ایک بڑی چیلنج یہ ہے کہ پوری نیٹ ورک کے لیے SSL کوریج (HTTPS) ہو۔ اس کی وجہ یہ ہے کہ براؤزر سبڈومینز کو الگ اکائیاں سمجھتے ہیں۔ اس کے نتیجے میں، آپ کو اپنے نیٹ ورک پر ہر سبڈومین کے لیے ایک مختلف SSL سرٹیفکیٹ کی ضرورت ہوگی، یا وائلڈ کارڈ SSL سرٹیفکیٹ جیسا کوئی خاص قسم کا سرٹیفکیٹ۔ حالیہ برسوں میں، ہوسٹنگ فراہم کرنے والے اور پینلز اپنی SSL فراہم کرنے کے طریقے کو بہتر بنا رہے ہیں اور کچھ بٹن دبانے پر وائلڈ کارڈ سرٹیفکیٹس پیش کرتے ہیں، جس سے سیٹ اپ کی پیچیدگی کے لحاظ سے دونوں طریقوں کے درمیان فرق کم ہو رہا ہے۔

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

سپر ایڈمن (The Super Admin)

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

ورڈپریس ملٹی سائٹ میں، ایک نیا قسم کا صارف کھلتا ہے: سپر ایڈمن – اور ایک نیا ایڈمن پینل کھلتا ہے: نیٹ ورک ایڈمن پینل۔

نام سے ظاہر ہوتا ہے کہ سپر ایڈمن کے پاس نیٹ ورک پر طاقتیں ہیں، وہ اس کی تمام سب سائٹس، پلگ انز، تھیمز، ہر چیز کا انتظام کرنے کے قابل ہوتا ہے!

جب آپ اپنی سنگل-سائٹ ورڈپریس انسٹالیشن کو ملٹی سائٹ میں تبدیل کرتے ہیں، تو سنگل سائٹ کے اصل ایڈمن خود بخود سپر ایڈمن بن جاتا ہے۔

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

نوٹ: جیسا کہ آپ دیکھ سکتے ہیں، کسی کو اپنے نیٹ ورک میں بلانا اور انہیں سپر ایڈمن اسٹیٹس دینا اس صارف کو آپ کے پورے نیٹ ورک پر مکمل کنٹرول دیتا ہے۔ مثال کے طور پر، دوسرے سپر ایڈمن بھی آپ کی سپر ایڈمن اسٹیٹس ہٹا سکتے ہیں، جس سے آپ خود اپنے نیٹ ورک ایڈمن پینل سے باہر ہو جاتے ہیں۔ Ultimate Multisite کسٹمرز کو یہ اجازت دینے کے لیے کہ اضافی سپر ایڈمن کیا کر سکتے ہیں اس پر باریک کنٹرول رکھیں، ہمارے پاس Support Agents نام کا ایک add-on ہے، جو آپ کو ایک اور قسم کا صارف – ایک ایجنٹ – بنانے کی اجازت دیتا ہے جس کے پاس صرف وہ اجازتیں ہوں جن کی انہیں نیٹ ورک پر اپنے کام کرنے کے لیے ضرورت ہوتی ہے۔

سب سائٹس میں کیا مشترک ہے اور کیا نہیں

جیسا کہ ہم پہلے ذکر کر چکے ہیں، WordPress multisite کا ایک اہم فائدہ یہ ہے کہ تمام سب سائٹس ایک ہی کنفیگریشنز، کور فائلوں، تھیمز، پلگ انز، WordPress کور فائلوں وغیرہ کو شیئر کرتی ہیں۔

تاہم، ایسی چیزیں بھی ہیں جو ہر سب سائٹ کے لیے الگ سے ترتیب دی گئی ہیں۔

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

• ہر سب سائٹ کا اپنا مخصوص ایڈمن پینل ہوتا ہے اور وہ پلگ انز یا تھیمز کو فعال یا غیر فعال کر سکتا ہے جب تک کہ انہیں ایک سپر ایڈمن نے نیٹ ورک پر فعال نہ کیا ہو۔

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

WordPress Multisite پر صارف کا انتظام

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

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

منظر نامہ تصور کریں:

توهان پر وورڈپریس ملٹی سائٹ نیٹ ورک بنانا اور لوگوں کو ماہانہ فیس کے بدلے سب سائٹس پیش کرنا شروع کرنا۔

آپ کا پہلا ادائیگی کرنے والا کسٹمر – جان۔ آپ نے اپنے نیٹ ورک پر جان کے لیے ایک سائٹ بنائی، تمام ضروری پلگ انز انسٹال کیے، پھر جان کے لیے ایک یوزر بنایا تاکہ وہ اپنی سٹور کو مینج کر سکے۔

پھر دوسری کسٹمر آئی – آلائس۔ آپ نے اس کے لیے بھی یہی کام کیا اور اب اس کا بھی نیٹ ورک پر ایک سٹور ہے۔

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

ایک دن، جان کو جو نئے جوتے خریدنے ہیں وہ آلائس کی سٹور پر مل جاتے ہیں۔ جب وہ خریداری مکمل کرنے کی کوشش کرتا ہے، تو اسے ایک "ای میل پہلے سے استعمال ہو چکی ہے" کا ایرر میسج ملتا ہے، جو عجیب بات ہے کیونکہ جان اس بات کو 100% یقینی طور پر یقین رکھتا ہے کہ یہ پہلی بار ہے جب اس نے آلائس کی ویب سائٹ دیکھی ہے۔

یہاں کیا ہوا ہے وہ یہ ہے کہ جان کا یوزر پورے نیٹ ورک کے لیے شیئر کیا گیا ہے، لہذا جب وہ آلائس کی سائٹ پر چیک آؤٹ کے لیے اکاؤنٹ بنانے کی کوشش کرتا ہے تو وورڈپریس کو پتہ چل جاتا ہے کہ اسی ای میل ایڈریس والا یوزر پہلے سے موجود ہے اور ایک ایرر پھینک دیتا ہے۔

نوٹ: ہمیں یہ احساس ہوا کہ یہ آپ کے استعمال کے کیس کے لحاظ سے کتنا برا ہو سکتا ہے، اس لیے Ultimate Multisite میں ایک ایسا آپشن ہے جو موجودہ صارف کی جانچ کو نظر انداز کر دیتا ہے، جس سے ایک ہی ای میل ایڈریس کا استعمال کرتے ہوئے متعدد اکاؤنٹس بنائے جا سکتے ہیں۔ ہر اکاؤنٹ کسی سب سائنٹ سے جڑا ہوتا ہے، لہذا ٹکراؤ (collision) کا خطرہ کم رکھا جاتا ہے۔ اوپر دیے گئے مثال میں، جان کو کوئی ایرر میسج نہیں ملے گا اور وہ بغیر کسی رکاوٹ کے وہ جوتے خرید سکے گا۔ اس آپشن کو Enable Multiple Accounts کہا جاتا ہے، اور اسے Ultimate Multisite → Settings → Login & Registration پر فعال کیا جا سکتا ہے۔

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

کارکردگی کے لحاظ سے غور کرنے والی باتیں (Performance considerations)

WordPress multisite اس بات کے حوالے سے واقعی بہت طاقتور ہے کہ یہ کتنی سائٹس کو سپورٹ کر سکتی ہے۔ اسے اس حقیقت سے جانچا جا سکتا ہے کہ WordPress.com، Edublogs، اور Campuspress سب multisite پر مبنی سروسز ہیں اور ہر ہوسٹ ہزاروں سائٹس رکھتا ہے۔

اگر تھیوری میں ایک ہی WordPress multisite انسٹالیشن پر آپ کتنی سائٹس ہوسٹ کر سکتے اس کی کوئی حد نہیں ہے، لیکن عملی طور پر آپ جو سائٹس اطمینان بخش طریقے سے چلا سکتے وہ کئی مختلف عوامل پر منحصر ہو سکتی ہیں: سائٹس کتنی متحرک (dynamic) ہیں، سبسائٹس کے لیے کون سی پلگ انز دستیاب ہیں وغیرہ۔

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

سب سے اچھی بات یہ ہے کہ چونکہ یہ سب WordPress ہے، لہذا کارکردگی کو بہتر بنانے کے لیے وہی ٹولز جو آپ پہلے سے جانتے ہیں اور پسند کرتے ہیں وہ ایک multisite نیٹ ورک کے لیے بھی کام کریں گے۔

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