Ultimate Multisite 101

Ultimate Multisite یو ووردپرس嘅 Multisite plugin е چې تاسو ته اجازه ورکوي د WaaS یا Websites as a Service د کليونټانو لپاره وړاندې کړئ. خو پداسې چې موږ پیل کوو او زده کوو چې Ultimate Multisite څنګه ستاسو کاروبار او کليونټانو سره مرسته وکړي، تر دې مخکې باید یو څه بنسټیز معلومات ترلاسه کړو.

د ووردپرس Multisite

موږ ډیری یې د standart WordPress نصبولو ته راضي یو. تاسو یا له خپل هاستینګ پینل (control panel) له لارې یې جوړ کوئ او، د جرأت لپاره، یوه وروستۍ ویب سرور او د ډیتابیس تنظیم کړئ، اصلي فایلونه ډاونلوډ کړئ او نصبولو پروسه پیل کړئ.

دا په نړۍ کې میلیونه ووردپرس سایتونه کار کوي، خو د یو ایجنسی یا هاستینګ پینل له منظر څخه فکر وکړئ چې حجم (volumes) څه دی.

پداسې چې تاسو یوه ووردپرس سایت یا حتی صدې یې د خودکار کنټرول پینل له لارې جوړ کړئ، به به ډیر وخت وروسته کله چې د دې سایتونو مدیریت (management) کار ته راشي، مشکلونه پیل کیږي. که تاسو یې مدیریت नगर्ने یا نه ورته نه شئ، نو تاسو د مالوير لپاره یو اصلي هدف خواهید یاست. مدیریت معنی 노력 او منابعको استعمال دی او دا چې کليونټان رعيي (administrative access) لري، دا کوششونه په آساني له منځه وړل کیدای شي.

په اصلي برخې کې، ووردپرس یوه کارولیت وړاندې کوي چې سادې یې "Multisite" نام ده او د دې خاستگاه 2010 کال ته را ګرځي کله چې WordPress 3.0 پرې راغله. تر هغه وخته، دا یو شمېر اصلاحات لري چې د نویو کارولو کیدو او امنیت مضبوط کولو هدف لري.

په اساس کې، یوه ووردپرس Multisite په دې ډول فکر کېدلی شي: یو universitet یوه یوازې WordPress نصبول (installation) 유지وي، خو هر څانګه خپل ځان لپاره خپل WordPress سایت 유지وي.

د دې بیانیه تحلیل गर्न، بیا د Ultimate Multisite او په WordPress ټولنه کې موجود ځینې بنيادي اصطلاحات وګورئ.

شبکه (The Network)

په WordPress کې، multisite network هغه ځای دی چې تاسو کولی شئ له یوې یوه داشبورد څخه ډیره یوه یا چەندین subsites مدیریت کړئ. که څه هم Multisite network جوړول د هاستینګ پلي کولو سره توپیر لري، پایله معمولا په wp-config.php فایل کې یو څو اضافي لارښوونې دي چې WordPress ته وایي چې دا خاص حالت کې کار کوي.

د multisite network او یوه انفرادي (stand-alone) WordPress installation ترمنځ ډیره توپیرونه دي چې موږ به له خوا په مختصر ډول خبرې وکړو.

Subdomain vs. Subdirectory

هغه یوو مهمو پریکړو څخه چې تاسو باید وکړئ، دا دی چې آیا multisite installation د subdirectories (زماکانۍ) یا subdomains (زماکانۍ) سره کاروي. Ultimate Multisite له دواړو انتخابونو سره په مساوي ډول کار کوي، तर د دوی د معماری ترمنځ ځینې توپیرونه دي.

په subdirectory پیکربندی کې، network sites د اصلي دامین نام پر اساس یو لچه (path) ورثه کیږي. د مثال په توګه، یوه network site چې 'site1' راویږي، د پوره URL د https://domain.com/site1 په توګه हुनेछ. په subdomain پیکربندی کې، network site خپل ځانست subdomain (زماکانۍ) به ترلاسه کړي چې له اصلي دامین نام څخه اخیستل شوی وي. نو یوه 'site1' راویژه site1.domain.com په توګه پوره URL به ولري.

پداسې حال کې چې دواړه خنډونه کامله مناسب انتخابونه دي، د subdomains کارولو ګټې هم ډېر مزور دي، خو دا له همدې وهڅوي چې معماری ته ورته فکر او پلان جوړول اړین دی.

د DNS په اړه، د subdirectories کارولو ډېر ساده چالش دی. ځکه چې شبکه سایتونه egyszerű توکي د اصلي مسیر زیر عمده (parent path) دي، نو یوازې د اصلي دامنه لپاره یو واحد دامنه نامي ورثه (domain name entry) باید وجود کړي. د subdomains لپاره چالش 조금 ډېر پیچلي دی او دا کار یا هر شبکه سایت لپاره یو পৃথক CNAME انټري (entry) جوړول ته اړتیا لري، یا DNS رکدا wildcard (*) انټري جوړول ته.

یو بل ځای چې باید په نظر کې ونیږي هغه SSL او SSL سندونو (certificates) ورکولو او کارولو له خوا یې دی. د subdirectory پیکربندی کې، یو واحد دامنه سند可以使用 کیږي ځکه چې شبکه سایتونه egyszerű توکي د اصلي دامنه نامي مسیرونه دي. نو د domain.com لپاره یو سند په 사실 HTTPS://domain.com/site1، HTTPS://domain.com/site2 او ورته وړاندې SSL ورکول به کافی وي.

