Ultimate Multisite 101

Ultimate Multisite е WordPress плагин кој ви овозможува да нудите WaaS или Websites as a Service на клиентите. Пред што ќе се поплатиме и научиме како Ultimate Multisite може да помогне вашите бизнис и клиентите, треба да имаме некои основи знаење.

WordPress Multisite

Повеќето од нас сме знакони со стандартската инсталација на WordPress. Или ја креирате преку контролната панел на вашиот хостинг провајдер или, за сите храбри, поставувате нов вебен сервер и база на податоци, преземате ги основните датотеки и започнувате со процесот на инсталација.

Ова функционира за милиони WordPress страници низ целиот свет, но од перспективата на агенција или хостинг провајдер, нека разговараме за обините.

Иако е лесно да креирате една WordPress страница или дури стотици преку автоматизирана контролна панел, проблемите започнуваат брзо кога доаѓа време за управување со овие страници. Ако не ги управувате, вие сте главна цел за малвару софтвер. Управување значи напор и ресурси, а иако имате надворешни алатки и плагини кои можат да помогнат при упростување на управувањето и администрацијата на WordPress страниците, тоа што клиентите задржуваат административен пристап значи дека овие напори лесно може да бидат победени.

Во свој суштински облик, WordPress обезбедува функција наречена едноставно „Multisite“ која се враќа на своите пореки во 2010 година со започнувањето на WordPress 3.0. Од тогаш добила неколку ревизии насочени кон вклучување нови функции и зајакнување на безбедноста.

Суштински кај WordPress Multisite може да се размисли како ова: Универзитет поддржува една инсталација на WordPress, а секоја facultad поддржува своја WordPress страница.

Мрежата (The Network)

Во одно слово, во контекст на WordPress, мрежата со сайтови (multisite network) е место каде неколку подсайтове може да се управуваат од една единствена административна панел. Иако создавањето на мрежа на подсајтови разликува меѓу хостинг провајдерите, крајниот резултат обично е неколку дополнителни инструкции во wp-config.php да му кажете на WordPress дека работи во оваа специфична мода.

Постојат многу различни разлики помеѓу мрежата со подсајтови и самостално инсталирање на WordPress, што ќе ги објасниме кратко.

Поддомен против Подкаталог (Subdomain vs. Subdirectory)

Една од најбрзите одлуки кои ќе треба да ја донесете е дали инсталацијата со подсајтови ќе работи со подкаталози (subdirectories) или поддомени (subdomains). Ultimate Multisite работи исто толку добро и со двете опции, но постојат некои архитектурни разлики помеѓу овие два конфигурации.

Во конфигурацијата со подкаталози, мрежата на сајтовите наследува патека базирана на главниот име на домен. На пример, мрежното место означено како ‘site1’ ќе има целосен URL кој е https://domain.com/site1. Во конфигурацијата со поддомени, мрежното место ќе има свој поддомен одреден од главниот име на домен. Така, место означено како ‘site1’ ќе има целосен URL кој е https://site1.domain.com/.

Иако двете опции се совршено валидни избори, користењето на поддомени нуди неколку предности, но исто така бара повеќе размислување и планирање во неговата архитектура.

Како што се од претходниот текст, кога зборуваме за DNS, користењето поддиректории (subdirectories) е релативно едноставна задача. Бидејќи мрежни сајтови само што се деца на главната патека, треба да постои само една вметка во име домен за главниот име домен. За поддомените (subdomains), предизвикот е малку посложен и бара или посебна CNAME вметка за секој мрежен сайт или дигитална вметка со варлиди (wildcard) (*).

Потребно е да се размисли иако е СSL и издавањето и користење на SSL сертификати. Во конфигурацијата на поддиректории, може да се користи един сертификат за домен бидејќи мрежните сајтови само што се патеки на главниот име домен. Начитувајќи сертификат за domain.com, тој ќе обезбеди адекватна SSL за https://domain.com/site1, https://domain.com/site2 и така натаму.

