Skip to main content

Ultimate Multisite 101

Ultimate Multisite гэдэг нь таны үйлчлүүлэгчдэд WaaS (Web as a Service) эсвэл Вэбсайт-а Үйлчилгээ болгон санал болгох боломжийг олгодог WordPress Multisite плагин юм. Бид Ultimate Multisite ямар аргаар танай бизнес болон үйлчлүүлэгчдэд туслах боломжтой болохыг сурч эхлэхээс өмнө бид зарим үндсэн мэдлэгтэй байх хэрэгтэй.

WordPress Multisite

Бидний ихэнх нь стандарт WordPress-ийн суурийн хувилбарыг тань мэдэж байгаа. Та үүнийг хостинг провайдерийн удирдлагын самбарлын замаар үүсгэж болно, эсвэл илүү ухаалаг хүмүүс шинэ вэб сервер болон өгөгдлийн сан тохируулж, үндсэн файлыг татаж аваад суулгалт хийх процессыг эхлүүлдэг.

Энэ нь дэлхийн мянган WordPress сайтуудад ажилладаг ч агентлагийн эсвэл хостинг провайдерийн хандлагаас харахад хэмжээний талаар ямар нэгэн зүйл ойлгох шаардлагатай.

Нэг WordPress сайт эсвэл арван сайт хүртэл автомат удирдлагын самбарлын замаар үүсгэх нь асуудалгүй байдаг ч, эдгээр сайтуудыг удирдах үед асуудлууд хурдан гарч ирнэ. Хэрэв тэдгээрийг удирдахгүй бол та малварын (malware) хамгийн томоохон зорилго болно. Удирдах гэдэг нь хүчин чармай, нөөц шаарддаг ажил бөгөөд WordPress сайтуудыг удирдах, засаж байдлыг хялбарчлах туслах гадаад хэрэгслүүд болон плагинууд байгаа ч үйлчлүүлэгчид администратор эрхийг хадгалдаг учраас эдгээр хүчин чармай амархан ялагдах боломжтой.

WordPress-ийн гогцоонд 2010 онд WordPress 3.0-ыг гаргасны үеэс эхэлсэн 'Multisite' гэх функц байдаг бөгөөд энэ нь шинэ функцууд нэвтрүүлэх, аюулгүй байдлыг чанд болгох зорилгоор олон удаа хувилбар өөрчлөгдсөн.

Үндсэн утгаараа, WordPress Multisite-ийг ингэж төсөөлж болно: Их сургууль нэг WordPress-ийн суурийг хадгалдаг боловч тухайн факультет бүр өөрийнх нь WordPress сайтуудыг хадгалдаг.

Сүлжээ (The Network)

WordPress-ийн хувьд, multisite network гэдэг нь нэг тахирлагаас олон дэдсайт (subsites)-ыг удирдах боломжийг олгодог байдаг. Multisite network үүсгэхэд хостинг компани бүрт ялгаатай байж болно, гэхдээ эцсийн үр дүн нь WordPress-т энэ тусгай горимоор ажиллаж байгааг мэдэлүүлэх wp-config.php файлд хэдэн нэмэлт заавар (directives) байдаг.

Multisite network болон ганцаарчилсан (stand-alone) WordPress-ийн хоорондох ялгаанууд нь бид энд товч дурдъя.

Субдомен vs. Субдиректори (Subdomain vs. Subdirectory)

Та хийх хамгийн анхны шийдвэр бол multisite installation-ыг субдиректори (subdirectories) эсвэл субдомен (subdomains)-аар ажиллах уу гэдэг юм. Ultimate Multisite хоёр сонголтод ч тэнцүү сайн ажилладаг боловч, тэдгээрийн архитектур хувьд зарим ялгаанууд байдаг.

Субдиректори (subdirectory) тохиргооноос хамааруулан, сүлжээний сайт нь үндсэн домен нэрээс хамаарах зам (path)-ыг өвлөн авдаг. Жишээлбэл, 'site1' гэж нэрлэсэн сүлжээний сайт нь https://domain.com/site1 гэсэн бүрэн URL-тэй болно. Субдомен тохиргоонд, сүлжээний сайт нь үндсэн домен нэрээс гаралтай өөрийнхөө субдомен-ыг агуулдаг. Иймд 'site1' гэж нэрлэсэн сайт нь https://site1.domain.com/ гэсэн бүрэн URL-тэй болно.

Хоёр сонголт ч бүрэн хүчинтэй боловч, субдомен ашиглах нь олон давуу талыг өгдөг бөгөөд мөн түүний архитектурын хувьд илүү их бодолдоо шаарддаг.

DNS-ийн хувьд _subdirectories_-г ашиглах нь харьцангуй энгийн бэрхшээлтэй байдаг. Учир нь сүлжээний сайтууд нь эцэг замны хүүхэд шиг байдаг тул үндсэн домен нэрэнд зөвхөн нэг домен нэрийг оруулах шаардлагатай. Харин _subdomains_-ийн хувьд бэрхшээлтэй асуудал бага зэрэг төвөгтэй байдаг бөгөөд үүний тулд бүрэн сүлжээний сайтын тус бүрт тусдаа CNAME нэрийг оруулах эсвэл DNS бүрт wild card (*) нэрийг ашиглах шаардлагатай болдог.

