Skip to main content

Ultimate Multisite 101

Ultimate Multisite — бул сиздерге кардарларга WaaS же Сайттар какызга кызмат көрсөтүүгө мүмкүндүк берген WordPress Multisite плагини. Биз андан бирине барылып, Ultimate Multisite бизнестиң жана кардарлардын ишине кантип жардам бере ала турганын үйрөнө алгандыгыбызга баруудан мурун, биз кабыл алышыбыз керек болгон негизги билими алуу зарыл.

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 файлында бир нече кошумча көрсөтмөлөр болот.

Мультисайт сеть жана өз алдынча (stand-alone) WordPress орносогунун айырмачылыктары бар, аны кыскача талкуулайлы.

Поддомен же Подкаталог (Subdomain vs. Subdirectory)

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

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

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

DNS маселеринде _subdirectories_ колдонуу салыштырмалуу жөнөкөй көйгөй сунуштайт. Себеби татаал сайттар бул ата-тартиптин жөн эле баласы болсо, негизги домен аталышы үчүн бир гана домен аталышы киргизүү болушу керек болот. _subdomains_ үчүн көйгөй бир аз татаалраак болот жана ага ар бир татаал сайт үчүн өзүнчө CNAME киргизүү же DNS каттарында жайкы (wildcard) (*) киргизүү талап кылынат.

Дагы бир каралуучу аймак — бул SSL жана SSL сертификатторунун бекитилиши жана колдонулушу. subdirectory конфигурациясында бир домен сертификатын колдонулушу мүмкүн, анткени татаал сайттар негизги домен аталышынын жөн эле жолдору болуп саналат. Ошондуктан, domain.com үчүн сертификат https://domain.com/site1, https://domain.com/site2 жана башкалар үчүн SSL-ди туура камсыз кылат.

subdomain конфигурациясында жайкы (wildcard) SSL сертификатын колдонулушу эң кеңири таралган варианттардын бири. Бул типteki SSL сертификат домен жана анын subdomains-ы үчүн шифрлөө сунуштайт. Ошондуктан, жайкы SSL сертификаты https://site1.domain.com, https://site2.domain.com жана HTTPS://domain.com үчүн да шифрлөөнү камсыз кылат.

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

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

WordPress эмнени берет, ошондой эле ал алып кетет, эң алгач кардардын көз карашынан. Ата-тартип WordPress орнотулган учурда эгерде сайт администратору жаман плагин орнотсо же анын орнотулган версиясын актуалда калтырбаса, бул иштин жалгыз куурчак жана зыянчысы өзү болот. Бирок, сайт администратору көп сайттуу (multisite) орнотулган жерге жаман плагин орнотсо, ал татаалдыктын ичиндеги ар бир сайт үчүн куурчак болуп саналат.

Ушул себептер үчүн WordPress Multisite катары конфигурациялангында, сайт администраторлорунун плагиндерди жана темаларды орнотуу мүмкүнчүлүгүн алып салат жана бул мүмкүнчүлүктү жаңы түзүлгөн тармак администратору же 'супер администратор' ролуна өткөрөт. Бул ылайыттуу рол андан кийин тармак сайттарынын администраторлоруна өзүнүн дашбордунда плагиндер менюсун көрүүгө же кирүүгө уруксат берүүнү жана бул уруксаттар плагиндерди активациялоого же деактивациялоого созулуп берилгендирерин чечүүгө болот.

Бул чекитте тармак администратору тармакка плагиндерди жана темаларды орнотуудан жоопкерчилик алып, бул плагиндерди жана темаларды тармак сайттары үчүн колдонуу үчүн уруксаттарды делегат кылат. Сайт администраторлору өз сайттарына тиешелүү эмес плагиндерди же темаларды орнотууга же алар менен кирүүгө мүмкүнчүлүк үзүрө албайт.

Колдонуучулар жана Администраторлор

