আল্টিমেট মাল্টিসাইট ১০১

আল্টিমেট মাল্টিসাইট হলো একটি ওয়ার্ডপ্রেস মাল্টিসাইট প্লাগইন যা আপনাকে গ্রাহকদের WaaS বা ওয়েবসাইট অ্যাজ আ সার্ভিস অফার করতে সাহায্য করে। আমরা শুরু করার আগে এবং জানতে পারি আল্টিমেট মাল্টিসাইট কীভাবে আপনার ব্যবসা এবং গ্রাহকদের সাহায্য করতে পারে, তার জন্য আমাদের কিছু প্রাথমিক জ্ঞান অর্জন করা দরকার।

ওয়ার্ডপ্রেস মাল্টিসাইট

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

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

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

WordPress-ৰ মূল অংশত, 'Multisite' নামৰ এটা বৈশিষ্ট্য আছে যিটো ২০১০ চনত WordPress 3.0 ৰ আৰম্ভণিৰ সময়ত আৰম্ভ হৈছিল। তেতিઆતৰ পৰা ই নতুন বৈশিষ্ট্যসমূহ প্ৰৱৰ্তন কৰা আৰু চৰ্ততা বৃদ্ধি কৰাৰ লক্ষ্যৰে বহু সংস্কৰণ লাভ কৰিছে।

মূল কথাটো হ'ল, এটা WordPress multisite-ক এনেদৰে ধৰিব পাৰি: এজন বিশ্ববিদ্যালয়ৰ এটা একক WordPress স্থাপন কৰে কিন্তু প্ৰতিটো বিভাগ নিজৰ বাবে নিজৰ WordPress সাইট ৰাখে।

এই উক্তিটো ভাঙি চোৱাৰ বাবে, আমি কিছু মৌলিক শব্দসমূহ চাব লাগিব যিবোৰ কেৱল Ultimate Multisite-ৰ ডকুমেন্টেশ্যনত নহয়, বৰঞ্চ WordPress সম্প্ৰদায়ৰ সকলো ঠাইতেও पाइन्छ।

নেটৱৰ্ক (The Network)

WordPress ৰ দৃষ্টিকোণৰ পৰা, এটা multisite নেটৱৰ্ক মানে হৈছে এজন একক ড

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

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

DNS-এর ক্ষেত্রে, subdirectories ব্যবহার করা তুলনামূলকভাবে সহজ একটি চ্যালেঞ্জ উপস্থাপন করে। যেহেতু নেটওয়ার্ক সাইটগুলি মূল পাথগুলির সন্তান, তাই শুধুমাত্র মূল ডোমেইন নামের জন্য একটি মাত্র ডোমেইন নাম এন্ট্রি থাকা প্রয়োজন। subdomains এর ক্ষেত্রে চ্যালেঞ্জটি একটু বেশি জটিল, যার জন্য হয় প্রতিটি নেটওয়ার্ক সাইটের জন্য আলাদা CNAME এন্ট্রি বা DNS রেকর্ডে ওয়াইল্ডকার্ড (*) এন্ট্রি প্রয়োজন।

SSL এবং SSL সার্টিফিকেট ইস্যু এবং ব্যবহারের ক্ষেত্রে আরও একটি বিবেচ্য বিষয় হলো। subdirectory কনফিগারেশনে একটি একক ডোমেইন সার্টিফিকেট ব্যবহার করা যেতে পারে কারণ নেটওয়ার্ক সাইটগুলি মূল ডোমেইন নামের পাথ মাত্র। এইভাবে, domain.com এর জন্য একটি সার্টিফিকেট https://domain.com/site1, https://domain.com/site2 এবং এগুলোর জন্য SSL প্রদান করতে যথেষ্ট হবে।

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

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

প্লাগইন এবং থিমসমূহ

