Ultimate Multisite 101
Ultimate Multisite плагини WordPress-истеъмол аст, ки ба шумо имконият медиҳад, ки WaaS ё Websites as a Service (Услубҳои вебсайтҳо) ба муштабирён пешниҳод кунед. Пеш аз он ки мо ба ин масъалаҳо ворид шавем ва бидонем ки Ultimate Multisite чӣ тавр метавонад ба коркарди бизнес ва муштабиро кӯмак кунад, бояд ба маълумоти асосӣ расонем.
WordPress Multisite
Манҳоят аз инкишонами стандарт WordPress мефаҳмаем. Шумо онро либос тавассути панеڵی назорати хостингدهндатон месозед ё, барои ҷасурҳо, сервер ва база данныхи веб навишта пайваст мекунед, файллари асосиро дидаед ва раванди инсталлӣ-ро оғоз мекунед.
Ин ба миллион сайти WordPress дар тамоми ҷаҳон кор мекунад, аммо аз нуқтаи назари агент ё хостингدهнда, биёед каме дар бораи ҳаҷмҳо сухан гӯем.
Ҳарчанд он ки сохтани як сайти WordPress ё ҳатто як созӣ (сола) тавассути панеڵی автоматик мувофиқ аст, ба зуд вақт масъалаҳо ошко мешаванд, вақте ки коркарди ин сатҳҳо ба идораи онҳо меояд. Агар онҳо наназода шаванд, шумо ҳадафи асосии зарар (malware) мебошед. Идора кардан маънои кор ва маҳсулот аст ва ҳатто ашёҳои беруна ва плагиниҳо барои садда кардани идораи WordPress мавҷудаанд, аммо он ки муштабиён доираи администраторӣ доранд, ин маъно медорад, ки ин кӯшишҳо озода аз нав метавонанд ба таври осон пора шаванд.
Дар ядрои худ, WordPress як хусусияти номи «Multisite»-ро пешниҳод мекунад, ки маҷдиди онро дар соли 2010 бо оғози коркарди WordPress 3.0 пайдо кардааст. аз он вақт ба он чанд таҳрир ва навсозии дода шудааст, ки мақсади он ҷорӣ намудани хусусиятҳои нав ва мустаҳкам кардани амният аст.
Дар маҷмӯъ, WordPress multisite-ро метавон инчунин ба ин тавр тасвир кард: Университет як инсталлӣ (намунаи) WordPress-ро нигоҳ медорад, аммо ҳар як факултет сайти WordPress-и худсофтаро нигоҳ медорад.
برای اینکه این جمله را تجزیه کنیم، بیایید نگاهی به برخی از اصطلاحات اساسی بیندازیم که نه تنها در مستندات Ultimate Multisite بلکه در کل جامعه وردپرس وجود دارد.
شبکه (The Network)
از نظر وردپرس، یک شبکه چند سایت (multisite network) جایی است که میتوانید چندین زیرسایت را از یک داشبورد واحد مدیریت کنید. اگرچه ایجاد یک شبکه چند سایت بین ارائهدهندگان هاست متفاوت است، اما نتیجه نهایی معمولاً چند دستورالعم ل اضافی در فایل wp-config.php است تا به وردپرس بگویید که در این حالت خاص کار میکند.
تفاوتهای متمایزی زیادی بین یک شبکه چند سایت و یک نصب مستقل وردپرس وجود دارد که ما به طور خلاصه در مورد آن صحبت خواهیم کرد.
زیردامنه در مقابل زیردایرکتوری (Subdomain vs. Subdirectory)
یکی از مهمترین تصمیماتی که باید بگیرید این است که آیا نصب چند سایت با زیردایرکتوریها یا زیرنامهها (subdomains) کار خواهد کرد. Ultimate Multisite با هر دو گزینه به یک اندازه خوب کار میکند، اما بین این دو پیکربندی تفاوتهای معماری وجود دارد.
در پیکربندی زیردایرکتوری، سایتهای شبکه مسیری را بر اساس نام دامنه اصلی به ارث میبرند. برای مثال، یک سایت شبکه با نام 'site1' آدرس کامل خود را https://domain.com/site1 خواهد داشت. در پیکربندی زیرنامهها (subdomain)، سایت شبکه یک زیردامنه مخصوص به خود را از نام دامنه اصلی دریافت میکند. بنابراین، سا یتی که با نام 'site1' مشخص شده است، آدرس کامل خود https://site1.domain.com خواهد داشت.
اگرچه هر دو گزینه انتخابهای کاملاً معتبر هستند، اما استفاده از زیرنامهها (subdomains) مزایای متعددی دارد، اما همچنین نیاز به فکر و برنامهریزی بیشتری در معماری آن دارد.
В плане DNS использование подкаталогов представляет собой относительно простую задачу. Поскольку сетевые сайты — это просто дочерние пути родительского пути, для основного доменного имени достаточно одного записей в домене. Для поддоменов задача немного сложнее и требует либо отдельной записи CNAME для каждого сетевого сайта, либо использования подстановочного знака (*) в записях DNS.
Еще одна область для рассмотрения — это SSL-сертификаты и их выдача и использование. При настройке подкаталогов можно использовать один сертификат для домена, так как сетевые сайты — это просто пути основного доменного имени. Таким образом, сертификат для domain.com будет адекватно обеспечивать SSL для https://domain.com/site1, https://domain.com/site2 и так далее.
При настройке поддоменов использование подстановочного (wildcard) SSL-сертификата является одним из самых распространенных вариантов. Такой тип сертификата обеспечивает шифрование для домена и его поддоменов. Следовательно, подстановочный SSL-сертификат обеспечит шифрование для https://site1.domain.com, https://site2.domain.com и самого https://domain.com.
Хотя существуют другие варианты, они часто ограничены по объему и применению и требуют дополнительной настройки и учета с точки зрения пригодности.
Плагины и темы
Что WordPress дает, то отнимает и у вас, по крайней мере, с точки зрения клиента. В автономной установке WordPress, если администратор сайта устанавливает плотный плагин или не поддерживает свою установку в актуальном состоянии, единственной жертвой этого действия является сам он. Однако администратор сайта, устанавливающи й плотный плагин на установку multisite, создает жертву для каждого сайта, установленного в сети.
Барои ин сабаб, вақте ки он ҳамчун WordPress Multisite тартиб дода шавад, он имконияти иловаҳо ва темаҳоро барои администраторҳои сайт аз админҳо бартараф мекунад ва ин имкониятро ба намуди администратори корсети ё «супер админ» навсохтаи равона мебарад. Ин намуди ҳуқуқ дошта метавонад қарор диҳад, ки омодагии администраторҳои сайтҳои корсети барои дидани менюи иловаҳо дар дашборшон рухбарӯ шавад ё нешавад ва агар ин тасвир бошад, манфиат ба он мерасонад, ки ин иҷозатҳо ба фаъол кардани (activating) ё нефаъол кардани (deactivating) иловаҳо паҳн карда шаванд.
Ба ин миён администратори корсети барои инсталиши иловаҳо ва темаҳо дар коршара мебошад ва ҳуқуқҳоро барои истифодаи ин иловаҳо ва темаҳо дар сайтҳои корсети ба таври мувофиқ дода мебарад. Администраторҳои сайт наметавонанд иловаҳо ва темаҳоро илова намоянд ё ба иловаҳо ва темаҳое ки ба онҳо пешрафтан нашудааст, дастрас шаванд.
Карибар ва Администраторҳо
Дар WordPress Multisite, ҳамаи сайтҳои корсети ҳамчун як база данныхро доранд ва аз ин рӯ, карибарони, намудҳо ва ҳуқуқҳои иҷозатҳояшон идигарро бахшидаанд. Асоли таври афзал барои фикр кардан ин аст, ки ҳамаи карибарон ба коршараи корнет мансуб мебошанд ва на ба як сайт мушаххас.
Бо дарнаштани ин фаҳмишҳо, метавонад он ба таври нохоҳаддар бошад, ки иҷозати сохтани карибаронро иҷозат диҳем ва барои ин сабаб WordPress Multisite ин имкониятро аз ҷониби администраторҳои сайт ба намуди администратори корнет мегирад. Барои ин, администратори корнет метавонанд ҳуқуқҳои зарурӣ ба администратори сайт иҷозат диҳанд, то онҳо имкон диҳанд ки ҳисоботҳои карибарони худро барои сайти худ созанд.
Ба таври такроршуда, ҳатто агар ҳисоботҳои карибар ба сайти он бозида шаванд, онҳо воқеан ба корнет мансуб мебошанд ва аз ин рӯ, бояд дар тамоми корнет якӣ бошанд. Онҳо ҳолатҳое мавҷуданд ки номҳои карибарон барои қайд кардани онҳо аз сабаби ин масъала мавҷуд набошанд.
хотя это не чуждое понятие в корпоративных системах, эта единая точка регистрации и аутентификации часто бывает сложной для понимания людей, знакомых с автономными установками WordPress, где управление пользователями несколько проще.
Медиафайлы (Media)
Где сетевые сайты используют одну общую базу данных в WordPress Multisite, они поддерживают отдельные пути на файловой системе для медиафайлов.
Стандартное расположение (wp-content/uploads) остается прежним; однако его путь изменяется, чтобы отражать уникальный ID сетевого сайта. В результате файлы медиа для сетевого сайта отображаются как wp-contents/uploads/site/[id].
Постоянные ссылки (Permalinks)
Мы уже упоминали, что конфигурация с поддоменным доменом имеет свои явные преимущества по сравнению с конфигурацией с подкаталогом, и вот эти пути.
В конфигурации с подкаталогом основной сайт (первый сайт, созда нный при создании сети) и подсайты сети должны использовать один и тот же путь, ведущий от доменного имени. Это потенциально может привести к большому количеству конфликтов.
Для записей добавляется обязательный путь /blog/ на основном сайте, чтобы избежать столкновений с сайтами сети. Это означает, что красивые постоянные ссылки вроде ‘Название записи’ будут выглядеть как domain.name/blog/post-name/.
В конфигурации с поддоменом это действие не требуется, потому что каждый сайт сети получает выгоду от полной изоляции домена и, следовательно, не нуждается в одном общем пути. Вместо этого они поддерживают свои собственные отдельные пути на основе их поддомена.
Статические страницы (Static Pages)
В конфигурации subdirectory потенциал конфликтов имен может распространяться на статические страницы как на основной сайт и сетевые сайты используют один и тот же путь.
Чтобы этого избежать, WordPress предост авляет способ заблокировать определенные имена сайтов, чтобы они не конфликтовали с именами первого сайта. Обычно сетевой администратор вводит корневые пути страниц основного сайта.
В конфигурации subdomain возможность конфликтов имен снижается благодаря subdomain, так как он уникален для сетевого сайта и никак не связан с основным сайтом.
Регистрация
В настройках сети WordPress Multisite доступно несколько новых опций регистрации пользователей, которые позволяют новым и существующим пользователям создавать сайты.
В отличие от автономных установок WordPress, сетевые сайты не сохраняют привычные опции для регистрации пользователей или назначения этих регистраций ролям.
При создании учетных записей пользователей эти учетные записи генерируются на уровне сети. Таким образом, вместо того чтобы принадлежать какому-либо конкретному сайту, они принадлежат всей сети. Это имеет свои особенности и недостатки.
Барои мисол, тасвир кунед, ки WordPress Multisite-и шумо дар соҳаи худият ва иттилоот аст. Шумо ин multisite-ро таъсис медиҳед ва баъд барои соҳаҳои дигар аз ҷумла молия, технология, зебоии ва мавзуҳои дигари манфиатҳо сайтҳои шабака (network sites) месозед ва дар паси назарияи обрӯи плагинотҳо ва темаҳо назарияи мувофиқро сақла мекунед. Ҳар як сайт аз сайтҳои шабака ба таври зиёд аз контрол боиси худро дар маҷмӯъ оид ба назаррасои (look and feel) ва таҷрибе корбар дорад, ки ин аз тартиби custom post types ё квотиҳои маъмулии постҳо бештар аст.
Ба ин аҳамият, вақте корбар ворид мешавад, ӯ ба шабака ворид мешавад ва дар ниҳоят ба ҳар як сайт аз шабака низ ворид мешавад то таҷрибе мунтазам (seamless experience) таъмин намояд. Агар сайт нав шумо бозӣ ба сабскрайш (subscription based) бошад, ин ҳалли идеалии ва натиҷаи он хоҳад буд.
Аммо, агар мақсади назаршуда ва мақсади multisite аз он он буд, ки сайтҳои шабакаи ҷудошударо пешниҳод кунад, ки ба якдигар ҳеҷ гуна муносибат надоранд, ин дар ҳамаи ҳолатҳо лозим аст, ки барои тағйири намудаҳои корбар (user roles) аз плагинотҳо ё плагинотҳои иловагӣ истифода баред.
Домен ва SSL
Биёед оид ба наस्थाши WordPress Multisite-и сухан ронем, ки почти маҳсули дидики шуморо ҳатто аз ин ҷо фаромӯш мекунад — Wordpress.com. Ин аз ҳама васеътарин мисол аз WordPress multisite аст ва қобилияти онро барои мувофиқ кардани он ба мақсад дорад нишон медиҳад.
Ин рӯзҳо дар интернет муосир истифодаи SSL почти лозим аст ва администраторҳои шабакаи WordPress Multisite сухан дар бораи ин мушкилот мебошанд.
Дар тартиби subdomain (доминиму) сайтҳо ба асоси номи домени асосӣ сохта мешаванд. Ҳамин тариқ, сайт-и "site1" ҳамчун "site1.domain.com" сохта мешавад. Бо истифода аз сертификати SSL-и wildcard (бо маҳсули) администратори шабака метавонад ин мушкилотро ба таври муваффақ ҳал намояд ва қобилияти шифроҳии SSL-ро барои шабака таъмин намояд.
WordPress Multisite дорои маппинг доменҳоро дар бар мегирад, ки иҷозат медиҳад ки сайтууҳои шабака ба номи доменҳои махсус ё номдоменҳое дигар аз номи домени асосии шабака пайваст карда шаванд.
Барои администраторови шабака ин масъалаи мураккаби иловагӣ дар таҳияи номи домен ва ҳамчунин барои фарогирӣ ва ҳифзи сертификатҳои SSL меояд.
Ҳангори он ки WordPress Multisite имконият медиҳад ки www.anotherdomain.com ба «site1» маппи карда шавад, администратори шабака бо мушкилоти идоракунии воқеи DNS ва амалӣ кардани сертификатҳои SSL рӯ ба рӯ меояд.
Ultimate Multisite
Барои он ки тафовутҳо байни насти WordPress-и алоҳида ва насти Multisite фаҳмида шудаанд, инро биёвед ва бибинем ки чӣ гуна Ultimate Multisite барои пешниҳоди вебсайт ҳамчун хидма (Website as a Service) арсенали мукаммали аст.
Муқаддима
Ultimate Multisite ҳангори сохтани Website as a Service (WaaS) оҳчои шумост. Wix.com, Squarespace, WordPress.com-ро назар ба ин бигӯед ва худаи худ хидмаи худро мулкдор карданро фикр кунед.
Дар дохили он Ultimate Multisite аз WordPress Multisite истифода мебарад, аммо он чунин тартиб додааст, ки на танҳо ҳамаи мушкилоти рӯ ба рӯи администраторови шабака бо насти multisite-ро ҳал мекунад, балки қобилиятҳои иловагӣ низ ба таври васеъ барои дастгирии гуногуни ҳолатҳо имкон медиҳад.
Дар қисмҳои ортида моме аз якчанд масъалаи мушкил ва нуқтаҳои назарро бибинем, ки барои дастгирии онҳо лозим аст.
Ҳолатҳои истифода (Use Cases)
Ҳолати 1: Агенсия
Одатан малакаҳои асосии агенти байналмилалӣ дар тарҳрезии вебсайт мебошанд, ки ҷанбаи онҳо хостинг ё маркетинг ҳамчун хизматрасои иловагӣ фишдор шудааст.
Барои агентӣ Ultimate Multisite арзиши хеле баландро пешниҳод мекунад, ки он имкония доштани бисёр вебсайтҳо ва идора кардани онҳо дар як платформаи ягонаро дорад. Ин ҳатто барои агентиҳо, ки тарҳҳои худро ба темаҳои муайян аз қабили GeneratePress, Astra, OceanWP ё дигарон стандартизат мекунанд, ҳамчунин имконият медиҳад, ки он имконияҳои Ultimate Multisite-ро барои фаъол кардани автоматикӣ ин темаҳо барои ҳар як вебсайти нав истифода баранд.
Ҳамин тавр, бо мавҷудияти бисёр так лифҳо барои нархи агентӣ барои плагинотҳои маъмул ва попуular, истифодаи Ultimate Multisite имкон медиҳад, ки агентиҳо сармояҳои мавҷударо бо таъмини платформаи муштарак, ки плагинотҳо метавонанд дар он насб карда шаванд, нигоҳ дошта шаванд ва аз он истифода баранд.
Ҳамиш чунин аст, ки истифодаи конфигуратсия (configuration) хоҳад талаб карда шуд ва кӯшиш кунед, ва кӯшиш кунед, ки Ultimate Multisite бо интегратсияҳои худ барои як қатор пеленандагони хостинг (hosting providers) ба монанди Cloudflare ва cPanel имкониятҳои маппинг домен (domain mapping) ва сертификатҳои SSL-ро хеле осон созед.
Ҳамин тариқ, бо истифода аз яке аз ин пеленандагон ё ҷойгир кардани Ultimate Multisite паст аз Cloudflare, аспектҳои идоракунии доменҳо ва сертификатҳои SSL ба як қадри кофӣ содда мешаванд.
Агентиҳое, ки мехоҳанд назорати қатъии дар таҳияи вебсайтҳоро нигоҳ доранд, аз асанӣ барои фаъол кардани вебсайтҳо ва пайваст кардани онҳо бо муштариён ва планарҳо тавассути интерфейси соддашудаи Ultimate Multisite роҳбар мешаванд.