Нэмэлт анхаарах тал бол SSL болон SSL сертификатуудыг гаргах, ашиглах явдал юм. subdirectory-ийн тохиргооноос харахад нэг домен сертификатыг ашиглаж болно, учир нь сүлжээний сайтууд үндсэн домен нэрийн зүйлс (paths) байдаг. Иймээс domain.com-ын сертификат нь https://domain.com/site1, https://domain.com/site2 гэх мэт хуудсуудад SSL-ийг хангахад хангалттай байна.

subdomain-ийн тохиргоонд wild card SSL сертификатыг ашиглах нь хамгийн түгээмэл сонголтуудын нэг юм. Энэ төрлийн SSL сертификат домен болон түүний subdomains-д шифрлэл (encryption) өгдөг. Тиймээс wild card SSL сертификат нь https://site1.domain.com, https://site2.domain.com ба domain.com-ийн өөрөөд шифрлэлийг хангана.

Бусад сонголтууд байсан ч тэдгээрийг ихэвчлэн хязгаарлалттай бөгөөд хэрэглээний хүрээнд тохирох эсэхийг нэмэлтээр тохируулж, анхаарах шаардлагатай байдаг.

Plugins and Themes

WordPress-ийн хувьд өгөх зүйл нь үүнийг авч байгаа хэрэглэгчийн харалтаас харахад бас байна. Хэрэв сайт администратор ганцаараа WordPress суулгасан бөгөөд муу plugin суулгасан эсвэл суулгасны шинэчлэлтийг хийгээгүй бол энэ үйлдлийн цорын ганц хохирогч болон алдагдал нь өөрөө байдаг. Гэхдээ multisite (бүрэн сүлжээ) суулгасан байхад муу plugin суулгасан сайт администратор нь сүлжээнд байгаа бүх сайтуудын хохирогчийг үүсгэдэг.

Үүний улмаас олон сайттай WordPress-ийг тохируулсан үед, сайт администратор нарт плагин болон theme суулгах боломжийг хасаж, энэ боломжийг шинээр үүсгэсэн сүлжээний администратор эсвэл 'super admin' үүрэгт шилжүүлдэг. Энэхүү эрхтэй үүрэг нь сүлжээний сайтуудын администраторууд өөрийн dashboard дээрх плагины цэс рүү хандах боломжийг олгох эсэхийг, мөн ийм зөвшөөрөл нь плагиныг идэвхжүүлэх эсвэл устгах үйлдэлд хэр холбогдохыг шийднэ.

Ийм байдлаар сүлжээний администратор нь сүлжээнд плагин болон theme суулгах хариуцлагатай бөгөөд эдгээр плагинууд болон theme-үүдийг сүлжээний сайтуудад ашиглахын тулд зөвшөөрлийг хуваарна. Сайт администратор нар өөрсдийн сайт руу тохируулж буй плагин болон theme-ийг суулгах эсвэл тэдэнд оруулаагүй плагин болон theme-үүдэд хандах боломжгүй.

Хэрэглэгчид ба Администратор нар

WordPress Multisite-т бүх сүлжээний сайт нь ижил database-ийг хуваалцдаг тул ижил хэрэглэгч, үүрэг, чадварыг хуваалцдаг. Үүнийг ойлгоход хамгийн тохиромжтой арга бол бүх хэрэглэгчид ямар нэгэн тодорхой сайттай холбоогүй, харин сүлжээний гишүүн гэж үзэх явдал юм.

Энэ ойлголтыг авч үзвэл, хэрэглэгчийг үүсгэх боломжийг олгох нь хүссэн зүйл биш тул WordPress Multisite-т энэ боломжийг сайт администратор наас хасаж, сүлжээний администраторын үүрэгт шилжүүлдэг. Түүнчлэн, сүлжээний администратор өөрийн сайтуудад хэрэглэгч бүрт гарцыг олгох шаардлагатай зөвшөөрлийг сайт администраторууд руу хувааж өгөх боломжтой.

Дээрх ойлголтыг дахин давтаж хэлэхэд, хэрэглэгч бүрт хамаарах тохиргоо нь тэдний байгаа сайттай холбоотой боловч, тэр бол сүлжээнд хуваарилагдсан тул сүлжээний өөр хооронд онцгой байх ёстой. Энэ улмаас зарим нэр (username) бүрт бүртгэгдэх боломжгүй байх тохиолдол гардаг.

Хэдийг энгийн системүүдэд гадаад ойлголт биш боловч, хэрэглэгч бүртгэл ба баталгаажуулалтын нэг эх сурвалж байх нь заримдаа тусгай WordPress Multisite-ийн хэрэглэгчид илүү хялбар байдаг ганцаарчилсан WordPress-ийн устат байгууллагатай танилцуулсан хүмүүст ойлгоход хэцүү байдаг.

Медиа (Media)

WordPress Multisite дээр сүлжээний сайтууд нэг өгөгдлийн сан хуваарилагч ашигладаг бол тэд медиа файлуудын хувьд файл систем дээр тусдаа зам үүсгэдэг.

Стандарт WordPress-ийн байрлал (wp-content/uploads) хадгалагдаж байдаг ч, түүний зам нь сүлжээний сайтын өвөрмөц ID-г илэрхийлэхээр өөрчлөгдөнө. Үүний үр дүнд сүлжээний сайтын медиа файлууд wp-contents/uploads/site/[id] гэсэн байдлаар гардаг.