Во конфигурацијата на поддомените, користењето на варлиди SSL сертификат е една од најчестите опции. Овој тип на SSL сертификат обезбедува криптирање за домен и неговите поддомени. Затоа, варлиди SSL сертификат ќе обезбеди криптирање за https://site1.domain.com, https://site2.domain.com и само за domain.com само.

Иако постојат други опции, тие честопати имаат ограничен обхват и примена и бараат дополнителна конфигурација и размислување во однос на соодветност.

Плагини и теми

Што WordPress да го дава, тоа исто така го отбира, како што е од перспективата на клиентот. Во самостојна инсталација на WordPress, ако администраторот на сајтот инстали лош плагин или не ги чува својата инсталација ажурирана, единствениот жртва и трошка на оваа акција е тој сам. Меѓутоа, ако администратор на сајтот инстали лош плагин во инсталација со мултисайт (multisite), создава секој сайт во мрежа како жртва.

Зато поради оваа причина, кога се конфигурира како multisite WordPress, прелистуваат капацитетите од администраторите на сайтовите за инсталирање плагини и теми и наместо тоа ги префрла овие капацитети на новосоздаден роден администратор на мрежата или „супер администратор“. Овој привилегиран роден може потоа да одлучи дали ќе дозволи на администраторите на сайтовите во мрежата да видат или пристапуваат на менюто за плагини во нивниот dashboard, и ако така е, дали овие дозволи се простираат до активирање или деактивирање на плагини.

До оваа мера, администраторот на мрежата е одговорен за инсталирање плагини и теми во мрежата и делегира дозволи за користење на овие плагини и теми за сайтовите во мрежата. Администраторите на сайтовите не можат да инсталираат плагини и теми или да пристапуваат на плагини и теми кои не им се назначени на нивниот сайт.

Корисници и администратори

Во WordPress Multisite, сите сайтови во мрежата споделуваат иста база на податоци и стогата за овие причини споделуваат иста корисници, роле и капацитети. Најдобриот начин да го размислиш е дека сите корисници се чвержеви на мрежата а не на одреден сайт.

Со оваа разбирање може да биде нежелателно да се дозволи создавање на корисници и за тоа WordPress Multisite ги прелистува овие капацитети од администраторите на сайтовите и ги префрла на оние на администраторот на мрежата. На свој ред, администраторот на мрежата може да делегира потребните привилегии на администратор на сайт за да им дозволи да создаваат кориснички сметки за нивниот сопствен сайт.

Повторувајќи го горенато, иако корисничките сметки изгледаат како поврзани со сайтот што се наоѓаме, во суштина се назначени за целата мрежа и затоа мора да бидат уникатни низ целата мрежа. Можат да има случаи каде корисничките имиња не можат да се регистрираат поради оваа причина.

Иако не е чужна концепција во корпоративни системи, ова единствен извор за регистрација и автентикација често е тешка концепт за разбирање за луѓето кои се фаќаат во самостојни инсталации на WordPress каде администрацијата на корисниците е малку потесна.

Медиуми (Media)

Каде мрежниот сайт споделува една иста база на податоци во WordPress Multisite, тој одржува различни патишта на файловата система за медиум датотеки.

Стандардно место во WordPress (wp-content/uploads) останува; меѓутоа, неговиот пат е променет за да ја отслика уникат идентификација на мрежниот сайт. Следното значи дека медиум датотеките за мрежен сайт се прикажуваат како 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) за финансиски дела, технологија, забава и други области на интерес, при што ја задржувате општо контролата над плагините и теми. Секоја мрежна локација ќе има поголем ниво на контрола над изгледот и искуството на корисникот на својата мрежна локација отколку што би имале кастом пост типови или редовни категории на постови.

