Ultimate Multisite 101

Ultimate Multisite – бұл WordPress Multisite плагині, ол сізге тұтынушыларға WaaS немесе Вебсайттарды Қызмет ретінде ұсынуға мүмкіндік береді. Біз оның бизнесіңізге және клиенттеріңізге қалай көмектесетінін үйренуге кірісу алдында, бізге меңгеруіші бірнеше негізгі білім алу керек.

WordPress Multisite

Біздің көпшілігі стандартты WordPress орнатуымен таныс. Сіз оны хостинг провайдериңіздің бақылау панелі арқылы немесе, ержүктер үшін жаңа веб-сервер мен базасын орнатып, негізгі файлдарды жүктеп, орнату процесіне кірісу арқылы оны құра аласыз.

Бұл әлемде миллиондаған WordPress сайттары үшін жұмыс істейді, бірақ агенттік немесе хостинг провайдери тұрғысынан көлемдер туралы бір сәт талқылайық.

Бір WordPress сайтында немесе жүз сайтта автоматтандырылған бақылау панелі арқылы оны жасау үшін синхронды құру қарапайым болып көрінген пікір, бірақ бұл сайттарды басқаруға келгенде мәселелер қатты байқалды бастайды. Басқалмаған кезде сіз зиян-асыраушы бағдарлардың негізгі мақсаты боласыз. Басқау үшін күш пен ресурстарды жұмсау қажет, және WordPress сайттарын басқару мен әкімшілікті жеңілдетуге көмектесетін сыртқы құралдар мен плагиндер бар болғанымен, клиенттердің әкімшілік қол жеткізуді сақтауы бұл күшті оңай жеңілуіне мүмйтейді.

Оның негізінде WordPress «Multisite» деп аталатын бір функцияны ұсынады, ол 2010 жылы WordPress 3.0-ды іске қосу кезінен бастау алады. Сол кенден бері бұл жаңа мүмкіндіктерді енгізу және қауіпсіздікті күшейтуге бағытталған бірнеше ревизиялар жинақталды.

Негізінде, WordPress multisite-ті мынадай түсінуге болады: Университет бір WordPress орнатуын сақтайды, бірақ әр факультет өздерінің WordPress сайтымен басқарады.

Бұл тұжырымды түсіну үшін Ultimate Multisite-тағы және WordPress қауымдастығында қолданылатын бірнеше негізгі терминдерді қарастырайық.

Желі (The Network)

WordPress-те, мультисайт желі дегеніміз – бір панельден бірнеше қосымша сайттарды басқаруға болатын жер. Хостинг провайдерлері арасында мультисайт желі құру әдістері өзгереді, бірақ нәтижесі әдетте WordPress-ке бұл нақты режимде жұмыс істеуін хабарлау үшін wp-config.php файлында бірнеше қосымша нұсқаулықтар болуы керек.

Мультисайт желі мен bağımsız WordPress орнатылымы арасында айырмашылықтар бар, оларды қысқаша талқылайық.

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

Сіз қабылдауыңыз керек ең алғашқы шешім – мультисайт орнатылымы субдиректориялар немесе субдомендер арқылы жұмыс істейтінін анықтау. Ultimate Multisite екі таңдауды да тең қолдайды, бірақ бұл конфигурациялар арасында бірнеше құрылымдық айырмашылық бар.

Субдиректориялар конфигурациясында желі сайттары негізгі домен атауына негізделген жол (path) мұра алады. Мысалы, 'site1' деп аталатын желі сайтының толық URL-і https://domain.com/site1 болады. Субдомендер конфигурациясында желі сайты негізгі домен атауынан өзүндей субдоменді алады. Сондықтан, 'site1' деп аталатын сайттың толық URL-і https://site1.domain.com болады.

Екі нұсқа да өте дұрыс таңдаулар болғанымен, субдомендерді қолдану бірнеше артықшылықтарды ұсынады, бірақ оның құрылымына көбірек ойлау мен жоспарлау қажет.

DNS мәселеріне келсек, _subdirectories_ (подкаталогтар) қолдану салыстырмалы түрде қарапайым қиындық тудырады. Сеть сайттары негізгі жолдың баласы ретінде болғандықтан, негізгі домендік атау үшін тек бір ғана домендік атау енгізуі қажет болады. Ал _subdomains_ (поддомендер) үшін қиындық аздап күрделірек болып келеді және әрбір желі сайты үшін бөлек CNAME енгізу немесе DNS жазбаларындағы жасылған символ (*) енгізу қажет.

