Zmanjšanje obremenitve WordPress baze podatkov s strežniškim predpomnjenjem (Redis, Memcached)

Strežniško predpomnjenje je metoda za zmanjšanje obremenitve MySQL ali MariaDB, ki shranjuje pogosto ponavljajoče se poizvedbe WordPress vaše spletne strani v začasnih pomnilniških sistemih, kot sta Redis ali Memcached. Ko je pravilno konfigurirano, zlasti na spletnih straneh WordPress z visokim prometom, zmanjša število poizvedb, izboljša vrednost TTFB, zmanjša uporabo CPU in uporabnikom zagotavlja hitrejše odgovore. Na kratko: WordPress namesto ponovnega nalaganja istih podatkov iz baze podatkov pri vsakem zahtevku to storitev nudi hitreje prek RAM-a.

Ker je WordPress dinamičen sistem za upravljanje vsebin, lahko pri vsakem prikazu strani izvaja številne poizvedbe za teme, vtičnike, menije, možnosti, uporabniške seje, izdelke, komentarje in podatke o vsebini. Na preprosti poslovni spletni strani lahko ena stran ustvari 40-80 poizvedb, medtem ko na spletnih straneh z WooCommerce-om, sistemom članstva ali večjezično strukturo to število naraste na 150-300 poizvedb. Ko se promet poveča, je pogosto ozko grlo povezano z bazo podatkov in ponavljajočimi se poizvedbami, ne pa s PHP-jem. Tu pridejo v igro Redis in Memcached.

V tem vodniku bomo obravnavali razlike med Redis in Memcached, v katerih scenarijih je kateri bolj primeren za WordPress, kako deluje objektno predpomnjenje, postopke izvajanja, merilne metrike in pogoste napake z vidika strokovnjakov. Če se vaša stran nalaga počasi, doživljate zamude v upravnem vmesniku ali se vaša obremenitev baze podatkov hitro povečuje v kampanjskih obdobjih, vam ta vsebina ponuja praktičen načrt. Za močnejše načrtovanje infrastrukture lahko preverite tudi strani Paketi WordPress gostovanja in VPS strežniške rešitve.

Kaj je strežniško predpomnjenje?

Strežniško predpomnjenje je shranjevanje podatkov na ravni strežnika namesto v brskalniku. Ta raven lahko vključuje različne ravni, kot so predpomnjenje celotne strani, opcode cache, CDN edge cache, predpomnjenje poizvedb v bazi podatkov in objektno predpomnjenje. Redis in Memcached se običajno uporabljata za trajno objektno predpomnjenje.

Na strani WordPress objektno predpomnjenje kratkoročno hrani objekte, ki jih je aplikacija prej izračunala ali pridobila iz baze podatkov, v RAM-u. Na primer, nastavitve strani, struktura menija, rezultati poizvedb, variacije izdelkov, uporabniški meta podatki in začasni podatki se lahko shranijo na tej ravni. RAM je bistveno hitrejši od diska, zato je pridobitev istih podatkov prek Redis-a ali Memcached-a, ko se ti podatki ponovno zahtevajo, bistveno hitrejša od dostopa do baze podatkov.

Pomembno je razumeti, da strežniško predpomnjenje ne naredi slabo optimizirane spletne strani čudežno brezhibne. Pretežki vtičniki, napačne poizvedbe, napihnjena tabela možnosti, neoptimizirani WooCommerce nakupovalni tokovi ali napačne nastavitve cron še vedno lahko povzročijo težave s delovanjem. Vendar pa lahko pravilno konfiguriran Redis ali Memcached sloj v zdravi WordPress infrastrukturi naredi veliko razliko.

Zakaj se obremenitev WordPress baze podatkov povečuje?

Osnovni razlog za povečanje obremenitve WordPress baze podatkov je, da dinamična vsebina zahteva nenehne poizvedbe. Vsak obiskovalec, vsak bot in vsak postopek v upravnem vmesniku v ozadju ustvarja poizvedbe. Še posebej v obdobjih nenadnega povečanja prometa se ponavljanje istih poizvedb stotinekrat obremenjuje strežnik baze podatkov.

Najpogostejši viri obremenitve