د subdomain پیکربندی کې، wildcard SSL سند (certificate) کارولو یوه ډیره عام انتخاب دی. دا ډول SSL سند د یو دامنه او د دې subdomains لپاره کوډ کولو (encryption) فراهموي. نو wildcard SSL سند HTTPS://site1.domain.com، HTTPS://site2.domain.com او حتی HTTPS://domain.com ذاتي لپاره کوډ کول هم وړاندې کوي.

که کوم بل alternativen وجود لرئ، دوی ډیوره محدودیت لري او کارولو کې محدود دي او د مناسبت لپاره اضافي پیکربندی او فکر کولو ته اړتیا لري.

Plugins و Themes

د WordPress له خوا څه ورکوي، هغه په مشتریको نقطې ازل دی. که یو stand-alone WordPress installation کې مدیر یو بد plugin هم نصب کړي یا خپل نصب شوی نسخه تازه نه کړي، نو دا کار د دوی لپاره یوازې قرباني او زیان带来ي. तर، که یو site administrator multisite installation کې یو بد plugin نصب کړي، نو هغه شبکه کې نصب شوي هر سایتको قربانی ګرځي.

د دې سبب چې د WordPress Multisite په توګه تنظیم شوی، دا کار له سایت مدیرانو څخه د پلاګینونه او تھیمونه همالولو وړتیا منوځته کوي او دا وړتیا یو نوي جوړ شوی شبکه مدیر یا 'سپر ایڈمن' (super admin) نقش ته منتقلوي. دا ځانګړې نقش کولی شي پریکاپټ کله اجازه ورکړي چې د شبکه سایتونو مدیران په خپل ډش‌بورد کې د پلاګینहरूको منوځته وګوري او ورته، آیا دا اجازه د پلاګینونو فعالولو یا غیر فعالولو هم applies کیږي.

په دې انداز کې، شبکه مدیر د شبکه لپاره پلاګینونه او تھیمونه همالول مسئول دی او اجازتونه ورکوي چې د هغوی سایتونو لپاره د دې پلاګینونو او تھیمونو کار کولو لپاره استفاده وکړي. سایت مدیران نه کولی پلاګینونه او تھیمونه همالول یا هغه پلاګینونه او تھیمونه چې د دوی سایت ته تخصیص نه شوي، ورته رامنځته کړي.

کارونکي او مدیران (Users and Administrators)

په WordPress Multisite کې، ټول شبکه سایتونه یو اکونسټ پایډیسټ (database) په ګډه دي او له همدې توګه یوازې کارونکي، نقشونه او وړتیا هم ورته شریکوي. دا په دې معنی چې ټول کارونکي د شبکه ماډل همال وي او نه یو ځانګړی سایتको.

د دې پوهې سره سم، ممکن دا نا好 وي چې کارونکي رامنځته کیږي او د دې سبب WordPress Multisite دا وړتیا له سایت مدیرانو څخه منوځته کوي او دا وړتیا شبکه مدیر ته منتقلوي. په برعکس، شبکه مدیر کولی شي اړین امتیازات (privileges) د یو سایت مدیر لپاره همال کړي ترڅو دوی خپل ځان لپاره د هغوی سایت لپاره کارونکي حسابونه رامنځته کړي.

د माथि شوي بیان تکرار کیږي، که څه هم کارونکو حسابونه له هغه سایت سره تړلي ښکاري چې دوی یې په کې دي، خو په حقیقت کې دوی د شبکه لپاره تخصیص شوي دي او نو باید تر ټولو یوه (unique) په ټول شبکه کې وي. دا وختونه هم ممکن وي چې د用户名ونو ثبت لپاره نه شي اجازه ورکړل شي د دې سبب.

هم اینکه این مفهوم در سیستم‌های سازمانی غریب نیست، اما برای کسانی که با نصب‌های مستقل وردپرس آشنا هستند و مدیریت کاربر در آن کمی راحت‌تر است، این یک منبع واحد برای ثبت کاربران و احراز هویت اغلب مفهومی دشوار است.

رسانه (Media)

جایی که سایت‌های شبکه‌ای در یک پایگاه داده مشترک در وردپرس هستند، آنها مسیرهای جداگانه‌ای روی سیستم فایل برای فایل‌های رسانه‌ای نگه می‌دارند.

مکان استاندارد وردپرس (wp-content/uploads) باقی می‌ماند؛ با این حال، مسیر آن طوری تغییر می‌کند که نشان‌دهنده شناسه منحصر به فرد سایت شبکه باشد. در نتیجه، فایل‌های رسانه‌ای یک سایت شبکه به صورت wp-contents/uploads/site/[id] ظاهر می‌شوند.

لینک‌های دائمی (Permalinks)

قبلاً اشاره کردیم که پیکربندی subdomain نسبت به subdirectory مزایای متمایزی دارد و در اینجا آن را می‌بینیم: مسیرها.

در یک پیکربندی subdirectory، سایت اصلی (اولین سایتی که هنگام ایجاد شبکه ساخته می‌شود) و زیرسایت‌های شبکه باید از همان مسیری که از نام دامنه شروع می‌شود، استفاده کنند. این موضوع پتانسیل تعداد زیادی تداخل را دارد.