Қосымша ескертуге келген сала – бұл SSL және SSL сертификаттарын إص出лау мен пайдалану мәселесі. subdirectory конфигурациясында бір домендік сертификатты қолдануға болады, өйткені желі сайттары негізгі доменнің қарапайым жолдары болып табылады. Сондықтан domain.com үшін сертификат https://domain.com/site1, https://domain.com/site2 және т.б. үшін SSL-ді тиімді қамтамасыз етеді.

subdomain конфигурациясында жасылған символ (*) бар SSL сертификатын қолдану ең жиі кездесетін нұсқалардың бірі. Бұл типті SSL сертификаты домен мен оның subdomains-ы үшін шифрлауды қамтамасыз етеді. Сондықтан жасылған символ бар SSL сертификаты https://site1.domain.com, https://site2.domain.com және тіпті domain.com-ға өзі де шифрлауды қамтамасыз етеді.

Басқа нұсқалар да бар, бірақ олар жиі ауқым мен қолданылу бойынша шектеулі болады және қосымша конфигурациялау және тиімділік тұрғысынан ескеруді талап етеді.

Плагиндер және Темалар

WordPress бәрі жақсы нәрсе беретін сияқты, бірақ клиенттің көзқарасынан қарасақ, ол бірдемесін алып кетеді. Көбірек айтқанда, егер сайт администраторы жеке WordPress орнатуында жаман плагинді орнатса немесе оның орнатуын жаңартып отырмаса, бұл іс-әрекеттің жалғы құрбаны және шығыны өзі болады. Алайда, сайт администраторы желілік (multisite) орнатуында жаман плагинді орнатқан кезде, ол желідегі әрбір сайттың құрбаны болады.

Осы себеп үшін WordPress Multisite ретінде конфигурацияланған кезде, сайт администраторларының плагиндер мен темаларды орнату мүмкіндігі жойылады және бұл мүмкіндік жаңадан жасалған желі администраторы немесе «супер администратор» рөліне көшіріледі. Бұл арнайы рөл осы желі сайттарының администраторларына өздерінің дашбордында плагиндер мәзірін көруге немесе қол жеткізуге рұқсат беруді, сондай-ақ бұл рұқсаттар плагиндерді көсу немесе өшіру үшін кеңейтілетінін шеше алады.

Осыған дейін желі администраторы желіде плагиндер мен темаларды орнатудан және осы плагиндер мен темаларды желі сайттарында пайдалануға рұқсат беру үшін рұқсаттарды бөлуден жауапты болады. Сайт администраторлары өздерінің сайтына тағайындалмаған плагиндерді немесе темаларды орната алмайды.

Жоюшылар және Администраторлар

WordPress Multisite-та, барлық желі сайттары бірдей базаны бөледі және сондықтан бірдей пайдаланушылар, рөлдер мен мүмкіндіктерді бөледі. Оны түсінудің ең ыңғайлы жолы – барлық пайдаланушылар белгілі бір сайттың мүшесі емес, олар барлық желінің мүшесі деген ойды жасау.

Бұл түсініктемеге сүйене отырып, пайдаланушыларды жасауға рұқсат беру қажет болмауы мүмкін және сондықтан WordPress Multisite бұл мүмкіндікті сайт администраторларынан алып тастап, оны желі администраторының рөліне ауыстырады. Осылайша, желі администраторы өздерінің сайты үшін пайдаланушылар жасауға қажетті арнайы құқықтарды сайт администраторына бөлуге болады.

Жоғарыда айтылған мәлімдемеді қайталай отырып, пайдаланушы есептері олардың жазылған сайттарымен байланысты болып көрінген де, нақты олар желіге бөлінген және сондықтан желі бойынша бірегей болуы керек. Бұл себепті пайдаланушы аттары тіркелуге қолжетімсіз болатын жағдайлар болуы мүмкін.

Бұл кезектегі құрылымдарды түсіну қиын болуы мүмкін, өйткені бұл біртұтас пайдаланушы тіркелу және аутентификация жүйесі көптеген корпоративті жүйелерде танымал болса да, олар жеке WordPress орнатылымдарымен салыстырғанда түсінілмеушілік тудырады.

Media (Медиа)

WordPress Multisite-тағы желі сайттары бір базалық деректерді бөліседі, бірақ олар медиа файлдары үшін файл жүйесінде бөлек жолдарды сақтайды.

Стандартты WordPress орналасуы (wp-content/uploads) өзгертілмейді; алайда, оның жолы желі сайтының ерекше ID-сін көрсете отырып өзгертіледі. Со conséquence, желі сайтының медиа файлдары wp-contents/uploads/site/[id] ретінде пайда болады.