Бид өмнө нь subdomain тохиргоо нь subdirectory-ээс илүү давуу талтай болох тухай дурдсан бөгөөд энэ бол тэрхүү зам юм.

Subdirectory-ийн тохиргоонд, үндсэн сайт (сүлжээ үүссэн эхний сайт) ба сүлжээний дэдсайтууд домен нэрээс гарах ижил замыг хуваалцах ёстой. Энэ нь их хэмжээний зөрүүтэй байдлыг үүсгэх боломжтой.

Постүүдийн хувьд, сүлжээний сайтуудтай давхцалгүй байлгахын тулд үндсэн сайтенд /blog/ гэсэн зайлшгүй зам нэмэгддэг. Энэ нь 'Post name' зэрэг хөнгөн permalink-ууд домен.name/blog/post-name/ гэж харагдахыг үүсгэнэ.

Subdomain-ийн тохиргоонд энэ үйлдлийг хийх шаардлагагүй, учир нь сүлжээний сайтын бүрэн домен тусгаарлалт ашигладаг бөгөөд ижил зам дээр тулгуурлах шаардлагагүй. Харин тэд өөрсдийн subdomain-аса хамааран өөрийн өвөрмөц замыг хадгалдаг.

Статик хуудсууд (Static Pages)

subdirectory тохиргоо (configuration) доторх багцны нэрлэх зүйлс нь үндсэн сайт болон сүлжээний сайтууд ижил зам ашигладаг тул статик хуудаснуудтай холбоотой хохирол учруулах магадлалыг өргөтгөнө.

Үүнийг зогсоохын тулд WordPress нь зарим сайт нэрсийг хамаарахгүй байхыг саатуулах арга хэрэгсэл үзүүлдэг бөгөөд ингэснээр тэдгээр нь анхны сайтын нэрүүдтэй зөрчилдөхгүй. Ихэвчлэн сүлжээний администратор үндсэн сайт болон түүний хуудаснуудын үндсэн зам (root paths)-ыг оруулдаг.

subdomain тохиргоонд (configuration) нэрлэх зөрчлийн боломжийг subdomain-аар багасдаг бөгөөд энэ нь сүлжээний сайтын онцлог бөгөөд үндсэн сайттай ямар ч хамааралгүй байдаг.

Бүртгэл (Registration)

WordPress Multisite-ийн сүлжээний тохиргоонд шинэ хэрэглэгч бүртгүүлэх олон боломжууд байгаа бөгөөд энэ нь шинэ болон одоо байгаа хэрэглэгчдэд сайт үүсгэх боломжийг олгодог.

Угтаа, ганцаарчилсан (stand-alone) WordPress-ийн устатлагын үед хэрэглэгч бүртгэл хийх эсвэл түүнийг үүрэгээр тохируулах зэрэг танитай сонголтууд байдаггүй.

Хэрэв хэрэглэгчийн данс үүсгэсэн бол тэдгээр дансууд сүлжээний түвшинд үүсдэг. Иймд тэд ямар нэгэн тодорхой сайттай холбоогүй харин бүх сүлжээтэй холбоотой байдаг. Энэ нь зарим онцлог давуу болон сул талтай юм.

Жишээлбэл, таны WordPress Multisite нь мэдээлэл, мэдээллийн бизнест байсан гэж үзье. Та тухайн multisite-ийг үүсгээд дараа нь санхүү, технологи, байнга урам зориг зэрэг бусад сонирхолтой талбаруудад өөр сайтуудыг үүсгэж, plugin болон theme-ийн ерөнхий хяналтыг хадгална. Нэг сеть сайт нь тухайн network site-ын хувьд custom post types эсвэл ердийн пост category-аас илүү их хяналттай байх боломжийг олгоно.

Үүний дагуу, хэрэв хэрэглэгч логин хийх үедээ network руу логин хийж, эцэст нь бүх network site дээр логин хийхээр тохирох бол таны шинэ сайт subscription (хувьцаа) суурилсан байвал энэ хамгийн тохиромжтой шийдэл бөгөөд үр дүн болно.

Гэсэн хэдий ч, multisite-ийн зорилго болон онцлог нь бие биетэйгээ хамааралгүй өөр өөр network site-удыг санал болгох байсан бол хэрэглэгчийн үүрэг (user roles)-ыг өөрчлөхөд гадаад эсвэл нэмэлт plugin шаардлагатай байдаг.

Domain ба SSL

WordPress Multisite-ийн хувьд бид анхаарахгүй байх магадлалтай зүйл бол Wordpress.com юм. Энэ нь WordPress multisite-ийн хамгийн өргөн жишээ бөгөөд үүнийг зорилго бүхий хэрхэн тохируулж, бүтээж чадах боломжийг харуулдаг.

Өнөөдрийн орчин үеийн интернэтэд SSL ашиглалт нь бараг зайлшгүй шаардлагатай бөгөөд WordPress multisite-ийн администратор нар эдгээр сорилтууд тулгарч байна.

subdomain тохиргоотой байх үед сайт нь үндсэн domain (root domain name)-аса суурилсан үүсдэг. Иймээс ‘site1’ гэж нэрлэсэн сайт нь ‘site1.domain.com’ хэлбэрээр үүснэ. Wildcard SSL сертификат ашиглан network-ийн хувьд энэ сорилтыг амжилттай шийдвэрлэж, SSL шифрлэлтийн чадварыг олгох боломжтой.