WordPress Multisiteде бардык тармак сайттары бир эле базалык маалыматты бөлүшүп турат, ошондуктан алар бирдей колдонуучуларды, ролдорду жана мүмкүнчүлүктөрдү бөлүшөт. Бул аны ойлонуу үчүн эң ылайыктуу жолу: бардык колдонуучулар белгилүү бир сайттын мүчөсү эмес, алар тармактын мүчөлөрүн болушат.

Бул түшүнүктү эске алганда, колдонуучуларды түзүүнү жана бул себептен WordPress Multisite бул мүмкүнчүлүктү сайт администраторлорунан алып салат жана аны тармак администраторунун ролуна өткөрөт. Ошол кезекте тармак администратору сайт администраторуна өзүнүн сайты үчүн колдонуучулук аккаунттарды түзүүгө мүмкүндүк берүү үчүн зарыл ылайыттуулуктарды делегат кыла алат.

Жогорудагы билдирүүнү кайталоого карап, колдонуучулук аккаунттар алар кезектеги сайттарына тиешелүү көрүнсө да, алар натыйжада тармакка бөлүнгөн жана ошондуктан тармак аркылуу бирдей болушу керек. Бул себептен колдонуучунун аты (username) катталыш үчүн жеткиликтүү эмес учурлары болушу мүмкүн.

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

Медиа

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

Стандарттык WordPress орду (wp-content/uploads) өзгөрбөйт; бирок анын жолу сеть сайттын уникалдуу ID'sini көрсөтүү үчүн өзгөртүлөт. Ошентип, сеть сайтынын медиа файлдары wp-contents/uploads/site/[id] катары пайда болот.

Биз мурунку айткандай, субдомен конфигурациясы подкаталог конфигурациясына караганда айырмаланган артыкчылыктарга ээ жана бул жерде алар: жолдор.

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

Байланышсыз калуу үчүн, негизги сайтка сеть сайттары менен чакташууну алдын алуу үчүн мажбурча /blog/ жолу кошулат. Бул анын мааниси, 'Post name' сыяктуу кызыктуу пермалинкалар домен.name/blog/post-name/ катары көрсөтүлө турганы.

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

Статикалык баракчалар

subdirectory конфигурациясында аталыштардын татаалдыгы, эң негизги сайт жана тармак сайттары бирдей жолдорду колдонуп жаткан учурда статикалык са நம்மга чейинки саптар үчүн да кеңейет.

Бул көйгөйдү алдын алуу үчүн WordPress ар кандай сайт аталыштарын тизмеден чыгаруучу каражатты сунуштайт, ошондой эле алар биринчи сайттын аталыштары менен татаалбашына жол бербейт. Көбүнчө тармак администратору негизги сайттын саптарынын kök жолдорун киргизет.

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

Төлөм (Registration)

WordPress Multisite тармак жөндөөлөрүндө жаңы жана учурдагы колдонуучуларды сайттар түзүүгө мүмкүндүк берген бир нече жаңы колдонуучу каттоо опциялары бар, бул жаңы жана учурдагы колдонуучуларга сайттарды түзүүгө мүмкүндүк берет.

Кеңешсиз (stand-alone) WordPress орнотууларына карама-каршы, тармак сайттары колдонуучуларды каттоо же ошол каттоодон ролдорго тағайындап берүүгө мүмкүндүк берген тааныш опцияларды сактабайт.

Колдонуучу аккаунтулар түзүлгөн учурда, ошол аккаунттар тармак деңгээлинде түзүлөт. Ошентип, алар кандайдыр бир конкреттүү сайтта болгонгоруктан улам эмес, тармакка кирет. Бул кээ бир айырмачылык артыкчылыктары жана кемчиликтери бар.