Permalinks (Сайт сілтемелері)

Бұрын айтылғандай, поддомен конфигурациясы каталогтық конфигурацияға қарағанда ерекше артықшылықтарға ие және олар жолдар ретінде көрінеді.

Каталогтық конфигурацияда, желі орнатылған кезде жасалатын негізгі сайт (бірінші сайт) және желі подсайты доменнен басталатын бірдей жолға ие болуы керек. Бұл көптеген қақтығыстар тудыру мүмкіндігі бар.

Байланыс орнатудан кейін желі сайттарымен қақтығыстардың алдын алу үшін негізгі сайтқа міндетті /blog/ жолы қосылады. Бұл дегеніміз, ‘Post name’ сияқты әдемі permalinkтер домен.name/blog/post-name/ ретінде көрсетіледі.

Поддомен конфигурациясында бұл әрекет қажет емес, өйткені әр желі сайты толық домен бөлінісінен пайдаланады және сондықтан бірдей жолға сүйенуге қажет емес. Олар өздерінің поддоменыне негізделген ерекше жолдарын сақтайды.

Static Pages (Статикалық парақтар)

subdirectory конфигурациясында, статикалық беттер үшін атаулардың қақтығысуы мүмкін болып табылады, өйткені негізгі сайт пен желі сайттары бірдей жолмен бөлінеді.

Бұл мәселені болдырмау үшін WordPress белгілі бір сайт атауларын тізімдеу арқылы оларды алдын алуға мүмкіндік береді, бұл олардың бірінші сайттың атауларымен қақтығысуын болдырмайды. Әдетте желі администраторы негізгі сайттың беттерінің түбір жолдарын енгізеді.

subdomain конфигурациясында, атаулардың қақтығысу мүмкіндігі subdomain арқылы азайтылады, өйткені ол желі сайтына тән және негізгі сайтпен ешқандай байланыста емес.

Регистрация

WordPress Multisite-тың желі параметрлерінде жаңа пайдаланушыларды тіркеу мүмкіндіктері бар, бұл жаңа және бар пайдаланушыларға сайттар құруға мүмкіндік береді.

Тұтас (stand-alone) WordPress орнатуларымен салыстырғанда, желі сайттары пайдаланушыларды тіркеу немесе осы тіркелгендерді рөлдерге беруге мүмкізу ескі нұсқаларды сақтап қалмайды.

Пайдаланушы hesapтары жасалған кезде, осы есептеулер желі деңгейінде генерацияланады. Сондықтан олар белгілі бір сайтқа ait болып қоймай, керісінше, желіге жатады. Бұл кейбір айқын артықшылықтар мен кемшіліктерді ұсынады.

Мы можем предположить, что ваш WordPress Multisite новостной и информационный бизнесмені болсаңыз, сіз бұл мультисайтты құрастырып, сосын қаржы, технология, білім және басқа қызығушылық салалары үшін желі сайттарын құратып отырсыз, сонымен қатар плагиндер мен темлерді жалпы бақылауды сақтайсыз. Әрбір желі сайтының өз желі сайтының көрінісі мен пайдаланушы тәжірибесіне артық деңгейде бақылауы болады, бұл олардың қалыпты пост түрлері немесе пост категорияларынан әлдеқайда жоғары.

Бұл тұрғыдан қарасақ, пайдаланушы кірген кезде ол желіге кіреді және соңында үздіксіз тәжірибе беру үшін барлық желі сайттарына да кіретін болады. Егер сіздің жаңа сайтыңыз жазылымға негізделсе, бұл ідеал шешім және нәтиже болар еді.

Алайда, егер мультисайттың көзделген сипаты мен мақсаты бір-біріне қарым-қатынасы жоқ желі сайттарын ұсыну болса, пайдаланушы рөлдерін өзгерту үшін сыртқы немесе қосымша плагиндерді қолдану қажет болады.

Домен және SSL

WordPress Multisite орнатылуында біздің көзімізден өтпейтін бір нәрсе туралы айтайық – Wordpress.com. Бұл WordPress мультисайтінің ең кең ауқымды мысалы және оның мақсатқа сай бейімделуі мен қалыптасуы мүмкін мүмкіндіктерін көрсетеді.

Бүгінгі заманғы интернетте SSL қолдану де-факто міндетті болып табылады, ал WordPress мультисайтінің администраторлары бұл сын-қатерлермен кездесе бастайды.

