Ultimate Multisite 101

Ultimate Multisite ହେଉଛି ଏକ WordPress Multisite plugin ଯାହା ଆପଣଙ୍କୁ ଗ୍ରାହକମାନଙ୍କୁ WaaS ବା Websites as a Service ଦେବାକୁ ସକ୍ଷମ କରିଥାଏ। ଆମେ କ'ଣ Ultimate Multisite ଆପଣଙ୍କ ବ୍ୟବସାୟ ଏବଂ ଗ୍ରାହକମାନଙ୍କ ପାଇଁ କିପରି ସାହାଯ୍ୟ କରିପାରିବ, ତାହା ଜାଣିବା ପୂର୍ବରେ ଆମକୁ କିଛି ମୌଳିକ ଜ୍ଞାନ ଅର୍ଜନ କରିବା ଆବଶ୍ୟକ।

The WordPress Multisite

ଆମେ ମଧ୍ୟରୁ ଅଧିକାଂଶ ସ୍ଥାପତ୍ରୀ (installation) ଷ୍ଟକ୍-ଷ୍ଟାଣ୍ଡାର୍ WordPress ବିଷୟରେ ଜାଣିଛନ୍ତି। ଆପଣ ଏହାକୁ ଆପଣଙ୍କ ହୋস্টিং ପ୍ରଭାବକଙ୍କ କଣ୍ଟ୍ରୋଲ୍ ପ୍ୟାନେଲ ମାଧ୍ୟମରେ ସୃଷ୍ଟି କରିପାରିବେ ବା, ଯଦି ଆପଣ ବହୁତ ବୀର, ତେବେ ଏକ ନୂଆ web server ଏବଂ database ସେଟଅପ୍ କରିବା, core files ଡାଉନଲୋଡ କରି ଏକ installations ପ୍ରକ୍ରିୟା ଆରମ୍ଭ କରିପାରିବେ।

ଏହା ବିଶ୍ୱରେ ମିଳି ଯାଇଥିବା ମିଳିଯାଇଥିବା ମିଳିଯାଇଥିବା WordPress ସାଇଟ୍‌ଗୁଡ଼ିକ ପାଇଁ କାର୍ଯ୍ୟ କରେ, କିନ୍ତୁ ଏକ agency ବା ହୋস্টিং ପ୍ରଭାବକଙ୍କ ଦୃଷ୍ଟିକୋଣରୁ ଆମେ ମୁହୂର୍ତ୍ତରେ ଭଲ ଭାବରେ ଚିନ୍ତା କରିବା।

ଏକ automated control panel ମାଧ୍ୟମରେ ଗୋଟିଏ WordPress ସାଇଟ୍ କିମ୍ବା ଏକ ଶହ ପର୍ଯ୍ୟନ୍ତ ସାଇଟ୍ ସୃଷ୍ଟି କରିବା ସହ ସେଥିପାଇଁ ଆମେ synch (ସଙ୍ଗମ) ହୋଇଥାଉ, କିନ୍ତୁ ଏହି ସାଇଟ୍‌ଗୁଡ଼ିକର ପରିଚାଳନା (management) ମାନରେ ପହଞ୍ଚିଲେ ଅନ soon ସମସ୍ୟା ଦେଖାଯିବା ଆରମ୍ଭ କରିବ। ଯଦି ଏହାକୁ ପରିଚାଳନା କରା ନଯାଏ, ତେବେ ମାଲୱାର୍ (malware) ପାଇଁ ଆପଣ ପ୍ରମୁଖ ଲକ୍ଷ୍ୟ ହୋଇଥାଆନ୍ତି। ପରିଚାଳନା କରିବା ଅର୍ଥ ହେଉଛି ପ୍ରୟାସ ଏବଂ ସମ୍ପଦର ବ୍ୟବହାର, ଏବଂ WordPress ସାଇଟ୍‌ଗୁଡ଼ିକର ପରିଚାଳନା ଏବଂ ତିଷ୍ଠିତ କରିବାର କାର୍ଯ୍ୟକୁ ସରଳ କରିବା ପାଇଁ ବାହାରେ external tools ଏବଂ plugins ମଧ୍ୟ ଉପଲବ୍ଧ, କିନ୍ତୁ ଗ୍ରାହକମାନେ ପ୍ରଶାସନିକ ପ୍ରବେଶ (administrative access) ବଜାୟ ରଖନ୍ତି, ଯୋଗୁଁ ଏହି ପ୍ରୟାସଗୁଡ଼ିକ ସହଜରେ ପରାସ୍ତ ହୋଇପାରେ।

ଏହାର core ଭିତରେ, WordPress 'Multisite' ନାମରେ ଏକ ବିଶେଷ ଅବଲମ୍ବନ (feature) ଯୋଗ ଦିଏ, ଯାହାର ମୂଳ 2010 ରେ WordPress 3.0 ଆରମ୍ଭ ହେବା ସମୟରେ ଆସିଥିଲା। ସେତେSince, ଏହା ନୂଆ features ପ୍ରଦାନ କରିବା ଏବଂ ସୁରକ୍ଷାକୁ କଠୋର କରିବା ପାଇଁ ଅନେକ revision ପାଇଛି।

ସାରା କହିଲେ, ଏକ WordPress multisiteକୁ ଏପରି ଭାବରେ ବିବେଚନା କରାଯାଇପାରିବ: ଏକ ବିଶ୍ୱବିଦ୍ୟାଳୟ ଗୋଟିଏ WordPress installation ରଖେ, କିନ୍ତୁ ପ୍ରତ୍ୟେକ fakultତା ନିଜର ନିଜର WordPress site ରଖେ।

আসুন আমরা কিছু প্রাথমিক শব্দগুলো দেখে নিই যা শুধু Ultimate Multisite-এর ডকুমেন্টেশনে নয়, বরং পুরো WordPress কমিউনিটিতেও ব্যবহার করা হয়।

নেটওয়ার্ক (The Network)

ওয়ার্ডপ্রেসের ক্ষেত্রে, মাল্টিসাইট নেটওয়ার্ক মানে হলো একটি ড্যাশবোর্ড থেকে একাধিক সাবসাইট পরিচালনা করা। হোস্টিং প্রোভাইডারের মধ্যে মাল্টিসাইট নেটওয়ার্ক তৈরি করার পদ্ধতি আলাদা হলেও, শেষ পর্যন্ত ওয়ার্ডপ্রেসে জানাতে wp-config.php ফাইলে কিছু অতিরিক্ত নির্দেশিকা যোগ করতে হয় যে এটি এই নির্দিষ্ট মোডে চলছে।

একটি স্ট্যান্ড-অ্যালোন ওয়ার্ডপ্রেস ইনস্টলেশন এবং একটি মাল্টিসাইট নেটওয়ার্কের মধ্যে বেশ কিছু স্পষ্ট পার্থক্য আছে, যা আমরা সংক্ষেপে আলোচনা করব।

সাবডোমেইন বনাম সাবডিরেক্টরি (Subdomain vs. Subdirectory)

আপনাকে যে সিদ্ধান্তটি নিতে হবে তার মধ্যে একটি হলো আপনার মাল্টিসাইট ইনস্টলেশনটি সাবডিরেক্টরি নাকি সাবডোমেইনের মাধ্যমে চলবে। Ultimate Multisite এই দুটি বিকল্পের সাথেই সমানভাবে কাজ করে, তবে এই দুটি কনফিগারেশনের মধ্যে কিছু স্থাপত্যগত পার্থক্য আছে।

সাবডিরেক্টরি কনফিগারেশনে, নেটওয়ার্ক সাইটগুলো মূল ডোমেইন নামের উপর ভিত্তি করে একটি পাথ উত্তরাধিকার সূত্রে পায়। উদাহরণস্বরূপ, 'site1' নামে চিহ্নিত একটি নেটওয়ার্ক সাইটের সম্পূর্ণ URL হবে https://domain.com/site1। সাবডোমেইন কনফিগারেশনে, নেটওয়ার্ক সাইটটি মূল ডোমেইন থেকে একটি নিজস্ব সাবডোমেইন পাবে। অর্থাৎ, 'site1' নামে চিহ্নিত সাইটের সম্পূর্ণ URL হবে https://site1.domain.com/।

যদিও উভয় বিকল্পই পুরোপুরি বৈধ পছন্দ, তবে সাবডোমেইন ব্যবহারের কিছু সুবিধা আছে, কিন্তু এর স্থাপত্যের জন্য আরও বেশি চিন্তা এবং পরিকল্পনা প্রয়োজন।