برای پست‌ها، یک مسیر اجباری /blog/ به سایت اصلی اضافه می‌شود تا با سایت‌های شبکه تداخل ایجاد نشود. این بدان معناست که لینک‌های دائمی زیبا مانند ‘نام پست’ به صورت domain.name/blog/post-name/ نمایش داده خواهند شد.

در یک پیکربندی subdomain نیازی به این کار نیست زیرا هر سایت شبکه از جداسازی کامل دامنه بهره‌مند می‌شود و بنابراین به یک مسیر واحد وابسته نیست. در عوض، آنها بر اساس subdomain خود مسیرهای متمایز خود را حفظ می‌کنند.

صفحات استاتیک (Static Pages)

په subdirectory تنظیم کې، د ثابتو صفحاتو (static pages) نومونه هم ممکن له کومه تداخل څخه راشاری شي چې اصلي سایت او شبکه سایتونه یو واحد لچه (path) په کار اخلي.

د دې لپاره چې دا تداخل نه وي پیښ شوي، WordPress یوه وسیله ورکوي چې ځانګړتیاوې لرونکو سایت نومونه لیست کې درناوی وکړي ترڅو دوی له د اصلي سایت نومونو سره تداخل نه کړي. معمولا شبکه مدیر د اصلي سایتو صفحاتو راټول لچه (root paths) ورته درجوي.

په subdomain تنظیم کې، د subdomain په واسطه نومونو تداخل کی امکان نه دی، ځکه چې دا د شبکه سایت لپاره ځانګړی دی او له اصلي سایت سره هیڅ ډول اړیکه نه لري.

ثبتول (Registration)

د WordPress Multisite شبکه تنظیمونو کې یو څو نوي کارونکي ثبتولو غوره لارې موجود دي، چې نوی او پرانیز کارونکي به سایتونه جوړ کړي.

له یوه لوکلو WordPress تثبیتاتو برخلاف، د شبکه سایتونه هغه راضي کولو (user registrations) یا د دې ثبتولو له ځانګړتیاوې ته وتولو پرانیز لارې نه ساتي چې کارونکي به جوړ کړي.

کله کارونکو حسابونه جوړ کړي، هغه حسابونه په شبکه سطح کې تولید کیږي. نو له دې بدلون څخه، دوی د کوم ځانګړي سایت پر ځای تر اوسه هم ورته تعلق نه لري، بلکې دوی د ټول شبکې (network) سره تړاو لري. دا یو څه ځانګړی ګټې او زیانونه لري.

مثال طور، فرض کړئ چې ستاسو WordPress Multisite د خبرې او معلوماتو کاروبار لپاره وایي. تاسو به multisite جوړ کړئ او بیا د مالیاتو، تکنالوژۍ، تفریح او نورو علاقو لپاره شبکه سایتونه جوړ کړئ، په دې سره هم پر کلونو پلاگینونه او 테مونه کنټرول ورسنده کیږئ. هرটো شبکه سایت بیا له خپلوی ډیزاین او کارونکي تجربه (user experience) څخه ډیر کنټرول ترلاسه کوي لکه custom post types یا zwyدلې post categories.

په دې انداز کې، کله چې یو کاروګر لاگ او انډیکټوري کیږي، هغه په ټولنیز شبکه کې لاگ کوي او پای ته په توګه د هرটো شبکه سایت هم لاگ کیږي ترڅو یو همغږي تجربه ورکړي. که ستاسو نوی سایت سبسکرپشن پر بنسټ وي، دا غوره حل او نتیجه ده.

که، ویره چې multisite د غوښتل شوی طبیعت او مقصد د نورو دلته وایي چې کوم اړیکه یې یو بل سره نه لري، نو تقریباً هميشه اړتیا لري چې خارجي یا اضافي plugins کارول شي ترڅو کارونکو نقشې (user roles) ته مغلوبیت ورکړي.

Domain او SSL

لکه څنګه چې موږ د WordPress Multisite نصب کولو په اړه خبرې کوو چې 거의 हाम्रो توجه څخه وېرېږي - Wordpress.com. دا یو ډیر وسیست مثال دی د Wordpress multisite او ښیي چاڅکی یې چې له هدف پوره کولو لپاره بدلون ورکولو او جوړول کیدای شي.

په اوسني 인터넷 کې، SSL (Secure Sockets Layer) کارول تقریباً لازم دی او WordPress multisites راټولونکي مدیران به به په ګمان কৰل کیږي ترڅو د دې چیلنجونو سره مخ وي.

په subdomain پیکربندی کې، سایتونه د اصلي domain نام پر بنسټ جوړیږي. نو یو „site1“ په توګه نوم ورکړل کیږي چې „site1.domain.com“ بدونه جوړ شي. له wildcard SSL certificate څخه کارولو سره، یو شبکه مدیر به په بریالیت سره دا چیلنج حل کړي او د شبکه لپاره SSL کوډ کولو وړتیا ورکړي.

WordPress Multisite ته دامنې همپله (domain mapping) کار کوي چې اجازه ورکوي شبکه سایتونه له د ځانګړو د دامینونو یا د شبکه اصلي دامین څخه फरक دامینونو سره تړلی شي.