subdomain конфигурациясында сайттар негізгі доменнен тұра отырып жасалады. Сондықтан ‘site1’ деп аталатын сайт ‘site1.domain.com’ ретінде жасалады. Валидей (wildcard) SSL сертификатын қолдану арқылы желі администраторы бұл сын-қатерді сәтті шешіп, желіге SSL шифрлау мүмкіндіктерін бере алады.

WordPress Multisite домен маппінг функциясын қамтиды, ол желі сайттарын арнайы домен аттарына немесе желінің түбір доменынан ерекше домен аттарына қосуға мүмкіндік береді.

Желі администраторлары үшін бұл домен атауны конфигурациялау мен SSL сертификаттарын إصلاح және оларды сақтау мәселелерінде қосымша күрделілік тудырады.

Бұл тұрғыдан, WordPress Multisite www.anotherdomain.com сияқты сайттарды ‘site1’ге маптеуға мүмкіндік беретін құрал берсе де, желі администраторы DNS енгіштерін сырттан басқару және SSL сертификаттарын жүзеге асыру мәселесімен қалуына жол бермейді.

Ultimate Multisite

Тұтас WordPress орнатылған сайт пен Multisite орнатылған сайттардың айырмашылықтары түсінілгеннен кейін, Ultimate Multisite-тың Сайтты Қызмет ретінде (Website as a Service - WaaS) ұсыну үшін арнайы құрал екенін қарастырайық.

Кіріспе

Ultimate Multisite – бұл Wix.com, Squarespace, WordPress.com сияқты платформаларды ойлап көргенде немесе өз қызметіңді өзіңіз иеленуді елестеткенде пайдаланылатын швейцариялық арматурасы.

Ішкі жағынан Ultimate Multisite WordPress Multisite-тан пайдаланады, бірақ ол желі администраторлары Multisite орнатылумен кездесетін көптеген қиындықтарды шешудің қатарынан тек бұған қоймай, қолдану мүмкіндіктерін арттыра отырып, кең ауқымды пайдалану сценарийлерін қолдауға мүмкіндік беретін тәсілмен істейді.

Төменде біз осы сценарийлерді қолдау үшін қажетті бірнеше жалпы пайдалану сценарийлері мен ескертулерді қарастырамыз.

Пайдалану Сценарийлері

1-Сынария: Агенттік (Agency)

Әдетте агенттік негізгі дағдылары олардың хостингі немесе маркетингті қосымша қызметтер ретінде тізімдеу сияқты сайттарды жобалауда жатыр.

Агенттік үшін Ultimate Multisite бір платформада бірнеше веб-сайты хостингте және басқаруда керемет мүмкіндік береді. Әсіресе, дизайнды GeneratePress, Astra, OceanWP сияқты белгілі темалар бойынша стандарттауды жүргізетін агенттік үшін Ultimate Multisite-тың әр жаңа сайтқа осы темаларды автоматты түрде іске қосу мүмкіндіктерінен пайда алуға болады.

Агенттік бағаларындағы көптеген ұсыныстар мен жиі қолданылатын плагиндерге қатысты, Ultimate Multisite-тың қолданылуы агенттікке барлық плагиндерді орнату, оларды сақтау және пайдалану үшін бір платформадан пайдалануға мүмкіндік беретін бар инвестицияларын пайдалануға мүмкіндік береді.

Көбінесе конфигурация қолданылуы қажет болады және бақытты жақсылық, Ultimate Multisite хостинг провайдерлерінің бірнешесімен (сондай-ақ Cloudflare және cPanel сияқты қызметтермен) доменді карталау мен SSL сертификаттарын оңайлату үшін интеграциялары арқылы оны жеңілдетеді.

Сондықтан, бұл провайдердің бірін пайдалану немесе Ultimate Multisite-ты Cloudflare артынан орналастыру арқылы доменлерді басқару және SSL сертификаттарын басқару сияқты аспектілер біршама қарапайым болады.

Сайттарды жасауға және Ultimate Multisite-тың оңтайландырылған интерфейсі арқылы сайттарды клиенттер мен жоспарлармен байланыстыруға мүмкіндік беретін ыңғайлы интерфейсі арқылы сайттарды қалай жасауды қолдайтын агенттіктер, сайттарды жасау және оларды клиенттермен және жоспарлармен байланыстырудың жеңілдігіне құмар болады.

Плагиндер мен темаларға артықшылықты әр продукт бойынша Ultimate Multisite-тың интуитивті интерфейстері арқылы плагиндерді және темаларды жаңа сайт үшін енгізу кезінде қолжетімді ету немесе жабу, сондай-ақ олардың іске қосылу күйін сақтауға болады.