DNS-এর ক্ষেত্রে, subdirectories ব্যবহার করা তুলনামূলকভাবে সহজ একটা সমস্যা। যেহেতু নেটওয়ার্ক সাইটগুলো আসলে প্যারেন্ট পাথ বা মূল ডোমেইনের সন্তানের মতো, তাই মূল ডোমেইন নামের জন্য শুধু একটি মাত্র ডোমেইন নাম এন্ট্রি থাকা দরকার। কিন্তু 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 ଭାବରେ ସେଟିଂ କରାଯାଏ, ସେଟି ଇନଷ୍ଟ୍ରିଟର୍ (site administrators) ପାଇଁ ପ୍ଲଗିନ୍ ଏବଂ ଥିମ ଇନଷ୍ଟଲ କରିବାର କ୍ଷମତାକୁ ବାତିଲ କରିଦିଏ ଏବଂ ଏହି କ୍ଷମତାକୁ ନୂଆ ସେଟି ଅଡମିନିଷ୍ଟ୍ରେଟର (network administrator) ବା 'ସୁପର ଆଡମିନ' ଭୋଲ୍ (role) ମଧ୍ୟରେ ସ୍ଥାନାନ୍ତର କରିଦିଏ। ଏହି ବିଶେଷ ଅଧିକାରୀ ଭୂମିକା ତାହା ନିର୍ଦ୍ଦେଶ କରିପାରନ୍ତି ଯେ କେଉଁ ସେଟିର ଆଡମିନମାନେ ନିଜ ଡାଶବୋର୍ଡରେ ପ୍ଲଗିନ୍ ମେନୁ ଦେଖିବାକୁ ଅନୁମତି ଦେବେ ଏବଂ ଯଦି ଦେବେ, ତେବେ ସେହି ଅନୁମତିଟି ପ୍ଲଗିନ୍ କାର୍ଯ୍ୟକାରୀ କରିବା (activating) କିମ୍ବା ଅକାର୍ଯ୍ୟକରଣ କରିବା (deactivating) ପାଇଁ ବ୍ୟାପିଯିବ କି ନାହିଁ, ତାହା ସେ ନିର୍ଦ୍ଦେଶ କରିପାରନ୍ତି।

ଏହି ଅନ୍ତର୍ଗତ, ମల్టీସାଇଟ୍ ଆଡମିନିଷ୍ଟ୍ରେଟର ହେଉଛନ୍ତି ମల్टीସାଇଟ୍‌ରେ ପ୍ଲଗିନ୍ ଏବଂ ଥିମ ସେଟିରେ ଇନଷ୍ଟଲ କରିବା ଏବଂ ନିଜ ସେଟି ପାଇଁ ଅନୁମତି ଦିଆଯାଇଥିବା ପ୍ଲଗିନ୍ ଏବଂ ଥିମ ବ୍ୟବହାର କରିବା ପାଇଁ ଅନୁମତି ପ୍ରଦାନ କରିବା ପାଇଁ କ୍ଷମତାକୁ ବିଭାଜନ କରନ୍ତି। ସେଟି ଆଡମିନିଷ୍ଟ୍ରେଟର୍ ନିଜ ସେଟିରେ ନିର୍ଦ୍ଧାରିତ ନଥିବା ପ୍ଲଗିନ୍ ଏବଂ ଥିମ ଇନଷ୍ଟଲ କରିପାରିବେ ନାହିଁ କିମ୍ବା ସେମାନଙ୍କୁ ଦେଖିପାରିବେ ନାହିଁ।

ବ୍ୟବହାରକ ଏବଂ ଆଡମିନିଷ୍ଟ୍ରେଟର୍ (Users and Administrators)

WordPress Multisite ରେ, ସମସ୍ତ ମల్टीସାଇଟ୍ ସମାନ ଡାଟାବେସ୍ ବ୍ୟବହାର କରନ୍ତି ଏବଂ ତେଣୁ ସମାନ ବିଜ୍ଞାନୀ (users), ଭୂମିକା (roles) ଏବଂ କ୍ଷମତା (capabilities) ସହ ବାଣ୍ଟିଥାନ୍ତି। ଏହାକୁ ସବୁଠାରୁ ଭଲଭାବରେ ଚିନ୍ତା କରିବାକୁ ଗଲେ, ସମସ୍ତ ବିଜ୍ଞାନୀ ମల్टीସାଇଟ୍‌ର ଅଂଶ ଏବଂ କୌଣସି ନିର୍ଦ୍ଦିଷ୍ଟ ସେଟିର ନୁହନ୍ତି।

ଏହି ବୁଝାମଣା ଦୃଷ୍ଟିରୁ, ବିଶେଷ କରି ଯେଉଁ କାରଣରୁ ବିଜ୍ଞାନୀ ତିଆରି କରିବାକୁ ଅନୁମତି ଦିଆଯାଇପାରିବ, ସେଥିପାଇଁ WordPress Multisite ସେଟି ଆଡମିନିଷ୍ଟ୍ରେଟର୍ଙ୍କଠାରୁ ଏହି କ୍ଷମତା ବାତିଲ କରିଦିଏ ଏବଂ ଏହାକୁ ନେଟୱର୍କ ଆଡମିନିଷ୍ଟ୍ରେଟରଙ୍କ ପାଇଁ ସ୍ଥାନାନ୍ତର କରିଦିଏ। ଏପରି ମଧ୍ୟ, ନେଟୱର୍କ ଆଡମିନିଷ୍ଟ୍ରେଟର୍ ସେଟି ଆଡମିନିଷ୍ଟ୍ରେଟର୍‌କୁ ନିଜ ସେଟି ପାଇଁ ବିଶେଷ ବ୍ୟବହାରକ ଖାତା (user accounts) ତିଆରି କରିବା ପାଇଁ ଆବଶ୍ୟକ ଅଧିକାର ପ୍ରଦାନ କରିପାରନ୍ତି।

ଉପରୋକ୍ତ ବିବରଣୀକୁ ପୁଣିଥରେ କହିବା, ଯେଉଁ ବିଜ୍ଞାନୀ ଖାତାଗୁଡ଼ିକ ସେଟି ସହିତ ଜଡିତ ବୋଲି ଦେଖାଯାଏ, ବାସ୍ତବରେ ସେ ନେଟୱର୍କ ସହିତ ଆଲୋକିତ ଏବଂ ତେଣୁ ସମଗ୍ର ମల్टीସାଇଟ୍‌ରେ ଅନନ୍ୟ ହେବା ଆବଶ୍ୟକ। ଏଭଳି କେତେକ ପରିସ୍ଥିତିରେ, ଏହି କାରଣରୁ ନାମ (usernames) ରେଜିଷ୍ଟ୍ରେଷ୍ଟ କରିବାକୁ ଅସମ୍ଭବ ହୋଇପାରେ।

যদিও এন্টারপ্রাইজ সিস্টেমে এটি অপরিচিত ধারণা নয়, ব্যবহারকারী নিবন্ধন এবং প্রমাণীকরণের জন্য এই একক উৎসটি এমন মানুষদের কাছে বোঝা কঠিন হতে পারে যারা স্ব-নির্ভর ওয়ার্ডপ্রেস ইনস্টলেশনের সাথে পরিচিত যেখানে ব্যবহারকারী প্রশাসন কিছুটা সহজ।

মিডিয়া (Media)

যেখানে নেটওয়ার্ক সাইটগুলি একটি ওয়ার্ডপ্রেস মাল্টিসাইটে একই ডেটাবেস ভাগ করে নেয়, তারা ফাইল সিস্টেমের জন্য মিডিয়া ফাইলের জন্য আলাদা পাথ বজায় রাখে।

স্ট্যান্ডার্ড ওয়ার্ডপ্রেস লোকেশন (wp-content/uploads) একই থাকে; তবে এর পাথ পরিবর্তন করা হয় যাতে নেটওয়ার্ক সাইটের অনন্য আইডি প্রতিফলিত হয়। ফলস্বরূপ, একটি নেটওয়ার্ক সাইটের মিডিয়া ফাইলগুলি wp-contents/uploads/site/[id] হিসাবে প্রদর্শিত হয়।

পার্মালিঙ্কস (Permalinks)

আমরা আগে উল্লেখ করেছি যে সাবডোমেইন কনফিগারেশনের চেয়ে সাবডিরেক্টরি কনফিগারেশনের স্বতন্ত্র সুবিধা রয়েছে এবং এখানে তা দেওয়া হলো: পাথ।

একটি সাবডিরেক্টরি কনফিগারেশনে, মূল সাইটটি (নেটওয়ার্ক প্রতিষ্ঠিত হওয়ার সময় তৈরি করা প্রথম সাইট) এবং নেটওয়ার্ক সাবসাইটগুলির ডোমেইন নাম থেকে আসা একই পাথ ভাগ করে নিতে হবে। এর ফলে প্রচুর দ্বন্দ্বের সম্ভাবনা থাকে।

পোস্টগুলির জন্য, নেটওয়ার্ক সাইটগুলির সাথে সংঘর্ষ এড়াতে মূল সাইটে একটি বাধ্যতামূলক /blog/ পাথ যোগ করা হয়। এর মানে হলো 'পোস্টের নাম' এর মতো সুন্দর পার্মালিঙ্কগুলি domain.name/blog/post-name/ হিসাবে প্রদর্শিত হবে।

একটি সাবডোমেইন কনফিগারেশনে এই পদক্ষেপটি প্রয়োজন হয় না কারণ প্রতিটি নেটওয়ার্ক সাইট সম্পূর্ণ ডোমেইন বিভাজন থেকে উপকৃত হয় এবং তাই তাদের একটি একক পথের উপর নির্ভর করার প্রয়োজন নেই। পরিবর্তে, তারা তাদের সাবডোমেইনের উপর ভিত্তি করে নিজস্ব স্বতন্ত্র পাথ বজায় রাখে।

স্ট্যাটিক পেজ (Static Pages)

subdirectory কনফিগারেশনে, স্ট্যাটিক পেজগুলোর ক্ষেত্রে নাম সংক্রান্ত সংঘর্ষের সম্ভাবনা থাকে কারণ মেইন সাইট এবং নেটওয়ার্ক সাইটগুলো একই পাথ শেয়ার করে।