Мисалы үчүн, сиздин WordPress Multisite-ыңыз жаңылыктар жана маалымат менен алектенсеңиз. Сиз бул мультисайтты түзүп, андан кийин финансы, технология, көңүл ачуу жана башка кызыктуу тармактар үчүн тармактык сайттарды түзөсүз, ал эми плагиндерди жана темаларды жалпы контролдоо менен. Ар бир тармактык сайт өзүнүн сетьинин көрүнүшү жана колдонуучу тажрыйбасы боюнча кадимки пост түрлөрүн же категорияларды өтө ашык деңгээлде башкарууга мүмкүнчүлүк берет.

Бул чекитте, колдонуучу кирип киргенде ал сетьке кире алат жана акыркы этапта ар бир тармактык сайтка да кире алат, бул үзгүлтүксүз тажрыйбаны камсыз кылат. Эгер сиздин жаңы сайтыңиз жазылууга негизделсе, бул идеалдык чечим жана натыйжа болот.

Бирок, эгерде мультисайттын максаты бири-бири менен байланышы жок ар кандай тармактык сайттарды сунуш кылуу болсо, колдонуучу ролдорун башкаруу үчүн сырткы же кошумча плагиндер талап кылынышы дайыма болуп калат.

Домен жана SSL

Биз көңүл бурушпаган бир WordPress Multisite орнотушубу жөнүндө сүйлөшөлү — Wordpress.com. Бул WordPress мультисайтынын эң кеңири мисалы жана анын максат үчүн ылайыкташтырыла турганын көрсөткөн мүмкүнчүлүктөрүн көрсөтөт.

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

subdomain конфигурациясында сайттар бул түпкү домен атынын негизинде түзүлөт. Ошондуктан ‘site1’ деп аталган сайт ‘site1.domain.com’ катары түзүлөт. Валидейленген SSL сертификатын колдонулушу аркылуу сеть администратору бул маселени ийгиликтүү чече алат жана сетьке SSL шифроттун мүмкүнчүлүктөрүн берет.

WordPress Multisite'ta alan adlarını eşleştiren bir işlevi bulunur; bu sayede ağ siteleri, özel alan adları veya ağın ana alan adından farklı olan alan adlarıyla ilişkilendirilebilir.

Ağ yöneticileri için bu durum hem alan adı yapılandırması hem de SSL sertifikalarının düzenlenmesi ve bakımı açısından ek bir karmaşıklık yaratır.

Bu kapsamda, WordPress Multisite'ın www.anotherdomain.com gibi bir adresi 'site1'e eşleştirmeyi sağlayan bir yol sunmasına rağmen, ağ yöneticisi dışarıdan DNS kayıtlarını yönetme ve SSL sertifikalarını uygulama zorluğuyla karşı karşıyadır.

Ultimate Multisite

Bağımsız bir WordPress kurulumu ile Multisite kurulumu arasındaki farkları anladığımızda, Ultimate Multisite'ın Web Sitesini Hizmet Olarak (Website as a Service - WaaS) sunmak için en iyi araç olduğunu görelim.

Giriş

Ultimate Multisite, bir Website as a Service (WaaS) oluşturma konusunda sizin İsviç çakısı gibidir. Wix.com, Squarespace ve WordPress.com'u düşünün; sonra kendi hizmetinizi sahip olmayı düşünün.

Arka planda Ultimate Multisite, WordPress Multisite'ı kullanır ancak bunu, ağ yöneticilerinin multisite kurulumlarıyla karşılaştığı sayısız zorluğu çözmenin yanı sıra, çok çeşitli kullanım senaryolarının desteklenmesini sağlayan yetenekleri artıran bir şekilde yapar.

Aşağıdaki bölümlerde bu senaryoları desteklemek için gereken bazı yaygın kullanım durumlarına ve dikkate alınması gerekenlere bakacağız.

Kullanım Senaryoları

Durum 1: Bir Ajans

Genellikle bir ajansın temel becerileri, web sitelerini tasarlamakta yatar; bu tasarımda barındırma veya pazarlama gibi unsurlar ek hizmetler olarak listelenebilir.