Темалар ұқсас мүмкіндіктер береді, бұл сайт құру кезінде белгілі бір темаларды іске қосу немесе жасыруға мүмкіндік береді.

Агенттік компаниялар Ultimate Multisite арқылы өздерінің ең жақсы істей алатындарына тыныштық табады – өзінің ең жақсы істегенін жасау – керемет веб-сайттар дизайнын.

2-ке мысал: Ниша жеткізуші (Niche Provider)

"Бір нәрседі жақсы істеу" деген ескі аңыз бар. Көптеген мамандар үшін бұл бір негізгі идея айналасында өнім немесе қызмет жасауды білдіреді.

Сіз клубтарға веб-сайттарды жарнамалайтын маман болсаңыз, немесе кландарға веб-сайттар беретін белсенді эсқорт ойынышысы болуыңыз мүмкін. Ресторандарға брондау қызметін жарнамалайтын жеке тұлғасыз ба?

Көптеген себептермен сіз ортақ құрылым мен платформа негізінде қызмет көрсетуді қаласаңыз келеді. Сізде қажетті функционалдылықты беру үшін арнайы плагиндерді жобалау немесе инвестиция салу мүмкін, немесе индустрияның ең жақсы тәжірибесі дизайнға белгілі бір стандартталған тәсілді талап етуі мүмкін.

Ultimate Multisite-тың инновациялық ерекшеліктерінің бірі – шаблонды сайттарды қолдану. Шаблонды сайт – бұл тема орнатылған және іске қосылған, қажетті плагиндер орнатылған және іске қосылған, үлгі жазбалар немесе беттер жасалған жерде. Клиент шаблонға негізделген жаңа сайт құрған кезде, шаблонның мазмұны мен параметрлері жаңадан жасалған сайтқа көшіріледі.

Ниша сайттары мен қызметтері жеткізушісі үшін бұл арнайы плагиндер мен дизайнмен дайын сайтты дереу жасау мүмкіндігінде теңдессіз артықшылық береді. Клиент тек қызметті аяқтау үшін ең аз енгізуді беруі керек.

Талабына талаптарға байланысты subdirectory немесе subdomain конфигурациялары ыңғайлы болуы мүмкін, осы жағдайда сәулесін (SSL) сертификатының құрылымы subdirectory үшін қарапайым немесе wildcard SSL сертификатының құрылымы subdomain үшін болады.

3-Жарайы: WordPress Веб Хостингі

WordPress сайттарын хостингті көптеген жолдармен орнатуға болады, бірақ олардың ішінде клиентке дайын WordPress нұсқасын веб кеңістігі беруден гөрі қарапайым емес. Бұл мағыналы қызмет көрсету үшін бірнеше шешімдер мен ескертулердің жиналуы қажет екенін білдіреді.

Ultimate Multisite бұл саладан өзінің толық шешімін ұсынады, WordPress сайттарын хостингте беруге арналған барлық құрылымдық механизмдерді қамтиды. Шешімге жазылу қызметтері, төлем жинау, checkout формалары, жеңілдік купондары және клиенттермен қарым-қатынас үшін негізгі құралдар енгізілген.

WordPress Multisite-ті дұрыс орнатуға, конфигурациялауға және оны қолдауға арналған жөндеуге қажетті көптеген ішкі жұмыстар Ultimate Multisite арқылы жеңілдетіледі. Бұл жерде желі администраторлары тек өзінің қызметі немесе нишесіне қатысты тауар деңгейлері, бағалау және қызмет ұсыныстары сияқты аспектілерді ескеруге ғана болады.

Ultimate Multisite-пен интеграциялануды тілектеген әзіршілер үшін шешімде сондай-ақ RESTful API және оқиға хабарлауы үшін Webhooks ұсынылады.

Көптеген сыртқы плагиндер мен лицензилерге сүйенбей отырып, Ultimate Multisite Wix, Squarespace, WordPress.com және басқалар сияқты шешімнің мүмкіндіктеріне тең, ерекше функционалды шешімді ұсынады.

Құрылымдық Ескертулер

Бұл толық нұсқаулық емес, бірақ Ultimate Multisite орнатуын қолдау үшін технологияларды дұрыс таңдауға бағыт болатын келесі тақырыптар көмектеседі.

Ортақ және Арнайы Хостинг (Shared vs. Dedicated Hosting)