Назорати қатъии ба плагинотҳо ва темаҳо дар асоси ҳар як маҳсулоти тавассути интерфейсҳои интуитивӣ дошта мешавад, ки имконият медиҳанд, ки плагинотҳо ва темаҳо ҳам барои мавҷудияти (available) ҳам барои пӯшида (hidden) ва ҳолати фаъоли шудан ҳангоми таҳияи вебсайти нав пешниҳод карда шаванд.
Темаҳо функсияҳои монанд доранд, ки имкон медиҳанд ба темаҳо муайян дар сайт фаъол ё пӯшида шаванд ҳангори сохтани сайт.
Агентҳо бо Ultimate Multisite амандиҳот пайдо мекунанд, ки он имкон медиҳад ба он чӣ беҳтарин кор мекунанд – тарҳрезии вебсайти муқаррарӣ созед.
Варианти 2: Пешниҳоди маҳсулоти махсус (Niche Provider)
Ҳома як гуфтаи қадим мавҷуд аст, ки мегӯяд: "як чизро бо хуб кор кун". Барои бисёр мутахассисон ин маънои онро дорад, ки як маҳсулот ё хидматро дар атрофи як ғояи асосӣ созед.
Шайтан оё шумо як гӯшаи сарфари бозӣ ҳастед ва сайтҳоро ба клубҳо тавсия медиҳед ё худатон як бозӣ (esports) кунандаи машҳур мебошед, ки сайтҳоро ба кланҳо медиҳед. Шумо инчунин метавонед хидмати марраҷаи дастрасӣ барои ресторонро тавсия диҳед?
Барои сабабҳои бисёр шумо хоҳед хидматрасониро дар асоси як чаква ва платформа пешниҳод намоед. Возможно, шумо плагинотҳои махсусан сохтаган ё ин ба он сарф кардаед, ки функсияи зарурӣ медиҳанд, ё ме тавонад чунин бошад, ки амалҳои беҳтарин соҳа барои тарҳрезии стандарти化 (стандартавӣ) намуди муайянро талаб мекунанд.
Яке хусусиятҳои инновании Ultimate Multisite истифодаи сайтҳои шаблонӣ аст. Сайти шаблонӣ он аст, ки дар он тема насб ва фаъол карда шудааст, плагинотҳои зарурӣ насб ва фаъол карда шудаанд ва постҳо ё саҳифаҳои намуна сохта шудаанд. Вақте ки муштариён сайт навро бо асоси шаблони мавҷуд месозанд, мундариҷа ва калитуби он шаблон ба сайте нав сохташуда нусхабардорӣ мешавад.
Барои пешниҳоди сайтҳо ва хидмаҳои махсуси (niche) ин имконият барои фаъол кардани як сайт, ки бо плагинотҳо ва тарҳрезии худкор омода аст, афзоиде бетавохирро медиҳад. Муштариён фақат минималии маълумотӣ-ро барои пур кардани хидматрасониро пешниҳо мекунанд.
В зависимости от требований, как конфигурация subdirectory (подкаталог), так и subdomain (доменное имя поддомена) могут подойти, в этом случае выбор архитектуры будет между простым SSL-сертификатом для subdirectories или поддоменным сертификатом с диким символом (wildcard SSL certificate) для subdomains.
Случай 3: Х остинг WordPress сайтов
Существует множество способов разместить сайты на WordPress, но редко это так просто, как предоставить клиенту веб-пространство с предустановленной версией WordPress. Это потому, что для предоставления полезной услуги нужно собрать воедино ряд решений и соображений.
Ultimate Multisite отлично справляется с этой задачей, предоставляя комплексное готовое решение (turnkey solution) для хостинга сайтов на WordPress. В это решение включены основные механизмы для предоставления подписных услуг, сбора платежей, форм оформления заказа, купонов скидок и коммуникации с клиентами.
Большая часть необходимой работы по правильной установке, настройке и обслуживанию WordPress Multisite упрощается Ultimate Multisite до такой степени, что сетевым администраторам нужно думать только о аспектах, связанных с их услугой или нишей, такими как уровни продуктов, ценообразование и предложения услуг.
Для разработчиков, желающих интегрироваться с Ultimate Multisite, решение также предлагает комплексный RESTful API и Webhooks для уведомлений об событиях.
Не полагаясь на множество внешних плагинов и лицензий, Ultimate Multisite предоставляет функциональное и сопоставимое решение по богатству функций с решениями Wix, Squarespace, WordPress.com и другими.
Архитектурные соображения
Хотя это не исчерпывающее руководство, следующие пункты могут послужить ориентиром при правильном выборе технологий для поддержки установки Ultimate Multisite.
Общий хостинг против выделенного хостинга
Албатта, не ҳама хостингсозҳо ба якдигар тенг мебошанд ва баъзе аз онҳо миқдори беҳтирро интихоб мекунанд. Хостингсозҳои арзон одатан бо мақсади ҳадҷатии максимал кардани тавофуши серверҳо пул кор мекунанд. Аз ин рӯ, намоиши Ultimate Multisite-и шумо метавонад танҳо яке аз чаҳор созмон ва сайт дар як сервер бошад.
Агар аз ҷониби хостингсоз дошта боборонӣ (safeguards) мавҷуд набошад, сайти дар серверҳои муштарак ҷустуҷӯи "кониши ҳамсояи баланд" (noisy neighbour) -ро мехоҳанд. Ин маънои он аст, ки сайти дар ҳамин сервер аз ин миқдори воситаҳо истифода мебарад, ки дигар сайтҳо барои воситаҳои моҳиятӣ муқовимат мекунанд. Ин бештар ба сатҳи сарказм (slow) ё нагузории ҷавонии ҷавон (fail to respond in a timely manner) ишора мекунад.
Ҳатто ки шумо худаш хостинг-соз бошед, ин равандҳо афзоиши таъсир доранд ва муштариён суръатҳои паст, ранги низ ба сатҳи ҷаҳонӣ (page rank) ва миқдори баланди партофтани сайтҳоро мебинад, ки натиҷаи он ин аст, ки онҳо барои хизматрасониҳои дигар ба ҷой мераванд.
Хулосаш: арзон маънои хуб наст.
Ultimate Multisite номбанд аст, ки бо як қатор хостинг-созҳои хуб кор мекунад ва ба муҳити он барои иҷрои функсияҳое чун маппиро кардани домен (domain mapping) ва SSL автоматик ҳамгирӣ мерасонад. Ин хостинг-созҳо ба перформанс аҳамият медиҳанд ва хизматрасонии баландтар аз хостинг-сози муштарак пешниҳод мекунанд.
Барои рӯйхати хостинг-созҳои мувофиқ ва дастурҳои пурраи гузориш барои ҳар яке, лутфан доменаси Compatible Providers-ро баррасӣ кунед.
Нӯшандӯи перформанс (Performance Considerations)
Ultimate Multisite барномаи селва нест, балки он хеле суръатбахш аст. Аммо, он танҳо аз он қадар хуб кор мекунад, ки барнома ва инфрасохтори пасттар мавҷуд бошад ва танҳо онро истифода мебарад, ки ба он дастрас аст.
Инро инчунин назар кунед: шумо администратори шабакаи як намоиши Ultimate Multisite-ро доред, ки 100 сайт дорад. Баъзе аз он сайтҳо хуб кор мекунанд ва ҳар рӯз миқдори зиёди мезони муштариёнро ҷалб мекунанд.
Ин сценарий на меньшем масштабе, скажем, от одного до пяти сайтов, будет отличаться, но проблемы масштаба скоро станут очевидными.
Если сайт Ultimate Multisite останется без присмотра, он будет отвечать за выполнение запросов всех посетителей сайтов. Эти запросы могут быть как для динамических PHP-страниц, так и для статических р есурсов, таких как стили (stylesheets), JavaScript или медиафайлы. Будь это один или сто сайтов, эти задачи становятся повторяющимися, монотонными и неэффективными. Не нужно использовать мощность процессора и оперативную память для обработки PHP-файла, если результат одинаковый статичный контент для каждого запроса.
Аналогично, один запрос на PHP-страницу или HTML-страницу порождает множество последующих запросов на скрипты, стили и изображения. Эти запросы направлены непосредственно на ваш сервер Ultimate Multisite.
Проблему можно легко решить путем обновления сервера, но это не решает вторую проблему — географическую задержку (latencies). Только несколько серверов в разных местах могут должным образом справиться с этой проблемой.
Поэтому большинство сетевых администраторов используют решения для кэширования на фронтенде и сети доставки контента (CDN) для выполнения запросов на статические страницы. Выполнение этих запросов и обслуживание ресурсов до того, как запрос достигнет сервера, экономит ресурсы обработки, устраняет задержки, позволяет избежать ненужных обновлений и максимизирует инвестиции в технологии.
Ultimate Multisite включает в себя сложный аддон Cloudflare, который позволяет сетевым администраторам размещать свои установки за Cloudflare и использовать не только его возможности кэширования, но и хостинг DNS, SSL-сертификаты и механизмы безопасности.
Резервное копирование (Backups)
Можно попросить 50 человек совета по резервному копированию и получить 50 разных мнений о стратегиях бэкапа. Ответ: это зависит от ситуации.
Ҳамаи он чизе, ки ба он манзи мукофала нест, ин аст, ки резервӣ лозим аст ва хеле ғайрион аст, ки инҳо аз ҷониби пешгирдиҳанда (provider), махсусан он ки хизмати идорашавандаро пешниҳод мекунад, идора карда мешаванд. Дар натиҷа муштариён ба администратори шабака барои таъмини ва идораи ин хизмат рӯ мераванд. Он ки администратор шабака ба кадом шахс рӯ меравад, масъалаи пурра дигар аст.
Барои мақсади ин қисм, биёед мувофиқ шуборем, ки резервӣ копии ҳолати система дар вақти оғози резервӣ аст. Содда ба забо ни равон, ҳама чизе, ки ҳолати система дар вақти резервӣ аст, ин ҳолат ба даст оварда шуда, дар резервӣ қарор мегирад.
Бо ин фаҳмид, ҷавоб аз он ки чӣ тавр резервӣ амалӣ карда шавад ва барои муҳити шумо чӣ беҳтарин аст, асосан аз талаботи шумо ва қобилияти пешгирдиҳанда барои қонеъ кардани ин талабот вобаста аст. Аммо, аз рӯи тартиби аз он ки ба таври зиёд фикр мекунанд ба камтарин, 옵сияҳои зерин ба ройхатӣ мераванд.
Snapshots (Қабулиҳо)
Snapshots барои резервӣ "қалбҳои залир" (silver bullets) ҳисоб мешаванд, зеро онҳо осон, мураккаб нест (до он ки хоҳед баргардонидани онҳо), ва "ҳама чиз кор мекунанд". Аммо, он аз кӯмак аз ҷониби пешгирдиҳанда талаб мекунад ва асосан фақат агар шумо VPS (Server Виртуалӣ) ё тавре ки он аст дошта бошед. Биёрд баъзе пешгирдиҳандаҳо, ки дар ҳуҷҷатҳои "Compatible Providers" мо зикр шудаанд, резервӣ бе ҳатто ворид кардани кор аз ҷониби администратори шабака талаб мекунанд.
Гарчиҳо ба инсонӣ мувофиқ аст, ки файло ва базаи маълумотҳоро наметамарк аз сармоя кунад, аммо снэпшот (snapshot) тамоми дискиро назар ба ме нуқта мегирад. Ин маънои он аст, ки на танҳо маълумоти сайт дар снэпшот гирифта мешавад, балки операционная система ва тартибосозии он низ интихоб карда мешаванд. Барои бисёр ин манфиат муайян аст, зеро метавон تقریباً фавран аз снэпшот як система нав сохта ва барои ҷойгир кардани он барои ҷойифтӣ аз интихоби дароват (instance) беҳтар бошад. Барои ҳамин тариқ, раванди фосилавӣ барои гирифтани файло танҳо ба пайваст кардани тасвири снэпшот ҳамчун диск ба интихоби мавҷуда вобаста аст, то ки онҳо метавонанд дастрас ва нусхабардор шаванд.
Снэпшот метавонад аз ҷониби пешгирдори хостинг арзиши иловагӣ дошта бошад, аммо ин як полиси ашбон аст.
Скриптаҳои беруна (External Scripts)
Намуди скриптаҳо ва ҳалли беруна барои фосилавӣ кардани манбаъҳои WordPress ва MySQL кам намешаванд ва инҳо барои Ultimate Multisite хуб кор мекунанд, зеро он як плагини WordPress аст, ки аз файлосистема ва базаи маълумоти WordPress истифода мебарад. Ҳамин тариқ ҳалли фосилаи сайтҳои WordPress ба ҳамаҷонибаи Ultimate Multisite мувофиқ хоҳад буд.
Мо метавонем ҳеч якеро аз дигарон тавсия накунем, аммо маслиҳати умумии мо ин аст, ки якчанд тестҳои фосила ва бозгузаришро иҷро кунед, то таъмин шавад, ки натиҷаҳо мехоҳед ва ҳаргон муайян кардани скрипта ва функсионали онро ба таври дароз идома диҳед, махсусан ҷое, ки як намуди стратегияи фосилаи фарқиятӣ (differential backup strategy) истифода мешавад.
Назар бод, ин скриптаҳо ҳангори кор шудан, ониеро ба орамии система афзоиш медиҳанд, ки бояд ба он диққат дошта шавад.
Плагиниҳо (Plugins)
Дар WordPress маҳсулоти кадом мушкилӣ аст, ки бо истифода аз плагин ҳал нӯшавӣ карда наметавонад ва агар идора кардани скриптаҳои беруна ба шумо намуди қобилият нест, шояд плагин ин оптималии дигариро дошта бошад.
Ҳангоҳ вақте плагиноҳо дар бораи имкониятҳо ва хусусиятҳои гуногун мебошанд, онҳо аксаран як функсияро иҷро мекунанд: нусхаи файлоҳо ва мазмуни базаи маълумоти WordPress-ро гирифтан. Баъди ин функционалӣ байн фарқ мекунад; баъзе плагиноҳо метавонанд бэкапҳоро ба хизматрасойҳои беруна, ба монанди Google Drive ё Dropbox ё ба як намуди диски объектӣ (object storage) муносиб аз S3, Wasabi ва дигарон, фиристоданд. Плагиноҳои пурратар бэкапҳои фарқии (differential backups) ё намуди стратегияро пешниҳод мекунанд, ки фақат маълумоти тағйирёбандаро бэкап намоянд, то хароҷоти диски беруна кам карда шавад.
Ҳангори интихоби плагини худ, маҳкам кард, ки он барои мутаносиб бо Multisite (муташкили сайтҳо) хоҳад буд. Барои сабаби табии амалӣ ҳангори иҷрои бэкап, шумо метавонед озодашавии муваққатии серверро интизор кунед то раванди ба итмом расонад.
Домен ва SSL
Дар бораи номи доменҳо дар режими subdomain Multisite хеле гап гуфта шудааст. Ҳаҷмӣ ва ҳалли арзон барои администраторҳои шабака истифодаи ворид кардани намунаҳои wildcard DNS аст.