Agencyлер үчүн Ultimate Multisite бир платформада бир нече веб-сайты хостуу жана башкаруу мүмкүнчүлүктөрү менен ажоवक баа сунушун берет. Анын айырмасы да, GeneratePress, Astra, OceanWP же башка белгилүү темалар боюнча дизайнды стандартташтырган агентштерга үчүн, Ultimate Multisite бул темаларды ар бир жаңы сайт үчүн автоматтык түрдө активдештирүү мүмкүнчүлүгүн пайдаланууга мүмкүндүк берет.

Ушундай эле, агенттик баасы үчүн көптөгөн пайзалыктар жана кеңири таралган плагиндерге болгон сунуштар менен салыштырганда, Ultimate Multisite агенттик инвестицияларды колдонууну мүмкүнчүлүк берет; бул плагинди орнотууга, текшерип турууга жана пайдалануу үчүн бирдиктүү платформаны камсыз кылат.

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

Демек, бул провайдерди колдонуудан же Ultimate Multisite-ты Cloudflare артынан коюу аркылуу домендери башкаруу жана SSL сертификаттары менен аталган жагдайлар бир аз жөнөкөйлөтүлөт.

Сайттарды түзүүдө тыгыз көзөмөл жүргүзүүнү каалаган агентштерга, Ultimate Multisite-тын жөнөкөйлөштүрүлгөн интерфейси аркылуу сайттарды колдоочулар жана пландар менен байланыштыруунун ыңгайлуулугун баалай будут.

Ultimate Multisite site management interface

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

Product plugin limitations interface

Темалар бирдей функцияларды берет, бул сайтты түзүүдө атайын темаларды активдештирүү же жашырууга мүмкүндүк бергендиги элементи.

Product theme limitations interface

Агенттер Ultimate Multisite аркылуу өзүнүн эң мыкты иштеген нерсени — атайын веб-сайттарды дизайн кылууну ишке ашырууга чейин тынч心лик таба алышат.

2-с учур: Ништик жеткирүүчү

"Бир нерсени жакшы кылсаң, аны жакшы кыл" деген эски маанилүү сөз бар. Көптөгөн адистер үчүн бул бир нече негизги идеяга арналган продукт же кызмат түзүүнү билдирет.

Белгилегенде сиз клубдарды веб-сайттар менен сунуштай турган аң-сезимик гольфчу болушуңуз же кландарды веб-сайттар менен камсыз кылган аң-сезимик эсппорт геймер болго болушуңуз мүмкүн. Менюларды ресторандарга сунуштоочу же?

Көптөгөн себептерден сиз бирдей чараша жана платформага негизделген кызматтарды көрсөтүүнү кааласаңыз болот. Сизде зарыл функцияны камсыз кылуу үчүн атайын плагиндерди колдогон же индустриянын мыкты практикалары дизайн үчүн кандайдыр бир стандартталган максатты талап кылгандай болушу мүмкүн.

Ultimate Multisiteнин инновациялык өзгөчөлүктөрүнүн бири — шаблондук сайттарды колдонуу. Шаблондук сайт — бул тема орнотулган жана активдештирилген, зарыл плагиндер орнотулган жана активдештирилген, ал эми үлгү посттор же саптарга түзүлгөн жер. Карыткыч жаңы сайтты шаблондун негизинде түзүп жатканда, шаблондун мазмуну жана параметрлери жаңы түзүлгөн сайтта көчүрүлөт.

Ништик сайттарды жана кызматтарды камсыз кылган жеткирүүчү үчүн бул атайын плагиндер менен даяр болгон сайтты дароо түзө билүүдө теңсиз артыкчылык берет. Карыткыч кызматты аткаруу үчүн колдонулушу мүмкүн болгон эң минималдуу киргизүүнү берүү жетиштүү болот.