Өкінішке орай, барлық хостинг провайдерлері тең емес және кейбіреуі өте жоғары серверлік тығыздықты қолданады. Төмен құрал-бұралған провайдерлер әдетте сервердің тығыздығын арттыру арқылы табыс табуға бағытталған. Осылайша, Ultimate Multisite орнатылыңыз бір сервердегі бірнеше жүз сайттың бірі болуы мүмкін.

Провайдерден тиісті қорғаныс шаралары болмаса, ортақ сервердегі сайттар «шу райды көрші» мәселесінен асырады. Бұл म्हणजे сол сервердегі басқа сайттар үшін қалған ресурстар үшін бәсекелесуге мәжбүр болатын, өте көп ресурс тұтынындайтын сайт. Көбінесе бұл сайттардың баяу жұмыс істеуі немесе уақтылы жауап бермеуі ретінде көрінеді.

Өзіңіз веб-хостинг провайдеушысы ретінде, осы әсерлердің ағымы бұл сіздің клиенттерінің төмен жылдамдық, төмен бет рейтингісі және жоғары қайту көрсеткіштерімен кездесуіне және көбінесе клиенттер басқа жерлерде қызмет іздегендіктен клиенттердің қызметтен ауытқуына (churn) әкелуі мүмкін.

Қысқаша айтқанда, арзан деген сөз жақсы емес деген сөз емес.

Ultimate Multisite жақсы хостинг провайдерлерімен жұмыс істейтіні және домен картасын жасау сияқты функцияларды автоматтандыру сияқты олардың ортасына жақсы интеграцияланатынын біледі. Бұл провайдерлер өнімділікке басымдық береді және ортақ хостингтен жоғары сапалы қызмет ұсынады.

Қолдау көрсетілетін провайдерлер тізімі мен әрқайсысы үшін толық орнату нұсқауларын көру үшін Compatible Providers құжаттамасын қараңыз.

Өнімділік ескертулері

Ultimate Multisite баяу қолданылатын қосымша емес, керісінше, ол 놀라운 жылдамдықта жұмыс істейді. Алайда, ол тек негізгі қосымша мен инфрақұрылымның жақсылығына сай жұмыс істей алады және қол жеткізе алатын нәрселерден басқа пайдалана алмайды.

Бұл туралы ойлаңыз: 100 сайттан тұра Ultimate Multisite орнатылысының желі администраторысыз. Сол сайттардың кейбіреуі жақсы жұмыс істеп, күн сайын бірнеше веб-сайттарды қонақтандыратын зияратқыштарды тартады.

Бұл сценарий бірнеше сайтқа (мысалы, бірден бес сайт) қарағанда әртүрлі болады, бірақ масштабтаудың ұзын уақыт ішінде мәселелер айқын көрінеді.

Егер қатырпалса, жалғыз Ultimate Multisite сайты барлық сайттарға келетін кездесулердің сұраныстарын орындаудан жауапты болады. Бұл сұраныстар динамикалық PHP беттері немесе стилдейтілері (stylesheets), JavaScript немесе медиа файлдары сияқты статикалық ақпарат болуы мүмкін. Бір сайт болсын, жүз сайт болсын, бұл тапсырмалар қайталанады, монотонды болады және ресурстардың үзілуіне әкеледі. Егер PHP файлының шығысы барлық сұраныстар үшін бірдей статикалық ақпарат болса, оны өңдеу үшін CPU қуаты мен жадты пайдалану қажет емес.

Солайша, PHP немесе HTML бетке бір сұраныс келеді, ол өз кезегінде скриптерлерге, стилдейтілетін файлдарға және сурет файлдарына арналған бірнеше жалғас сұраныстарды тудырады. Бұл сұраныстар тікелей Ultimate Multisite серверіне бағытталған.

Бұл мәселені серверді жаңарту арқылы оңай шешуге болады, бірақ бұл екінші мәселені – географиялық кешігулерді (geographic latencies) шешпейді. Бұл мәселені тиімді шешу үшін бірнеше орналасқан жердегі серверлер қажет.

Міне, сондықтан көптеген желі администраторлары статикалық беттерге арналған сұраныстарды орындау үшін фронт-энд кескіндіру (front-end caching) шешімдері мен контент тарату желілерін (CDN) қолданады. Бұл сұраныстарды орындау және ақпаратты серверге жетуден бұрын көрсету процессорлық ресурстарды үнемдейді, кешігулерді жояды, қажетсіз жаңартуларды болдырмайды және технологиялық инвестицияларды барынша арттырады.