এটা এড়াতে, ওয়ার্ডপ্রেস কিছু নির্দিষ্ট সাইটের নাম ব্ল্যাকলিস্ট করার একটি ব্যবস্থা দেয় যাতে সেগুলো প্রথম সাইটের নামের সাথে সংঘর্ষ না ঘটায়। সাধারণত নেটওয়ার্ক অ্যাডমিনিস্ট্রেটর মেইন সাইটের পেজগুলোর রুট পাথ প্রবেশ করান।

subdomain কনফিগারেশনে, সাবডোমেইনের কারণে নামের সংঘর্ষের সম্ভাবনা কমে যায় কারণ এটি নেটওয়ার্ক সাইটের জন্য অনন্য এবং মেইন সাইটের সাথে কোনোভাবে সম্পর্কিত নয়।

রেজিস্ট্রেশন

ওয়ার্ডপ্রেস মাল্টিসাইটের নেটওয়ার্ক সেটিংসে নতুন ব্যবহারকারী রেজিস্ট্রেশনের বেশ কিছু বিকল্প পাওয়া যায়, যা নতুন এবং বিদ্যমান ব্যবহারকারীদের সাইট তৈরি করতে দেয়।

একক ওয়ার্ডপ্রেস ইনস্টলেশনের বিপরীতে, নেটওয়ার্ক সাইটগুলো ব্যবহারকারী নিবন্ধন বা সেই নিবন্ধিত ব্যবহারকারীদের ভূমিকা (roles) নির্ধারণ করার পরিচিত বিকল্পগুলো বজায় রাখে না।

যখন ব্যবহারকারীর অ্যাকাউন্ট তৈরি করা হয়, তখন সেই অ্যাকাউন্টগুলো নেটওয়ার্ক স্তরে তৈরি হয়। তাই এটি কোনো নির্দিষ্ট সাইটের সাথে যুক্ত হওয়ার পরিবর্তে পুরো নেটওয়ার্কের সাথে যুক্ত থাকে। এর কিছু বিশেষ সুবিধা এবং অসুবিধা রয়েছে।

ଉଦାହରଣ ସ୍ୱରୂପ, ଆପଣଙ୍କର WordPress Multisite ଖବର ଏବଂ ସୂଚନା ପ୍ରସାରଣର ବ୍ୟବସାୟରେ ଅଛି ବୋଲି ମନେ କରନ୍ତୁ। ଆପଣ ସେହି multisite ସ୍ଥାପନ କରିବେ ଏବଂ ଫାଇନାନ୍ସ, ଟେକ୍ନୋଲୋଜି, ମନୋରମତା ଏବଂ ଅନ୍ୟାନ୍ୟ ଆଗ୍ରହୀ ବିଭାଗ ପାଇଁ ନେଟୱାର୍କ ସାଇଟ୍‌ଗୁଡ଼ିକ ସୃଷ୍ଟି କରିବେ, ଯାହାକି ଉପରେ ଥିବା plugin ଏବଂ theme ଉପରେ ମୋଟ କ୍ଷମତା ବଜା ରଖିବେ। ପ୍ରତ୍ୟେକ ନେଟୱାର୍କ ସାଇଟ୍ ଆପଣଙ୍କର custom post types ବା ସାଧାରଣ post categories ଠାରୁ ଅଧିକ ଦୃଶ୍ୟ ଏବଂ ବିଶେଷ ଭାବରେ user experience ଉପରେ କ୍ଷମତା ରଖିବ।

ଏହି ସ୍ତରରେ, ଯେତେବେଳେ ଜଣେ user login କରିଥାନ୍ତି, ସେ ନେଟୱାର୍କରେ login କରନ୍ତି ଏବଂ ଶେଷରେ ପ୍ରତ୍ୟେକ ନେଟୱାର୍କ ସାଇଟ୍‌ରେ ମଧ୍ୟ login ହୋଇଥାନ୍ତି ଯାହାଦ୍ୱାରା ଏକ ସୁଗନ୍ଧି (seamless) ଅଭିଜନ ଲାଭ ହୁଏ। ଯଦି ଆପଣଙ୍କର ନୂଆ ସାଇଟ୍ଟି subscription-based ହେଉଥିବ, ତେବେ ଏହା ହିଁ ଆଦର୍ଶ সমাধান ଏବଂ ଫଳ।

ଯଦିଓ, multisite ର ଲକ୍ଷ୍ୟ ଏକ ଅସମ୍ପର୍କୀୟ ନେଟୱାର୍କ ସାଇଟ୍‌ଗୁଡ଼ିକୁ ପ୍ରସ୍ତୁତ କରିବା ହୋଇଥାଏ ଯାହା ମଧ୍ୟ ଆନ୍ତରିକ ସମ୍ପର୍କରେ ନଥିବ, ତେବେ user roles ଉପରେ କୌଣସି ପରିବର୍ତ୍ତନ କରିବା ପାଇଁ ବାହାରୀ ବା ଅତିରିକ୍ତ plugin ଆବଶ୍ୟକ ହୁଏ।

Domain ଏବଂ SSL

ଆମେ WordPress Multisite ସ୍ଥାପନା ବିଷୟରେ କହିବା ଯାହା ପ୍ରାୟ ଆମର ଧ୍ୟାନ ମିଳିନଥିଲା - Wordpress.com। ଏହା WordPress multisite ର ସବୁଠାରୁ ବ୍ୟାପକ ଉଦାହରଣ ଏବଂ ଏହାକୁ କୌଣସି ଲକ୍ଷ୍ୟ ପୂରଣ କରିବା ପାଇଁ କେତେ ଭଲ କିପରି ବ୍ୟବହାର କରିପାରିବ, ତାହା ଦର୍ଶାଏ।

ଆଜିର ଆଧୁନିକ ଇଣ୍ଟରନେଟରେ SSL ବ୍ୟବହାର ପ୍ରାୟ ବାଧ୍ୟତାମୂଳକ ଏବଂ WordPress multisite ର ନେଟୱାର୍କ ଅଡମିନିଷ୍ଟ୍ରେସନ୍‌ଗୁଡ଼ିକ ଶୀଘ୍ର ଏହି ଚ୍ୟାଲେଞ୍ଜ୍‌ ସମ୍ମୁଖରେ ପଡୁଛନ୍ତି।

subdomain configuration ରେ, ସାଇଟ୍ଗୁଡ଼ିକ ରୁଟ ଡୋमेन ନାମ ଉପରେ ଆଧାର କରି ସୃଷ୍ଟି ହୁଏ। ତେଣୁ ‘site1’ ବୋଲି ନାମ ଦିଆଯାଇଥିବା ଏକ ସାଇଟ୍ ‘site1.domain.com’ ଭାବରେ ସୃଷ୍ଟି ହୁଏ। ଏକ wildcard SSL certificate ବ୍ୟବହାର କରି, ଏକ ନେଟୱାର୍କ ଅଡମିନିଷ୍ଟ୍ରେସନ୍ ଏହି ଚ୍ୟାଲେଞ୍ଜକୁ ସଫଳତାର ସହ ମୁକାବିଲା କରିପାରନ୍ତି ଏବଂ ନେଟୱାର୍କ ପାଇଁ SSL encryption କ୍ଷମତା ପ୍ରଦାନ କରିପାରନ୍ତି।

WordPress Multisite-ରେ ଏକ ডোমেইন ম্যাপিং ফাংশন থাকে, যা নেটওয়ার্ক সাইটগুলিকে কাস্টম ডোমেইন নাম বা নেটওয়ার্কের মূল ডোমেইন থেকে ভিন্ন ডোমেইন নামগুলির সাথে যুক্ত করতে সাহায্য করে।

নেটওয়ার্ক অ্যাডমিনিস্ট্রেটরদের জন্য এটি ডোমেইন নাম কনফিগারেশন এবং SSL সার্টিফিকেট ইস্যু ও রক্ষণাবেক্ষণের ক্ষেত্রে অতিরিক্ত একটি স্তরের জটিলতা তৈরি করে।

এই কারণে, যদিও WordPress Multisite-এর মাধ্যমে www.anotherdomain.com-কে ‘site1’-এর সাথে ম্যাপ করা সম্ভব, তবুও নেটওয়ার্ক অ্যাডমিনিস্ট্রেটরের কাছে DNS এন্ট্রিগুলি বাহ্যিকভাবে পরিচালনা করা এবং SSL সার্টিফিকেট বাস্তবায়নের চ্যালেঞ্জটি রয়ে যায়।

Ultimate Multisite

একটি একক ওয়ার্ডপ্রেস ইনস্টলেশন এবং একটি মাল্টিসাইট ইনস্টলেশনের মধ্যেকার পার্থক্যগুলো বুঝে নিলে, আসুন দেখি কিভাবে Ultimate Multisite ওয়েবসাইট অ্যাজ আ সার্ভিস (WaaS) প্রদানের জন্য চূড়ান্ত অস্ত্র হিসেবে কাজ করে।

পরিচিতি

Ultimate Multisite হলো আপনার সুইজারল্যান্ডের বহুমুখী ছুরি যখন আপনি একটি ওয়েবসাইট অ্যাজ আ সার্ভিস (WaaS) তৈরি করতে চান। Wix.com, Squarespace, WordPress.com এবং তারপর নিজের পরিষেবা মালিক হওয়ার কথা ভাবুন।

ভেতরের দিক থেকে Ultimate Multisite WordPress Multisite ব্যবহার করে কিন্তু এমনভাবে ব্যবহার করে যা নেটওয়ার্ক অ্যাডমিনিস্ট্রেটরদের মাল্টিসাইট ইনস্টলেশনের সাথে জড়িত অসংখ্য চ্যালেঞ্জগুলি সমাধান করার পাশাপাশি বিভিন্ন ধরণের ব্যবহারের ক্ষেত্রগুলিকে সমর্থন করার ক্ষমতা বাড়িয়ে তোলে।