WordPress Multisite нь домен тохиргоо болон SSL сертификатуудыг олгох, хадгалах талаар нэмэлт төвөгтэй байдал үүсгэдэг тул сүлжээний администратор нарт энэ нь илүү их хүндрэлтэй асуудал болдог.

WordPress Multisite нь www.anotherdomain.com гэх мэт домен нэрсийг 'site1'-тэй холбох боломжийг олгож байгаа ч, сүлжээний администратор нь DNS оролтыг гаднаас удирдах, SSL сертификатуудыг хэрэгжүүлэх асуудлыг өөрсдөө шийдэх шаардлагатай болдог.

Ultimate Multisite

Ерөнхий WordPress-ийн суурин (stand-alone) болон Multisite-ийн ялгааг ойлгосон тул, Ultimate Multisite нь Website as a Service (WaaS)-ийг үзүүлэх хамгийн томоохон хэрэгсэл гэдгийг харцгаая.

Оршил

Ultimate Multisite нь таны WaaS-ийг бүтээхэд "Швейцарийн арьс" шиг ашиглагдана. Wix.com, Squarespace, WordPress.com зэргийг бодож үзээрэй, дараа нь өөрийн үйлчилгээг өөрөө эзэмшихыг бодож үзээрэй.

Дотоод хэсэгт Ultimate Multisite нь WordPress Multisite-ийг ашигладаг ч, сүлжээний администратор нарт multisite-тэй байх үед тулгардаг олон төрлийн бэрхшээлийг шийдэхээс гадна, өргөн хүрээний хэрэглээний тохиолдлуудыг дэмжих боломжийг нэмэгдүүлдэг.

Дараагийн хэсгүүдэд бид тухайн тохиолдлуудыг дэмжихэд шаардлагатай ерөнхий хэрэглээний тохиолдлууд болон анхаарах зүйлсийг авч үзнэ.

Хэрэглээний тохиолдлууд

Тохиолдол 1: Агентлаг (An Agency)

Ердийн турш агентлагийн гол ур чадвар нь вебсайтыг дизайн хийх явдал бөгөөд үүнд тэдгээрийн хостинг эсвэл маркетингийг нэмэлт үйлчилгээ болгон жагсаах зэрэг элементүүд багтана.

Агентлагумаль Ultimate Multisite нь нэг платформын дээр олон вэбсайтыг хослуулах, удирдах чадвараараа агентлагуудад гайхалтай үнэ цэнэтэй санал болгож байна. Ялангуяа GeneratePress, Astra, OceanWP зэрэг тодорхой темиар дизайнгаа стандартуудаар тогтоосон агентлагуудад Ultimate Multisite-ийн чадварыг ашиглан шинэ вэбсайт бүрт эдгээр темуудыг автоматаар идэвхжүүлэх боломжтой.

Үүнтэй адилаар, агентлагийн үнийн төлөвлөгөөнд нийтлэг бөгөөд алдартай плагинуудад олон хувилбарын хямдралыг авч үзэхэд Ultimate Multisite-ийг ашиглах нь агентлагуудад бие даасан хөрөнгө оруулалтаа ашиглах боломжийг олгодог. Плагинууд суурилуулах, үйлчилгээ хийх, ашиглахад зориулсан нийтлэг платформыг өгч байгаа юм.

Ихэнх тохиолдолд конфигурацийн хэрэгцээтэй байх бөгөөд азтай нь Ultimate Multisite нь олон алдартай хостинг провайдер болон Cloudflare, cPanel зэрэг үйлчилгээний интеграциудтайгаар домен маппинг (domain mapping) болон SSL сертификатуудыг хялбар болгож өгдөг.

Иймд эдгээр провайдерийн аль нэгийг ашиглах эсвэл Ultimate Multisite-ийг Cloudflare-ийн ард байрлуулснаар домен болон SSL сертификатуудын удирдлага нь бараг хялбар болдог.

Вэбсайт үүсгэхэд чанд хяналт тавихыг илүүд үздэг агентлагууд Ultimate Multisite-ийн хялбарчилсан интерфейсээр дамжуулан вэбсайтыг үүсгэх, сайтуудыг хэрэглэгч болон төлөвлөгөөтэй холбох асуудлыг таашаалтай харах болно.

Ultimate Multisite site management interface

Плагинууд болон темуудад тусгайлан хяналт тавих нь Ultimate Multisite-ийн интуитив интерфейсээр бүтээгдэхүүн бүрийн хувьд хангагдаж байгаа бөгөөд плагинууд болон темуудыг шинэ вэбсайтад ашиглахад тусгаарлах, эсвэл идэвхтэй байдлаа харуулах боломжийг олгодог.

Product plugin limitations interface

Темаар (Themes) нь ижил төст функцүүдийг өгдөг бөгөөд тухайн сайтын үүсэлт үед тодорхой темуудыг идэвхжүүлэх эсвэл нуух боломжийг олгодог.

Product theme limitations interface

Агентлагууд Ultimate Multisite ашигласнаар өөрсдийн хамгийн сайн хийдэг зүйлд - гайхалтай вэбсайт бүтээхэд анхаарал төвлөрүүлэх боломжтой болно.

Тохиолдол 2: Тусгайлан зориулсан үйлчилгээ үзүүлэгч (Niche Provider)

"Нэг зүйлийг сайн хий" гэсэн хуучин ойлголт байдаг. Олон мэргэжилтнүүдэд энэ нь нэг үндсэн санаагаар бүтээгдэхүүн эсвэл үйлчилгээ үзүүлэхыг хэлнэ.