• WooCommerce transakcije: Nakupovalna košarica, plačila, zaloge in variacije izdelkov nenehno zahtevajo posodobljene podatke.
• Težke teme in graditelji strani: Večplastna kratka koda in dinamični vtičniki povečujejo število poizvedb.
• Preveč vtičnikov: Vsak vtičnik lahko ustvari dodatne stroške s svojimi tabelami in poizvedbami.
• Napihnjena wp_options tabela: Možnosti z visokim autoload vrednostjo se naložijo v pomnilnik pri vsakem zahtevku.
• Nezadostni strežniški viri: Nizka RAM, omejen CPU in počasen disk povečujejo vrste poizvedb.
• Bot in spam promet: Zahteve, ki niso od pravih uporabnikov, prav tako porabljajo bazo podatkov.

Za ilustracijo, vzemimo praktičen primer: Na WordPress strani, ki dnevno doseže 20.000 ogledov strani in na strani povprečno izvede 120 poizvedb, bi teoretično nastalo 2,4 milijona poizvedb na dan. Od tega je 40 % ponavljajočih se podatkov, ki se lahko prek objektnega predpomnjenja zadovoljijo prek RAM-a brez dostopa do baze podatkov, kar znatno zniža uporabo CPU in I/O v najbolj obremenjenih urah.

Kako Redis in Memcached delujeta v WordPress-u?

Redis in Memcached se večinoma uporabljata za zagotavljanje objektnega predpomnjenja, ne pa za pospeševanje tematskih datotek neposredno. WordPress jedro vsebuje začasni mehanizem za objektno predpomnjenje, vendar pa ta predpomnilnik v privzetem stanju izgine ob vsakem zahtevku. Ko sta Redis ali Memcached dodana, se ti objekti shranijo med zahtevki in postanejo trajni.

Načelo delovanja Redis-a

Redis je skladišče podatkov, ki temelji na ključih in vrednostih, shranjeno v pomnilniku. Podpira ne samo preproste nizovne podatke, temveč tudi napredne strukture podatkov, kot so seznami, množice, hashi in urejene množice. V kontekstu WordPress-a Redis običajno hrani nastavitve spletnega mesta, rezultate poizvedb, začasne podatke in nekatere podatke iz vtičnikov v RAM-u. Zaradi možnosti trajnosti lahko del podatkov ostane ohranjen ob ponovnem zagonu strežnika, vendar je v objektnih predpomnilnikih WordPress običajno osnovni cilj hitrost, ne dolgoročno shranjevanje podatkov.

Načelo delovanja Memcached-a

Memcached je prav tako hitro predpomnilniški sistem, ki deluje na podlagi pomnilnika in načela ključ-vrednost. Ima bolj preprosto strukturo kot Redis. Učinkovit je pri zelo preprostih, hitrih in porazdeljenih predpomnilniških scenarijih. Ko se uporablja s pravim vtičnikom za WordPress, omogoča, da se ponavljajoče se poizvedbe zadovoljijo iz RAM-a. Vendar pa ni tako prilagodljiv kot Redis, kar zadeva napredne strukture podatkov, trajnost in bolj podrobne možnosti upravljanja.

Redis ali Memcached? Primerjalna tabela

Obe rešitvi lahko zmanjšata obremenitev WordPress baze podatkov. Pri izbiri je treba upoštevati prometno strukturo spletnega mesta, strežniške vire, enostavnost upravljanja in cilje skaliranja.

V praksi je Redis pogosto bolj prednosten za sodobne WordPress projekte. V dinamičnih strukturah, kot so WooCommerce, LMS, forumi, rezervacijski sistemi ali spletna mesta za članstvo, se izpostavi podpora in upravljivost vtičnikov Redis. Memcached pa ostaja dragocen za projekte, ki želijo preprost, hiter in nizko kompleksen predpomnilniški sloj.

Kdaj je potrebno strežniško predpomnjenje za WordPress?

Vsaka majhna WordPress stran ne potrebuje takoj uporabe Redis ali Memcached. Vendar pa nekateri signali kažejo, da je strežniško predpomnjenje postalo nujno.

Znaki za preverjanje zmogljivosti

• TTFB vrednost redno presega 600 ms.
• Prehodi med stranmi v upravnem vmesniku so občutno počasni.
• Uporaba CPU MySQL se dramatično povečuje s prometom.
• Na straneh za nakupovalne košarice in plačila WooCommerce prihaja do zamud.
• Med preiskovanjem Googlebota se čas odziva strežnika povečuje.
• V nadzorni plošči gostovanja so opozorila o sočasnih povezavah ali omejitvah virov.