ওয়ার্ডপ্রেস গ্রাহকের দৃষ্টিকোণ থেকে কী দেয় তা সে কেড়ে নেয়, অন্তত সেই দিক থেকে। একটি স্বতন্ত্র ওয়ার্ডপ্রেস ইনস্টলেশনে যদি সাইট অ্যাডমিনিস্ট্রেটর কোনো খারাপ প্লাগইন ইনস্টল করে বা তাদের ইনস্টলেশন আপডেট রাখতে ব্যর্থ হয়, তবে এই কাজের একমাত্র শিকার এবং হতাহত তিনিই হবেন। তবে, একটি মাল্টিসাইট ইনস্টলেশনে কোনো সাইট অ্যাডমিনিস্ট্রেটর যখন কোনো খারাপ প্লাগইন ইনস্টল করেন, তখন নেটওয়ার্কের প্রতিটি সাইটের শিকার একজন শিকার তৈরি করেন।

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

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

ইউজার এবং অ্যাডমিনিস্ট্রেটরগণ

একটি WordPress Multisite-এ, সমস্ত নেটওয়ার্ক সাইট একই ডেটাবেস ভাগ করে এবং তাই একই ব্যবহারকারী, ভূমিকা (roles) এবং ক্ষমতা (capabilities) ভাগ করে নেয়। এটিকে সবচেয়ে ভালোভাবে বোঝার উপায় হলো যে সমস্ত ব্যবহারকারী কোনো নির্দিষ্ট সাইটের সদস্য নয়, বরং তারা পুরো নেটওয়ার্কের সদস্য।

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

উপরে উল্লিখিত বিষয়টিকে আরও একবার বলতে গেলে, যদিও ইউজার অ্যাকাউন্টগুলি যে সাইটে আছে তার সাথে সম্পর্কিত বলে মনে হতে পারে, বাস্তবে সেগুলি নেটওয়ার্কে বরাদ্দ করা থাকে এবং তাই পুরো নেটওয়ার্কে অনন্য (unique) হতে হবে। এই কারণে কিছু ক্ষেত্রে ব্যবহারকারীর নাম নিবন্ধন করার জন্য উপলব্ধ নাও থাকতে পারে।

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

মিডিয়া (Media)

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

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

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

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

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

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

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

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

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

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

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

রেজিস্ট্রেশন (Registration)

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

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

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

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

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

তবে, যদি মাল্টিসাইটের উদ্দেশ্য এমন ভিন্ন ভিন্ন নেটওয়ার্ক সাইটগুলিকে অফার করা হয় যাদের একে অপরের সাথে কোনো সম্পর্ক নেই, তবে ইউজার রোলগুলি পরিবর্তন করার জন্য প্রায়শই বাহ্যিক বা অতিরিক্ত প্লাগইনগুলির প্রয়োজন হয়।

ডোমেইন এবং SSL

ওয়ার্ডপ্রেস মাল্টিসাইট ইনস্টলেশনের বিষয়ে কথা বলা যাক যা আমাদের নজর এড়িয়ে যেতে পারে - ওয়ার্ডপ্রেস ডট কম। এটি ওয়ার্ডপ্রেস মাল্টিসাইটের সবচেয়ে বিস্তৃত উদাহরণ এবং এর কাস্টমাইজ করার এবং কোনো নির্দিষ্ট উদ্দেশ্য পূরণের জন্য এটিকে আকার দেওয়ার বিশাল ক্ষমতা প্রদর্শন করে।

আজকের আধুনিক ইন্টারনেটে SSL ব্যবহার প্রায় বাধ্যতামূলক এবং ওয়ার্ডপ্রেস মাল্টিসাইটের নেটওয়ার্ক অ্যাডমিনিস্ট্রেটররা শীঘ্রই এই চ্যালেঞ্জগুলির সম্মুখীন হচ্ছেন।

সাবডোমেইন কনফিগারেশনে সাইটগুলি রুট ডোমেইন নামের উপর ভিত্তি করে তৈরি করা হয়। তাই 'site1' নামে একটি সাইট 'site1.domain.com' হিসাবে তৈরি হবে। ওয়াইল্ডকার্ড SSL সার্টিফিকেট ব্যবহার করে, একজন নেটওয়ার্ক অ্যাডমিনিস্ট্রেটর এই চ্যালেঞ্জটি সফলভাবে মোকাবিলা করতে পারেন এবং নেটওয়ার্কের জন্য SSL এনক্রিপশন ক্ষমতা প্রদান করতে পারেন।