На овој начин, кога корисник ќе се најави, тој се најавува во целата мрежа и на крајот е најавен и во секоја мрежна локација за да обезбеди беспрекорно искуство. Ако вашата нова локација беше базирана на претплатина, ова би бил идеалниот решение и резултат.

Ако, пак, наменетата природа и цел на Multisite беа да нудат различни мрежни локации кои немаат нив безлизна врска помеѓу себе си, тоа е речиси секогаш случај дека ќе биде потребно надворешен или дополнителен плагин за манипулирање на ролите на корисниците.

Домен и SSL

Хајде да разговараме за инсталација на WordPress Multisite која речиси не ја забележуваме – Wordpress.com. Ова е најобширен пример за WordPress Multisite и демонстрира неговите широки способности за кастомизирање и формирање за да се исполнат некоја цел.

Во денешниот интернет, користењето на SSL е речиси задолжително и администраторите на мрежни WordPress Multisite скоро ќе се сретнат со овие предизвици.

При конфигурацијата со subdomain (поддомен), локациите се креираат врз основа на коренниот именик на доменот. Така, локација наречена „site1“ би била креирана како „site1.domain.com“. Користејќи сертификат со wild card SSL, администраторот на мрежа може успешно да го реши овој предизвик и да обезбеди способности за SSL криптирање за целата мрежа.

WordPress Multisite содржи функција за мапирање домени која овозможува примарните (network) страници да бидат поврзани со кастомни доменни имиња или домени различни од коренниот домен на мрежата.

За администраторите на мрежата, ова претставува дополнителна слој комплексност како во конфигурацијата на доменските имиња така и при издавање и одржување на SSL сертификати.

На овој начин, иако WordPress Multisite нуди начин да се мапира www.anotherdomain.com на „site1“, администраторот на мрежата останува со предизвикот на надворешно управување со DNS записи и имплементација на SSL сертификати.

Ultimate Multisite

Со разборуваме за разликите помеѓу самостално инсталирање на WordPress и Multisite инсталација, хајде да погледнеме како Ultimate Multisite е终ат арсенал за нудење Websites as a Service (WaaS).

Вовед

Ultimate Multisite е вашата швицарска омора кога станува збор за креирање Website as a Service (WaaS). Замислете Wix.com, Squarespace, WordPress.com и потоа сопствено владеење над својот сервис.

Под капаците Ultimate Multisite користи WordPress Multisite, но тоа го прави на начин што не само решава бројни предизвици пред администраторите на мрежата со multisite инсталации, туку ја зголемува можностите за поддршка на широк спектар на случаи на употреба.

Во следните секции ќе погледнеме некои чести сценарија на употреба и барања што се потребни за поддршка на оние случаи.

Случаи на употреба

Случај 1: Агенција

Обично основните вештини на агенцијата лежат во дизајнот на веб-страници со аспекти како нивниот хостинг или маркетинг кои се листаат како дополнителни услуги.

За агенциите, Ultimate Multisite нуди невероятна вредност поради своите способности за хостирање и управување со повеќе веб-сајтови на една платформа. Уште повеќе за агенции кои стандардизираат своите дизајни на одредени теми како GeneratePress, Astra, OceanWP или други можат да користат способностите на Ultimate Multisite за автоматско активирање овие теми за секој нов сайт.

Слично со огромното подобрување во агенциските цени за чести и популярни плагинови, користењето на Ultimate Multisite им овозможува на агенциите да го користат постоечките инвестиции со одредување заедничка платформа од која плагиновите можат да се инсталираат, поддржат и користат.

Најверојатно ќе биде побарано користење на конфигурација, а среќано Ultimate Multisite го прави тоа изво somehow лесно за овозможување мапирање на домените (domain mapping) и SSL сертификатите со своите интеграции за неколку популярни провајдери за хостинг како и услуги како Cloudflare и cPanel.

Начитувајќи еден од овие провајдери или поставување Ultimate Multisite зад Cloudflare, аспекти како управување со домените и SSL сертификатите станува неколку помалку тешко.