Та бол клубнуудад вэбсайт суулгахыг сурталч буй эрчтэй гольфчин байж болно, эсвэл кланнуудад вэбсайт үзүүлдэг эспорт (esports) тоглоомын тоглогч байж болно. Энэ нь рестораннуудад захиалгын үйлчилгээ үзүүлэх ганц хүн байж болно уу?

Олон шалтгаанаар та ерөнхий хүрээ болон платформыг ашиглан үйлчилгээ үзүүлэхийг хүснэ. Та шаардлагатай функцүүдийг өгөх зорилгоор өөртөө тохируулсан (bespoke) плагинууд бүтээсэн эсвэл салбарын хамгийн сайн практик нь дизайн хийхэд ямар нэгэн стандартын арга барилыг шаарддаг байж болно.

Ultimate Multisite-ийн шинэлэг онцлог нь шаблон (template) сайтуудыг ашиглах явдал юм. Шаблон сайт гэдэг нь темуудыг суулгаж, идэвхжүүлсэн, зайлшгүй шаардлагатай плагинуудыг суулгаж идэвхжүүлсэн, мөн жишээ болон хуудас үүсгэсэн байдаг. Хэрэв хэрэглэгч тухайн шаблон дээр үндэслэн шинэ сайт үүсгэхэд, шаблоны агуулга болон тохиргоо нь шинээр бүтээгдсэн сайтод хуулбарлагдана.

Туслах (niche) сайтууд болон үйлчилгээ үзүүлэгчдэд энэ нь өөрийн тусгай плагинууд болон дизайны хамт ажиллахаар бэлэн байдаг сайтг шууд бүтээх боломжийг харьцуулахад хязгааргүй давуу тал болгодог. Хэрэглэгч нь үйлчилгээг дуусгахын тулд хамгийн бага зөвхөн оролт өгөх шаардлагатай байдаг.

Хэрэгцээнд хамааруулан _subdirectory_ эсвэл _subdomain_ тохиргоо хоёулаа тохиромжтой байх боломжтой бөгөөд энэ тохиолдолд архитектурын сонголтууд нь _subdirectories_-ийн хувьд энгийн SSL сертификат эсвэл _subdomains_-ийн хувьд wildcard SSL сертификат хоорондын сонголт болно.

3-р тохиолдол: WordPress веб хостинг

WordPress сайтуудыг хостлох олон арга байдаг ч, үүнийг зөвхөн WordPress-ийн бэлэн хувилбарыг суулгасны дараа хэрэглэгчдэд вэб зай өгөхөөс илүү энгийн байдаггүй. Учир нь утга учиртай үйлчилгээ үзүүлэхийн тулд олон шийдвэр, анхаарах зүйлсийг нэгтгэх шаардлагатай.

Ultimate Multisite нь WordPress сайтуудыг хостлохын тулд бүрэн бэлэн шийдлийг өгч байгаа тул энэ тал дээр гайхалтай үр дүнд хүрдэг. Энэхүү шийдэлд хуваарьтай үйлчилгээ үзүүлэх, төлбөр цуглуулах, checkout forms (захиалгын маягт), хөнгөлөлттэй ваучер болон хэрэглэгчтэй харилцах зэрэг үндсэн механизмыг багтаасан байна.

WordPress Multisite-ийг зөв суулгах, тохируулах, үргэлжлүүлэхэд шаардлагатай гол ажил ихээхэн Ultimate Multisite-ээр хялбар болгодог бөгөөд сүлжээний администратор нь бүтээгдэх төрөл, үнэ ханш болон үйлчилгээний санал зэрэг өөрийн үйлчилгээ эсвэл тухайн салбарын талаарх тал дээр анхаарах хэрэгтэй.

Ultimate Multisite-той холбогдохыг хүс는 хөгжүүлэгчдэд энэ шийдэл нь бүрэн RESTful API болон үйл явдлын мэдэгдэл (event notification) хийх Webhooks-ийг санал болгодог.

Олон гадаад plugin болон лиценз дээр тулгуурлах шаардлагагүйгээр, Ultimate Multisite нь Wix, Squarespace, WordPress.com зэрэг үйлчилгээтэй ижил чанартай функц баялаг шийдлийг санал болгодог.

Архитектурын анхаарах зүйлс

Энэ нь бүрэн заавар биш боловч, Ultimate Multisite-ийн суулгалт дэмждэг технологийн зөв сонголтыг чиглүүлэхэд дараах зүйлсийг харгалзан үзэх хэрэгтэй.

Хэрэглээний хослуулсан (Shared) эсвэл тусгай (Dedicated) хостинг

Уучлаарай, бүх хостинг провайдерууд ижил биш бөгөөд зарим нь хэт өндөр серверний нягтралыг хийдэг. Хямд үнэтэй провайдер нар ихэвчлэн серверний нягтралыг хамгийн ихээр ашиглан орлогоо гаргадаг. Ийм учраас таны Ultimate Multisite суулгалт нэг серверт байгаа хэдхэн зуун сайт байж болно.