ওয়ার্ডপ্রেস মাল্টিসাইটে একটি ডোমেইন ম্যাপিং ফাংশন থাকে যা নেটওয়ার্ক সাইটগুলিকে কাস্টম ডোমেইন নাম বা নেটওয়ার্কের রুট ডোমেইন থেকে ভিন্ন ডোমেইন নামের সাথে যুক্ত করার সুযোগ দেয়।

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

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

আল্টিমেট মাল্টিসাইট

स्टैंड-অ্যালোন ওয়ার্ডপ্রেস ইনস্টলেশন এবং মাল্টিসাইট ইনস্টলেশনের মধ্যে পার্থক্য বুঝে নেওয়ার পর, ওয়েবসাইটের সার্ভিস অ্যাজ আ সার্ভিস (WaaS) দেওয়ার জন্য আলটিমেট মাল্টিসাইট কীভাবে সেরা অস্ত্র হিসেবে কাজ করে তা দেখে নেওয়া যাক।

পরিচিতি

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

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

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

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

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

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

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

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

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

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

যারা সাইট তৈরির উপর কঠোর নিয়ন্ত্রণ রাখতে পছন্দ করেন, তারা দেখতে পাবেন যে কীভাবে তাদের জন্য সাইট তৈরি করা এবং Ultimate Multisite-এর সরলীকৃত ইন্টারফেসের মাধ্যমে গ্রাহক ও প্ল্যানের সাথে সাইট যুক্ত করা যায়।

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

থিমগুলিও একই ধরনের কার্যকারিতা প্রদান করে, যার মাধ্যমে সাইট তৈরির সময় নির্দিষ্ট থিমগুলিকে সক্রিয় বা লুকানো যায়।

एजेन्सीहरूले Ultimate Multisite प्रयोग गरेर आफ्नो काममा उत्कृष्ट हुन पाउँछन् जसको लागि उनीहरूलाई ढुक्क हुन मद्दत गर्दछ - उत्कृष्ट वेबसाइट डिजाइन गर्न जुन कुरामा उनीहरू सबैभन्दा राम्रो छन्।

केस २: विशेष प्रदायक (Niche Provider)

एउटा पुरानो भनाइ छ, "एउटा काम गर्नुहोस् र त्यो राम्ररी गर्नुहोस्"। धेरै विशेषज्ञहरूको लागि यसको अर्थ एउटा मुख्य विचार वरिपरि उत्पादन वा सेवा सिर्जना गर्नु हो।

सायद तपाईं क्लबहरूलाई वेबसाइट प्रवर्द्धन गर्ने एक उत्साही गोल्फर हुनुहुन्छ वा तपाईं क्यान्सहरूलाई वेबसाइट प्रदान गर्ने एक उत्साही ईस्पोर्ट्स गेमर हुन सक्नुहुन्छ। रेस्टुरेन्टहरूमा बुकिंग सेवा प्रवर्द्धन गर्ने व्यक्ति?

धेरै कारणले गर्दा, तपाईं सामान्य ढाँचा र प्लेटफर्ममा आधारित सेवाहरू प्रदान गर्न चाहनुहुनेछ। यो हुन सक्छ कि तपाईं आवश्यक कार्यक्षमता प्रदान गर्नका लागि विशेष प्लगइन डिजाइन गर्नुभएको वा लगानी गर्नुभएको छ वा उद्योगको सर्वोत्तम अभ्यासहरूले डिजाइनका लागि कुनै रूपको मानकीकृत दृष्टिकोणको आवश्यकता राख्न सक्छ।