নিচের বিভাগগুলিতে আমরা সেই ক্ষেত্রগুলিকে সমর্থন করার জন্য প্রয়োজনীয় কিছু সাধারণ ব্যবহারের ক্ষেত্র এবং বিবেচ্য বিষয়গুলি দেখব।

ব্যবহারের ক্ষেত্রসমূহ

কেস ১: একটি এজেন্সি

সাধারণত একটি এজেন্সির মূল দক্ষতা ওয়েবসাইট ডিজাইন করা, যেখানে তাদের হোস্টিং বা মার্কেটিংকে অতিরিক্ত পরিষেবা হিসাবে তালিকাভুক্ত করার মতো দিকগুলি থাকে।

एजेंसीहरूको लागि, Ultimate Multisite ले एउटै प्लेटफर्ममा धेरै वेबसाइटहरू होस्ट र व्यवस्थापन गर्ने क्षमताले अविश्वसनीय मूल्य प्रस्ताव प्रस्तुत गर्दछ। विशेष गरी, जसले GeneratePress, Astra, OceanWP वा अन्य जस्ता निश्चित थीमहरूमा आफ्नो डिजाइन मानकीकृत गर्छन्, ती एजेंसीहरूले प्रत्येक नयाँ साइटका लागि यी थीमहरू स्वचालित रूपमा सक्रिय गर्न Ultimate Multisite को क्षमताहरूको लाभ उठाउन सक्छन्।

यसैगरी, एजेन्सी मूल्य निर्धारणको लागि सामान्य र लोकप्रिय प्लगइनहरूको लागि धेरै डिलहरूको उपलब्धतासँगै, Ultimate Multisite प्रयोग गर्दा एजेन्सीहरूले प्लगइनहरू इन्स्टल गर्ने, मर्मत गर्ने र उपयोग गर्ने साझा प्लेटफर्म प्रदान गरेर आफ्नो विद्यमान लगानीको लाभ उठाउन सक्छन्।

बहुसंख्यक अवस्थामा, कन्फिगरेशनको आवश्यकता हुनेछ र सौभाग्यवश, Ultimate Multisite ले धेरै लोकप्रिय होस्टिंग प्रदायकहरूका लागि डोमेन मैपिंग र SSL प्रमाणपत्रहरूलाई Cloudflare र cPanel जस्ता सेवाहरूसँग यसका एकीकरणहरूको साथ अविश्वसनीय रूपमा सजिलो बनाउँछ।

त्यसैले, यी मध्ये कुनै एक प्रदायकको लाभ उठाएर वा Ultimate Multisite लाई Cloudflare पछाडि राखेर डोमेन व्यवस्थापन र SSL प्रमाणपत्रहरू जस्ता पक्षहरू केही सहज हुन्छन्।

जुन एजेन्सीहरू साइटहरूको निर्माणमा कडा नियन्त्रण राख्न चाहन्छन्, ती साइटहरू बनाउन र Ultimate Multisite को सुव्यवस्थित इन्टरफेस मार्फत ग्राहक र योजनाहरूसँग साइटहरू जोड्न सक्ने सजिलोपनको सराहना गर्नेछन्।

प्रत्येक उत्पादनको आधारमा प्लगइन र थीममा कडा नियन्त्रण Ultimate Multisite को सहज इन्टरफेस मार्फत कायम गरिन्छ, जसले नयाँ साइटका लागि इन्स्टेन्ट गरिएमा प्लगइनहरू र थीमहरू उपलब्ध वा लुकाउन सकिने तर तिनीहरूको सक्रिय अवस्था पनि व्यवस्थापन गर्न अनुमति दिन्छ।

Themes ମଧ୍ୟ ସମାନ କାର୍ଯ୍ୟକାରିତା ପ୍ରଦାନ କରେ, ଯାହା ଦ୍ୱାରା ସାଇଟ୍ ତିଆରି କରିବା ସମୟରେ ନିର୍ଦ୍ଦିଷ୍ଟ ธีମ୍‌କୁ ସକ୍ରିୟ (activate) କରାଯାଇପାରେ ବା ଅଲଗା କରାଯାଇପାରେ।

एजेंसीମାନେ Ultimate Multisite ମାଧ୍ୟମରେ ଶାନ୍ତି ପାଇବେ, ଯାହା ସେମାନଙ୍କର ସବୁଠାରୁ ଭଲ କାମ କରିପାରିବ - ଅତ୍ୟନ୍ତ ଉତ୍ତମ ୱେବସାଇଟ୍ ଡିଜାଇନ୍ କରିବା।

କେସ 2: ନିଶ୍ଚିତ ପ୍ରଦୋଷୀ (Niche Provider)

ଏକ ପୁରୁଣା କଥା ଅଛି ଯାହା କହେ, "ଏକ ଜିନିଷକୁ ଭଲ ଭାବରେ କରିବା।" ଅନେକ ବିଶେଷଜ୍ଞମାନଙ୍କ ପାଇଁ ଏହାର ଅର୍ଥ ହେଉଛି ଏକ ମୂଳ ଧାରଣା (core idea) ଆଖପାତି କରି ଏକ ଉତ୍ପାଦ ବା ସେବା ତିଆରି କରିବା।

ହେଲେ, କ'ଣ ଆପଣ ଗୋଲଫ୍ ପ୍ରେମୀ ଅଟନ୍ତି ଯିଏ କ୍ଲବକୁ ୱେବସାଇଟ୍ ପ୍ରୋମୋଟ୍ କରୁଛନ୍ତି ନା ଏକ espoort gamer ଯିଏ କ୍ଲାନ୍‌ଗୁଡ଼ିକ ପାଇଁ ୱେବସାଇଟ୍ ଦେଉଛନ୍ତି? ବା ଆପଣ କୌଣସି रेସ୍ଟରେଣ୍ଟକୁ ବୁକ୍ କରିବା ସେବା ପ୍ରୋମୋଟ୍ କରୁଥିବା ବ୍ୟକ୍ତି ଅଟନ୍ତି?

ଅନେକ କାରଣ ଆପଣ ଏକ ସାଧାରଣ ଫ୍ରେମ୍‌ୱାର୍କ ଏବଂ ପ୍ଲାଟଫର୍ମ ଆଧାରରେ ସେବା ପ୍ରଦାନ କରିବାକୁ ଚାହୁଁବେ। ହୁଏତ ଆପଣଙ୍କର ଆବଶ୍ୟକ କାର୍ଯ୍ୟକାରିତା ଯୋଗାଇବା ପାଇଁ ବୈଷୟିକ ଉପକରଣ (bespoke plugins) ତିଆରି କରିଛନ୍ତି କିମ୍ବା ଏହି କ୍ଷେତ୍ରର ସର୍ବୋତ୍ତମ ପ୍ରାବତିକ ଅନୁସୂଚୀରେ ଡିଜାଇନ୍ ପାଇଁ କୌଣସି ପ୍ରକାରର ମାନଦଣ୍ଡିତ ପଦ୍ଧัต (standardized approach) ଆବଶ୍ୟକ ହୋଇପାରେ।

Ultimate Multisite ର ଏକ ନୂଆ ବିବିଧତା ହେଉଛି ଟେମ୍ପଲେଟ ସାଇଟ୍‌ଗୁଡ଼ିକର ବ୍ୟବହାର। ଏକ ଟେମ୍ପଲେଟ ସାଇଟ୍ ହେଉଛି ଏପରି ଏକ ସାଇଟ୍ ଯେଉଁଠି ธีମ୍ (theme) ଇନଷ୍ଟଲ୍ ଓ ଆକ୍ଟିଭେଟ୍ କରାଯାଇଛି, ଆବଶ୍ୟକ ପ୍ଲଗିନ୍‌ଗୁଡ଼ିକ ଇନଷ୍ଟଲ୍ ଓ ଆକ୍ଟିଭେଟ୍ କରାଯାଇଛି ଏବଂ ନମୁନା ପୋଷ୍ଟ ବା ପେଜ୍ ସୃଷ୍ଟି କରାଯାଇଛି। ଯେତେବେଳେ ଜଣେ ଗ୍ରାହକ ଟେମ୍ପଲେଟ ଆଧାରରେ ଏକ ନୂଆ ସାଇଟ୍ ତିଆରି କରନ୍ତି, ଟେମ୍ପଲେଟର ବିଷୟବସ୍ତୁ ଓ ସେଟିଙ୍ଗ୍ସ ନୂଆ ସାଇଟ୍‌ରେ ପ୍ରତିଲିପ୍ତ (copied) ହୋଇଯାଏ।

ନିଶ୍ଚିତ ପ୍ରଦୋଷୀ ସାଇଟ୍ ଏବଂ ସେବା ପ୍ରଦାନକ ପାଇଁ, ଏହା କଷ୍ଟକର ଉପକାର ଦେଇଥାଏ ଯେ ଜଣେ কাস্টମ ଫ୍ଲଗିନ୍ ଓ ଡିଜାଇନ ସହିତ ਤਿਆਰ ଏକ ସାଇଟ୍ ମୁହୂର୍ତ୍ତିରେ ତିଆରି କରିବାକୁ ପାଆନ୍ତି। କଷ୍ଟମ ଫ୍ଲଗିନ୍ ଓ ଡିଜାଇନ ସହିତ ସେବାଟି ସମ୍ପୂର୍ଣ୍ଣ କରିବା ପାଇଁ କେବଳ ସବୁଠାରୁ ନିମ୍ନମୂଲ୍ୟ ଇନପୁଟ (minimal input) ଦେବାକୁ ପଡ଼ିବ।