د شبکه مدیرانو لپاره، دا د دامین نوم تنظیم کولو په توګه او SSL प्रमाणपत्रو ترلاسه کولو او وسولو کې هم یو اضافي پیچیدونکی لایه رامنځته کوي.

په دې انداز کې، پداسې حال کې چې WordPress Multisite اجازه ورکوي چې www.anotherdomain.com د 'site1' سره تړلی شي، شبکه مدیر باید DNS entries او SSL प्रमाणपत्रو پیلندولو او कार्यान्वयन کولو चुनौती له خارج څخه وسلو لپاره باقی وي.

Ultimate Multisite

د یو个 Stand-alone WordPress installation او Multisite installation ترمنځ توپیرونه پوهې 된다کړم چې، اترایئ چې Ultimate Multisite د Websites as a Service (WaaS) وړاندې کولو لپاره غوره اسلحو کیږي لکه څنګه چې تاسو Wix.com، Squarespace، WordPress.com ته فکر وکړئ او بیا خپل سرویس ذاتي مالکیت وکړئ.

تعارف

Ultimate Multisite هغه Swiss Army knife دی کله چې تاسو Website as a Service (WaaS) جوړوي. Wix.com، Squarespace، WordPress.com او بیا خپل سرویس ذاتي مالکیت کولو په اړه فکر وکړئ.

د داخلي کارونو له منظرې څخه Ultimate Multisite د WordPress Multisite څخه ګټه پورته کوي، خو دا په öyle کېږي چې نه یوازې د شبکه مدیرانو سره د multisite installation لپاره روښانه چیلنجونه حلوي، بلکې وړتیاو ته هم لوړل کوي چې د وسیلو مختلف استعمال لپاره خوندي وساتنه ورکړي.

په راتلونکو برخو کې موږ به ځینې عام استعمال کے случаи او ان حالات لیدل چې دا موارد خوندي وساتنه کولو لپاره اړین دي.

استعمال کے صورتحال (Use Cases)

حالت ۱: یو ایجنسی (An Agency)

عموما، د ایجنسی اصلي مهارتونه په ویب پاڼو ډیزاین کې وي چې په نورو جنبهٰو کې د دوی هاستینګ یا مارکیټینګ به د اضافي سروزو като معلومات ورکړل شي.

د ایجنسی ها لپاره، Ultimate Multisite په یو واحد پلتفۆرمमा ډیری ویب سايټونه اداره کولو او ځای ورکولو وړتیا لري چې حیرانوونکي ارزښت وړاندې کوي. دا له دې څخه ډیر دی د هغه ایجنسیहरूको لپاره چې خپل ډیزاینونه د ځانګړو تھیمو (لکه GeneratePress، Astra، OceanWP یا نور) باندې معیاريوي کړي وي؛ نو نورو کولی شي Ultimate Multisite د وړتیاو څخه ګټه پورته کړي ترڅو له هر نوی سایت لپاره دا تھیمونه خودکار فعال کړي.

په ورته ډول چې ایجنسیहरूको قیمتونه د عام او 인기 پلاگینونو لپاره ډیری ښایي، نو Ultimate Multisite کار کولو ته اجازه ورکوي چې ایجنسیहरू خپل موجودو বিনিয়োগونو څخه ګټه پورته کړي، په دې معنی چې دا یو عمومي پلتفۆرم وړاندې کوي چې له لارې پلاگینونه نصب، وس edil او کارول کیدای شي.

په ډیرو مواردو کې تنظیم (configuration) کار کول غوښتل کیږي او خوشالۍ یې دا دی چې Ultimate Multisite د دامین فعالولو او SSL प्रमाणपत्रونو لپاره د بریدونکو (providers) او Cloudflare او cPanel په څیر نورو سروزو سره د 통합 کولو له لارې ډیر آسانوي ته راوليدای شي.

بنیادی طور، کله چې تاسو یو له هغوی بریدونکو څخه ګټه پورته کوئ یا Ultimate Multisite د دامینونه او SSL प्रमाणपत्रونو مدیریت د Cloudflare په څیر اړخونه ورسره ځای ورکړئ، نو هغه جنبهونه نسبتا آسان کیږي.

د ایجنسیहरू چې ویب سايټونه جوړولو پر دقیق کنټرول غواړي، دوی به ستاسو له لارې ویب سايټونه جوړول او د بریدونکو (providers) په توګه کارون데요 سره د بریدونکو (plugins) او پلانونو سره د بریدونکو (plans) هم اړیکه ونیسي.

د پلاگینونو او تھیمو پر دقیق کنټرول په هر محصول اساس له Ultimate Multisite د احساساتي رابطو (intuitive interfaces) له لارې برقرار کیږي، چې اجازه ورکوي که پلاگینونه او تھیمونه د نوی سایت لپاره فعال شي یا پټ شي او د فعال حالت هم.

Themes هم کارکردای مشابه دارن، که اجازه میدن از بین تم‌ها می‌تونید برای سایت خودتون فعال یا غیرفعال کنید.

آژانس‌ها با Ultimate Multisite خیالتون راحت میشه چون بهشون اجازه میده کاری رو که بهترینه انجام بدن - طراحی وب‌سایت‌های فوق‌العاده.

مورد ۲: ارائه‌دهنده تخصصی (Niche Provider)