Ин намуди ворид кардани DNS муваффақият _subdomain_ҳоро, ба монанди ‘site1.domain.com’ ва ‘site2.domain.com’, ба адрес IP 1.2.3.4 ишора мекунад ва ин барои Ultimate Multisite ва ба таври васеътар барои WordPress Multisite бо режими subdomain мусоидат мекунад.
Ин метавонад барои HTTP комилан кор кунад, зеро хости мақсад аз занҷирҳои HTTP (HTTP headers) хонда мешавад, аммо дар ин ҷо ки имрӯз веб хеле содда аст ва амалиёти бехатар HTTPS почти маҷбур аст.
Бахтар аз хуб, барои сертификатҳои SSL танзимоти осонии мавҷуданд. Дар режими subdirectory шумо метавонед сертификати домени муқаррарӣ истифода баред. Инҳо озод ва офарид мешаванд аз ҷониби пешгирандагони хостинг, ки метавонанд услубеи бепул LetsEncrypt ё манбаи дигариро истифода баранд. Агар инҳо мавҷуда нест, онҳо аз ҷониби мақомоти иҷозатномаи сертификат озод мебошанд агар шумо қобилияти таҳияи дархови имзои сертификат (CSR) дошта бошед.
Барои режими subdomain истифодаи сертификати SSL-и wildcard (бемаҳдуди) ба домени wildcard мувофиқ аст ва иҷозатномаро барои домени асосӣ ва ҳамаи subdomains биёварад, бе тавсеати конфигуратсия.
Аммо, бояд қайд кард, ки сертификатҳои SSL-и wildcard метавонанд бо услубҳое ба монанди Cloudflare кор накунанд, агар шумо дар сариши кампутери (enterprise plan) бошед ё воридшавӣ (entry) -ро танҳо DNS гӯянд, ки дар он ҳамаи кэширование ва оптимизатсия бекор карда мешавад.
Ultimate Multisite-и оғоз аз ҷониби мо ҳалли ин мушкилотро пешниҳод мекунад ва таҷрибаи бозурги мо бо эҳтиёҷоти WordPress multisites-ро нишон медиҳад. Фаъол кардани ин плагин ба Ultimate Multisite имкон медиҳад, ки аз маълумоти Cloudflare шумо барои илова кардани воридшавӣ (DNS entries) барои сайтномаҳои шабака дар Cloudflare ва танзими режими онҳо ба 'proxied' истифода намояд. Ин тавр ҳар як подфои шабаки, вақте ки таҳия мешавад, аз ҳифзат ва манфиатҳои мукаммали Cloudflare, аз ҷумла SSL, بهره моноет.
Вобаста аз хусуси ва мақсади намудаи Ultimate Multisite шумо, метавонад барои муштариён зарурати истифодаи доменҳои худ пашамодед. Дар ин ҳолат, администратори шабака ба ҳалли ду масъала ҷуб부 меояд: якчанд, хостинг кардани номи домен ва дуюм, сертификатҳои SSL барои он домен.
Барои многих, использование Cloudflare — это простой вариант. Клиенту нужно только разместить свой домен на Cloudflare, указать CNAME на корневой домен Ultimate Multisite и сопоставить свой домен в Ultimate Multisite, чтобы начать пользоваться своим пользовательским доменным именем.
Помимо этого, необходимо искать альтернативные решения, поэтому Ultimate Multisite рекомендует список Совместимых Провайдеров (Compatible Providers). Это потому, что процесс настройки DNS и SSL может быть непростым. Однако благодаря интеграции Ultimate Multisite с этими провайдерами сложность значительно снижается, а процедура автоматизируется.
Плагины
Весьма вероятно, что вам понадобятся дополнительные плагины для предоставления функциональности вашим клиентам или сетевым сайтам. Работают ли все плагины с WordPress Multisite и Ultimate Multisite? Это зависит от ситуации.
Хотя большинство плагинов можно установить в WordPress Multisite, их активация и лицензирование различаются от автора к автору.
Проблема заключается в том, как применяется лицензирование при использовании некоторых плагинов, требующих лицензирования на основе каждого домена. Это означает, что для некоторых плагинов сетевому администратору может потребоваться вручную активировать лицензию для каждого плагина на ка ждом новом сайте.
Поэтому, возможно, лучше уточнить у автора плагина, как его плагин будет работать с WordPress Multisite и какие особые требования или процедуры необходимы для его лицензирования.