প্রয়োজন অনুযায়ী সাব-ডিরেক্টরি বা সাবডোমেইন কনফিগারেশন দুটোই উপযুক্ত হতে পারে। সেক্ষেত্রে আর্কিটেকচার পছন্দ হবে সাব-ডিরেক্টরির জন্য সাধারণ SSL সার্টিফিকেট নাকি সাবডোমেইনের জন্য ওয়াইল্ডকার্ড SSL সার্টিফিকেট ব্যবহার করা হবে, তার মধ্যে।

কেস ৩: ওয়ার্ডপ্রেস ওয়েব হোস্টিং

ওয়ার্ডপ্রেস সাইট হোস্ট করার অনেক উপায় আছে, কিন্তু গ্রাহককে প্রি-ইনস্টল করা ওয়ার্ডপ্রেস ভার্সন দিয়ে ওয়েব স্পেস দেওয়ার মতো সহজ কিছু খুব কমই পাওয়া যায়। কারণ একটি অর্থপূর্ণ পরিষেবা দেওয়ার জন্য বেশ কিছু সিদ্ধান্ত এবং বিবেচনার সমন্বয় প্রয়োজন হয়।

Ultimate Multisite এই ক্ষেত্রে সেরা, কারণ এটি ওয়ার্ডপ্রেস সাইট হোস্টিংয়ের জন্য একটি সম্পূর্ণ টার্নকি সমাধান দেয়। এই সমাধানে সাবস্ক্রিপশন পরিষেবা, পেমেন্ট সংগ্রহ, চেকআউট ফর্ম, ডিসকাউন্ট ভাউচার এবং গ্রাহকের যোগাযোগের মতো মূল মেকানিজমগুলো অন্তর্ভুক্ত থাকে।

একটি ওয়ার্ডপ্রেস মাল্টিসাইট সঠিকভাবে ইনস্টল, কনফিগার এবং রক্ষণাবেক্ষণের জন্য প্রয়োজনীয় বেশিরভাগ কাজ Ultimate Multisite দ্বারা সহজ করা হয়, যার ফলে নেটওয়ার্ক অ্যাডমিনিস্ট্রেটরদের কেবল তাদের পরিষেবা বা নির্দিষ্ট ক্ষেত্র যেমন প্রোডাক্ট টিয়ার, মূল্য নির্ধারণ এবং পরিষেবার অফার ইত্যাদির মতো বিষয়গুলো বিবেচনা করতে হয়।

Ultimate Multisite-এর সাথে যুক্ত হতে ইচ্ছুক ডেভেলপারদের জন্য, এই সমাধানটি একটি সম্পূর্ণ RESTful API এবং ইভেন্ট নোটিফিকেশনের জন্য Webhooksও সরবরাহ করে।

অনেক বাহ্যিক প্লাগইন এবং লাইসেন্সের উপর নির্ভর না করেও, Ultimate Multisite Wix, Squarespace, WordPress.com ইত্যাদির মতো ফিচার সমৃদ্ধ এবং তুলনীয় একটি সমাধান প্রদান করে।

আর্কিটেকচার বিবেচনা

যদিও এটি একটি সম্পূর্ণ নির্দেশিকা নয়, তবে একটি Ultimate Multisite ইনস্টলেশনকে সমর্থন করার জন্য সঠিক প্রযুক্তি নির্বাচনের ক্ষেত্রে নিচের বিষয়গুলো নির্দেশিকা হিসেবে কাজ করতে পারে।

শেয়ার্ড বনাম ডেডিকেটেড হোস্টিং

দুর্ভাগ্যবশত সব হোস্টিং প্রোভাইডার সমান নয় এবং কিছু প্রতিষ্ঠান চরম সার্ভার ঘনত্ব ব্যবহার করে। কম খরচের প্রোভাইডাররা সাধারণত সার্ভারের সর্বোচ্চ ব্যবহার করে আয় করে। এর ফলে আপনার Ultimate Multisite ইনস্টলেশন একই সার্ভারে শত শত সাইটের মধ্যে একটি হতে পারে।

প্রোভাইডারের কাছ থেকে উপযুক্ত সুরক্ষা ব্যবস্থা না থাকলে, শেয়ার্ড সার্ভারে থাকা সাইটগুলো 'নয়সিNeighbour' (noisy neighbour) সমস্যার সম্মুখীন হয়। এর মানে হলো, একই সার্ভারে অন্য সাইটগুলোর জন্য অবশিষ্ট রিসোর্স নিয়ে প্রতিযোগিতা করতে ওই সাইটটি এত বেশি রিসোর্স ব্যবহার করছে। এটি প্রায়শই এমন সাইটের ক্ষেত্রে দেখা যায় যা ধীরগতিতে চলে বা সময়মতো প্রতিক্রিয়া জানায় না।

আপনি নিজেই একটি ওয়েব হোস্টিং প্রোভাইডার হিসেবে, এই প্রভাবগুলো আপনার গ্রাহকদের খারাপ গতি, কম পেজ র‍্যাঙ্ক এবং উচ্চ বাউন্স রেট অনুভব করাতে পারে, যার ফলে তারা অন্য কোথাও পরিষেবা খুঁজতে শুরু করে এবং গ্রাহক চলে যেতে পারেন।

সংক্ষেপে, সস্তা মানে ভালো নয়।

Ultimate Multisite অনেক ভালো হোস্টিং প্রোভাইডারের সাথে কাজ করার জন্য পরিচিত এবং ডোমেইন ম্যাপিং ও স্বয়ংক্রিয় SSL-এর মতো ফাংশনগুলো সরবরাহ করতে তাদের পরিবেশের সাথে ভালোভাবে ইন্টিগ্রেট করে। এই প্রোভাইডাররা পারফরম্যান্সকে গুরুত্ব দেয় এবং শেয়ার্ড হোস্টিংয়ের চেয়ে উচ্চ মানের পরিষেবা প্রদান করে।

সামঞ্জস্যপূর্ণ প্রোভাইডারের তালিকা এবং প্রত্যেকের জন্য সম্পূর্ণ সেটআপ নির্দেশাবলীর জন্য অনুগ্রহ করে Compatible Providers ডকুমেন্টেশন দেখুন।

পারফরম্যান্স বিবেচনা

Ultimate Multisite কোনো ধীর অ্যাপ্লিকেশন নয়, বরং এটি আশ্চর্যজনকভাবে দ্রুত। তবে, এটি কেবল অন্তর্নিহিত অ্যাপ্লিকেশন এবং অবকাঠামোর মতোই ভালো কাজ করতে পারে এবং শুধুমাত্র তার কাছে যা অ্যাক্সেসযোগ্য তা ব্যবহার করতে পারে।

এটা ভেবে দেখুন: আপনার একটি Ultimate Multisite ইনস্টলেশনের নেটওয়ার্ক অ্যাডমিনিস্ট্রেটর হিসেবে ১০০টি সাইট আছে। তাদের মধ্যে কিছু সাইট ভালো চলছে এবং প্রতিদিন প্রচুর ওয়েবসাইটের ভিজিটর আকর্ষণ করছে।

ଏହି ସ୍ଥିତିଟି ଯଦି ଏକ କିଛି ଛୋଟ ସାଇଟ୍ (ଯେପରି ଗୋଟିଏରୁ ପାଞ୍ଚଟି) ପାଇଁ ହୁଏ, ତେବେ ଏହା ଅଲଗା ହୋଇଥାଏ, କିନ୍ତୁ ବଡ଼ ମାପରେ ସମସ୍ୟାର ଦୃଶ୍ୟମାନ ହୋଇଯାଏ।

ଯଦି ଏକ Ultimate Multisite ସାଇଟ୍‌କୁ ଯତ୍ନ ନ ନଆଯାଏ, ତେବେ ସେ ସାଇଟ್‌ଗୁଡ଼ିକର ସମସ୍ତ ବ୍ୟବେକ୍ଷଙ୍କ ଆବଶ୍ୟକତା ପୂରଣ କରିବା ପାଇଁ ଦାୟୀ ରହିଥାଏ। ଏହି ଆବଶ୍ୟକତାଗୁଡ଼ିକ ଡାଇନାಮಿକ୍ PHP ପେଜ୍ସ କିମ୍ବା ସ୍ଥିତିକ ଅସତ୍ତ୍ୱ (static assets) ଯେପରି ମଧ୍ୟ ହୋଇପାରେ, ଯେପରି ସାଇଲେଟ୍‌ସହିତ, ଜାଭାସ୍କ୍ରିପ୍ଟ ବା ମିଡିଆ ଫାଇଲ୍ସ। ଏକ କିମ୍ବା ଏବଂ ଏକଶହ ସାଇଟ୍ ପାଇଁ, ଏହି କାର୍ଯ୍ୟଗୁଡ଼ିକ ପରସ୍ପରକୁ ପରିବର୍ତ୍ତନଶୀଳ, ଏକଦାମୀ ଏବଂ ଅପ୍ରୟ ହୋଇଯାଏ। ଯେଉଁଠି ପ୍ରତିଟି ଆବେଦନ ପାଇଁ PHP ଫାଇଲ୍ ପ୍ରକ୍ରିୟା କରିବା ପାଇଁ CPU ଶକ୍ତି ଏବଂ ମେମୋରେଣ୍ଣ ବ୍ୟବହାର କରିବା ଅନା++] । ଯେତେବେଳେ ପ୍ରତିଟି ଆବେଦନ ପାଇଁ ସେହି ସ୍ଥିତିକ ତଥ୍ୟ ପାଇଁ ନିର୍ଦ୍ଦିଷ୍ଟ ଫାଇଲ୍‌ଗୁଡ଼ିକର ଆବଶ୍ୟକତା ରହିଥାଏ।