Агенциите кои преفضле да држат тесен контрола над креирањето на сајтови ќе ја ценат леснотата со која можат да создаваат сајтови и да ги поврзат сајтовите со клиентите и плановите преку усопрената интерфејс на Ultimate Multisite.

Тесен контрола над плагиновите и теми се одржува на ниво на продукт преку интуитивните интерфејси на Ultimate Multisite, кои овозможуваат да плагиновите и тематиките бидат достапни или скриени како и нивниот статус на активирање кога се инстанцираат за нов сайт.

Темы нудат по функционалност, што овозможува да се активираат или скријат од определени теми при креирање на веб-страницата.

Агенции ќе добија мир со Ultimate Multisite, што им овозможува да прават тоа што најдобро знаат – да дизајнираат извонредни веб-страници.

Случај 2: Понудител на ниша (Niche Provider)

Постои стара реченица која вели: „прати една работа и прати ја добро“. За многу специјалисти, тоа значи создавање продукт или услуга околу една единствена основни идеја.

Можеби сте вкракни голфер што промовира веб-страници на клубови или можеби сте вкракни еспорт играч што нуди веб-страници на кланови. Можеби некој индивидуал што промовира услуга за резервации на ресторани?

По многу причини би сакале да нудите услуги базирани на заеднички рамки и платформа. Можеби сте дизајнирале или инвестирале во персонализирани плагини за да обезбедите потребната функционалност, или можеби е случај дека најдобрите практики во индустријата бараат некоја стандардизирана пристапна форма за дизајн.

Една од иновативните функции на Ultimate Multisite е користење на шаблонски страници (template sites). Шаблонската страница е една каде што тема е инсталирана и активирана, неопходни плагини се инсталирани и активирани, а примерите постови или страници се создадени. Кога клиентот креи нова страница на база на шаблонот, содржината и поставките на шаблонот се копира во новосоздадената страница.

За понудител на нишови страници и услуги, ова нуди беспрецеден предност во способноста да создадете веднаш готова за употреба страница со кастомни плагини и дизајн. Клиентот треба само да обезбеди најминимален влез за завршување на услугата.

За зависност од барањата, би можеле да се однесуваат и конфигурации за подречник (subdirectory) или субдомејн (subdomain), при што изборот на архитектура ќе би бил помеѓу едноставен SSL сертификат за подречни директорији или варлиден SSL сертификат за субдомени.

Случај 3: Хостинг на WordPress веб-сайти

Има многу начини да се хостуваат WordPress сајтови, но ретко е толку едноставно како да обезбедите веб простор на клиент со преинсталирана верзија на WordPress. Тоа е бидејќи неколку одлуки и размислувања треба да се споедат за да се обезбеди значаен сервис.

Ultimate Multisite се избогатва во оваа област со целосна решенија под форман "turnkey" (подворена), нудејќи комплексен начин за хостирање на WordPress сајтови. Во решението вклучени се основни механизми за обезбедување претплатен сервис, собирање плати, форми за проверка (checkout forms), кодонови ваучери и комуникација со клиентите.

Значи го веќе значаен дел од работата што е потребна за правилна инсталација, конфигурација и одржување на WordPress Multisite лесна е со Ultimate Multisite, доколку администраторите на мрежата треба само да размислуваат за аспекти поврзани со нивниот сервис или ниша, како што се нивоа на производи (product tiers), цени и понуди на услуги.

За развивачите кои сакаат да се интегрираат со Ultimate Multisite, решението нуди и целосна RESTful API и Webhooks за известување на настани.

Без зависност од многу надворешни плагини и лиценци, Ultimate Multisite нуди богато функционирачко и слично решение како тоа што го нудат Wix, Squarespace, WordPress.com и други.

Размислувања за архитектура

Иако не е целосен водич, следните точки треба да служат како насока за правилен избор на технологии за поддршка на инсталација на Ultimate Multisite.