Провайдерээс тохиромжтой хамгаалалтыг байрлуул지 мэдэхгүй үед, хуваалцсан сервер дээрх сайтнууд "шуугиантай хөрш" (noisy neighbour) асуудлыг мэдэрдэг. Энэ нь ижил серверт байгаа нэг сайт олон нөөцийг ашиглаж байхад бусад сайтууд үлдсэн нөөцүүдийн төлөө өрсөлдөх ёстой гэсэн үг юм. Ихэнх тохиолдолд энэ нь сайтнууд удаан эсвэл цаг тухайд хариу өгөхгүй байх хэлбэрээр илэрдэг.

Та өөрөө веб хостинг провайдер учраас, үүний дараах нөлөөлөлт нь таны хэрэглэгчдийн муу хурд, бага вэб хуудсыг дундчилсан байдал (page rank) болон өндөр буцаж ирэх үзүүлэлт (bounce rates)-тэй тулгарах бөгөөд энэ нь тэд илүү үйлчилгээ олохын тулд хэрэглэгчээ алдахад хүргэдэг.

Товчхондоо, зардлаар сайн гэсэн үг биш юм.

Ultimate Multisite нь хэд хэдэн сайн хостинг провайдертой ажилладаг бөгөөд домен маппинг (domain mapping) болон автоматаар SSL-ийг оруулах зэрэг функцийг хангахын тулд тэдний орчинд сайн нийцдэг. Эдгээр провайдер нар гүйцэтгэлийг үнэлдэг бөгөөд хуваалцсан хостингээс илүү өндөр түвшний үйлчилгээ үзүүлдэг.

Хамгийн тохиромжтой провайдерудын жагсаалт болон тус бүрийн бүрэн тохируулгын зааврыг Compatible Providers-ийн dokumentation-д шалгана уу.

Гүйцэтгэлийн харгалзах зүйлс (Performance Considerations)

Ultimate Multisite нь удаан ажилладаг програмчлал биш, харин маш хурдан юм. Гэхдээ энэ нь доорх програм хангамж болон дэвсгэр бүтцийн хамгийн сайн байдалтай тэнцүү бөгөөд өөрийн хүртсэн зүйлээ л ашигладаг.

Энэ жишээг авч үзээрэй: Та 100 сайттай Ultimate Multisite суулгалттай сүлжээний администратор гэж үзье. Эдгээр сайтнуудаас зарим нь сайн ажиллаж байгаа бөгөөд өдөр бүр олон вэбсайтын зочны тоог татдаг.

Энэ нөхцөл байдал жижиг хэмжээний, жишээлбэл нэгээс таван вэбсайттай үед өөр байх боловч, их хэмжээний ачаалал ирэхэд асуудал илэрч эхэлнэ.

Хэрэв анхаарал хандуул지гүй бол ганц Ultimate Multisite сайт нь бүх зочны хүсэлтийг хангахаар хариуцлага хүлээдэг. Эдгээр хүсэлтүүд нь динамик PHP хуудсуудад эсвэл stylesheet, javascript эсвэл медиа файл зэрэг статик ажилтнуудад байж болно. Нэг сайт болоо хоёр зуун сайт байсан ч эдгээр ажлууд давтагдах, монотон бөгөөд үр хاياتтай болдог. Хэрэв PHP файлыг боловсруулахын тулд CPU хүч болон санах олгох шаардлагагүй, учир нь гаралтын мэдээлэл бүх хүсэлтэд ижил статик байдаг.

Үүнтэй адилаар, PHP эсвэл HTML хуудсанд нэг хүсэлт ирэхэд скриптүүд, stylesheet болон зураг файлуудын олон дараалсан хүсэлт үүсдэг. Эдгээр хүсэлтүүд шууд танай Ultimate Multisite сервер рүү чиглэсэн байдаг.

Энэ асуудлыг серверээ шинэчлэх замаар хялбар шийдэж болно, гэхдээ энэ нь хоёр дахь асуудал болох географын хоцрогдлыг (geographic latencies) шийддэггүй. Энэ асуудлыг зөв шийдэхийн тулд олон байрлалын олон сервер хэрэгтэй.

Үүний улмаас ихэнх сүлжээний администратор нар статик хуудасны хүсэлтүүдийг хангахад front-end caching болон content distribution networks (CDN)-ийг ашигладаг. Эдгээр хүсэлтийг хангаж, сервер рүү хүрэхээс өмнө ажилтнуудыг үйлчлэх нь боловсруулах нөөцийг хэмнэдэг, хоцрогдлыг арилгадаг, шаардлагагүй шинэчлэлтийг зайлуулж, технологийн хөрөнгийг хамгийн ихээр оновчтой ашигладаг.

Ultimate Multisite нь сүлжээний администратор нарт өөрсдийн байрлалыг Cloudflare-ийн ард тавьж, зөвхөн түүний кеш хийх чадварыг ашиглах бус, харин DNS хостинг, SSL сертификат болон аюулгүй байдлын механизмыг ч ашиглах боломжийг олгодог нарийн төвөгтэй Cloudflare add-on-ыг багтаасан байдаг.

Дахин бэлдэл (Backups)

Хэрэв та 50 хүнтэй зөвлөлдөж, дахин бэлдэлийн стратеги тухай 50 өөр мэдээлэл авбал ямар хариу ирнэ гэсэн асуулт гарна. Хариулт бол: энэ нь тохиолдлынхаа дээр хамаардаг.