Na primer, vsebinska stran je lahko hitra s predpomnjenjem celotne strani; vendar pa upravni vmesnik, iskalna stran, filtri kategorij ali izkušnja prijavljenega uporabnika ostajajo počasni. Ker predpomnjenje celotne strani ni učinkovito v vseh primerih, postane objektno predpomnjenje ključno. Zato strežniško predpomnjenje ne izboljšuje le hitrosti strani na strani obiskovalca, ampak tudi učinkovitost delovanja WordPress-a v ozadju.

Priprava pred izvajanjem: Ne začnite brez merjenja

Pred namestitvijo predpomnjenja je treba izmeriti obstoječe stanje. V nasprotnem primeru bo težko razumeti, od kod prihajajo izboljšave, katera nastavitev deluje in kateri problem še vedno ostaja. V profesionalnem pristopu najprej vzamemo osnovne vrednosti, nato pa aktiviramo Redis ali Memcached in izvedemo enake teste.

Metrične vrednosti, ki jih je treba izmeriti na začetku

• TTFB: Čas do prvega bajta. To je mogoče izmeriti z orodji, kot so WebPageTest, GTmetrix ali orodja za razvijalce brskalnika.
• Število poizvedb v bazi podatkov: Število poizvedb na stran je mogoče analizirati z orodji, kot je Query Monitor.
• Počasne poizvedbe: Označite ozka grla preko dnevnika počasnih poizvedb MySQL.
• Uporaba RAM-a: Določiti je treba varno količino pomnilnika, ki jo je mogoče dodeliti Redis-u ali Memcached-u.
• Razmerje zadetkov v predpomnjenju: Treba je spremljati razmerje zahtevkov, ki so bili zadosteni iz predpomnilnika. Pri dobro konfiguriranih straneh so lahko vrednosti 70 % in več.

Med merjenjem ni dovolj, da testirate le glavno stran. Različne vrste URL-jev, kot so glavna stran, objave v blogu, strani kategorij, strani izdelkov, nakupovalna košarica, plačilo, rezultati iskanja in upravni vmesnik, morajo biti ocenjene ločeno. Učinkovitost WordPress-a ni le ena stran z rezultatom.

Nastavitev objektnega predpomnjenja WordPress z Redis-om

Nastavitev Redis-a se lahko razlikuje glede na upravne pravice strežnika, vrsto gostovanja in nadzorni panel. Podpora za Redis v skupnem gostovanju mora biti zagotovljena s strani ponudnika. Na VPS ali namenskem strežniku pa se lahko namesti kot sistemska storitev. Če potrebujete podporo za Redis v vaši infrastrukturi Hostragons, lahko preverite Značilnosti WordPress gostovanja ali Upravljani VPS strežnik.

Korak za korakom načrt izvajanja Redis-a

• 1. Naredite varnostno kopijo: Pred spremembo sloja zmogljivosti ne izvajajte nastavitve brez posodobljene varnostne kopije datotek in baze podatkov.
• 2. Potrdite podporo strežnika: Preverite, ali je storitev Redis aktivna, ali je vtičnik PHP Redis nameščen in ali je vrata varno konfigurirana.
• 3. Namestite vtičnik WordPress: Uporabite zanesljiv in posodobljen vtičnik, kot je Redis Object Cache.
• 4. Aktivirajte povezavo: Preverite povezavo Redis v vtični plošči in potrdite, da je bil ustvarjen objekt-cache.php drop-in datoteka.
• 5. Preglejte nastavitve wp-config: Po potrebi konfigurirajte nastavitve, kot so cache key salt, database index in timeout.
• 6. Izvedite teste: Preverite upravni vmesnik, sprednji del, nakupovalno košarico in izkušnjo prijavljenega uporabnika.
• 7. Spremljajte: Spremljajte vrednosti hit ratio, memory usage in evicted keys.

Pomembno je določiti omejitev pomnilnika za Redis. Na primer, na majhnem VPS z 2 GB RAM-a lahko neomejena uporaba pomnilnika za Redis ne pusti prostora za PHP in MySQL. Na začetku lahko določite varno mejo 128-256 MB; v obsežnih WooCommerce spletnih straneh lahko to vrednost povečate na 512 MB ali več, odvisno od potreb. Končna odločitev mora temeljiti na dejanskih merilnih vrednostih.