Споделено против Поцесно хостирање (Shared vs. Dedicated Hosting)

За жал, не сите хостинг провајдери еднакви и некои практикуваат екстремна денасност на серверите. Понискиот ценов провајдер обично генерира приходи со максимизирање на денасноста на серверот. Како тако што, вашата инсталација Ultimate Multisite може да биде само една од неколку стоти страници на истата машина.

Без соодветни заштити од провајдерот, страниците на споделен сервер се соочуваат со проблемот на „шумен сосед“. Тоа е кога страница на ист сервер потрошува толку ресурси што другите страници мора да се бидат за останатите ресурси. Често ова се јавува како страници кои се бавни или не реагираат во времето.

Како провајдер на веб хостинг, ефектно ќе значи дека вашите клиенти ќе искусуваат лоши брзини, низок рејтинг на страницата и висок процент на одбивање посетителите, што често води до отказ на услугите кога тие бараат услуги на друго место.

Накратко, евтино не значи добро.

Ultimate Multisite е познато дека работи со неколку добри провајдери на хостинг и добро се интегрира во нивое околине за да обезбеди функции како мапирање на домените и автоматско SSL. Тие ценат перформансите и нудат повисоко квалитетно услуга од споделен хостинг.

За листа со соодветни провајдери и целосни упатства за поставка за секој од нив, ве молам проверете документацијата за Соодветни Провајдери (Compatible Providers).

Примеци за перформанси

Ultimate Multisite не е бавна апликација, туку е изво удивително брза. Меѓутоа, функционира само толку добро како и всушната апликација и инфраструктура и може да користи само тоа што има пристап.

Размислете ова: Вие сте мрежни администратор на Ultimate Multisite инсталација со 100 страници. Некои од нив се справуваат добро и привлекуваат број посетители на веб-страницата секој ден.

Ова ситуација би била различна на помал мал дел од некои страници, на пример една до пет страници, но пред долгорочни проблеми со скала би се забележало.

Ако не е надлежена, единствената Ultimate Multisite страница би имала задолжителност да ги исполнува барањата на сите посетители на овие страници. Овие барања можат да бидат за динамички PHP страници или статични ресурси како стилシート-ови, JavaScript или медиум фајлови. Без разлика дали зборуваме за една или стотина страници, овие задачи стануваат повторувачки, монотонни и трошливи. Не е потребно да се користи процесорски моќ и меморија за обработка на PHP фајл кога излезот е иста статична информација за секоја побарување.

Слично така, една побарување за PHP или HTML страница генерира повеќе потесности за скриптии, стилシート-ови и слики. Овие барања директно се насочуваат кон вашиот Ultimate Multisite сервер.

Лесно може да се реши оваа проблема ажурирајќи го серверот, но тоа не решава вторична проблем – географските зафаќања (latencies). Само повеќе сервери во различни локации можат соодветно да ги адресираат овие проблеми.

Затоа најмногу администраторите на мрежи користат решенија за фронтенд кеширање и корисни мрежи за дистрибуција на содржина (CDN) за исполнување на барањата за статични страници. Исполнување на овие барања и случување на ресурси пред да побарувањето стигне до серверот го спагува процесорскиот ресурс, елиминира зафаќања и избегнува неопходни ажурирања и го максимизира инвестирањето во технологија.

Ultimate Multisite вклучува сложен Cloudflare add-on кој овозможува на администраторите на мрежи да ги стават своите инсталации зад Cloudflare и да користат не само неговите способности за кеширање, туку и DNS хостирање, SSL сертификати и безбедносни механизми.

Резервни копии (Backups)

Можеш да побараш совет од 50 луѓе за резервни копии и да добиеш 50 различни мишлеви на стратегии за резервни копии. Одговорот е: зависи од тоа.