Ultimate Multisite को एक नवीन विशेषता टेम्प्लेट साइटहरूको प्रयोग हो। टेम्प्लेट साइट भनेको त्यो ठाउँ हो जहाँ थीम इन्स्टल र सक्रिय गरिएको हुन्छ, आवश्यक प्लगइनहरू इन्स्टल र सक्रिय गरिएका हुन्छन् र नमूना पोस्ट वा पेजहरू सिर्जना गरिएका हुन्छन्। जब कुनै ग्राहक टेम्प्लेटमा आधारित नयाँ साइट बनाउँछ, टेम्प्लेटको सामग्री र सेटिङहरू नयाँ बनाएको साइटमा प्रतिलिपि गरिन्छ।

নিশ সাইট এবং পরিষেবার প্রদানকারীর জন্য এটি একটি অতুলনীয় সুবিধা দেয়—কাস্টম প্লাগইন এবং ডিজাইনের সাথে তাৎক্ষণিকভাবে একটি সাইট তৈরি করার ক্ষমতা। গ্রাহককে পরিষেবা সম্পন্ন করার জন্য কেবল সবচেয়ে ন্যূনতম ইনপুট দিতে হবে।

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

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

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

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

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

Ultimate Multisite-ৰ সৈতে ইন্টিগ্রেট কৰিবলৈ বিচাৰি থকা ডেভেলপাৰ বাবে, এই সমাধানটোৱে এটা বিস্তৃত RESTful API আৰু ইভেন্ট নোটিফিকেচনৰ বাবে Webhooksো প্ৰদান কৰে।

বহু বাহ্যিক প্লাগইন আৰু লাইচেন্সৰ ওপৰত নিৰ্ভৰ নকৰাকৈ, Ultimate Multisite Wix, Squarespace, WordPress.com আদিৰ দৰে এটা বৈশিষ্ট্য-সমৃদ্ধ আৰু তুলনাবোজ্য সমাধান আগবঢ়ায়।

Architecture Considerations (আৰ্কিটেক্চাৰ বিবেচনা)

যদিও ই এটা সম্পূৰ্ণ গাইড নহয়, এটা Ultimate Multisite স্থাপনৰ বাবে সঠিক প্ৰযুক্তি নিৰ্বাচন কৰাত সহায় কৰিবলৈ তলত উল্লেখ কৰা বিষয়বোৰ সহায়ক হ'ব পাৰে।

Shared vs. Dedicated Hosting (শেহতীয়া বনাম ডেডিকেটেড হোস্টিং)

দুৰ্ভাগ্য, সকলো হোস্টিং প্ৰদানকাৰ একে নহয় আৰু কিছুমান অতি উচ্চ সার্ভাৰ ঘনত্ব অনুশীলন কৰে। কম দামৰ প্ৰদানকাৰসমূহে সাধাৰণতে সার্ভাৰৰ ঘনত্ব বৃদ্ধি কৰি আয় কৰে। এনেদৰে আপোনাৰ Ultimate Multisite স্থাপনটো এজন বায়েকৰ পৰা শ suteৰ হোৱা বহুতো সাইটৰ ভিতৰত এটা হ'ব পাৰে যি একেটা সার্ভাৰত থাকে।

প্ৰদানকাৰৰ পৰা উপযুক্ত সুৰক্ষা ব্যৱস্থা নোহোৱাকৈ, শেহতীয়া সার্ভাৰত থকা সাইটবোৰ 'নয়েজিNeighbour' সমস্যাটো অনুভৱ কৰে। অৰ্থাৎ, আন সাইটবোৰৰ সৈতে যিমান সম্পদ ব্যৱহাৰ কৰিছে সেই মান্য সম্পদৰ বাবে প্ৰতিযোগিতা কৰিব লগা হয়। ইয়াৰ ফলত কেতিয়াবা এনে সাইটবোৰ ধীৰ হৈ পৰে বা সময়মতে উত্তৰ দিব নোৱাৰে।