یه اصطلاح قدیمی هست که میگه، «یک کار رو خوب انجام بده». برای خیلی از متخصص‌ها این یعنی ساختن یک محصول یا سرویس حول یک ایده اصلی واحد.

شاید شما یه گلف‌باز شیفته باشید و سایت‌ها رو به باشگاه‌ها تبلیغ کنید یا شاید یه گیمر اسپورتی حرفه‌ای باشید و سایت‌ها رو به کلان‌ها (clans) ارائه بدید. مثلاً یه فرد که یه سرویس رزرو رو به رستوران‌ها تبلیغ کنه؟

برای دلایل مختلف، شما می‌خواید خدماتی بر اساس یک چارچوب و پلتفرم مشترک ارائه بدید. ممکنه شما پلاگین‌های سفارشی طراحی یا سرمایه‌گذاری کرده باشید تا قابلیت مورد نیاز رو فراهم کنید، یا شاید اینطور باشه که بهترین روش‌های صنعت به یه نوع رویکرد استاندارد برای طراحی نیاز دارن.

یکی از ویژگی‌های نوآورانه Ultimate Multisite استفاده از سایت‌های قالب (template sites) هست. یک سایت قالب یعنی جایی که تم نصب و فعال شده باشه، پلاگین‌های لازم نصب و فعال شده باشن و پست‌ها یا صفحات نمونه ساخته بشن. وقتی یه مشتری بر اساس اون قالب یه سایت جدید می‌سازه، محتوا و تنظیمات اون قالب به سایت جدید کپی میشه.

برای ارائه‌دهنده سایت‌ها و سرویس‌های تخصصی (niche sites and services)، این قابلیت یک مزیت بی‌نظیر در توانایی ساختن یه سایت آماده با پلاگین‌ها و طراحی سفارشی فوری فراهم می‌کنه. مشتری فقط باید کمترین ورودی رو ارائه بده تا سرویس کامل بشه.

بنیادی طور پر، بسته به نیازها می‌توان از تنظیمات subdirectory یا subdomain استفاده کرد، در این صورت انتخاب معماری بین یک گواهی SSL ساده برای subdirectories یا یک گواهی SSL با کاراکتر وایلد (wildcard) برای subdomains خواهد بود.

مورد ۳: میزبانی وب وردپرس (WordPress Web Hosting)

روش‌های زیادی برای میزبانی سایت‌های وردپرس وجود دارد، اما به ندرت این کار به سادگی ارائه فضای وب به مشتری با یک نسخه از پیش نصب شده وردپرس است. دلیل آن این است که مجموعه‌ای از تصمیمات و ملاحظات باید کنار هم قرار گیرند تا یک سرویس معنادار ارائه شود.

Ultimate Multisite در این زمینه با ارائه یک راه‌حل آماده (turnkey solution) جامع برای میزبانی سایت‌های وردپرس برتری دارد. این راه‌حل شامل مکانیزم‌های اصلی برای ارائه خدمات اشتراکی، جمع‌آوری پرداخت‌ها، فرم‌های تسویه حساب، کوپن تخفیف و ارتباطات مشتریان است.

بخش زیادی از کارهای اساسی مورد نیاز برای نصب، پیکربندی و نگهداری صحیح یک WordPress Multisite توسط Ultimate Multisite تسهیل می‌شود، به طوری که مدیران شبکه فقط باید جنبه‌هایی را در نظر بگیرند که مربوط به سرویس یا حوزه تخصصی آن‌هاست، مانند سطوح محصول، قیمت‌گذاری و پیشنهادات خدمات.

برای توسعه‌دهندگانی که مایل به ادغام با Ultimate Multisite هستند، این راه‌حل همچنین یک API RESTful جامع و Webhooks برای اطلاع‌رسانی رویدادها ارائه می‌دهد.

بدون اتکا به تعداد بی‌شماری افزونه‌ها و مجوزهای خارجی، Ultimate Multisite یک راه‌حل غنی از ویژگی‌ها و قابل مقایسه با Wix، Squarespace، WordPress.com و دیگران فراهم می‌کند.

ملاحظات معماری (Architecture Considerations)

اگرچه این یک راهنمای جامع نیست، اما موارد زیر باید به عنوان راهنمایی برای انتخاب فناوری‌های مناسب جهت پشتیبانی از نصب Ultimate Multisite عمل کنند.

میزبانی مشترک در مقابل اختصاصی (Shared vs. Dedicated Hosting)

بدقسمي، همه هاستنگ پرایدرها یکسان نیستند و برخی از آنها از تراکم سرورهای بسیار بالا استفاده می‌کنند. ارائه‌دهندگان کم‌هزینه معمولاً با به حداکثر رساندن تراکم سرور درآمد کسب می‌کنند. بنابراین نصب Ultimate Multisite شما ممکن است فقط یکی از چند صد سایت روی یک سرور باشد.

بدون اقدامات حفاظتی مناسب از طرف ارائه‌دهنده، سایت‌های روی یک سرور مشترک با مشکل «همسایه پر سر و صدا» مواجه می‌شوند. یعنی سایتی روی همان سرور که آنقدر منابع مصرف می‌کند که سایر سایت‌ها مجبورند برای منابع باقی‌مانده رقابت کنند. اغلب این موضوع به شکل سایت‌هایی ظاهر می‌شود که کند هستند یا به موقع پاسخ نمی‌دهند.