Талаңдарга жараша, subdirectory же subdomain конфигурациялары ылайыктуу болушу мүмкүн, ошол учурда архитектура тандалышы subdirectories үчүн жөнөкөй SSL сертификаты же subdomains үчүн вайлд-карт (wildcard) SSL сертификаты аркылуу болот.

3-Сценарий: WordPress Веб Хостинг

WordPress сайттарын хостинг кылган көптөгөн жол бар, бирок анда кар seekerге даярланған версиясы менен веб кеңстик берет деген жөнөкөй нерсе ар詰. Бул маанилуу кызмат көрсөтүү сунуштоо үчүн бир нече чечимдер жана эскертүүлөр бирге келишиши керек.

Ultimate Multisite бул аянтчада мыкты, WordPress сайттарын хостингдөө үчүн толук "подготовленная" (turnkey) чечимди берет. Чечимге жазылган төмөнкү нерселер камтылат: жазылуу кызматтарын берүү, төлөмдөрдү жинактоо, checkout формалары, арзандатуу купондору жана кардар менен байланышуу механизмдери.

WordPress Multisite'ти туура орнотуу, конфигурациялоо жана текке кармап туруу үчүн зарыл болгон көптөгөн негизги иштер Ultimate Multisite тарабынан оңдолот, анткени тармак администраторлору өзүнүн кызматтары же нишесине байланыштуу аспектерди (мисалы, продукт деңгээлдери, баалоо жана кызмат сунуштары) эле эске алууга болот.

Ultimate Multisite менен интеграция кылууну каалаган разработчкору үчүн чечим ошондой эле толук RESTful API жана окуя билдирүү үчүн Webhooks'ту сунуштайт.

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

Архитектура Эскертүүлөрү

Бул толук колдонмо эмес, бирок Ultimate Multisite'ти орнотууну колдогон технологияларды туура тандоо үчүн көрсөтмө катары төмөнкү нерселер жардам бере алат.

Жалпы (Shared) жана Арналган (Dedicated) Хостинг

Келтирде бардык хостинг провайдерлери бирдей эмес, жана кээ бирлери өтө жогорку сервердик тыгыздыкты менен иштешет. Арзан баалуу провайдерлер адатта сервердин тыгыздыгын максат кылып киреше алып жасоого аракетэшет. Ошондуктан сиздин Ultimate Multisite орнотуңуз бир серверде бир нече жүз миң сайт болушу мүмкүн.

Провайдерден туура коргоо чаралары жок болсо, бөлүшүлгөн сервердеги сайттар "чуңур көрүнүүчү конуш" (noisy neighbour) маселесинен таасирленет. Бул дегенде, бир эле сервердеги сайт ошондой көп ресурстарды колдонуп жатса, башка сайттар калган ресурстар үчүн күрөшүшү керек болот. Көбүнчө бул сайттардын баярын төмөндөтүп же өз убагында жооп бербеши менен көрүнөт.

Өзүңүздүн веб-хостинг провайдери катары, бул таасирлар сиздин кардыңыздын жамааттуулук көрсөткүчтөрүн төмөндөшү, баракча рейтингтин төмөндөшү жана кардарлардын башка жерлерден кызматтарды издөөсү менен көбүнчө кардарлардын ажырагандыгына алып келет.

Кыскача айтканда, арзан дегенде жакшы дегенди билбейт.

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

Со응угуштуу провайдерлердин тизмеси жана ар бири үчүн толук орнотуу боюнча инструкцияларды Compatible Providers (Со응угуштуу Провайдерлер) документациясында текшериңиз.

Аткарышты караштоо маселелери

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

Бул сурооңузду элесиңиз: 100 сайттуу Ultimate Multisite орнотуңуздун жетиткичисиз (network administrator)сыз. Алардын кээ бирлери жакшы иштеп жатат жана ар бир күнү көптөгөн веб-сайттын кызыкчыларын тартат.