Nastavitev objektnega predpomnjenja WordPress z Memcached-om

Nastavitev Memcached-a je podobna in vključuje strežniške storitve ter integracijo z WordPress-om. Običajno se uporablja v strukturah z nizko kompleksnostjo in hitrim predpomnjenjem. V večstrežnikih se lahko uporablja v skladu s porazdeljenim predpomnjenjem; vendar pa je treba pozorno preučiti združljivost vtičnikov in postopke vzdrževanja na strani WordPress.

Korak za korakom načrt izvajanja Memcached-a

• 1. Preverite stanje strežniške storitve: Memcached mora delovati, PHP memcached razširitev pa mora biti aktivna.
• 2. Nastavite varnost: Storitev ne sme biti dostopna prek javnega IP. Prednost je treba dati lokalni povezavi ali varnem omrežju.
• 3. Izberite vtičnik WordPress: Uporabite posodobljen, vzdrževan in vtičnik s podporo za object cache drop-in.
• 4. Določite omejitev pomnilnika: Določite začetno omejitev glede na velikost spletne strani in profil prometa.
• 5. Testirajte na pravih straneh: Še posebej preverite vedenje prijavljenih uporabnikov in dinamičnih strani.

Preprosta struktura Memcached-a je prednost, vendar v nekaterih zapletenih WordPress scenarijih morda ne bo zagotavljala podrobnega spremljanja in upravljanja, kot to počne Redis. Zato je pri odločanju o novih projektih treba razmisliti ne le o hitrosti, temveč tudi o enostavnosti operativnega vzdrževanja.

Strategija trajanja predpomnjenja, čiščenja in preklica

Eno najpomembnejših vprašanj pri predpomnjenju je, kdaj je treba podatke posodobiti. Zelo agresivno predpomnjenje povečuje tveganje za prikazovanje zastare vsebine; prekratko trajanje predpomnjenja pa zmanjša pričakovane dobičke zmogljivosti. V WordPress objektnih predpomnilnikih se mnogi podatki samodejno prekličejo; vendar pa lahko vtičniki in posebni razvojni postopki to obdobje motijo.

Priporočila za zdravo strategijo

• Ko se vsebina posodobi, se prepričajte, da so ustrezni predpomnilni ključi očiščeni.
• Izključite strani za nakupovalno košarico, plačila in moj račun WooCommerce iz celotnega predpomnjenja.
• Ne čistite pogosto celotnega objektnega predpomnjenja; to moti postopek segrevanja predpomnilnika.
• Preden izvedete velike spremembe pravil predpomnjenja na živi strani, testirajte v okolju staging.
• Na večjezičnih straneh preverite, ali se ključi predpomnjenja na podlagi jezika ne prekrivajo.

Na primer, ko se na novicah objavi nov članek, morajo biti glavna stran, stran kategorije in ustrezne strani oznak posodobljene. Čeprav objektno predpomnjenje Redis pospeši poizvedbe v bazi podatkov, mora biti, če se uporablja skupaj s celotnim predpomnjenjem ali CDN slojem, logika čiščenja vseh slojev usklajena. Za načrtovanje CDN, SSL in varnega objavljanja skupaj si lahko ogledate rešitve SSL certifikatov in Upravljanje domene vsebine.

Uporaba Redis in Memcached v WooCommerce straneh

WooCommerce ima bolj zapleteno strukturo baze podatkov v primerjavi s standardnimi blogi. Izdelki, variacije, informacije o zalogah, kuponih, naročilih, uporabniških sejah in podatkih o nakupovalni košarici se nenehno spreminjajo. Zato je predpomnjenje v WooCommerce straneh tako koristno kot tudi zahtevno področje.

Redis se pogosto izkaže za boljšo izbiro pri WooCommerce projektih. Zlasti lahko pomembno prispeva k zmogljivosti pri seznamu izdelkov, filtriranju in upravnem vmesniku. Vendar pa lahko, če se tokovi, kot so nakupovalna košarica in plačilo, napačno predpomnijo, pride do resnih težav z uporabniško izkušnjo in naročili. Pri uporabi objektnega predpomnjenja je treba tudi pravila predpomnjenja za strani prilagoditi.