নিজৰেই ويب হোস্টিং প্ৰদানকাৰ হিচাপে, এই প্ৰভাৱসমূহৰ ফলত আপোনাৰ কাস্টমৰবোৰ বেয়া গতি, কম পেজ ৰেঙ্ক আৰু উচ্চ বাউন্স ৰেট অনুভৱ কৰিব পাৰে, যাৰ ফলত তেওঁলোকে আন ঠাইত সেৱা বিচাৰি যাব পাৰে।

সংক্ষেপে ক'বলৈ গ'লে, সস্তা মানেই ভাল নহয়।

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

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

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

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

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

ছোট পরিসরে, যেমন এক থেকে পাঁচ সাইটের ক্ষেত্রে এই পরিস্থিতি ভিন্ন হবে, কিন্তু খুব দ্রুত স্কেলের সমস্যাগুলি স্পষ্ট হয়ে উঠবে।

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

একইভাবে, একটি PHP বা HTML পেজের জন্য একাধিক স্ক্রিপ্ট, স্টাইলশীট এবং ইমেজ ফাইলের অনুরোধ তৈরি হতে পারে। এই অনুরোধগুলি সরাসরি আপনার Ultimate Multisite সার্ভারে লক্ষ্য করা হয়।

এই সমস্যাটি সার্ভার আপগ্রেড করে সহজেই সমাধান করা যেতে পারে, কিন্তু এটি একটি গৌণ সমস্যার সমাধান করে না - ভৌগোলিক লেটেন্সি (geographic latencies)। এই সমস্যাটি সঠিকভাবে সমাধান করতে হলে একাধিক স্থানে একাধিক সার্ভার প্রয়োজন হতে পারে।

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

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

ব্যাকআপ

আপনি ৫০ জন মানুষকে ব্যাকআপ সম্পর্কে পরামর্শ চাইতে পারেন এবং ব্যাকআপ কৌশল সম্পর্কে ৫০টি ভিন্ন মতামত পেতে পারেন। উত্তর হলো, এটা নির্ভর করে।

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

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

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

স্ন্যাপশট (Snapshots)

ব্যাকআপের ক্ষেত্রে স্ন্যাপশট হলো 'সিলভার বুলেট' কারণ এগুলো সহজ, জটিল নয় (পুনরুদ্ধার করতে চাই না যতক্ষণ না প্রয়োজন হয়) এবং 'কাজ করে'। তবে এর জন্য আপনার প্রোভাইডারের কিছুটা সাহায্যের প্রয়োজন হবে এবং এটি মূলত শুধুমাত্র যদি আপনার একটি VPS (Virtual Private Server) বা এর মতো কিছু থাকে তবেই প্রযোজ্য। আমাদের ‘Compatible Providers’ ডকুমেন্টেশনে তালিকাভুক্ত বেশ কয়েকজন প্রোভাইডার এমন ব্যাকআপ অফার করে যার জন্য নেটওয়ার্ক অ্যাডমিনিস্ট্রেটরের কাছ থেকে আর কোনো হস্তক্ষেপ বা বিবেচনার প্রয়োজন হয় না।

पारंपरिक ব্যাকআপগুলি ফাইল এবং ডেটাবেসকে লক্ষ্য করে, একটি স্ন্যাপশট পুরো ডিস্ককে লক্ষ্য করে। এর মানে শুধু সাইটের ডেটাতেই স্ন্যাপশটে ধরা পড়ে না, অপারেটিং সিস্টেম এবং কনফিগারেশনও ধরা পড়ে। অনেকের কাছে এটি একটি আলাদা সুবিধা কারণ একটি স্ন্যাপশট থেকে প্রায় তাৎক্ষণিকভাবে একটি নতুন সিস্টেম তৈরি করা যায় এবং অসুস্থ ইনস্ট্যান্স প্রতিস্থাপন করার জন্য এটিকে চালু করা যেতে পারে। একইভাবে, ফাইল পুনরুদ্ধার করার প্রক্রিয়াটি শুধুমাত্র বিদ্যমান ইনস্ট্যান্সের সাথে ডিস্ক হিসাবে স্ন্যাপশট ইমেজ সংযুক্ত করে সম্পন্ন করতে হয় যাতে ফাইলগুলি অ্যাক্সেস করা এবং কপি করা যায়।