Зөрөв байсан зүйл бол бэкап авах шаардлагатай гэдэг ба энэ нь үйлчилгээ үзүүлэгч, ялангуяа менежмент үйлчилгээ санал болгодог компаниас гадна хэн ч удирдах боломжгүй юм. Тиймээс хэрэглэгчид бэкап авах болон удирдахад сүлжээний администратор руу хандах шаардлагатай болно. Гэхдээ сүлжээний администратор хэн байх нь бүр өөр асуудал юм.

Энэ хэсгийн зорилгоор бид бэкап гэдэг нь бэкап эхлүүлсэн цагт систем бодит төлөвийг хуулбарлах явдал гэж тохироолно. Энгийнээр хэлбэл, бэкап авах үеийн систем ямар байсан бол тэр төлөв бэкап дотор баригдан хадгалагдана.

Энэ ойлголтыг авч үзэхэд бэкап авах арга зам болон таны орчинд хамгийн тохиромжтой нь таны шаардлага, мөн хостинг компани тухайн шаардлагыг хангах чадвараас ихээхэн хамаарах болно. Гэхдээ хамгийн өөр үзэл бодолтой байдлаас эхлээд бага үзэл бодолтой байдалд хүрэх дарааллаар доор дурдсан сонголтууд зарим чиглүүлэг өгөх ёстой.

Snapshots (Снапшот)

Snapshots нь бэкап авах хамгийн хялбар, төвөггүй, "ямар ч алдаагүй" шийдэл юм. Гэхдээ таны үйлчилгээ үзүүлэгчээс зарим тусламж шаардах бөгөөд ихэвчлэн VPS (Virtual Private Server) эсвэл ижил төст системтэй байвал л хамаарттай. Бидний "Compatible Providers" (Хамгийн тохирох үйлчилгээ үзүүлэгчид)-ийн баримт бичигт дурдсан хэд хэдэн компани нь сүлжээний администраторын ямар ч оролцоогүйгээр бэкап авах боломжийг олгодог.

Уламжтай бэкап нь файл болон өгөгдлийн сан руу чиглэдэг бол, snapshot нь бүх дискийн хуулбарыг авдаг. Энэ нь зөвхөн сайтын өгөгдлийг snapshot-т багтаах төдийгүй үйлдлийн систем болон тохиргоог ч хамруулдаг гэсэн үг юм. Олон хүмүүст энэ нь тодорхой давуу тал болдог учир, асуудалтай байгаа анхны системээ snapshot-оос бараг шууд шинээр үүсгэж, ажиллуулан орлуулж өгөх боломжтой. Үүнтэй ижил төстээр, файл сэргээхийн процесс нь зөвхөн одоо байгаа instance дээр snapshot image-ийг диски болгон холбосноор хийгддэг бөгөөд ингэснээр файлуудыг хандаж хуулбарлах боломжтой болдог.

Snapshot ашиглахад хостинг провайдерийн талбаар нэмэлт зардал гарч болно, гэхдээ энэ нь ослоос хамгаалалт юм.

Гаднах скриптүүд (External Scripts)

WordPress болон MySQL нөөцүүдийг бэкап хийх гадаад скрипт болон шийдлүүд хэмжээнд байдаг бөгөөд эдгээр нь WordPress файлын систем болон өгөгдлийн санг ашигладаг Ultimate Multisite-д маш сайн ажиллана. Ийм учраас WordPress сайтуудыг бэкап хийх шийдэл нь Ultimate Multisite-ийн хэрэгцээнд хангалттай багтаах боломжтой.

Би ямар нэгэн скриптийг бусдаас илүү сайн гэж зөвлөхгүй ч, бидний ерөнхий зөвлөмж бол үр дүн хүссэн байсныг шалгахын тулд хэд хэдэн бэкап болон сэргээлтийн туршилт хийж, скрипт болон түүний функц ажиллаж байгаа эсэхийг тасралтгүй үнэлэх явдал юм. Ялангуяа ямар нэгэн ялгаатай бэкап стратеги хэрэглэгддэг газарт энэ нь чухал.

Эдгээр скриптүүд ажиллаж байх үед систем дээр ачааллыг нэмэгдүүлнэ гэдгийг анхаарах шаардлагатай.

Плагинууд (Plugins)

WordPress-д плагингүйгээр шийдэж чадах асуудал бараг байдаг бөгөөд гадаад скриптүүдийг удирдах нь таны хүссэн зүйл биш бол плагин нь дараагийн сайн сонголт байх боломжтой.

Плагини нь сонголт, функцээрээ ялгаатай байдаг ч ихэвчлэн ижил үүргийг гүйцэтгэдэг бөгөөд энэ бол WordPress-ийн файл болон өгөгдлийн сангийн хуулбарыг хийх явдал юм. Үүний дараа функцууд нь ялгаатай байдаг бөгөөд зарим плагинууд дээрх бэкап-ыг Google Drive, Dropbox зэрэг гадаад үйлчилгээнд эсвэл S3, Wasabi гэх мэт нийцтэй объект хадгалах үйлчилгээнд илгээж чадна. Илүү өргөн хүрээний плагинууд нь гадаад хадгалагын зардлыг хэмнэхийн тулд зөвхөн өөрчлөгдсөн өгөгдлийг бэкаплах эсвэл ямар нэгэн стратегиар ялгаатай бэкап хийдэг.

Плагины сонголт хийх үедээ та multisite-тэй нийцсэн эсэхийг шалгах нь чухал. Үүний ажиллах байдлын улмаас бэкап хийгддэг явцад сервер дээр түр зуурын ачаалал гарч ирэхийг хүлээж болно.