Praktične nastavitve za WooCommerce

• Izključite strani za nakupovalno košarico, plačilo in moj račun iz celotnega predpomnjenja.
• Preverite tok čiščenja predpomnjenja po spremembi zaloge.
• Redno spremljajte uporabo pomnilnika Redis v trgovinah z visokimi variacijami izdelkov.
• Ne blokirajte zahtevkov Admin Ajax z nepotrebnimi plastmi predpomnjenja.
• Pred kampanjo izvedite test segrevanja predpomnilnika in obremenitvene teste.

Še posebej pred Black Friday-om, novoletnimi kampanjami ali intenzivnim prometom zaradi oglaševanja samo aktiviranje predpomnjenja ni dovolj. Bolj varna pristop je, da izvedete obremenitvene teste s pravimi uporabniškimi scenariji, preverite omejitve povezav z bazo podatkov in začasno povečate strežniške vire. V takih obdobjih se lahko preučijo možnosti Gostovanje za visoko obremenjene spletne strani.

Varnost in pozornost pri konfiguraciji strežnika

Redis in Memcached sta orodji za zmogljivost, vendar lahko, če sta nepravilno konfigurirana, predstavljata varnostno tveganje. Najpomembnejše pravilo je, da teh storitev ne odpirate brez zaščite za javni internet. Vrata Redis-a ali Memcached-a je treba uporabljati samo prek lokalnega strežnika, posebne mreže ali varne dostopne plasti.

Osnovni varnostni kontrolni seznam

• Ne puščajte privzete 6379 vrati za Redis odprte za internet.
• Prepričajte se, da je vrata 11211 za Memcached zaprta za zunanji dostop.
• Po potrebi konfigurirajte gesla, naslove in pravila požarnega zidu.
• Držite storitve posodobljene na najnovejšo različico.
• V skupnih okoljih uporabite cache key salt, da preprečite medsebojno prekrivanje med spletnimi stranmi.
• Pripravite načrt za varnostno kopiranje in obnovo strežnika.

Plast predpomnjenja ne nadomešča baze podatkov. Ko so podatki o objektih, shranjeni v Redis-u, izgubljeni, mora WordPress te podatke znova ustvariti. Zato je bolje razmišljati o Redis-u kot o pospeševalniku zmogljivosti, ne pa kot o trajnem skladišču podatkov.

Kako meriti uspešnost?

Po namestitvi je treba jasno primerjati dobičke zmogljivosti pred in po. Preveriti je treba ne samo rezultate testiranja hitrosti strani, temveč tudi porabo virov na strežniku.

Glavni kazalniki za spremljanje

• Zmanjšanje TTFB: Na primer, zmanjšanje z 850 ms na 350 ms pomeni pomembno izboljšanje uporabniške izkušnje.
• Zmanjšanje števila poizvedb: Z uporabo Query Monitor lahko potrdite zmanjšanje ponavljajočih se poizvedb.
• Razmerje zadetkov v predpomnjenju: Vrednosti 70-90 % veljajo za zdrave v številnih WordPress scenarijih.
• Uporaba CPU MySQL: Pri obremenjenih urah se pričakuje stabilnejša grafika.
• Dnevniški napaki: Spremljati je treba napake povezave, časovne omejitve ali težave s serializacijo.

Na dobro konfigurirani strani se lahko po aktivaciji Redis-a pri prvih obiskih zaradi praznega predpomnilnika razlike ne opazijo. Vendar pa se v nekaj minutah pogosto uporabljene poizvedbe naselijo v sloj predpomnilnika in se pri drugem ali tretjem zahtevku opazi bolj izrazito izboljšanje. Zato je treba teste izvajati ne le enkrat, temveč ponavljajoče se in v različnih časovnih intervalih.

Pogoste napake

Strežniško predpomnjenje je močno, vendar ob nepravilni uporabi ne bo prineslo pričakovanih koristi. Najpogostejše napake v WordPress projektih izhajajo iz pomanjkanja merjenja in uporabe nezdružljivih vtičnikov.