Ultimate Multisite желі администраторларына өз орнатуларын Cloudflare артынан орналастыруға және оның тек кескіндіру мүмкіндіктерін ғана емес, сонымен қатар DNS хостингті, SSL сертификаттары мен қауіпсіздік механизмдерін де пайдалануға мүмкізу беретін күрделі Cloudflare add-on-ды қамтиды.

Резертові (Backups)

Резервтеу туралы 50 адамнан кеңес сұрап, резервтеу стратегиялары бойынша 50 түрлі пікір алуға болады. Жауабы: бұл қажет ететін нәрсеге байланысты.

Ең айтылмаған мәселе – бұл резервтік көшірмелерді қажет ететіні және оларды қызмет көрсетуші, әсіресе басқарылған қызмет ұсынатын компаниямен басқаруға мүмкін болатындық өте жоғары. Соның салдарынан клиенттер бұл қызметті ұсыну және басқару үшін желі администраторына жүгінеді. Желі администраторы кімге жүгінетіні – толығымен басқа мәселе.

Бұл бөлімнің мақсаты бойынша, резервтік көшірме дегеніміз – резервтік көшірме басталатын уақытта жүйенің күйін сол сәттегі нүктедегі көшірме. Қарапайым тілмен айтқанда, резервтік көшірме жасалатын уақытта жүйенің күйі қалпына келтірілетін және сақталатын мәнін багтайды.

Бұл түсінікпен қатар, резервтік көшірмелерді қалай іске асыру және сіздің ортаңыз үшін не ең жақсы болатыны сіздің талаптарыңызға және хостинг қызметінің сол талаптарды қанағаттандыру мүмкіндігіне тікелей байланысты болады. Алайда, ең пікірліден ең аз пікірліге дейін келесі нұсқалар біршама бағыт бере алады.

Снапшоттар (Snapshots)

Снапшоттар резервтік көшірмелер үшін «алтын пуля» сияқты, өйткені олар қарапайым, күрделі емес (қалпына келтіру қажет болмаса) және «жарайды жұмыс істейді». Алайда, бұл сіздің қызмет көрсетушіңізден біршама көмек алуды талап етеді және негізінен тек VPS (Virtual Private Server) немесе оған ұқсас құрылғылары болған жағдайда қолданылады. Біздің «Қолдау беретін қызметтер» құжаттамасында тізілетін бірнеше қызметтер желі администраторының қосымша араласуы немесе ескеруі қажет етпейтін резервтік көшірмелерді ұсынады.

Традиционные бэкапы нацелены на файлы и базы данных, а снимок (snapshot) нацелен на весь диск. Это означает, что в снимок попадает не только данные сайта, но и операционная система, а также конфигурация. Для многих это явное преимущество, так как новую систему можно почти мгновенно создать из снимка и запустить для замены проблемного экземпляра. Аналогично, процесс восстановления файлов требует лишь прикрепить образ снимка в качестве диска к существующему экземпляру, чтобы файлы можно было получить и скопировать.

Снимки могут повлечь дополнительные расходы от хостинг-провайдера, но это страховка от непредвиденных ситуаций.

Внешние скрипты (External Scripts)

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

Мы не можем рекомендовать один скрипт вместо другого, но наш общий совет — провести несколько тестов на резервное копирование и восстановление, чтобы убедиться, что результаты вам подходят, и «убедитесь в этом», постоянно оценивая скрипт и его функциональность, особенно там, где применяется какая-либо стратегия дифференциального бэкапа (differential backup strategy).

Следует отметить, что во время работы этих скриптов нагрузка на систему увеличится, что следует учитывать.

Плагины (Plugins)

В WordPress почти нет проблем, которые нельзя решить с помощью плагина, и если управление внешними скриптами не ваше, то, возможно, следующий лучший вариант — это плагин.

Плагиндтердің мүмкіндіктері мен функциялары әртүрлі болғанымен, олардың негізгі қызметі бірдей болып келеді: WordPress файлдары мен базасының көшірмесін жасау. Одан кейін функционалдық тұстары айырылады, өйткені кейбір плагиндер бұл бэкаптарды Google Drive немесе Dropbox сияқты сыртқы қызметтерге немесе S3, Wasabi сияқты осыған сәйкес келетін объекті сақтау қызметтеріне жібере алады. Көңілдірек плагиндер дифференциалды бэкаптарды немесе сыртқы сақтау құралдарының шығындарын үнемдеу үшін тек өзгерген деректерді бэкаптау стратегиясын ұсынады.