Домен ба SSL

Multisite subdomain горим доторх домен нэрүүдийн талаар олон зүйл ярьсан. Сүлжээний администраторууд хамгийн түгээмэл шийдэл бол wildcard DNS entry-г ашиглах явдал юм.

Wildcard DNS entry configuration example

Энэ төрлийн DNS entry нь ‘site1.domain.com’ болон ‘site2.domain.com’ зэрэг subdomain-удыг 1.2.3.4 IP хаяг руу амжилттай шилжүүлдэг бөгөөд энэ нь Ultimate Multisite болон subdomain горим доторх WordPress Multisite-ийг илүү өргөн хүрээнд дэмжинэ.

Энэ нь HTTP-д бүрэн ажиллах боломжтой учир, зорилтот хост (host) HTTP header-ээс уншигдадаг ч одоогийн веб нь хамгийн найдвартай HTTPS гүйлгээ шаарддаг тул энэ нь их ховор юм.

SSL сертификатууру үчүн оңой варианттар бар гэдэг нь баяртай байна. subdirectory модоор ердийн домен сертификаты ашиглаж болно. Эдгээрийг хостинг провайдерүүдээс, тэд үнэгүй LetsEncrypt үйлчилгээ эсвэл бусад эх сурвалжаас авч болно. Бул тохиолдолд та сертификат гаргах хүсэлтийг (CSR) үүсгэж чадвал эрх бүхий байгууллаас худалдаалах боломжтой.

subdomain модоор ашиглахад, wildcard SSL сертификаты нь wildcard доментэй таарч, сертификат руу домен болон бүх subdomain-ну ганц тохиргоо хийх шаардлагагүйгээр эрх бүхий байгууллаар үйлчилж чадах байна.

Гэсэн хэдий ч, wildcard SSL сертификатууд Cloudflare зэрэг үйлчилгээнүүдтэй ажиллахгүй байж болно, хэрэв та enterprise (багаат) төлөвлөгөө дээр байгаа эсвэл оролтылыг DNS-д л тохируулахыг сонговол. Энэ тохиолдолд бүх кэшинг болон оновчлол хасагдана.

Out-of-the-box Ultimate Multisite энэ асуудлын шийдлийг өөрийн туршлагаа WordPress multisite-ийн хэрэгцээтэй холбож харуулдаг. Энэ энгийн add-on-ыг идэвхжүүлэх үед Ultimate Multisite таны Cloudflare credentials-ийг ашиглан сүлжээний сайтуудын DNS оролтылыг Cloudflare-д автоматаар нэмж, тэдгээрийг 'proxied' модоор тохируулна. Ингэснээр сүлжээний аль ч дэдсайт үүсэхэд SSL-ийн хамгийн бүрэн хамгаалалт ба давуу талыг Cloudflare-ийн хамт авдаг.

Таны Ultimate Multisite-ийн байгууламжийн шинж чанар болон зорилгоос хамааруулан, хэрэглэгчдэд өөрийн домен ашиглах шаардлага гарч болно. Энэ тохиолдолд сүлжээний администратор хоёр асуудлыг шийдэх үүрэгтэй болно. Нэг нь домен нэр бүрт байна, хоёр дахь нь тухайн домен дээрх SSL сертификатууд юм.

Олон хүн Cloudflare ашиглахад хялбар сонголт болдог. Хэрэглэгч зөвхөн өөрийн доменээ Cloudflare-т байрлуулж, Ultimate Multisite-ийн үндсэн домен рүү CNAME-ийг зааж, Ultimate Multisite-д өөрийн доменыг тохируулах замаар өөрийн өөрийн домен нэрийг ашиглах боломжийг олгож эхлэх хэрэгтэй.

Үүнээс гадна, DNS болон SSL-ийг тохируулах процесс нь энгийн биш байдаг тул Ultimate Multisite Compatible Providers (Хамттай Үйлчилгээ үзүүлэгчид) гэсэн жагсаалтыг санал болгодог. Гэвч Ultimate Multisite эдгээр үйлчилгээ үзүүлэгчтэй холбогдсон тул төвөгтэй байдал ихгүй бөгөөд үйл явц нь автоматаар хийгддэг.

Plugins (Плагинууд)

Хэрэглэгчдийнхээ эсвэл сүлжээний сайтуудад функц өгөхөд таны илүү олон плагин хэрэгтэй байх магадлалтай. Бүх плагин WordPress Multisite болон Ultimate Multisite-тэй ажилладаг уу? Энэ нь хамаарна.

Ихэнх плагинууд WordPress Multisite-т суулгах боломжтой ч, тэдгээрийн идэвхжүүлэх ба лицензлах нь авторыг өөрөөс өөр байдаг.

Энд хүндрэл үүсдэг нь зарим плагин домен тус бүрт лиценз шаарддаг тохиолдолд лицензийг яаж хэрэглэхтэй холбоотой юм. Энэ нь зарим плагинуудад сүлжээний администратор өөрийн сайтын тус бүр, плагины тус бүрийг гараар идэвхжүүлэх шаардлагатай гэсэн үг юм.

Тиймээс плагин авторынхаа WordPress Multisite-тэй ямар ажиллах болох, мөн лицензлахын тулд ямар нэмэлт шаардлага эсвэл процедур байгаа эсэхийг мэдэхийн тулд плагин авторынхаатай зөвлөхийг санал болгоно.