ଏହି ସମସ୍ୟାର ଏକ ସହଜ ଉପାୟ ହେଉଛି సర్ဗର ଅପଗ୍ରେଡ୍ କରିବା, କିନ୍ତୁ ଏହା ଦ୍ୱିତୀୟ ଏକ ସମସ୍ୟାକୁ ମଧ୍ୟ ସମାଧାନ କରେ ନାହିଁ - ଭୌଗୋଳିକ ବିଳମ୍ବ (geographic latencies)। ଏହି ସମସ୍ୟାର ପ୍ରକୃତ ଉପରେ ଅନେକ ସର୍ତ୍ତାବିଦ୍ୱୀଗ ପ୍ରୋଫେସନାଲ୍‌ମାନେ ସ୍ଥିତିକ ପେଜ୍ସ ପାଇଁ ଆଗକୁ ବାହାର କରିବା (front-end caching solutions) ଏବଂ କଣ୍ଟେଣ୍ଟ ଡିଷ୍ଟ୍ରିବ୍ୟୁସନ୍ ନେଟୱାର୍କ (CDN) ବ୍ୟବହାର କରନ୍ତି। ଏହି ଆବଶ୍ୟକତା ପୂରଣ କରିବା ଏବଂ ସର୍ଭରକୁ ପୂର୍ବରୁ ଅସତ୍ତ୍ୱଗୁଡ଼ିକ ଯୋଗାଯୋଗରେ ପଠାଇବା ପ୍ରକ୍ରିୟା ପ୍ରକ୍ରିୟାର ସମ୍ପୂର୍ଣ୍ଣ ବ୍ୟବହାରକୁ ରକ୍ଷା କରେ, ବିଳମ୍ବକୁ ଦୂର କରିଦିଏ, ଅନା++] ଅପଗ୍ରେଡ୍ ଆବଶ୍ୟକତାକୁ ବାଧା ଦିଏ ଏବଂ ପ୍ରଯୁକ୍ତି ବିଦ୍ୟାର ନିବେଶକୁ ମାନ୍ୟତା ଦିଏ।

Ultimate Multisite ରେ ଏକ ଜଟିଳ Cloudflare add-on ର ଅଛି, ଯାହା ସର୍ଭର ପରିଚାଳକମାନଙ୍କୁ ସେମାନଙ୍କ ଇନଷ୍ଟଲସନ୍‌ଗୁଡ଼ିକୁ Cloudflare ମଧ୍ୟରେ ରଖିବା ଏବଂ କେବଳ ଏହାର କ୍ୟାଚିଙ୍ଗ୍ କ୍ଷମତା ବରୁ ନୁହେଁ, ବରଂ DNS ହୋଷ୍ଟିଂ, SSL ସର୍ଟିକେଟ୍ସ ଏବଂ ସୁରକ୍ଷା ମେକାନିଜମ୍‌ଗୁଡ଼ିକ ମଧ୍ୟ ବ୍ୟବହାର କରିବାକୁ ଅନୁମତି ଦିଏ।

ରେକର୍ଡ୍ (Backups)

ଆପଣ ୫୦ ଜଣଙ୍କଠାରୁ ବ୍ୟାକ୍ଅପ୍ ବିଷୟରେ ପରାମର୍ଶ ନେଇ ଏକ ଛଅଶଟି ଭିନ୍ନ ବିଭାଗର ସ୍ଥିତିକ ରଣନୀତି ଶୁଣିପାରିବେ। ଉତ୍ତର ହେଉଛି, ଏହା ଆପଣଙ୍କ ଉପରେ ନିର୍ଭର କରେ।

ବ୍ୟାକପ୍ସ ନେବା ଆବଶ୍ୟକ ଏବଂ ଯେଉଁ ସେବା ପ୍ରଦାନ କରୁଛି, ବିଶେଷ କରି ମ୍ୟାନେଜଡ୍ ସେବା ଦେଉଥିବା ସେହି ସେବାକୁ, ସେମାନେ ଏହାକୁ ପରିଚାଳନା କରନ୍ତି ବୋଲି ଅତ୍ୟନ୍ତ ସମ୍ଭବ। ତେଣୁ ଗ୍ରାହକମାନେ ଏହି ସେବା ପ୍ରଦାନ କରିବା ଏବଂ ପରିଚାଳନା କରିବା ପାଇଁ ନେଟୱାର୍କ ଆଡମିନିଷ୍ଟ୍ରେଟରଙ୍କ ଆଶା କରିବେ। କିଏ ନେଟୱାର୍କ ଆଡମିନିଷ୍ଟ୍ରେଟରଙ୍କୁ ଦେଖନ୍ତି, ସେଥିପାଇଁ ଏକ ଅଳ୍ପ ଭିନ୍ନ ପ୍ରଶ୍ନ।

ଏହି ବିଭାଗ ପାଇଁ ଆମେ ଏହା ସମ୍ମତି ନେଉଛୁ ଯେ ବ୍ୟାକପ୍ସ ହେଉଛି ବ୍ୟାକପ୍ସ ଲାବ କରିବା ସମୟର ସିଷ୍ଟମର ଅବସ୍ଥାର ଏକ ସମୟ-ଭିତ୍ତିକ କପି। ସରଳ ଭାବରେ କହିବାକୁ ଗଲେ, ବ୍ୟାକପ୍ସ ନେବାର ସମୟରେ ସିଷ୍ଟମର ଯେଉଁ ଅବସ୍ଥା ଥିଲା, ସେହି ଅବସ୍ଥାଟି ବ୍ୟାକପ୍ସରେ ଧରିଯାଇ ରଖାଯାଏ।

ଏହି ବୁଝାଣୀକୁ ମନେ କରି, କିପରି ବ୍ୟାକପ୍ସ କରିବା ଏବଂ ଆପଣଙ୍କ ପାଇଁ କ'ଣ ସର୍ବୋତ୍ତମ ହେବ, ତାହା ପ୍ରାୟତଃ ଆପଣଙ୍କ ଆବଶ୍ୟକତା ଏବଂ ହୋଷ୍ଟିଂ ପ୍ରଦୋଷକର (hosting provider) ସେହି ଆବଶ୍ୟକତା ପୂରଣ କରିବାର କ୍ଷମତା ଉପରେ ନିର୍ଭର କରିବ। ହେଲେ, ଅଧିକ ମତ ଦେବାଠାରୁ କମ୍ ମତ ଦେବା ଆଡ଼କୁ, ନିମ୍ନଲିଖିତ ବିକଳ୍ପଗୁଡ଼ିକ କିଛି ମାର୍ଗଦର୍ଶନ ପ୍ରଦାନ କରିପାରିବ।

ସ୍नैପଶଟ୍ସ (Snapshots)

ବ୍ୟାକପ୍ସ ପାଇଁ ସ୍नैପଶଟ୍ସ ହେଉଛି ରୂପରେ ବୁଲୁଥିବା ତରୁଣ ମୂଳଦୁଆ, କାରଣ ଏହା ସହଜ, ଜଟିଳ ନୁହେଁ (ଯଦି ଆପଣ ବୁଝିବେ ଯେ ପୁନଃ ପ୍ରତିଷ୍ଠା କରିବାକୁ ଚାହୁଁଛନ୍ତି), ଏବଂ 'ସମୟରେ ଠିକ୍' କାର୍ଯ୍ୟ କରେ। ଏଥିପାଇଁ ଆପଣଙ୍କ ପ୍ରଦୋଷକରଙ୍କ ସହାୟତା ଆବଶ୍ୟକ, ଯେଉଁଥିରେ ମୁଖ୍ୟତଃ VPS (Virtual Private Server) ବା ଏଥିଭଳି କିଛି ଥିଲେ ଅନୁଯାୟୀ ଏହା ପ୍ରଯୁଜ୍ୟ। ଆମର 'Compatible Providers' డాక్యుమెସେଣ୍ଟରେ ଦର୍ଶାଯାଇଥିବା କିଛି ପ୍ରଦୋଷକମାନେ ନେଟୱାର୍କ ଆଡମିନିଷ୍ଟ୍ରେଟରଙ୍କ ପୁଣି କୌଣସି ହସ୍ତକ୍ଷେପ ବା ବିଚାର ବିନା ବ୍ୟାକପ୍ସ ପ୍ରଦାନ କରିବାକୁ ଅନୁଯାୟୀ ସେବା ଦେଇଥାନ୍ତି।