Бул сценарий кичинекей масштабда, айрым бирден беш сайтта ар кандай болот, бирок чоң масштабдагы көйгөйлөр узак убакыттан кийин ачык болот.

Эч ким карайбаса, бир гана Ultimate Multisite сайты бардык сайттардын кызматкерлеринин сураган иштерин аткарууга жооптуу болот. Бул сураган PHP барактары үчүн динамикалык же стилдейлер, жазыкторулар (javascript) же медиа файлдары сыяктуу статикалык активдер болушу мүмкүн. Бир сайттын же бир жүз миң сайттын болсо да, бул тапшырмалар кайталоочулукка, монотондуулукка жана ашыкча жоготууга алып келет. Эгерде PHP файлына процессордук күч жана эс тутумду иштетүү үчүн колдонуп жатсаңыз, ал ар бир сураганда бирдей статикалык маалымат берет болсо, бул зарыл дегени жок.

Ушуга окшош, PHP же HTML баракча үчүн бир сураган иштер скриптерлер, стилдейлер жана сүрөттүк файлдар үчүн бир нече кийинки сураган иштерди жаратат. Бул сураган иштер түздөн-түз сиздин Ultimate Multisite серверге багытталган.

Бул көйгөйдү серверди жогорудан апгрейд кылуу менен оңой чечүүгө болот, бирок бул экинчи көйгөөнү — географиялык кечигүүлөрдү (geographic latencies) — чейтпейт. Бул көйгөйдү туура чечүү үчүн бир нече жердеги серверлер керек.

Ушундайча көпчүлүк тармактык администраторлор статикалык баракчалар үчүн сураган иштерди аткаруу үчүн фронт-энд 캐ширование (front-end caching) чечимдерин жана контент таратуу тармактарын (CDN) колдонушат. Бул сураган иштерди аткаруу жана сураганда серверге жеткирүүгө чейин активдерди көрсөтүү процессордук ресурстарды үнөмдөйт, кечигүүлөрдү жоयो, зарыл болбогон апгрейддерден качууну камсыз кылат жана технологиялык инвестицияларды максималдуу арттырат.

Ultimate Multisite Cloudflare кошумчасын камтыйт, бул тармактык администраторлорду алардын орнотулган жерлерин Cloudflare аркылуу коюп, анын эс тутумдук мүмкүнчүлүктөрүнүн (caching capabilities) гана эмес, ошондой эле DNS хостинг, SSL сертификаттары жана коопсуздук механизмдери сыяктуу функцияларын колдонууга мүмкүндүк берет.

Резервдик көчүрмөлөр (Backups)

Резервдик көчүрмөлөр жөнүндө 50 адамдан кеңеш сурасаңыз, сиз резервдик стратегиялары боюнча 50 ар кандай пикирди аласыз. Жооп: бул ага жараша болот.

Күтүлбөгөн эмес зүйл бол бэкаптар шаардılır жана аларды провайдер, айрыкча мейлифет (managed service) сунуштаган компания тарабынан иштетүүсү neredeyse мүмкүн болгон нерсе. Ошентип, мишгилер бул сервисди берүү жана башкаруу үчүн сеть администраторуна кайрылат. Сегменттин айтилганда, кимге кайрыла турганын толук башка маселе болуп калат.

Бул бөлүмдүн максаты үчүн, бэкап дегенде системанын абалы убактысы (point-in-time copy) — бэкап башталган учурдагы системанын абалы. Жөнisimple: бэкап алдында система кандай болсо, ошол абалы багына алынып сакталат жана бекилет.

Бул түшүнүктү эске алсак, бэкаптарды кантип ишке ашыруу жана сиздин чөйрөнүңүз үчүн эмне эң жакшы экени негизинен сиздин талаптарыңызга жана хостинг провайдеринин ошол талаптарды канааттандыруу жөндөмүнө көз каранды болот. Бирок, эң көп пикирге болгондон эң аз пикирге болгонго чейинки тандап алуулар төмөнкүлөр багыт бере алат:

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