به عنوان یک ارائه‌دهنده هاستینگ وب، جریان اثرات به این معنی است که مشتریان شما سرعت‌های ضعیف، رتبه صفحه پایین و نرخ پرش بالا را تجربه می‌کنند که اغلب منجر به ریزش مشتری به دلیل جستجوی خدمات در جاهای دیگر می‌شود.

خلاصه اینکه، ارزان بودن به معنای خوب بودن نیست.

Ultimate Multisite برای کار با تعدادی ارائه‌دهنده هاستینگ خوب شناخته شده است و به محیط آنها ادغام می‌شود تا عملکردهای مانند نگاشت دامنه (domain mapping) و SSL خودکار را فراهم کند. این ارائه‌دهندگان به عملکرد اهمیت می‌دهند و خدماتی بالاتر از هاستینگ مشترک ارائه می‌دهند.

برای لیست ارائه‌دهندگان سازگار و دستورالعمل‌های کامل تنظیم برای هر کدام، لطفاً مستندات Compatible Providers را بررسی کنید.

ملاحظات عملکرد (Performance Considerations)

Ultimate Multisite یک برنامه کند نیست، بلکه به طرز شگفت‌انگیزی سریع است. با این حال، فقط به اندازه برنامه و زیرساخت اصلی خود خوب عمل می‌کند و فقط از آنچه به آن دسترسی دارد بهره می‌برد.

این را در نظر بگیرید: شما مدیر شبکه یک نصب Ultimate Multisite با ۱۰۰ سایت هستید. برخی از آن سایت‌ها خوب کار می‌کنند و هر روز تعداد زیادی بازدیدکننده وب‌سایت جذب می‌کنند.

د دې حالت په کوچنی مقیاس کې، مثلاً یو تر پنج سایتونو لپاره، फरक به وي، خو له دې څخه ډیر لوی مقیاس د پام وړ مشکلات ښکاره کیږي.

که یو یوه Ultimate Multisite سایت بدون څارنه وي، نو دا یوه سایت هم د ټولې ګ览ونکو غوښتنو پوره کولو مسؤلیت لري. دا غوښتنه کولی شي د پویا PHP صفحات یا ثابت مصنوعي فایلونه لرو کنه، دلته stylesheets، javascript یا media files. که یو سایت وي یا صدونه، دا کارونه تکراري، یکنواک او باهاتونکی کیږي. که چېرته د هر غوښتنې لپاره یوه PHP فایل پردازش ته CPU پاور او memory کارول اړین دی کله چې خټکه معلومات همداي ثابت وي.

په ورته ډول، د یوې PHP یا HTML صفحې لپاره یو درخواست به بیا متعدد درخواستونه د اسکرپټونو، stylesheets او تصویر فایلونو لپاره ولول شي. دا درخواستونه مستقیم تر خپل Ultimate Multisite сървър ته هدف کیږي.

د دې probleمو حل کولی شي چې سرور Upgrade کړي، خو دا دوه اړخیزي مشکل - جغرافیایی تاخیر (geographic latencies) - را حل نه کوي. یوازې متعدد سرورونه مختلف ځایونو کې به کولی شي دا problem په صحیح ډول حل کړي.

د دې لپاره ډیری شبکه مدیران د ثابت صفحات غوښتنو پوره کولو لپاره front-end caching solutions او content distribution networks (CDN) څخه کار اخلي. دا درخواستونه پوره کول او فایلونه سرور ته ورسېدو خله وړاندې کول پردازش منابع وژني، تاخیرونه منوځته کوي، غیر ضروری Upgrade راکړې نه ورکوي او د تکنالوژۍ ه딕ت (investments) زیاتوي.

Ultimate Multisite یو پیچلي Cloudflare add-on لري چې شبکه مدیرانو ته اجازه ورکوي خپل نصبونه په Cloudflare背 کې ځای پر ځای کولو او د دې نورو کاراتو هم کارول، او داسې موارد لرو لکه caching capabilities، DNS hosting، SSL certificates او security mechanisms.

Backups (پیکربندی)

که تاسو ۵۰ जना له نصیحت لپاره غواړئ چې بیک اپونه په اړه مشوره ورکول، نو تاسو ۵۰ مختلف نظرونه د بیک اپ استراتیجیو ترلاسه کوئ. ځواب دا دی چې دا به وابسته وي.

په دې اړه چې څه نه متنازع دی، دا چې بکآپونه لازم دي او دا تقریباً غیر ممکن دی چې دوی توسط فراہم کنندونکی اداره نه کیږي، په ځانګړی قضیو چې یو managed service وړاندې کوي. نتیجه، کلاینټونه د شبکه مدیرونو ته به وګوري ترڅو دا خدمت ورکړي او اداره کړي. هغه کس چې شبکه مدیرونه ورته ګورن، دا یو بالکل مختلف مسئله دی.

د دې برخې لپاره، اترایئ چې بکآپ یو سیستم د هغه وخت وضعیت (state) کیه چې بکآپ شروع شوی وي، په ایک Zeitpunkt کی پ ৰکړل دي. په ساده توګه، هر څه چې بکآپको وخت کې سیستمको وضعیت دی، دا وضعیت بکآپ کې ترلاسه او قفل کیږي.