ବ୍ୟାପକ ବ୍ୟବଧାନ (backups) ଫାଇଲ୍ ଏବଂ ଡାଟାবে ଲକ୍ଷ୍ୟ କରନ୍ତି, ଅତ୍ୟନ୍ତ ବ୍ୟବଧାନ (snapshot) ସମ୍ପୂର୍ଣ୍ଣ ଡିସ୍କକୁ ଲକ୍ଷ୍ୟ କରେ। ଏହାର ଅର୍ଥ ହେଉଛି, ସନଷ୍ଟିପ୍‌ରେ ସାଇଟ୍‌ର ଡାଟା ମାତ୍ର ନୁହେଁ, ଆପରେଟିଂ ସିଷ୍ଟମ୍ (operating system) ଏବଂ କନଫିଗୁରେସନ୍ ମଧ୍ୟ ଗ୍ରହଣ କରାଯାଏ। ଅନେକଙ୍କ ପାଇଁ ଏହା ଏକ ଉପଗୁଡ଼ିକର ଏକ ବୈଶିଷ୍ଟ୍ୟ, କାରଣ ଏକ ସନଷ୍ଟିପ୍‌ରୁ ପ୍ରାୟ ତୁରନ୍ତ ଏକ ନୂଆ ସିଷ୍ଟମ୍ ସୃଷ୍ଟି କରିବାକୁ ମିଳେ ଏବଂ ଏହାକୁ ଅସୁସ୍ଥ ଇନ୍ଷ୍ଟାନ୍ସ ବଦଳାଇବା ପାଇଁ କାର୍ଯ୍ୟରେ ଆଣିପାରେ। ଏହିପରି, ଫାଇଲ୍ଗୁଡ଼ିକ ପ୍ରାପ୍ତ କରିବା ପାଇଁ ସନଷ୍ଟିପ୍ ଚିତ୍ରକୁ ଏକ ଡିସ୍କ ଭାବରେ ଅଟାଚ କରିବା ମାଧ୍ୟମରେ କେବଳ ବର୍ତ୍ତମାନର ଫାଇଲ୍ଗୁଡ଼ିକ ପ୍ରାପ୍ତ କରିବା ଆବଶ୍ୟକ।

ହୋଷ୍ଟିଂ ପ୍ରଦୋଷୀଙ୍କ ସହିତ ସନଷ୍ଟିପ୍‌ ପାଇଁ ଅତିରିକ୍ତ ମୂଲ୍ୟ ଦେଇପାରେ, କିନ୍ତୁ ଏହା ଦୁର୍ଘଟଣା ବିରୁଦ୍ଧରେ ଏକ ବୀମା ପରି।

ବାହ୍ୟ ସ୍କ୍ରିପ୍ଟ୍ (External Scripts)

ୱପର୍ଡପ୍ରେସ୍ (WordPress) ଏବଂ MySQL ଉପକରଣଗୁଡ଼ିକର ବ୍ୟାପକ ବ୍ୟବଧାନ ପାଇଁ ବାହ୍ୟ ସ୍କ୍ରିପ୍ଟ୍ ଏବଂ ସମାଧାନ ଅଭାବ ନଥିବାକୁ ଦେଖାଯାଏ, ଏବଂ ଏହା Ultimate Multisite ପାଇଁ ଭଲ କାର୍ଯ୍ୟ କରିବ, କାରଣ ଏହା WordPress ଫାଇଲ୍‌ସିଷ୍ଟମ୍ ଏବଂ ଡାଟାବେସ୍ ବ୍ୟବହାର କରୁଥିବା ଏକ WordPress plugin। ତେଣୁ, ଯାହା WordPress ସାଇଟକୁ ବ୍ୟବଧାନ କରିବ, ତାହା Ultimate Multisite ର ଆବଶ୍ୟକତାକୁ ଯଥାସମୟରେ ପୂରଣ କରିବ।

ଆମେ ଗୋଟିଏ ସ୍କ୍ରିପ୍ଟକୁ ଅନ୍ୟଠାରୁ ଭଲ କହିପାରିବା ନାହିଁ, କିନ୍ତୁ ଆମର ସାଧାରଣ ପରାମର୍ଶ ହେଉଛି, ଫଳାଫଳଗୁଡ଼ିକ ଆକର୍ଷଣୀୟ ବୋଲି ନିଶ୍ଚିତ କରିବା ପାଇଁ ଅନେକ ବ୍ୟବଧାନ ଏବଂ ପୁନଃସୃଷ୍ଟି (restore) ପରୀକ୍ଷା ଚଲାଇବା, ଏବଂ ବିଶେଷ କରି ଯେଉଁଠାରେ କୌଣସି ପ୍ରକାରର ଡିଫରେନ୍ସିଆଲ୍ ବ୍ୟବଧାନ (differential backup strategy) ପ୍ରଯୁଜ୍ୟ ହୁଏ, ସେଠାରେ ସ୍କ୍ରିପ୍ଟ ଏବଂ ଏହାର କାର୍ଯ୍ୟକାରୀତାକୁ ନିରନ୍ତର ଭାବରେ ମୂଲ୍ୟାଙ୍କନ କରି 'নিশ্চିତ ରହିବା' ଉଚିତ୍।

ଏହା ଦୃଷ୍ଟିରେ ଧ୍ୟାନ ଦେବା ଯେ, ଏହି ସ୍କ୍ରିପ୍ଟଗୁଡ଼ିକ ଚାଲିବା ସମୟରେ ସିଷ୍ଟମ୍ ଲୋଡ୍ ବଢାଇବ, ଯାହାକୁ ଗଣନା କରିବା ଆବଶ୍ୟକ।

প্লাଗଇନ୍ (Plugins)

WordPressରେ ଏପରି କୌଣସି ସମସ୍ୟା ନଥିଲା ଯାହାକୁ ଏକ plugin ଦ୍ୱାରା ସମାଧାନ କରାଯାଇପାରିବ ନାହିଁ, ଏବଂ ଯଦି ବାହ୍ୟ ସ୍କ୍ରିପ୍ଟ୍ ପରିଚାଳନା କରିବା ଆପଣଙ୍କର ଆଗମନ ନଥିଲା, ତେବେ ହୁଏତ plugin ହେଉଛି ଅନ୍ୟ ଏକ ଭଲ ବିକଳ୍ପ।

ప్లగిన్‌లు వాటి ఎంపికలు మరియు ఫీచర్లలో తేడా ఉన్నప్పటికీ, అవి ఎక్కువగా ఒకే పని చేస్తాయి - అంటే వర్డ్‌ప్రెస్ ఫైల్స్ మరియు డేటాబేస్ కంటెంట్‌ను కాపీ చేయడం. ఆ తర్వాత, కొన్ని ప్లాగిన్‌లు బ్యాకప్‌లను Google Drive లేదా Dropbox వంటి బాహ్య సేవలకు లేదా S3, Wasabi వంటి అనుకూలమైన ఆబ్జెక్ట్ స్టోరేజ్ సర్వీస్‌లకు కూడా పంపగలవు. ఎక్కువ సమగ్రమైన ప్లాగిన్‌లు డిఫరెన్షియల్ బ్యాకప్‌లను అందిస్తాయి లేదా భవిష్యత్తులో ఖర్చు తగ్గించడానికి మార్పు చేసిన డేటాను మాత్రమే బ్యాకప్ చేయడానికి ఒక వ్యూహాన్ని అందిస్తాయి.

మీరు మీ ప్లాగిన్‌ను ఎంచుకునేటప్పుడు, అది మల్టీసైట్ అవ్వడానికి అనుకూలంగా ఉందో లేదో నిర్ధారించుకోవడం చాలా ముఖ్యం. బ్యాకప్ రన్ అవుతున్నప్పుడు సర్వర్‌పై తాత్కాలిక లోడ్ ఉంటుందని మీరు ఆశించవచ్చు, దాని ప్రక్రియ పూర్తయ్యే వరకు.

డొమైన్ మరియు SSL

మల్టీసైట్ సబ్డొమైన్ మోడ్‌లో డొమైన్ పేర్లు గురించి ఇప్పటికే చాలా చర్చ జరిగింది. నెట్‌వర్క్ నిర్వాహకులకు దాదాపు అందరికీ ఉపయోగపడే పరిష్కారం వైల్డ్ కార్డ్ DNS ఎంట్రీలను ఉపయోగించడం.

ఈ రకమైన DNS ఎంట్రీలు 'site1.domain.com' మరియు 'site2.domain.com' వంటి సబ్డొమైన్‌లను 1.2.3.4 IP అడ్రస్‌కు విజయవంతంగా పరిష్కరించగలవు, ఇది Ultimate Multisite మరియు సబ్డొమైన్ మోడ్‌లో వర్డ్‌ప్రెస్ మల్టీసైట్‌కు ఎక్కువవరకు మద్దతు ఇస్తుంది.

ఇది HTTP కోసం కూడా చాలా బాగా పనిచేయవచ్చు ఎందుకంటే టార్గెట్ హోస్ట్ HTTP హెడర్ల నుండి చదవబడుతుంది, కానీ ఈ రోజుల్లో సురక్షితమైన HTTPS లావాదేవీలు దాదాపు తప్పనిసరి అయినప్పుడు వెబ్ అంత సరళంగా లేదు.

ସୁବିଧା ସମ୍ପୂର୍ଣ୍ଣ ଭାବରେ SSL సర్ଟିଫିକେଟ୍ ପାଇଁ ଅଛି। ସବୁ-ଡିଡ୍ରିଭରି ମୋଡ୍ (subdirectory mode) ରେ ଏକ ନିୟମିତ ଡୋमेन సర్ଟିଫିକେଟ୍ ବ୍ୟବହାର କରାଯାଇପାରିବ। ଏଗୁଡ଼ିକ ହୋଷ୍ଟିଂ ପ୍ରଦାତାଙ୍କଠାରୁ ସହଜରେ ଓ ମୁକ୍ତ ଭାବରେ ಲଭିବାକୁ ମିଳିଥାଏ, ଯେଉଁମାନେ ମୁକ୍ତ Let'sEncrypt ସେବା ବା ଅନ୍ୟ କୌଣସି ଉତ୍ସରୁ ଏହା ବ୍ୟବହାର କରିପାରନ୍ତି। ଅନ୍ୟ ଦିଗରେ, ଯଦି ଆପଣ సర్ଟିଫିକେଟ୍ ସାଇନିଂ ପ୍ରତିକ୍ରିୟା (certificate signing request) ତିଆରି କରିପାରନ୍ତି, ତେବେ ଅଧିକାରୀମାନଙ୍କଠାରୁ ଏହା ବ୍ୟବସାୟିକ ଭାବରେ ମିଳିଥାଏ।