হোস্টিং প্রদানকারীর কাছ থেকে স্ন্যাপশটের জন্য অতিরিক্ত খরচ হতে পারে কিন্তু এটি দুর্ঘটনার বিরুদ্ধে একটি বীমা পলিসি।

এক্সটার্নাল স্ক্রিপ্টসমূহ (External Scripts)

ওয়ার্ডপ্রেস এবং MySQL রিসোর্স ব্যাকআপ করার জন্য বাহ্যিক স্ক্রিপ্ট এবং সমাধানের অভাব বলে মনে হয়, এবং এগুলো Ultimate Multisite-এর জন্য খুব ভালো কাজ করবে কারণ এটি ওয়ার্ডপ্রেস ফাইল সিস্টেম এবং ডেটাবেস ব্যবহার করে একটি ওয়ার্ডপ্রেস প্লাগইন। তাই এমন একটি সমাধান যা ওয়ার্ডপ্রেস সাইটগুলি ব্যাকআপ করে, তা Ultimate Multisite-এর প্রয়োজনীয়তাগুলি পর্যাপ্তভাবে কভার করবে।

আমরা একটি স্ক্রিপ্ট অন্যটির চেয়ে বেশি সুপারিশ করতে পারি না, তবে আমাদের সাধারণ পরামর্শ হলো ফলাফলগুলি কাঙ্ক্ষিত কিনা তা নিশ্চিত করার জন্য বেশ কয়েকটি ব্যাকআপ এবং পুনরুদ্ধার পরীক্ষা চালানো এবং বিশেষ করে যেখানে কোনো ধরনের ডিফারেনশিয়াল ব্যাকআপ কৌশল প্রয়োগ করা হয় সেখানে ক্রমাগত স্ক্রিপ্ট এবং এর কার্যকারিতা মূল্যায়ন করে 'নিশ্চিত থাকতে'।

এটা মনে রাখা উচিত যে এই স্ক্রিপ্টগুলি চলার সময় সিস্টেমের লোড বৃদ্ধি করবে, যা বিবেচনা করা উচিত।

প্লাগইনসমূহ (Plugins)

WordPress-এ এমন কোনো সমস্যা নেই যা প্লাগইন দিয়ে সমাধান করা যায় না এবং যদি আপনি এক্সটার্নাল স্ক্রিপ্ট ম্যানেজ করার জন্য প্রস্তুত না থাকেন, তবে প্লাগইন সম্ভবত পরবর্তী সেরা বিকল্প।

প্লাগইনগুলো তাদের অপশন এবং ফিচারের দিক থেকে ভিন্ন হলেও তারা মূলত একই কাজ করে—অর্থাৎ ওয়ার্ডপ্রেস ফাইল এবং ডেটাবেসের কপি তৈরি করা। এরপর কার্যকারিতা আলাদা হয় কারণ কিছু প্লাগইন ব্যাকআপগুলি গুগল ড্রাইভ বা ড্রপবক্সের মতো এক্সটার্নাল সার্ভিসে অথবা S3, Wasabi ইত্যাদির মতো কোনো সামঞ্জস্যপূর্ণ অবজেক্ট স্টোরেজ সার্ভিসে পাঠাতে পারে। আরও উন্নত প্লাগইনগুলো ডিফারেনশিয়াল ব্যাকআপ বা শুধুমাত্র পরিবর্তিত ডেটা ব্যাকআপ করার মতো কৌশল প্রদান করে যাতে এক্সটার্নাল স্টোরেজ খরচ কমানো যায়।

আপনার প্লাগইন নির্বাচন করার সময় খেয়াল রাখবেন যেন সেটি মাল্টিসাইট সচেতন (multisite aware) হয়। এর কাজের প্রকৃতির কারণে যখন ব্যাকআপ চলছে, তখন প্রক্রিয়াটি শেষ না হওয়া পর্যন্ত সার্ভারে সাময়িক লোড আশা করতে পারেন।