Snapshots бэкаптар үчүн алтын пульс болуп саналат, анткени алар оңой, жөнөкөй (кайрадан колдонууну кааласаңыз чейин) жана "жана иштешет". Бирок, бул сиздин провайдеринин жардамын талап кылат жана негизинен VPS (Virtual Private Server) же ушуга окшош нерсе болгон учурда гана колдонулат. Биздин «Compatible Providers» (Соңдогу Провайдерлер) документimizde тизмектелген бир нече провайдерлар сеть администраторунун мындан ары да аралашуусу же карашын талап кылбаган бэкаптарды сунушташат.

Сапаттуу резервдик копиялар файлдарды жана базалык маалыматтарды багытса, снэпшот (snapshot) бүт дискине багытталган. Бул анын негизги айырмасы – снэпшотто сайттын маалыматы гана эмес, ошондой эле операциялык система жана конфигурация да алынат. Көпчүлүк үчүн бул бир жаңы системаны снэпшоттан дээрлик дароо жаратууга жана ооруган инстансарын алмаштыруу үчүн иштетүүгө алып келүүдө чоң артыкчылык берет. Ошол эле ыкчамдыгы менен, файлдарды алуу үчүн калыбына келтирүү процессин аткаруу үчүн снэпшоттун сүрөтүн бардык инстансага диск ретінде тиркеп коюу жетиштүү болот, ошондо файлдарга кирүү жана көчүрүүгө болот.

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

Буткалык скрипттер (External Scripts)

WordPress жана MySQL ресурстарын резервдик көчүрүү үчүн тышкы скрипттердин жана чечимдердин жетишсиздиги жок көрүнөт, алар Ultimate Multisite үчүн да жакшы иштеши мүмкүн, анткени ал WordPress файлоо системасынан жана базалык маалыматтан пайдалана турган WordPress плагини. Ошентип, WordPress сайттарын резервдик көчүрүп туруучу чечим Ultimate Multisiteнын муктаждыктарына туура келет.

Биз бири-биринен бир скриптти башкача сунуштай албайбыз, бирок жалпы кеңеш – натыйжалар каалагандай болушу үчүн бир нече резервдик көчүрүү жана кайра иштетүү тесттерин жүргүзүңүз жана аткарылган кезектеги айырмаланган (differential) резервдик көчүрмө стратегиясы колдонулуп жаткан жерде скрипттин жана анын функцияларынын үзгүлтүксүз баалоо аркылуу "керектенгенди такта" болуңуз.

Эскертүү кылынышы керек, бул скрипттер иштеп жатканда системанын жүгүртүүсүн жогорулатат, бул эске алынышы керек.

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

WordPressте плагин менен чечилбеген көйгөй өтө аз, жана эгерде тышкы скрипттерди башкаруу сиздин кызыгууңуз болбосо, анда плагин кийинки мыкты вариант болушу мүмкүн.

Плагинотторлор опциялары жана функциялары ар кандай болсо да, алар негіз нускамада бирдей иштешет: WordPress файлдары жана базалык маалыматтарды көчүрүү. Андан кийин функциялар айырмаланат; кээ бир плагиноттор бэкаптарды Google Drive же Dropbox сыяктуу тышкы кызматтарга же S3, Wasabi же башка ылайыктуу объекттик сактагыч кызматтарына жөнөтө алат. Көрсөтмөлүү планлар (more comprehensive plugins) дифференциал бэкаптарды же сырткы сактоо чыгымдарын сактоо үчүн гана өзгөртүлгөн маалыматтарды бэкаптоо стратегиясын берет.

Плагинотторду тандаганда, ал мультисайтты колдонууга ылайыктуу экенин текшерип алыңыз. Анын иштөө түрү учурунда бэкап жүрүп жатканда серверге убактылуу жүктөм туруп калышы мүмкүн, процессти аяктаганча.

Домен жана SSL