د دې پوهې سره، ترڅو معلوم کړو چې څنګه بکآپونه ترلاسه गर्ने او د ستاسو محیط لپاره څه غوره ده، دا ډېر DEPENDS (پ賴) върху ستاسو اړتیاوو او هاستینګ فراہم کنندونکي وړتیا دی چې دا اړتیاو متلبلو شي. خو په ډېرو نظرونو ترتیب سره، زیرلý选项ونه باید یو څه لارښودیه وړاندې کړي.

Snapshots (اسنپشټونه)

Snapshots بکآپونو لپاره د "سيلفر bullets" (خالص حلول) دي ځکه دوی ولګولایي دي، ساده دي (له هغه وخته چې تاسو غواړئ بیا کیږئ)، او "دوی کار کوي". خو دا ستاسو فراہم کنندونکي له کومک څخه هم اړتیا لري او په عموم کې یوازې هغه وخت کار کوي که تاسو VPS (Virtual Private Server) یا مشابه څه لرئ. زموږ د "Compatible Providers" (مناسب فراہمونکو) مستندونو کې ډیری فراہمونکي بکآپونه وړاندې کوي چې د شبکه مدیرونو له کومک یا فکر هم اړتیا نه لري.

جایی چې پر سنګه کې مرجعونه فایلونه او ډیټابیسونه هدف ګرځي، اسنپشټ (snapshot) ټولې ډسک راټولوي. دا د معنی دی چې نه یوازې د سایت د ډیټا په اسنپشټ کې ترلاسه کیږي، بلکې د آپریټینګ سیسټم او تنظیمات هم. د ډیری خلکو لپاره دا یو ځانګړی ګټه ده ځکه چې کولی شي تقریباً فوری له اسنپشټ څخه یو نوی سیستم جوړ کړي او هغه بدحال پلي شوي نمونه (instance) بدلول لپاره کاري حالت ته راوړي. په عین حال، د فایلونو ترلاسه کولو لپاره ترمیمی پروسه یوازې باید اسنپشټ کیڼه هم د ډسک په توګه اضافه کړئ ترڅو فایلونه ورته رsohn شي او کاپی شي.

اسنپشټ له خوا د هاستینګ فراہم کنندلوي سره اضافي لاغری (cost) ولري، خو دا د حادثو څخه یو بیمې کار دی.

خارجي اسکرپټونه (External Scripts)

د وورډ پرینټ پليګن او MySQL سرچینو د بک업 لپاره ډېر خارجي اسکرپټونه او حلول موجود دي او دا د Ultimate Multisite لپاره ښه کار کوي ځکه چې دا یو WordPress plugin دی چې د WordPress filesystem او ډیټابیس څخه ګټه اخلي. نو یو حل چې د WordPress سایتونه بک업 کړي، د Ultimate Multisite اړتیاوې به مناسب کوروي.

موږ یوه اسکرپټ تر او بل تر توصیه نه کوو خو زموږ عمومي مشوره دا ده چې ډېر بک업 او ترمیمی آزموینې وکړئ ترڅو ډاډ ترلاسه کړئ چې نتایج هم غوښتل شوي دي او د اسکرپټ او د هغه کارایی په دوام کې ارزولولو له لارې "د ډاډ لپاره ډاډ شئ" که ځینې ډول تفریقي بک업 استراتیجي (differential backup strategy) लागू شوی وي.

باید یاد شي چې دا اسکرپټونه پاتې کیدو وخت کې د سیسټم بار زیاتوي، کومه کار باید په ذهن کې ورسنده وي.

پلاګینونه (Plugins)

په WordPress کې تقریباً هیڅ هم مشکل نشته چې له یوه plugin سره حل نه شي او که تاسو د خارجي اسکرپټونو مدیریت ته عادت نه یاست، نو شاید plugin تر ټولو ښه alternatve وي.

د افزونه‌ها میں مختلف آپشنز اور خصوصیات کی طرح مختلف ہوتے ہیں، لیکن زیادہ تر وہ ایک ہی کام کرتے ہیں یعنی ورڈپریس کے فائلوں اور ڈیٹا بیس کا کاپی بنانا۔ اس کے بعد ان کی کارکردگی مختلف ہوتی ہے کیونکہ کچھ پلگイン بیک اپ کو بیرونی سروسز جیسے گوگل ڈرائیو یا ڈراپ باکس پر بھیج سکتے ہیں، یا S3، Wasabi وغیرہ جیسی کسی بھی متوافق آبجیکٹ سٹوریج سروس پر۔ زیادہ جامع پلگインز ڈیفرینشل بیک اپس (differential backups) فراہم کرتے ہیں یا اس طرح کی کوئی حکمت عملی رکھتے ہیں کہ صرف ان ڈیٹا کو بیک اپ کیا جائے جس میں تبدیلی آئی ہو تاکہ بیرونی اسٹوریج کے اخراجات بچ سکیں۔

اپنا پلگイン منتخب کرتے وقت یہ یقینی بنانے کا خیال رکھیں کہ وہ ملٹی سائٹ (multisite) کے لیے موزوں ہے۔ اس کے کام کرنے کے طریقے کی وجہ سے جب بیک اپ چل رہا ہوتا ہے تو آپ کو سرور پر عارضی بوجھ (load) کا سامنا کرنا پڑ سکتا ہے جب تک عمل مکمل نہ ہو جائے۔