Плагиндерді таңдаған кезде олардың мультисайтқа қолданылатынын тексеруге мұқият қараңыз. Оның жұмыс істеу сипаты бойынша, бэкап жүрген кезде серверде уақытша жүктелу күтіп отыруға болады, бірақ процесс аяқталғанша.

Домен және SSL

Мультисайт субдомен режиміндегі домен аттары туралы бұрын көптеген талқылаулар болды. Желі администраторлары үшін шағын әрі кең қолданылатын шешім – жарықша (wildcard) DNS енгіштерін пайдалану.

Бұл DNS енгізуі ‘site1.domain.com’ және ‘site2.domain.com’ сияқты _субдомендерді 1.2.3.4 IP адресіне сәйкес келетін дұрыс шешуге мүмкіндік береді, бұл Ultimate Multisite-қа және одан әрі WordPress Multisite-қа субдомен режимі арқылы қолдануға көмектеседі.

Бұл HTTP үшін өте жақсы жұмыс істей алады, өйткені мақсатты хост HTTP баекілерінен оқылады, бірақ бұл қазіргі заманда HTTPS транзакциялары де маңызды болғандықтан, веб-сайттар әдетте бұл қарапайым емес.

Счастливостимен, у вас есть простые варианты для SSL-сертификатов. В режиме subdirectory можно использовать обычный доменный сертификат. Они легко и бесплатно доступны от хостинг-провайдеров, которые могут использовать бесплатный сервис LetsEncrypt или другой источник. В противном случае они коммерчески доступны от органов власти, если вы сможете сгенерировать запрос на подписание сертификата (CSR).

Для режима subdomain использование поддоменного SSL-сертификата идеально сочетается с диким доменом и позволяет сертификату быть авторитетным для корневого домена и всех subdomains без лишней настройки.

Однако следует отметить, что дикие SSL-сертификаты могут не работать с такими сервисами, как Cloudflare, если у вас нет корпоративного плана или вы установите режим в DNS только, в этом случае все кэширование и оптимизация будут пропущены.

Готовое решение Ultimate Multisite предоставляет ответ на эту проблему, демонстрируя наш обширный опыт работы с потребностями WordPress мультисайтов. Активировав этот простой плагин (add-on), Ultimate Multisite начнет использовать ваши учетные данные Cloudflare для автоматического добавления записей DNS для сетевых сайтов в Cloudflare и установки их режима как «проксированный» (proxied). Таким образом, каждый сетевой подсайт при создании будет иметь полную защиту и все преимущества Cloudflare, включая SSL.

В зависимости от характера и цели вашей установки Ultimate Multisite может потребоваться, чтобы клиенты использовали свои собственные домены. В этом случае сетевой администратор отвечает за решение двух задач: размещение доменного имени и получение SSL-сертификатов для этого домена.

Көпшілік үшін Cloudflare-ды қолдану оңай нұсқа болып табылады. Клиентке тек өз доменін Cloudflare-ға орналастыру, Ultimate Multisite-тың негізгі доменына CNAME көрсету және Ultimate Multisite-тағы доменді карталау жеткілікті, бұл олардың арнайы домен атауından пайдалануды бастау үшін қажет.

Бұдан тыс, альтернативті шешімдерді іздеу қажет, сондықтан Ultimate Multisite Қолдау беретін Провайдерлер тізімін ұсынады. Бұл соны себеп етіп, DNS және SSL-ді орнату процесі күрделі болуы мүмкін. Алайда, Ultimate Multisite бұл провайдерлермен интеграцияланғандықтан, күрделілік айтарлықтай азаяды және إجراء автоматтандырылады.

Плагиндер (Plugins)

Клиенттеріңіз немесе желі сайттары үшін функционалдық беруге қосымша плагиндер қажет болуы ықтимал. Барлық плагиндер WordPress Multisite мен Ultimate Multisite-пен жұмыс істейді ме? Бұл оларға байланысты.

Көптеген плагиндер WordPress Multisite-қа орнатылуы мүмкін, бірақ оларды белсендіру және лицензиялау автордан-авторға өзгереді.

Қиындық бірнеше плагиндер домен бойынша лицензиялауды талап ететін жағдайларда лицензиялау қалай қолданылатынында тұрады. Бұл осы плагиндер үшін желі әкімшісі әрбір жаңа сайтқа әр плагин үшін лицензияны қолмен белсендіруі керек дегенді білдіреді.

Сондықтан, плагиндердің WordPress Multisite-пен қалай жұмыс істейтінін және оны лицензиялау үшін қажетті арнайы талаптар мен إجراءлар бар-жоғы туралы плагин авторымен сөйлесу ең жақсысы.