ସବୁ-ଡୋमेन ମୋଡ୍ (subdomain mode) ପାଇଁ, ଏକ ୱାଇଲ୍ଡକର୍ SSL సర్ଟିଫିକେଟ୍ ଏକ ୱାଇଲ୍ଡକର୍ ଡୋमेन ସହିତ ସମ୍ପୂର୍ଣ୍ଣ ଭାବରେ ମିଶିଯିବ ଏବଂ ଅତିରିକ୍ତ କୌଣସି ବିଭାଗ ନଥିବା ବେଳେ ରୁଟ ଡୋमेन ଏବଂ ସମସ୍ତ ସବୁ-ଡୋमेन ପାଇଁ సర్ଟିଫିକେଟ୍‌କୁ ଅଧିକାରୀ କରିବାକୁ ସହଜ ହେବ।

କିନ୍ତୁ, ଏହା ଦୃଷ୍ଟିରେ ଧ୍ୟାନ ଦେବା ଆବଶ୍ୟକ ଯେ, Cloudflare ଭଳି ସେବାଗୁଡ଼ିକ ସହିତ ୱାଇଲ୍ଡକର୍ SSL సర్ଟିଫିକେଟ୍ କାର୍ଯ୍ୟ କରିପାରିବ ନାହିଁ, ଯଦି ଆପଣ ଏଣ୍ଟ୍ରପ୍ରାଇଜ ପ୍ଲାନ୍ (enterprise plan)ରେ ଅଛନ୍ତି ବା ପ୍ରବେଶକୁ DNS ମାତ୍ରରେ ସେଟ କରନ୍ତି, ଯେଉଁଥିରେ ସମସ୍ତ କ୍ୟାଚିଂ (caching) ଏବଂ ଅପ୍ଟିମାଇଜେସନ (optimization) ବାପ୍ତ ହୋଇଯାଏ।

Out-of-the-box Ultimate Multisite ଏହି ସମସ୍ୟାର ଏକ ଉଲ୍ଲଭାଣ ପ୍ରଦାନ କରେ, ଯାହା WordPress multisitesର ଆବଶ୍ୟକତା ପାଇଁ ଆମର ବିସ୍ତୃତ ଅଭିଜ୍ଞତାକୁ ଦର୍ଶାଏ। ଏହି ସରଳ add-on କୁ ସକାରଣ କରିବା ଦ୍ୱାରା Ultimate Multisite ଆପଣଙ୍କ Cloudflare credentials ବ୍ୟବହାର କରି ନେଟୱାର୍କ साईटଗୁଡ଼ିକ ପାଇଁ Cloudflare ରେ ଅଟୋମେଟିକ୍ DNS ଏଣ୍ଟ୍ରି ପ୍ରତିଷ୍ଠିତ କରିବ ଏବଂ ସେଗୁଡ଼ିକର ମୋଡ୍ 'proxied' ରୂପେ ସେଟ କରିଦେବ। ଏହିପରି, ପ୍ରତ୍ୟେକ ନେଟୱାର୍କ ସବସାଇଟ୍ ସୃଷ୍ଟି ହେବା ସମୟରେ Cloudflareର SSL ବା ଅନ୍ୟ ଲାଭଗୁଡ଼ିକ ସହିତ ସମ୍ପୂର୍ଣ୍ଣ ରକ୍ଷା ପାଇବ।

ଆପଣଙ୍କ Ultimate Multisite ଇନଷ୍ଟଲେସନର ପ୍ରକୃତି ଏବଂ ଉଦ୍ଦେଶ୍ୟ ଅନୁଯାୟୀ, କେତେକ ଗ୍ରାହକମାନଙ୍କ ପାଇଁ ନିଜର ଡୋमेन ବ୍ୟବହାର କରିବାର ଆବଶ୍ୟକ ହୋଇପାରେ। ଏଥିରେ ନେଟୱାର୍କ ପ୍ରଶାସକକୁ ଦୁଇଟି ସମସ୍ୟା ସମାଧାନ କରିବାକୁ ପଡ଼ିଥାଏ। ଗୋଟି, ଡୋमेन ନାମର ହୋଷ୍ଟିଂ ଏବଂ ଦ୍ୱିତୀୟ, ଡୋमेन ପାଇଁ SSL సర్ଟିଫିକେଟ୍।

ବହୁ ଲୋକଙ୍କ ପାଇଁ Cloudflare ବ୍ୟବହାର କରିବା ଏକ ସହଜ ବିକଳ୍ପ। କେବଳ ଆମକୁ ଆମର ଡୋमेनଟି Cloudflare ରେ ରଖିବା, Ultimate Multisite ର ରେଟ୍ (root) ଡୋमेनକୁ CNAME ରେ ପଏଣ୍ଟ କରିବା ଏବଂ ଆମ ଡୋमेनକୁ Ultimate Multisite ରେ ମ୍ୟାପ କରିବାକୁ ହେବ ଯାହାଦ୍ୱାରା ଆମର କଷ୍ଟମ୍ ଡୋमेन ନାମର ଲାଭ ନେବା ଆରମ୍ଭ ହେବ।

ଏଥି ବ୍ୟତୀତ, ଅନ୍ୟ ବିକଳ୍ପଗୁଡ଼ିକୁ ଖୋଜିବା ଆବଶ୍ୟକ ଯାହାର କାରଣ ହେଉଛି Ultimate Multisite ଦ୍ୱାରା ସମ୍ପୂର୍ଣ୍ଣ ସହିତ କାର୍ଯ୍ୟ କରିବା ପାଇଁ ସମ୍ପଯୋଗୀ ପ୍ରଦାତାମାନଙ୍କ ଏକ ତାଲିକା (list of Compatible Providers) ସୁପାରିଶ କରାଯାଇଛି। ଏହା ଏବଂ କାରଣ DNS ଏବଂ SSL ସେଟଅପ୍ କରିବା ଏକ ଜଟିଳ ପ୍ରକ୍ରିୟା ହୋଇପାରେ। କିନ୍ତୁ, Ultimate Multisite ର ଏହି ପ୍ରଦାତାମାନଙ୍କ ସହିତ ସମ୍ପର୍କ ଯୋଗୁଁ ଜଟିଳତା ବହୁତ କମ୍ ହୋଇଯାଇଛି ଏବଂ ପ୍ରକ୍ରିୟାଟି ଆଟୋମେଟ୍ (automated) ହୋଇଛି।

Plugins

ଆପଣଙ୍କ ଗ୍ରାହକମାନଙ୍କ ପାଇଁ କିମ୍ବା ନେଟୱର୍କ ସାଇଟଗୁଡ଼ିକ ପାଇଁ କାର୍ଯ୍ୟ କରିବା ପାଇଁ ଆପଣଙ୍କୁ ଅତିରିକ୍ତ plugins ଦରକାର ହୋଇପାରେ। ସବୁ plugins WordPress Multisite ଏବଂ Ultimate Multisite ସହିତ କାମ କରେ କି? ଏହା ତାହା ଉପରେ ନିର୍ଭର କରେ।

ଯେତେବେଳେ ଅଧିକାଂଶ plugins ଗୋଟିଏ WordPress Multisite ରେ ଇନଷ୍ଟଲ୍ କରିବାକୁ ସମ୍ଭବ, କିନ୍ତୁ ସେଗୁଡ଼ିକର ଆକ୍ଟିଭେଟେସନ୍ ଏବଂ ଲାଇସେନସିଂ (licensing) ପ୍ରକାରପ୍ରକାରୀ ଅଥାଉଟର୍ (author) ମଧ୍ୟରେ ବଦଳିଯାଏ।

ଆଶ୍ଚର୍ଯ୍ୟ କଥା ହେଉଛି କିଛି plugins ପାଇଁ ଡୋमेन-ବଦ୍ଧତୁ (per-domain basis) ଲାଇସେନସିଂ ଆବଶ୍ୟକ, ଯାହାର ଅର୍ଥ ହେଉଛି କିଛି plugins ପାଇଁ ନେଟୱର୍କ ପ୍ରଶାସକଙ୍କୁ ପ୍ରତ୍ୟେକ ସାଇଟରେ ପ୍ରତ୍ୟେକ plugin ପାଇଁ ମାନୁଆଲି ଭାବରେ ଲାଇସେନ୍ସ ଆକ୍ଟିଭେଟ କରିବାକୁ ପଡ଼ିପାରେ।

ତେଣୁ, ଏହା ସର୍ବୋତ୍ତର ହୋଇପାରେ ଯେ ଆମେ plugin author ସହିତ ଯାଞ୍ଚ କରିବା ଯେ କିପରି ତାଙ୍କର plugin WordPress Multisite ସହିତ କାମ କରିବ ଏବଂ ଏଥିରେ କୌଣସି ବିଶେଷ ଆବଶ୍ୟକତା ବା ପ୍ରକ୍ରିୟା ରହିଛି କି ଲାଇସେନ୍ସ କରିବା ପାଇଁ।