ڈومین اور SSL

ملٹی سائٹ سبڈومین موڈ میں ڈومین نیم کے بارے میں پہلے ہی بہت کچھ بات کی جا چکی ہے۔ نیٹ ورک ایڈمنسٹریٹرز کے لیے تقریباً ہر جگہ ایک وائلڈ کارڈ DNS اندراجات (wildcard DNS entries) کا استعمال کرنا ایک حل ہے۔

اس قسم کا DNS اندراج 'site1.domain.com' اور 'site2.domain.com' جیسے سبڈومینز کو IP ایڈریس 1.2.3.4 پر کامیابی سے ریزولف کرے گا، جس سے Ultimate Multisite اور زیادہ تر ورڈپریس ملٹی سائٹ جو سبڈومین موڈ کا استعمال کرتے ہیں اس کے لیے مدد ملے گی۔

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

خوشبختانه، SSL سسټیکات لپاره آسان alternativen رامنځته شوي دي. په subdirectory mode کې، تاسو کولی شئ یو عادي د دامنه سرتیفیکات کارولی شئ. دا ډېر وخت له هاستینګ پ로우اینډونو څخه وړیا او په آزاد ډول ترلاسه کی virtually شي چې شاید فلایټس نیسټ (LetsEncrypt) وړیا سرویس یا بل کوم منبع وکاروي. ورigens، که تاسو شهره درخواستونه (certificate signing request) رامنځته کولی شئ، نو دا له اداري نه پاتې سرتیفیکات هم تجارتی रूपमा موجود دي.

د subdomain mode لپاره، د wildcard SSL سرتیفیکات کارول سره یو wildcard دامنه به په سمه توګه همخلیږي او اجازه ورکوي چې سرتیفیکات د اصلي دامنې او ټول subdomains لپاره مرجع وي، بدون کوم اضافی تنظیمات.

بیا، دا باید یاد particle شي چې wildcard SSL سرتیفیکات ممکن د Cloudflare په څیر سرویسونو سره کار نه وکړي، ترڅو مهره (enterprise) پلانमा اوسئ یا ورته ننوتل DNS فقط ته تنظیم کړئ، چې په کوم کې ټول 캐شينگ او অপټیمائزیشن وایي.

Out-of-the-box Ultimate Multisite د دې probleمو حل وړاندې کوي او د WordPress multisites اړتیاوو له لارې زموږ وسیسته تجربه ښیي. دا ساده add-on فعال کولو سره، Ultimate Multisite ستاسو Cloudflare credentials څخه کار اخلي ترڅو په Cloudflare کې د شبکه سایتونو لپاره DNS entries خودکار اضافه کړي او دوی حالت 'proxied' ته تنظیم کړي. په دې توګه، هر شبکه ساب‌سایت چې جوړیږي، له Cloudflare شامل سرتیفیکات او ګټې هم پوره ترلاسه کوي.

د ستاسو Ultimate Multisite تثبیت کولو طبیعت او هدف پورې اړه ورته، ممکن د کارونکو اړتیا وي چې خپل ځانګړي دامنې کارول. په دې صورت کې، شبکه مدیر دوه مسائل حل کولو مسئول دی: یو، د دامنه نوم (domain name) هاستینګ او دوهم، د دامنې لپاره SSL سرتیفیکات.

د ډیری خلکو لپاره، Cloudflare کارول ډیر آسان انتخاب دی. مشتری باید خپل د ډومین په Cloudflare کې ځای پر ځای کړي، یو CNAME към Ultimate Multisite د رুট ډومین اشاره ورکړي، او خپل ډومین په Ultimate Multisite کې تنظیم کړي ترڅو له خپل ځانګړي ډومین نوم څخه ګټه پورته کول پیل کړي.

د دې ورته، باید alternatve solutions (دی alternatve حلول) търوبه شي چې ولې Ultimate Multisite لیست د متناسب پلي کولو وړاندیز کوي. دا همداسینه دی ترڅو DNS او SSL تنظیم کولو پروسه یو ساده کار نه وي. خو، له Ultimate Multisite د دې sağlayونکو سره همغږي کولو سره، پیچیدونکی کار ډیر کم کیږي او پروسه خودکار کیږي.

Plugins (پلاګینونه)

بشاید تاسو به نور pluginونه هم اړتیا لرئ ترڅو خپل مشتریان یا شبکه kraite functionality ورکړئ. آیا ټول pluginونه له WordPress Multisite او Ultimate Multisite سره کار کوي؟ دا وابسته دی.

په هر صورت، ډیری pluginونه په WordPress Multisite کې نصب کی virtually شي، خو د دوی فعالولو او لائسنس کولو (licensing) مختلفي وي ترڅو پورې اړه لري چې لایسنس باید پر domain اساس ورکړل شوي وي یا نه.

چالش دا دی چې ځینې pluginونه که یې per-domain اساسमा لائسنس کیږي، نو د شبکه مدیر باید هره نوي سایت لپاره هر plugin د لائسنس manuallly (म्यानوअली) فعال کړي.

نو، شاید غوره شي له plugin author سره پوښتنه وکړئ چې دویको plugin څنګه د WordPress Multisite سره کار کوي او کوم ځانګړي اړتیا یا پروسې کیږي ترڅو یې لائسنس ورکړل شي.