ডোমেইন এবং SSL

মাল্টিসাইট সাবডোমেইন মোডে ডোমেইন নাম নিয়ে অনেক আলোচনা হয়েছে। নেটওয়ার্ক অ্যাডমিনিস্ট্রেটরদের জন্য একটি প্রায় সর্বজনীন সমাধান হলো ওয়াইল্ডকার্ড DNS এন্ট্রি ব্যবহার করা।

এই ধরণের DNS এন্ট্রিগুলো সফলভাবে ‘site1.domain.com’ এবং ‘site2.domain.com’ এর মতো সাবডোমেইনগুলিকে ১.২.৩.৪ আইপি অ্যাড্রেসে রেজোলিউট করবে, যা Ultimate Multisite এবং সাবডোমেইন মোডে ওয়ার্ডপ্রেস মাল্টিসাইটের জন্য সমর্থন করে।

HTTP-ৰ বাবে ই সম্পূৰ্ণৰূপে কাম কৰিব পাৰে কাৰণ টার্গেট হোষ্টটো HTTP হেএডাৰৰ পৰা পঢ়োৱা হয়, কিন্তু আজিৰ দিনত HTTPS লেনদেন প্ৰায় বাধ্যতামূলক যিমান secure হয় সেয়ৱাল নাই।

সৌভাগ্যবশত SSL certificate-ৰ বাবে সহজ বিকল্প আছে। subdirectory মোডত এটা সাধাৰণ ডোমেইন certificate ব্যৱহাৰ কৰিব পাৰি। এইবোৰ হোস্টিং প্ৰদানকাৰীসকলৰ পৰা সহজে আৰু বিনামূলীয়াকৈ উপলব্ধ, যিসকলে free LetsEncrypt service অথবা আন উৎস ব্যৱহাৰ কৰিব পাৰে। নহ'লে, যদি আপুনি certificate signing request (CSR) জেনারেট কৰিবলৈ সক্ষম হয়, তেন্তে এইবোৰ authority-ৰ পৰা বাণিজ্যিকভাৱে উপলব্ধ।

subdomain মোডৰ বাবে, wildcard SSL certificate ব্যৱহাৰ কৰাটো এটা wildcard domain ৰ সৈতে নিখুঁতভাৱে মিলি যাব আৰু certificate টো কোনো অতিরিক্ত কনফিгураচন নকৰাকৈ root domain আৰু সকলো subdomain ৰ বাবে authority হ'ব পাৰে।

যিhowever, ই লক্ষ্য কৰিব লাগে যে enterprise plan-ত নথকা বা entry টো DNS only হিচাপে সেট কৰা নাই তেন্তে wildcard SSL certificate কিছুমান service যেনে Cloudflare লগত কাম নকৰে, য'ত সকলো caching আৰু optimization বাইপাস কৰা হয়।

Out-of-the-box Ultimate Multisite এই সমস্যাটোৰ বাবে এটা সমাধান প্ৰদান কৰে, যি WordPress multisites ৰ প্ৰয়োজনীয়তাৰ সৈতে আমাৰ বিস্তৃত অভিজ্ঞতা দেখুৱায়। এই সহজ add-on টি অন কৰিলে Ultimate Multisite আপোনাৰ Cloudflare credentials ব্যৱহাৰ কৰি নেটৱৰ্ক সাইটসমূহৰ বাবে স্বয়ংক্রিয়ভাৱে Cloudflare-ত DNS entry যোগ কৰিব আৰু তেওঁলোকৰ মোড 'proxied' হিচাপে সেট কৰিব। এই ধৰণে প্ৰতিটো নেটৱৰ্ক সাবসাইট সৃষ্টি কৰিলে, SSL সহ Cloudflare ৰ সম্পূৰ্ণ সুৰক্ষা আৰু সুবিধা থাকিব।