• Predpomniti vse: Dinamične uporabniške podatke in tokove plačil je treba skrbno ločiti.
• Čiščenje predpomnilnika obravnavati kot rešitev: Nenehno čiščenje predpomnilnika ne povečuje zmogljivosti, temveč jo lahko zmanjša.
• Nezadostna dodelitev RAM-a: Zelo nizka omejitev pomnilnika vodi do pogostega brisanja ključev.
• Uporaba nezdružljivih vtičnikov: Več vtičnikov za objektno predpomnjenje lahko povzroči konflikte.
• Zanemarjanje varnosti: Odprta vrata Redis ali Memcached predstavljajo resno tveganje.
• Pozabiti na optimizacijo baze podatkov: Indeksi, čiščenje tabel in analiza poizvedb so še vedno pomembni.

Da bi se izognili tem napakam, je treba spremembe izvajati v majhnih korakih, meriti vsak korak in v primeru potrebe imeti načrt za povratno pot. Optimizacija zmogljivosti ni le namestitev enega vtičnika; vključuje skupno oceno gostovanja, različice PHP, baze podatkov, tem, vtičnikov in varnostnih plasti.

Zaključek: Lažja baza podatkov, hitrejši WordPress

Strežniško predpomnjenje, zahvaljujoč Redis-u in Memcached-u, je ena najučinkovitejših metod za zmanjšanje obremenitve WordPress baze podatkov. Redis ponuja bolj prilagodljivo in močno možnost v sodobnih WordPress scenarijih, medtem ko je Memcached še vedno dragocen za preproste in hitre potrebe po predpomnjenju. S pravilno namestitvijo, merjenjem, varnostjo in strategijo preklica predpomnjenja se vrednosti TTFB znižajo, obremenitev MySQL se zmanjša in stran deluje bolj stabilno.

Če vaša WordPress stran raste, se promet WooCommerce povečuje ali vaš upravni vmesnik postaja počasen, najprej izmerite obstoječo zmogljivost, nato pa načrtujte ustrezen sloj predpomnjenja. Za izboljšanje zmogljivosti WordPress-a v infrastrukturi Hostragons lahko preverite WordPress gostovanje, VPS strežnik, Registracija domene in SSL certifikat rešitve ter pridobite priporočila od podporne ekipe za ustrezno konfiguracijo.

Pogosto zastavljena vprašanja

Ali Redis zagotovo pospeši mojo WordPress stran?

Redis zadostuje ponavljajočim se poizvedbam baze podatkov iz RAM-a, kar povečuje hitrost pri večini dinamičnih WordPress strani. Vendar pa slabo napisani vtičniki, počasni klici zunanjih API-jev ali napake v kodi tem lahko težave še vedno povzročijo. Najboljši rezultati se dosežejo v kombinaciji z merjenjem, optimizacijo baze podatkov in pravilno infrastrukturo za gostovanje.

Ali je Memcached hitrejši od Redis-a?

Obe sta zelo hitri in razlika je v veliki meri odvisna od konfiguracije v večini WordPress strani. Memcached je zelo učinkovit pri preprostem predpomnjenju ključ-vrednost. Redis pa je zaradi naprednih struktur podatkov, možnosti trajnosti in močne podpore vtičnikov v WordPress-u bolj prilagodljiv.

Če uporabljam Redis, ali potrebujem še predpomnjenje celotne strani?

Ne. Redis običajno zagotavlja objektno predpomnjenje; predpomnjenje celotne strani je druga plast. Za najboljše rezultate je treba načrtovati objektno predpomnjenje Redis, predpomnjenje celotne strani, OPcache in, kjer je potrebno, CDN skupaj. Vendar pa je treba posebna pravila za dinamične strani, kot sta nakupovalna košarica in plačilo, natančno nastaviti.

Ali Redis ali Memcached nadomestita bazo podatkov?

Ne. Redis in Memcached sta začasni predpomnilniške plasti, ki se uporabljajo za pospeševanje WordPress podatkov. Trajni vir podatkov ostaja baza podatkov MySQL ali MariaDB. Ko je predpomnilnik izbrisan, WordPress ponovno ustvari potrebne podatke iz baze podatkov.

Ali lahko uporabljam Redis na skupnem gostovanju?

To je odvisno od funkcij, ki jih ponuja ponudnik gostovanja. Nekateri paketi gostovanja WordPress vnaprej vključujejo podporo za Redis, medtem ko nekateri skupni okolji te funkcije zaradi varnosti in delitve virov morda ne podpirajo. Za večjo kontrolo se lahko izberejo VPS ali rešitve za namenski strežnik.