Тоа што не е спора е дека се потребни резервни копия и дека е почти невъзможно да не ги управува провизијата, особено една која нуди услуга со управување (managed service). Следното, клиентите ќе се обрат на администраторот на мрежата за да им обезбедат и да ги управуваат овие услуги. Кој е тој администратор на мрежата што го бара зависи од целосно различен проблем.

За целите на оваа секција, нека се согласуваме дека резервната копија е моментна копирање на состојбата на системот во моментот кога е иницирана резервната копија. Просто речено, што било е состојбата на системот во време на резервната копија, таа се фаќа и запечавува во резервната копија.

Со ова разбирање, одговорот како да постигнете резервни копия и што е најдобро за вашата средина ќе зависи во голема мера од вашите барања и способноста на провизијата да ги задоволи овие барања. Меѓутоа, во редослед на најоптирани до најмалку оптимирани опции, подолу дадени опции треба да ви дадат некој насока.

Снапшоти (Snapshots)

Снапшотите се сребрните пули за резервните копии бидејќи тие се лесни, несложени (додека не сакате да ги вратите) и „работат“. Меѓутоа, тоа бара некоја помош от вашата провизија и најмногу се применува само ако имате VPS (Virtual Private Server) или слично. Некои провизија наведени во нашата документација за „Совместими провизија“ нудат резервни копии кои не бараат дополнително вмешателство или размислување од администраторот на мрежата.

Где традиционалните резервни копия се насочуваат на датоте и базата на податоци, снимката (snapshot) насочува целата диска. Ова значи дека не само податоците на сайтот ќе бидат зачувани во снимката, туку и оперативноот систем и конфигурацијата. За многу луѓе ова е јасен предност бидејќи нов систем може практично веднаш да се креи од слика (snapshot) и да се введе во работна состојба за замена на неработелен инстанс. Слишкото, процесот на опоравување за враќање на датоте само бара приклучување на сликата на снимка како диск до постоечки инстанс така што датоте ќе можат да се пристапат и копираат.

Снимките може да взимаат дополнителна цена од хостинг провајдерот, но тоа е заштитна полиса против несреќи.

Екстерни скрипти (External Scripts)

Изгледа дека нема недостаток на екстерни скрипти и решенија за резервирање на ресурсите на WordPress и MySQL, а тие би работале добро за Ultimate Multisite бидејќи е WordPress плагин што користи файлот на WordPress и базата на податоци. Така да решение кое резервира WordPress сайтовите ќе ги покрие соодветно потребите на Ultimate Multisite.

Не можеме да препорачуваме една скрипта пред друга, но нашиот општи совет е да направите неколку тестови за резерва и опоравување за да се осигурате дека резултатите ви требаат и да „бидете сигурни“ со постојано оцењување на скриптата и нејзината функционалност, особено каде што се применува некоја форма на стратешка резервна копија (differential backup strategy).

Треба да се забележи дека овие скрипти, додека работат, ќе зголемат влокот на системот, што треба да се има предвид.

Плагини (Plugins)

Практично нема проблем во WordPress кој не може да се реши со плагин и ако управувањето со екстерни скрипти не е вашата област, тогаш плагинот можеби е следниот најдобар избор.

Иако плагините варираат во опции и функции, те најчесто ја вршат собирање на копија од датобите на WordPress и базата на податоци. Потоа функционалноста се разликува – некои плагини можат да испраќаат резервните копия на надворешни услуги како Google Drive или Dropbox, или на некој соодветен сервис за складирање објекти (object storage) како S3, Wasabi или други. Посебно пооптоварените плагини нудат диференцирани резервни копии или некоја стратегија за резервирање само на податоци кои се промениле, за да се спасиат трошоците за надворешна складирање.

При изборот на плагинот внимавај да провериш дека е компатибилен со multisite (много-саитни) режим. Бидејќи поради начинот на работа, додека се врши резервното копирање, можеш да очекуваш временска вкупна оптовареност на серверот додека процесот не е завршен.