আপোনাৰ Ultimate Multisite স্থাপনৰ প্ৰকৃতি আৰু উদ্দেশ্যৰ ওপৰত নিৰ্ভৰ কৰি কাস্টম ডোমেইন ব্যৱহাৰ কৰাৰ প্ৰয়োজন হ'ব পাৰে। এই ক্ষেত্ৰত নেটৱৰ্ক অ্যাডমিনিষ্ট্ৰে দুটা সমস্যা সমাধান কৰিব লাগে। এটা হ'ল ডোমেইন নামটো হোস্টিং কৰা আৰু আনটো হ'ল ডোমেইনৰ বাবে SSL certificate।

বহু লোকৰ বাবে Cloudflare ব্যৱহাৰ কৰাটো এটা সহজ বিকল্প। কাস্টম ডোমেইন ব্যৱহাৰ আৰম্ভ কৰিবলৈ কাস্টম ডোমেইনটো Cloudflare-ত ৰখা, Ultimate Multisite-ৰ মূল ডোমেইনৰ সৈতে এটা CNAME পইণ্ট কৰা আৰু Ultimate Multisite-ত নিজৰ ডোমেইনটো ম্যাপ কৰাৰ প্ৰয়োজন।

ইয়াৰ বাহিৰত, বিকল্প সমাধান বিচাৰিব লাগিব যিহেতু DNS আৰু SSL সেটআপ কৰাটো এটা সাধাৰণ কাম নহয়। এই কাৰণেই Ultimate Multisite ৰ পৰা সামঞ্জস্যপূৰ্ণ প্ৰদানকাৰীসকলৰ তালিকা দিয়া হৈছে। ইয়াৰ বাবে, DNS আৰু SSL সেটআপ কৰাৰ প্ৰক্ৰিয়াটো যথেষ্ট জটিল হ'ব পাৰে। কিন্তু Ultimate Multisite-ৰ এই প্ৰদানকাৰীहरूसँग সংযোগ স্থাপন কৰাৰ ফলত জটিলতা বহু পৰিমাণে কমি যায় আৰু পদ্ধতিটো automatized হৈ পৰে।

Plugins (প্লাগইনসমূহ)

আপোনাৰ কাস্টম বা নেটৱৰ্ক সাইটবোৰৰ বাবে কিবা اضافي ফাংশনালিটি দিবলৈ আপুনি প্লাগইনৰ প্ৰয়োজন হ'ব পাৰে। সকলো প্লাগইন WordPress Multisite আৰু Ultimate Multisite ৰ সৈতে কাম কৰে নেকি? ইয়াৰ উত্তৰ নিৰ্ভৰ কৰে।

যদিও বেছিভাগ প্লাগইন WordPress Multisite-ত স্থাপন কৰিব পৰা যায়, কিন্তু তেওঁলোকৰ অ্যাক্টিভেশ্বন আৰু লাইচেনছ প্ৰদান কৰা বিভিন্ন লেখকৰ বাবে ভিন্ন হয়।

প্ৰকৃত সমস্যাটো হ'ল কিছুমান প্লাগইনবোৰ ডোমেইনৰ ভিত্তিত লাইচেনছ লাগে। ইয়াৰ মানে হৈছে যে কিছুমান প্লাগইনৰ বাবে নেটৱৰ্ক অ্যাডমিনিষ্ট্ৰে প্ৰতিটো নতুন সাইটত প্ৰতিটো প্লাগইনৰ বাবে হাতেৰে লাইচেনছ অ্যাক্টিভেট কৰিব লাগিব।

গতিকে, আপুনি ইয়াৰ প্লাগইনটো WordPress Multisite লৈ কেনেকৈ কাম কৰিব বুলি আৰু ইয়াক লাইসেন্স কৰাৰ বাবে কিবা বিশেষ প্ৰয়োজনীয়তা বা পদ্ধতি আছে নে নাই সেই বিষয়ে প্লাগইনৰ লেখকৰ সৈতে আলোচনা কৰাটো আটাইত ভাল হ'ব।