Мультисайт субдомен режиминде домендик аталыштар жөнүндө көп нерсе талкууланган. Сеть администраторлору үчүн дээрлик универсалдуу чечим — айнымадуу DNS киргизүүлөрүн (wildcard DNS entries) колдонуу.

Wildcard DNS entry configuration example

Бул DNS киргизүү түрү ‘site1.domain.com’ жана ‘site2.domain.com’ сыяктуу _субдомендерди 1.2.3.4 IP дарегине ишенимдүү чечет, бул Ultimate Multisiteге жана субдомен режими аркылуу WordPress Multisiteге кеңири да колдонулуп турат.

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

Шаншалуулук менен айтканда, SSL сертификаттары үчүн оңой варианттар бар. subdirectory режиминде адаттагы домен сертификатын колдонууга болот. Булар хостинг провайдерде акысыз LetsEncrypt кызматты же башка булактан алууга мүмкүн болгон акысыз жана эркин жеткилет. Башка учурда, эгер сиз сертификат берилиш суранысын (certificate signing request) жасай алсаңыз, аларды бийликтин тарабынан коммерциялык түрдө сатып ала аласыз.

subdomain режими үчүн айрыкча доменди колдонуу менен айкалыштыруучу SSL сертификаты белгилүү бир катасыз иштейт жана сертификат коркунучтуу домен жана бардык subdomains үчүн эч кандай кошумча конфигурациясыз бийликтин булагы болуп саналат.

Бирок, бул чекиттердин (wildcard) SSL сертификаттары Cloudflare сыяктуу кызматтар менен иштебеши мүмкүн, анткени сиз коргоо пландасында же кирүүдү гана DNS-те коюп койсоңуз, анда бардык 캐ширование жана оптималдаштыруу бузулат.

Out-of-the-box Ultimate Multisite бул маселенин чечилинган чечерин сунуштайт жана WordPress multisite'тардын муктаждыктары боюнча биздин кеңири тажрыйбабызды көрсөтөт. Бул жөнөкөй плагинти активдештирүү менен Ultimate Multisite Cloudflare кирүү маалыматтарын колдонуп, Cloudflare-да кызматтык сайттар үчүн DNS киргизүүлөрүн автоматтык түрдө кошуп, алардын режимине ‘proxied’ (проксиленген) деп коюучу. Бул ыкма ар бир кызматтык поддиректүү сайт жаралган учурда Cloudflareнун SSLи камтылган толук коргоосуна жана пайдасына ээ болот.

Ultimate Multisite орнотуңуздун табигый мүнөзү жана максатыне жараша, кардарлардын өз домендөрүн колдонууга муктаж болушу мүмкүн. Бул учурда кызматтык администратор эки маселени чечүүгө жооптуу болот: бир — домен аты үчүн хостинг, экинчиси — домен үчүн SSL сертификаттары.

Көптөр үчүн Cloudflare'ды колдонуу оң жол болуп саналат. Клиенттер жөн гана өз домендөрүн Cloudflare-ге коюп, Ultimate Multisite-тын kök доменине CNAME тиркеп, Ultimate Multisite-теги домендөрүн картагала арылып, кастомдуу домен мүнөзүнөн пайдаланы баштоо керек.

Булдан тышкары, альтернативдик чечимдерди издөө керек, ошондуктан Ultimate Multisite Коопсуз Провайдерлер тизмесин сунуштайт. Анткени DNS жана SSL-ди орнотуу процесси өтө татаал болушу мүмкүн. Бирок, Ultimate Multisite бул провайдерлер менен интеграциясы аркылуу татаалдыгы көп кыскарылат жана процедура автоматталат.

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

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

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

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

Ошондуктан, плагиндердин WordPress Multisite менен кандай иштээрин жана аны лицензиялоо үчүн кандай өзгөчө талаптар же процедуралар бар экенин плагин автору менен текшерүү абдан жакшы болот.