Домен и SSL

Веќе многу се разговара за доменните имиња во режимот со поддомени (subdomain) во multisite. По речиси сите администратори на мрежи користат дигитални имена со wildcards (wildcard DNS entries).

Овој тип на DNS запис ќе успее да резолби поддомени како ‘site1.domain.com’ и ‘site2.domain.com’ на IP адресата 1.2.3.4, што поддржува Ultimate Multisite и во поголем мерило WordPress Multisite користејќи режим со поддомени (subdomain mode).

Ова може да работи совршено добро за HTTP бидејќи целната хост се чита од HTTP хедерите, но ретроано е многу помалку едноставно сега каде сигурните HTTPS трансакции почти се обязателни.

За среќа има лесни опции за SSL сертификати. Во режимот на subdirectory може да се користи нормална домен сертификат. Тие се лесно и безплатно достапни од хостинг провајдери кои можат да користат бесплатниот сервис LetsEncrypt или некоја друга изворна локација. Оtrimenti, тие се комерцијално достапни од авторитети ако можете да генерирате барање за потпишување на сертификатот (CSR).

За режимот на subdomain користењето на wildcard SSL сертификат ќе соврши со wildcard домен и ќе дозволи сертификатот да биде авторитетен за главниот домен и сите subdomains без неопходна конфигурација.

Меѓутоа, треба да се напомене дека wildcard SSL сертификати може да не работат со услуги како Cloudflare осмегување само ако сте на корпоративна план или поставите влез на DNS само, во кој случај сите кaширање и оптимизација се заобиколуваат.

Ultimate Multisite излезе од кутија нуди решение за оваа проблема, што демонстрира нашето широко искуство со потребите на WordPress multisites. Активирањето на овој прост addon ќе го накара Ultimate Multisite да ја користи вашата Cloudflare податоци за автоматско додавање DNS записи за мрежни сайтови во Cloudflare и да ги постави нивниот режим на „proxied“. На овој начин секој мрежен субасайт, кога ќе биде креиран, ќе има целосна заштита и придобивки од Cloudflare вклучувајќи SSL.

Во зависност од природата и целта на вашата инсталација на Ultimate Multisite, може да е потребно клиентите да користат свои домени. Во овој случај администраторот на мрежата е одговорен за решавање два проблеми: едно е хостирање на името на домено и друго е SSL сертификати за тоа домено.

За многу луѓе, користењето на Cloudflare е лесен избор. Клиентите само треба да го стават својот домен на Cloudflare, да насочат CNAME кон коренниот домен на Ultimate Multisite и да ги мапи своите домени во Ultimate Multisite за да започнат со користење на својот кастом име на домен.

Извртнувањето надвор од оваа ситуација треба да се бараат алтернативни решенија, што е причина зошто Ultimate Multisite препорачува листа со Соодветни Провајдери (Compatible Providers). Ова е бидејќи процесот на поставување DNS и SSL може да биде не лесен. Меѓутоа, со интеграцијата на Ultimate Multisite со овие провајдери, сложноста е многу намалена а процедурата е автоматизирана.

Plugins (Додатоци)

Веројатно ќе ви требаат дополнителни плагини за да обезбедите функционалност на вашите клиенти или мрежни страници. Дали сите плагини работат со WordPress Multisite и Ultimate Multisite? Тоа зависи од ситуацијата.

Иако повеќето плагини се монтираат во WordPress Multisite, активирањето и лиценцирањето варира од автор до автор.

Изборот е во тоа како се применува лиценцирањето со некои плагини кои бараат лиценци на база на домен (per-domain basis). Ова значи дека за некои плагини администраторот на мрежата мора да активира ручно лиценца за секој плагин на секој нов сайт.

Затоа, можеби е најдобро да проверите со авторот на плагини како ќе работи неговиот плагин со WordPress Multisite и дали има некои специјални барања или процедури потребни за лиценцирање.