V zadnjih dneh sta bili razkriti dve kritični varnostni ranljivosti programskega jezika PHP, ki ga uporabljajo številne spletne strani, tudi WordPress, WooCommerce in Joomla. Ranljivosti CVE-2026-109618 in CVE-2026-109619 sta znani pod skupnim imenom PHP2Shell.

Pri WebiComu smo uvedli dodatne zaščitne ukrepe in začeli nameščati varnostne popravke, ko sta jih ponudnika CloudLinux in cPanel omogočila. V nadaljevanju pojasnjujemo nevarnost in deset praktičnih korakov, s katerimi lahko lastniki spletnih strani dodatno izboljšajo svojo varnost.

Kaj je PHP2Shell in zakaj je nevaren?

PHP2Shell je ime za dve kritični ranljivosti PHP (CVE-2026-109618 in CVE-2026-109619). V določenih okoliščinah lahko omogočita oddaljeno izvajanje zlonamerne kode brez prijave v spletno aplikacijo. Posledice lahko vključujejo nepooblaščen dostop do datotek, krajo podatkov, spremembe spletnih strani in namestitev zlonamerne kode. Sama uporaba PHP pa še ne pomeni, da je spletna stran okužena.

Kako smo se odzvali pri WebiComu?

Po objavi opozoril smo preverjali uporabljene različice PHP, uvedli oziroma preverili dodatna pravila ModSecurity, spremljali obvestila PHP, CloudLinux in cPanel ter nameščali popravke, ko so bili na voljo. Večino različic PHP smo do 22. oktobra že posodobili; pri preostalih je dokončanje odvisno od razpoložljivosti paketov. Dodatna zaščita ne nadomešča namestitve popravkov.

1. Redno posodabljajte WordPress in druge spletne aplikacije

Posodabljajte WordPress, Joomla, Drupal, PrestaShop in druge uporabljene sisteme. V WordPressu odprite Nadzorna plošča → Posodobitve. Pred večjimi posodobitvami izdelajte varnostno kopijo in preverite združljivost.

2. Posodobite vse vtičnike in teme

Posodobite aktivne vtičnike in temo. Nepotrebne ali opuščene vtičnike in teme odstranite, ne le izklopite. Izogibajte se piratskim plačljivim vtičnikom in preverite, ali razvijalci uporabljene razširitve še vzdržujejo.

3. Uporabljajte podprto različico PHP

V cPanelu preverite izbrano različico PHP in po preverjanju združljivosti preidite na novejšo, podprto izdajo. CloudLinux lahko varnostne popravke prenese tudi v starejše različice (backport), zato številka različice sama po sebi ni dokaz ranljivosti. Če niste prepričani, vprašajte vzdrževalca ali podporo.

4. Vključite dvostopenjsko prijavo (2FA)

Dvostopenjsko prijavo omogočite za WordPress administratorje, cPanel, uporabniški portal in druge pomembne račune, kjer je na voljo. Tako ukradeno geslo samo po sebi praviloma ne zadošča za prijavo.

5. Uporabljajte močna in različna gesla

Za WordPress, cPanel, FTP, e-pošto in druge storitve uporabljajte dolga, edinstvena gesla. Pri tem pomaga upravljalnik gesel. Če sumite na razkritje gesla, ga nemudoma zamenjajte.

6. Odstranite nepotrebne uporabniške račune

Preglejte, kdo ima dostop do spletne strani. Odstranite račune nekdanjih izvajalcev in vsakemu uporabniku dodelite le pravice, ki jih potrebuje.

7. Poskrbite za redne varnostne kopije

Redno varnostno kopirajte datoteke in podatkovne baze. Vsaj eno dodatno kopijo hranite zunaj strežnika in občasno preverite možnost obnove. Pred večjimi posodobitvami ustvarite svežo kopijo. Strežniške kopije ponudnika niso nadomestilo za lastno strategijo varovanja podatkov.

8. Zaščitite prijavo v WordPress

Poleg 2FA omejite ponavljajoče se neuspešne prijave in spremljajte sumljive dostope. Izberite preverjeno varnostno rešitev, združljivo z vašim okoljem, in ne nameščajte več vtičnikov z enakimi zaščitnimi funkcijami brez potrebe.

9. Redno preverjajte stanje spletne strani

Bodite pozorni na neznane administratorske uporabnike, nepojasnjene vtičnike, preusmeritve obiskovalcev, spremenjene datoteke, nenavadno odhodno pošto in nepričakovano porabo strežniških virov. Ob sumljivih znakih čim prej začnite preverjanje.

10. Poskrbite za redno vzdrževanje

Varnost ni enkratno opravilo. Določite odgovorno osebo ali izvajalca za redne posodobitve, varnostne kopije, spremljanje delovanja in odzivanje na incidente. To je še posebej pomembno za spletne trgovine in aplikacije z osebnimi podatki.

Ali posodobitev WordPressa odpravi PHP2Shell?

Ne. PHP2Shell je ranljivost v PHP, zato jo odpravljajo ustrezni popravki PHP na strežniku. Posodobitve WordPressa, vtičnikov in tem odpravljajo druge ranljivosti in ostajajo nujne. Zaščita strežnika in vzdrževanje spletne aplikacije se dopolnjujeta.

Kaj storiti, če sumite na vdor?

Če opazite sumljive datoteke, neznane uporabnike ali nenavadne spremembe, obvestite vzdrževalca in ponudnika gostovanja. Pred čiščenjem ohranite podatke, potrebne za analizo. Sama zamenjava gesla ali posodobitev vtičnika morda ne odstrani že nameščene zlonamerne kode.

Varnost je skupna odgovornost

WebiCom skrbi za strežniško infrastrukturo, varnostne popravke in dodatne zaščitne mehanizme. Lastniki in vzdrževalci spletnih strani pa morajo skrbeti za posodobljene aplikacije, varne dostope in lastne varnostne kopije. Če potrebujete pomoč, se obrnite na tehnično podporo WebiCom.

Uradni viri

Za dodatne informacije in spremljanje popravkov priporočamo uradni objavi:

• PHP – uradno varnostno obvestilo in izdaje popravkov
• CloudLinux – incident PHP2Shell in stanje varnostnih popravkov

Ekipa WebiCom

Pri spletnem gostovanju ni pomembno samo, kako hitro deluje strežnik. Enako pomembno je, kako hitro dobite konkretno pomoč, ko jo potrebujete. Pri Webicomu je povprečni prvi vsebinski odziv tehnične podpore le 6 minut, številne zahtevnejše težave pa rešimo že v 15 do 30 minutah. In za takšno odzivnost ne potrebujete premium paketa.

6 minut do konkretnega odgovora, ne zgolj potrditve zahtevka

Ko spletna stran ne deluje pravilno, elektronska pošta ne prispe ali se pojavi nepričakovana napaka, je vsaka minuta pomembna. Še posebej za podjetja, ki so od spletne prisotnosti poslovno odvisna.

Naše meritve kažejo, da znaša povprečni odzivni čas tehnične podpore samo 6 minut. Ne govorimo o samodejni potrditvi prejema zahtevka, temveč o prvem konkretnem odgovoru, usmerjenem v razumevanje ali odpravljanje težave.

Meritve se nanašajo na zahtevke, oddane prek podpornega sistema Moj Webicom med 7.30 in 23.30, in veljajo za običajno tehnično podporo, ne zgolj za premium naročnike. Navedeni čas je izmerjeno povprečje in ne jamstvo za vsak posamezni zahtevek.

Zahtevnejše težave? Pogosto rešene že v 15 do 30 minutah

Hiter prvi odgovor ni dovolj, če mora stranka nato ure čakati na rešitev. Zato posebno pozornost namenjamo dejanskemu odpravljanju težav. Številne zahtevnejše primere rešimo že v približno 15 do 30 minutah.

Čas reševanja je seveda odvisen od narave težave. Nekateri primeri zahtevajo poglobljeno diagnostiko, sodelovanje s stranko, programske posege ali preverjanje zunanjih storitev. Naš cilj ni zgolj čim prej odgovoriti, ampak težavo tudi čim prej odpraviti.

Večina podpornih zahtevkov sploh ni posledica težav s strežnikom

Velik del vprašanj, ki jih prejmemo, ni povezan z napakami strežniške infrastrukture. Pogosto gre za:

• nepravilne nastavitve WordPressa, vtičnikov in drugih spletnih aplikacij,
• napake v programski kodi in PHP aplikacijah,
• nastavitve elektronske pošte na računalnikih ali telefonih,
• DNS zapise in povezave z zunanjimi storitvami,
• težave s kontaktnimi obrazci in pošiljanjem sporočil,
• nezdružljivosti po posodobitvah spletnih strani.

Takšne težave pogosto niso napaka ponudnika gostovanja in njihovo odpravljanje praviloma ne sodi v standardno brezplačno podporo. Toda pri Webicomu se pomoč ne konča nujno tam, kjer se končajo naše pogodbene obveznosti. Kadar je to mogoče in smiselno, pomagamo tudi v takšnih primerih, pogosto brez dodatnega zaračunavanja.

Ko običajna podpora ni dovolj, imamo tudi za to rešitev

Nekatere težave zahtevajo znanje izkušenega sistemskega administratorja, programerja ali drugega IT strokovnjaka. Morda vaša spletna stran potrebuje optimizacijo podatkovne baze, odpravo napake v kodi, analizo nenavadne obremenitve ali prilagoditev aplikacije.

Pri Webicomu vam ni treba iskati rešitve pri več različnih izvajalcih. Poleg spletnega gostovanja lahko ponudimo tudi:

• napredno diagnostiko in optimizacijo strežnikov,
• analizo počasnega delovanja spletnih strani,
• odpravljanje zahtevnejših PHP in podatkovnih napak,
• pomoč pri WordPressu, WooCommercu in drugih aplikacijah,
• diagnostiko elektronske pošte, DNS in varnostnih nastavitev,
• odpravljanje varnostnih incidentov in posledic zlonamerne kode,
• programerske posege in prilagoditve aplikacij,
• migracije spletnih strani in strežniških okolij.

Kadar delo presega obseg brezplačne podpore, lahko pripravimo ponudbo za dodatno strokovno pomoč po konkurenčnih cenah. Tako imate na enem mestu ponudnika infrastrukture in ekipo za zahtevnejše tehnične izzive.

Dejanska diagnostika namesto splošnih odgovorov

Kakovost podpore ni odvisna samo od hitrosti, temveč predvsem od znanja in izkušenj. Pri Webicomu imamo dolgoletne izkušnje z upravljanjem strežnikov, domenami, elektronsko pošto, spletnimi aplikacijami in varnostjo.

Kadar je to potrebno in imamo ustrezne dostope, lahko težavo preverimo neposredno v strežniških dnevnikih, analiziramo obremenitve procesorja in pomnilnika, preverimo dostavo elektronske pošte ali poiščemo vzrok napake v spletni aplikaciji. Tako namesto splošnih nasvetov ponudimo ciljno usmerjeno diagnostiko.

Hitra tehnična podpora za vse, premium podpora za zahtevnejše potrebe

Pri Webicomu hitra in strokovna pomoč ni rezervirana samo za naročnike dražjih paketov. Naša povprečna odzivnost 6 minut velja za običajno tehnično podporo, ki je strankam na voljo prek sistema Moj Webicom. To je osrednji kanal za podporo končnim uporabnikom, kjer lahko prijavijo težavo, spremljajo njeno reševanje in prejmejo konkretno pomoč naše ekipe.

To seveda ne pomeni, da je vsak tehnični poseg brezplačen. Pomeni pa, da vsak zahtevek obravnavamo resno in skušamo poiskati čim boljšo rešitev, tudi kadar težava presega običajni obseg podpore.

Pri Webicomu ponujamo tudi premium tehnično podporo, vendar je ta namenjena drugačnim potrebam, predvsem uporabnikom VPS strežnikov. Naročnik s premium podporo pridobi osebnega sistemskega administratorja in njegovo neposredno telefonsko številko. Z njim lahko stopi v stik tudi po telefonu v času, ki je določen v pogodbi.

Razlika je torej predvsem v načinu in obsegu sodelovanja: za hitro vsakodnevno pomoč končnim uporabnikom je na voljo spletni podporni sistem Moj Webicom, premium podpora pa je namenjena naročnikom, ki potrebujejo osebnega sistemskega administratorja in neposrednejšo obravnavo.

Zakaj je dobra tehnična podpora pomembnejša od nekaj evrov razlike v ceni?

Pri izbiri gostovanja primerjamo prostor na disku, zmogljivosti in ceno. Toda če spletna trgovina zaradi nepričakovane napake ne more sprejemati naročil, je hitra pomoč vredna bistveno več od nekaj evrov prihranka na letni naročnini.

Že nekaj ur nedelovanja lahko povzroči izgubljena naročila in nezadovoljne kupce. Zato je kakovost tehnične podpore eno ključnih meril pri izbiri ponudnika spletnega gostovanja.

Webicom – več kot spletno gostovanje

Naše vodilo je preprosto: stabilna infrastruktura in tehnična podpora, ki dejansko pomaga. S povprečnim prvim konkretnim odzivom v 6 minutah, hitrim reševanjem številnih zahtevnejših primerov in pripravljenostjo pomagati tudi zunaj običajnega obsega podpore želimo pokazati, da je spletno gostovanje lahko tudi osebna, strokovna storitev.

Ker pri Webicomu ne gostujemo samo vaših spletnih strani. Pomagamo vam, da vaše spletno poslovanje nemoteno deluje.

Iščete zanesljivo spletno gostovanje s hitro in strokovno tehnično podporo? Oglejte si ponudbo spletnega gostovanja Webicom.

Pri Webicomu DNSSEC za .si domene podpiramo že vrsto let, vendar ste nas morali do sedaj za ureditev DNSSEC zapisov kontaktirati, da smo jih za vas uredili mi.

Od 5. oktobra 2026 je postopek precej enostavnejši. DNSSEC za svoje .si domene lahko sedaj upravljate neposredno v uporabniškem vmesniku Moj Webicom, kjer lahko potrebne zapise hitro in enostavno uredite sami.

S tem smo upravljanje domen še dodatno poenostavili, uporabnikom pa omogočili več nadzora nad varnostjo svojih domen brez potrebe po vsakokratnem kontaktiranju naše podpore.

Kaj sploh je DNSSEC?

DNS je eden od osnovnih gradnikov interneta. Ko v brskalnik vpišete na primer www.webicom.net, DNS poskrbi, da se ime domene pretvori v IP naslov strežnika, na katerem se spletna stran nahaja.

Klasični DNS pa sam po sebi nima mehanizma, s katerim bi lahko uporabnik zanesljivo preveril, ali je prejeti DNS odgovor res prišel iz pravega vira in ali je med potjo ostal nespremenjen.

Tu nastopi DNSSEC – Domain Name System Security Extensions.

DNSSEC DNS podatke zaščiti s kriptografskimi podpisi. Strežnik oziroma DNS resolver, ki podpira DNSSEC, lahko zato preveri:

• ali DNS odgovor res pripada zahtevani domeni,
• ali podatki med prenosom niso bili spremenjeni,
• ali obstaja veljavna veriga zaupanja od vrhnje domene do vaše domene.

Poenostavljeno povedano: DNSSEC pomaga preprečiti, da bi uporabnik zaradi ponarejenega DNS odgovora končal na napačnem strežniku.

Pred čim DNSSEC ščiti?

Ena od nevarnosti klasičnega DNS sistema so ponarejeni DNS odgovori oziroma napadi, kot sta DNS spoofing in DNS cache poisoning.

Napadalec bi lahko v določenih okoliščinah poskusil uporabniku podtakniti napačen odgovor na vprašanje, kam kaže določena domena.

Uporabnik bi na primer vpisal pravilno ime spletne strani, vendar bi bil zaradi ponarejenega DNS odgovora preusmerjen na drug strežnik.

DNSSEC takšne manipulacije bistveno oteži, saj so DNS podatki digitalno podpisani. Resolver lahko preveri podpis in ugotovi, ali je odgovor avtentičen.

DNSSEC ni isto kot SSL oziroma HTTPS

DNSSEC in SSL certifikat rešujeta dve različni težavi in se med seboj dopolnjujeta.

DNSSEC preverja pravilnost in avtentičnost DNS podatkov.

SSL oziroma HTTPS pa šifrira povezavo med obiskovalcem in spletno stranjo ter omogoča preverjanje identitete strežnika.

Za dobro zaščiteno spletno stran je zato smiselno uporabljati oboje.

Pri Webicomu so SSL certifikati Let’s Encrypt na paketih spletnega gostovanja na voljo brezplačno, DNSSEC pa sedaj predstavlja še dodatno varnostno plast na ravni same domene.

DNSSEC za .si domene

Slovenski register Register.si DNSSEC za vrhnjo domeno .si podpira že vrsto let. To pomeni, da je za .si vzpostavljena tako imenovana veriga zaupanja, ki omogoča preverjanje podpisov od korenskega DNS sistema naprej do posamezne .si domene.

Do sedaj je bilo upravljanje DNSSEC za običajnega uporabnika pogosto precej tehnično opravilo, saj je bilo treba pravilno prenesti oziroma nastaviti ustrezne DS zapise.

Pri Webicomu smo ta del sedaj vključili neposredno v naš sistem za upravljanje domen.

DNSSEC sedaj neposredno v Moj Webicom

Če imate .si domeno registrirano pri Webicomu, lahko DNSSEC upravljate neposredno iz uporabniškega računa Moj Webicom.

Po prijavi izberete svojo domeno in v upravljanju domene odprete možnost DNSSEC.

Tako lahko potrebne DNSSEC oziroma DS podatke uredite neposredno preko uporabniškega vmesnika, brez dodatnega kontaktiranja podpore.

To je še posebej uporabno, če uporabljate zunanjo DNS storitev, ki vam pripravi DNSSEC oziroma DS podatke, vi pa jih morate nato vnesti pri registrarju svoje domene.

Primer takšne uporabe je Cloudflare, kjer po vključitvi DNSSEC prejmete podatke, ki jih je treba posredovati registrarju domene. Če je vaša .si domena registrirana pri Webicomu, lahko to sedaj uredite neposredno v Moj Webicom.

Kaj uporabnik pridobi z DNSSEC?

Glavna prednost je večja varnost DNS sistema vaše domene.

Ob pravilno nastavljenem DNSSEC lahko sistemi, ki izvajajo DNSSEC preverjanje, zaznajo ponarejen ali spremenjen DNS odgovor in ga zavrnejo.

DNSSEC je zato še posebej priporočljiv za:

• poslovne spletne strani,
• spletne trgovine,
• finančne in druge občutljive storitve,
• domene, preko katerih poteka pomembna elektronska pošta,
• portale z uporabniškimi prijavami,
• vse domene, pri katerih je pomembna dodatna raven zaščite.

V resnici pa ni razloga, da bi bil DNSSEC rezerviran samo za velike ali posebej občutljive spletne strani. Če ga vaš DNS ponudnik pravilno podpira, je lahko koristen dodaten varnostni mehanizem praktično za vsako domeno.

Pomembno: DNSSEC mora biti pravilno nastavljen

DNSSEC prinaša dodatno varnost, vendar je pomembno, da so nastavitve pravilne.

Če je pri registru objavljen DS zapis, ki se ne ujema več z DNSSEC nastavitvami na avtoritativnem DNS strežniku, lahko resolverji DNS odgovore zavrnejo kot neveljavne.

V takšnem primeru lahko spletna stran in elektronska pošta za del uporabnikov postaneta nedosegljivi.

Zato DNSSEC nastavitev ne spreminjajte naključno. Posebej previdni morate biti pri:

• menjavi DNS ponudnika,
• menjavi imenskih strežnikov,
• izklopu DNSSEC pri DNS ponudniku,
• menjavi DNSSEC ključev.

Najprej je treba poskrbeti za pravilne DNSSEC podatke na DNS strežniku, nato pa ustrezno posodobiti podatke pri registrarju.

Še ena izboljšava upravljanja domen pri Webicomu

Webicom je registrar .si domen, zato želimo čim več funkcij, povezanih z upravljanjem domen, uporabnikom ponuditi neposredno in brez nepotrebnih ročnih postopkov.

Možnost upravljanja DNSSEC neposredno v Moj Webicom je še en korak v tej smeri.

Če je vaša .si domena registrirana pri Webicomu in vaš DNS ponudnik podpira DNSSEC, lahko dodatno zaščito domene sedaj uredite neposredno preko svojega uporabniškega računa.

Če pri nastavitvi niste prepričani, katere podatke morate vnesti, pa se lahko vedno obrnete tudi na našo podporo.

Webicom – zanesljivo gostovanje in registracija domen že od leta 2005

WooCommerce omogoča, da WordPress spletno stran spremenimo v popolnoma funkcionalno spletno trgovino. Primeren je tako za trgovino z nekaj deset izdelki kot za precej večje trgovine z več tisoč izdelki in velikim številom naročil.

Toda spletna trgovina je praviloma precej zahtevnejša od običajne predstavitvene spletne strani.

Pri predstavitveni strani obiskovalec večinoma samo odpira strani in prebira vsebino. Pri spletni trgovini pa se v ozadju ves čas izvajajo iskanja po izdelkih, filtriranje, preverjanje zaloge, dodajanje izdelkov v košarico, izračuni dostave, plačila, naročila, pošiljanje elektronske pošte in številni drugi procesi.

Zato pri WooCommerce trgovini ni pomembno samo, koliko prostora ponuja paket gostovanja.

Veliko pomembnejše vprašanje je:

Ali ima strežnik dovolj zmogljivosti, da bo trgovina hitro delovala tudi takrat, ko jo istočasno uporablja več kupcev?

Poglejmo, kaj je pri izbiri WooCommerce gostovanja res pomembno.

WooCommerce je zahtevnejši od običajne WordPress strani

WordPress predstavitveno spletno stran je mogoče zelo učinkovito predpomniti oziroma cachirati.

Ko obiskovalec odpre stran »O nas«, se vsebina praviloma ne spreminja od obiskovalca do obiskovalca. Strežnik lahko zato pripravljeno stran shrani in jo naslednjim obiskovalcem prikaže brez ponovnega izvajanja vseh PHP skript in poizvedb v podatkovno bazo.

Pri spletni trgovini je drugače.

Vsak kupec ima lahko:

• svojo košarico,
• svoj uporabniški račun,
• svoje naročilo,
• drugačen način dostave,
• drugačno plačilno metodo,
• različne kupone,
• drugačno vsebino košarice.

Strani, kot so košarica, zaključek nakupa in uporabniški račun, zato niso običajne statične strani in jih ne smemo preprosto obravnavati enako kot preostali del spletnega mesta.

WooCommerce tudi v svojih priporočilih opozarja, da mora biti caching pravilno prilagojen dinamičnim delom trgovine.

To pomeni, da mora strežnik pri spletni trgovini precej več dela opraviti v realnem času.

Ali število izdelkov pove, kakšno gostovanje potrebujete?

Samo delno.

Pogosta napaka je razmišljanje:

100 izdelkov = majhno gostovanje
5.000 izdelkov = VPS
50.000 izdelkov = namenski strežnik

V praksi ni tako preprosto.

Trgovina s 500 izdelki in 500 istočasnimi obiskovalci je lahko veliko zahtevnejša od trgovine z 20.000 izdelki, ki jo obišče nekaj deset ljudi na dan.

Na obremenitev vplivajo predvsem:

• število obiskovalcev,
• število istočasnih obiskovalcev,
• število naročil,
• uporabljena WordPress tema,
• število in kakovost vtičnikov,
• način iskanja po izdelkih,
• produktni filtri,
• velikost baze podatkov,
• število različic izdelkov,
• povezave z računovodskimi in ERP sistemi,
• sinhronizacija zalog,
• avtomatski uvozi izdelkov,
• generiranje dokumentov,
• API povezave,
• cron opravila,
• način predpomnjenja.

Zato pri izbiri gostovanja ne glejte samo števila izdelkov.

Primer: trgovina s 5.000 izdelki

Predstavljajmo si dve WooCommerce trgovini.

Prva ima 5.000 izdelkov, približno 200 obiskovalcev na dan in nekaj naročil dnevno.

Druga ima prav tako 5.000 izdelkov, vendar jo obišče 10.000 ljudi dnevno. Uporablja napredne filtre, sinhronizira zalogo z zunanjim ERP sistemom, vsakih 15 minut uvaža podatke dobaviteljev in ima veliko različnih variacij izdelkov.

Čeprav imata obe trgovini enako število izdelkov, so njune potrebe po strežniških zmogljivostih povsem različne.

Prva lahko brez težav deluje na kakovostnem klasičnem spletnem gostovanju.

Druga bo verjetno potrebovala bistveno več strežniških virov in lahko postane kandidat za zmogljivejši paket, VPS ali drugo prilagojeno rešitev.

CPU – procesorska moč je pri WooCommerce zelo pomembna

Ko obiskovalec odpre dinamično WooCommerce stran, mora strežnik izvajati PHP kodo, dostopati do podatkovne baze in sestaviti rezultat.

Za to potrebuje procesorsko moč oziroma CPU.

Več obiskovalcev, kot hkrati izvaja zahtevne operacije, več procesorske moči potrebujete.

CPU se uporablja pri:

• odpiranju dinamičnih strani,
• iskanju izdelkov,
• filtriranju,
• dodajanju izdelkov v košarico,
• zaključevanju naročila,
• obdelavi plačil,
• API zahtevkih,
• uvozih izdelkov,
• izvajanju cron opravil,
• delu WordPress administracije.

Zato ni vseeno, ali gostovanje omogoča spletni strani zelo malo procesorskih virov ali pa so ti prilagojeni zahtevnejšim spletnim stranem.

RAM – spletna trgovina potrebuje dovolj pomnilnika

Drugi pomemben vir je RAM oziroma delovni pomnilnik.

Pomnilnik uporabljajo PHP procesi, podatkovna baza in drugi deli sistema.

Pri večjem številu istočasnih zahtev se lahko poraba RAM-a hitro poveča.

Pomembno je razlikovati tudi med RAM-om strežnika in PHP memory limitom posameznega procesa.

WooCommerce trenutno za svoje okolje priporoča WordPress memory limit vsaj 256 MB, vendar to ne pomeni, da je 256 MB RAM-a dovolj za celoten strežnik ali da je takšna nastavitev optimalna za vsako trgovino.

Večji uvozi, zahtevnejši vtičniki ali generiranje večjih podatkovnih datotek lahko zahtevajo precej več pomnilnika.

Kaj so PHP workerji in zakaj so pomembni?

Pri WooCommerce se pogosto govori tudi o PHP workerjih oziroma PHP procesih.

Poenostavljeno povedano PHP worker obdela PHP zahtevo obiskovalca.

Če imate na voljo samo nekaj PHP procesov in vsi trenutno obdelujejo druge zahteve, mora naslednji obiskovalec počakati, da se eden sprosti.

Predstavljajte si blagajno v trgovini.

Če imate eno blagajno in pride en kupec, ni težave.

Če naenkrat pride 20 kupcev, se začne ustvarjati vrsta.

Podobno je lahko pri PHP procesih.

Zato lahko trgovina pri majhnem številu obiskovalcev deluje odlično, med večjo oglaševalsko akcijo pa se nenadoma zelo upočasni.

Pri zahtevnejšem WooCommerce gostovanju je zato poleg CPU-ja in RAM-a pomembno tudi, koliko sočasnih PHP procesov lahko spletna stran uporablja.

Podatkovna baza je srce WooCommerce trgovine

WooCommerce uporablja MySQL oziroma MariaDB podatkovno bazo.

V njej niso samo osnovne WordPress nastavitve.

V podatkovni bazi so med drugim:

• izdelki,
• uporabniki,
• naročila,
• podatki o zalogi,
• kuponi,
• nastavitve,
• podatki številnih vtičnikov.

Pri večji trgovini se lahko podatkovna baza zelo poveča.

Težavo lahko dodatno povzročijo vtičniki, ki v bazo zapisujejo veliko začasnih podatkov, dnevnikov ali drugih informacij.

Zato pri počasni WooCommerce strani ni vedno krivo gostovanje.

Vzrok je lahko tudi:

• slabo optimiziran vtičnik,
• počasna SQL poizvedba,
• ogromna tabela,
• nepotrebni podatki,
• preveliko število autoload podatkov,
• napačno zasnovan produktni filter.

Dober strežnik lahko veliko pomaga, ne more pa popolnoma rešiti slabo napisane spletne aplikacije.

HPOS – WooCommerce je izboljšal shranjevanje naročil

WooCommerce uporablja tudi High-Performance Order Storage oziroma HPOS.

Gre za način shranjevanja podatkov o naročilih v namenske podatkovne tabele, ki so bolje prilagojene potrebam spletnih trgovin.

To je pomembno predvsem pri trgovinah z večjim številom naročil.

WooCommerce HPOS razvija prav z namenom boljše učinkovitosti in skalabilnosti shranjevanja naročil.

Pri starejši trgovini je zato smiselno preveriti, ali uporabljeni vtičniki podpirajo HPOS in ali je trgovina pravilno nastavljena.

NVMe disk lahko naredi razliko

Spletna trgovina ves čas bere in zapisuje podatke.

Zato je pomembna tudi hitrost diskovnega sistema.

Sodobni NVMe diski imajo bistveno hitrejši dostop do podatkov od klasičnih mehanskih diskov in običajno tudi od starejših SSD rešitev.

To je pomembno predvsem pri:

• podatkovnih bazah,
• velikem številu majhnih datotek,
• cache datotekah,
• ustvarjanju začasnih datotek,
• uvozih in izvozih.

Pri izbiri WooCommerce gostovanja zato ni pomembno samo, koliko GB prostora dobite, ampak tudi na kakšnem diskovnem sistemu se podatki nahajajo.

Redis Object Cache – zelo koristen pri WooCommerce

WordPress med delovanjem neprestano dostopa do podatkovne baze.

Del teh rezultatov se lahko začasno shrani v hitrejši pomnilniški sistem.

Ena izmed priljubljenih rešitev je Redis Object Cache.

Redis lahko zmanjša število ponavljajočih se poizvedb v podatkovno bazo in s tem razbremeni strežnik.

Pri običajni majhni strani razlika morda ne bo velika.

Pri zahtevnejšem WooCommerce sistemu pa je lahko persistent object cache zelo uporaben.

Tudi WooCommerce pri priporočilih za zmogljivejša okolja omenja uporabo persistentnega predpomnjenja, kot sta Redis ali Memcached.

Pomembno pa je, da je Redis pravilno konfiguriran. Sama namestitev Redis vtičnika še ne pomeni avtomatično hitrejše strani.

Page cache je še vedno izredno pomemben

Čeprav je WooCommerce dinamičen, velik del trgovine vseeno lahko učinkovito cachiramo.

Na primer:

• naslovno stran,
• kategorije,
• opise izdelkov,
• blog,
• informativne strani.

Če anonimni obiskovalec samo pregleduje izdelke, ni razloga, da bi moral WordPress pri vsakem odpiranju strani vse ponovno ustvariti od začetka.

Dober page cache lahko zato močno zmanjša obremenitev strežnika.

Toda caching mora poznati posebnosti WooCommerce.

Košarice, zaključka nakupa in drugih uporabniku prilagojenih vsebin ne smemo nepremišljeno prikazovati iz skupnega predpomnilnika.

Zato je bolje uporabljati rešitev, ki je prilagojena WordPressu in WooCommerce.

LiteSpeed Cache in WooCommerce

Če spletno gostovanje uporablja spletni strežnik LiteSpeed, je lahko zelo uporabna kombinacija LiteSpeed Cache oziroma LSCache in WordPress vtičnika LiteSpeed Cache.

Prednost strežniškega cachiranja je, da se lahko velik del obdelave zgodi že na nivoju spletnega strežnika.

Tudi pri tem velja, da je treba nastavitve prilagoditi spletni trgovini.

Agresivno cachiranje brez razumevanja dinamičnih WooCommerce strani lahko povzroči več težav kot koristi.

CDN in Cloudflare

Pri trgovini z velikim številom fotografij izdelkov se velik del prenosa nanaša na statične datoteke:

• slike,
• CSS,
• JavaScript,
• pisave.

Te datoteke lahko uporabnikom dostavlja CDN oziroma Content Delivery Network.

Če imate kupce iz več držav, lahko CDN statično vsebino streže iz lokacije, ki je obiskovalcu geografsko bližje.

Med najbolj znanimi rešitvami je Cloudflare.

CDN lahko zmanjša količino prometa do osnovnega strežnika in pospeši nalaganje statične vsebine.

Ne more pa rešiti počasnega PHP-ja ali počasne podatkovne baze.

Če zaključek naročila traja pet sekund zaradi zahtevne SQL poizvedbe, CDN tega ne bo odpravil.

Lokacija strežnika je pomembna

Če je večina kupcev vaše spletne trgovine iz Slovenije, je smiselno razmisliti tudi o lokaciji strežnika.

Manjša omrežna razdalja praviloma pomeni nižjo latenco med obiskovalcem in strežnikom.

To se še posebej pozna pri dinamičnih zahtevah, pri katerih mora brskalnik večkrat komunicirati s strežnikom.

CDN lahko pomaga pri slikah in drugih statičnih datotekah, osnovni WooCommerce procesi in podatkovna baza pa se še vedno izvajajo na vašem strežniku.

Za trgovino, katere glavni trg je Slovenija, je zato gostovanje v Sloveniji ali geografsko bližnjem podatkovnem centru lahko smiselna izbira.

Koliko prostora potrebuje WooCommerce trgovina?

WooCommerce sam po sebi ne potrebuje ogromno prostora.

Prostor običajno začnejo porabljati predvsem:

• fotografije izdelkov,
• varnostne kopije,
• elektronska pošta,
• cache,
• log datoteke,
• staging kopije strani.

Trgovina s 10.000 dobro optimiziranimi slikami lahko porabi manj prostora kot trgovina z 1.000 izdelki, kjer je vsaka fotografija naložena neposredno iz fotoaparata v velikosti 10 ali 20 MB.

Pri izbiri paketa zato ponovno ni pomembno samo število izdelkov.

Fotografije pred nalaganjem optimizirajte in uporabljajte sodobne formate, kjer je to primerno.

Varnostne kopije pri spletni trgovini so še pomembnejše

Pri predstavitveni spletni strani izguba enega dne sprememb morda pomeni, da boste morali ponovno napisati en članek.

Pri spletni trgovini lahko pomeni izgubljena:

• naročila,
• plačila,
• registracije uporabnikov,
• spremembe zaloge,
• podatke kupcev.

Zato je kakovosten sistem varnostnega kopiranja izredno pomemben.

Pri ponudniku preverite:

• kako pogosto se izdelujejo varnostne kopije,
• koliko časa se hranijo,
• ali lahko obnovite posamezne datoteke,
• ali lahko obnovite podatkovno bazo,
• ali se backup nahaja ločeno od glavnega strežnika.

Pri zelo aktivnih spletnih trgovinah en dnevni backup morda ni dovolj.

Pogostost varnostnega kopiranja mora biti prilagojena temu, koliko podatkov lahko sprejmete izgubiti v primeru resne težave.

Varnost gostovanja

WooCommerce trgovina obdeluje bistveno občutljivejše podatke od običajne predstavitvene strani.

Zato mora biti pomemben del izbire gostovanja tudi varnost.

Strežnik mora biti redno posodobljen, priporočljivi pa so tudi:

• požarni zid,
• zaščita spletnih aplikacij oziroma WAF,
• malware scanning,
• zaščita pred brute-force napadi,
• SSL certifikat,
• redne varnostne kopije.

Toda tudi najbolj varen strežnik ne more zaščititi WordPress strani z zastarelim vtičnikom, ki vsebuje znano varnostno ranljivost.

Za varnost WooCommerce trgovine sta zato odgovorna tako ponudnik gostovanja kot lastnik oziroma vzdrževalec spletne strani.

PHP različica je pomembna

WordPress in WooCommerce delujeta v PHP.

Novejše podprte različice PHP praviloma prinašajo izboljšave hitrosti in varnosti.

WooCommerce trenutno kot priporočeno okolje navaja PHP 8.3 ali novejši, skupaj s sodobno različico MySQL oziroma MariaDB.

To ne pomeni, da morate takoj spremeniti PHP različico brez preverjanja.

Pred nadgradnjo morate preveriti združljivost:

• teme,
• WooCommerce,
• vseh vtičnikov,
• lastne programske kode.

Spremembo je najbolje najprej preveriti na testnem oziroma staging okolju.

Kaj pa staging okolje?

Pri pomembni spletni trgovini večjih sprememb ni priporočljivo prvič preizkušati neposredno na produkcijski strani.

Staging je testna kopija spletne trgovine.

Na njej lahko preverite:

• novo PHP različico,
• posodobitev WooCommerce,
• nov vtičnik,
• spremembo teme,
• spremembe kode,
• večjo nadgradnjo.

Ko preverite, da vse deluje pravilno, spremembo izvedete na produkcijski trgovini.

Pri večjih WooCommerce projektih bi moralo biti staging okolje nekaj povsem običajnega.

Ali potrebujem VPS za WooCommerce?

Ne nujno.

To je ena najpogostejših zmot.

WooCommerce ne pomeni avtomatično VPS.

Majhna ali srednje velika WooCommerce trgovina lahko zelo dobro deluje na kakovostnem klasičnem gostovanju, če ima paket dovolj CPU-ja, RAM-a in PHP procesov ter če strežnik uporablja hitro shrambo in dobro konfiguracijo.

VPS postane smiseln predvsem takrat, ko:

• redno dosegate omejitve klasičnega gostovanja,
• imate veliko istočasnih obiskovalcev,
• izvajate zahtevne uvoze,
• potrebujete posebne strežniške nastavitve,
• imate veliko bazo podatkov,
• uporabljate zahtevne integracije,
• potrebujete popoln nadzor nad strežnikom,
• želite vire, namenjene predvsem vašemu projektu.

VPS pa prinese tudi dodatno odgovornost.

Če gre za neupravljan VPS, morate sami skrbeti za operacijski sistem, spletni strežnik, PHP, podatkovno bazo, varnost, posodobitve in monitoring.

Zato prehod na VPS samo zato, ker »VPS zveni hitreje«, ni vedno dobra odločitev.

Kakšno gostovanje torej izbrati?

Zelo poenostavljeno lahko WooCommerce trgovine razdelimo tako:

Vrsta trgovine	Primer	Primerna začetna izbira
Majhna trgovina	Nekaj deset ali sto izdelkov, malo naročil	Kakovostno spletno gostovanje
Srednja trgovina	Več sto ali nekaj tisoč izdelkov, redna prodaja	Zmogljivejše spletno gostovanje
Zahtevnejša trgovina	Veliko obiskovalcev, več integracij, veliko naročil	Zmogljivo gostovanje ali VPS
Velika trgovina	Veliko sočasnih uporabnikov in zahtevni procesi	VPS, več VPS strežnikov ali prilagojena infrastruktura

To je samo orientacija.

Trgovine ne moremo pravilno dimenzionirati samo na podlagi števila izdelkov.

Katera vprašanja postaviti ponudniku gostovanja?

Če iščete gostovanje za WooCommerce trgovino, ponudnika ne vprašajte samo:

Koliko GB prostora dobim?

Veliko bolj uporabna vprašanja so:

• Kakšne CPU omejitve ima paket?
• Koliko RAM-a lahko uporablja spletna stran?
• Kakšne so omejitve PHP procesov?
• Ali uporabljate NVMe diske?
• Ali je na voljo Redis Object Cache?
• Ali je na voljo strežniški page cache?
• Katere različice PHP so na voljo?
• Kako pogosto izvajate varnostne kopije?
• Ali lahko sam obnovim backup?
• Kakšno varnostno zaščito uporabljate?
• Ali lahko paket kasneje nadgradim?
• Ali je za zahtevnejšo trgovino na voljo VPS?

Odgovori na ta vprašanja vam povedo veliko več kot podatek, ali paket vsebuje 50 ali 100 GB prostora.

Poceni gostovanje je pri spletni trgovini lahko drago

Pri osebnem blogu nekaj sekund počasnejša stran morda ni velika težava.

Pri spletni trgovini pa je hitrost del prodajnega procesa.

Kupec odpira kategorije, išče izdelke, dodaja izdelke v košarico in zaključuje naročilo.

Če se stran pri vsakem koraku dolgo nalaga, lahko uporabnik nakup preprosto opusti.

Zato najcenejši paket ni nujno najcenejša rešitev.

Po drugi strani pa tudi nima smisla kupovati zelo dragega VPS strežnika za trgovino z nekaj naročili mesečno.

Cilj je izbrati gostovanje, ki ustreza dejanski obremenitvi trgovine in omogoča nadgradnjo, ko trgovina zraste.

WooCommerce gostovanje pri Webicomu

WooCommerce trgovino lahko gostujete tudi na Webicom spletnem gostovanju.

Pri izbiri paketa je smiselno upoštevati velikost trgovine, število obiskovalcev, število izdelkov, uporabljene vtičnike in način delovanja spletne strani.

Za manjše in srednje WooCommerce trgovine je lahko primeren ustrezno zmogljiv paket klasičnega spletnega gostovanja.

Pri zahtevnejših projektih pa je na voljo tudi VPS gostovanje, kjer lahko trgovini namenite bistveno več strežniških virov in okolje dodatno prilagodite njenim potrebam.

Pomembno je predvsem, da ne izberete paketa samo na podlagi prostora.

Pri WooCommerce so pogosto pomembnejši CPU, RAM, PHP procesi, hitrost podatkovne baze, NVMe disk, cache in optimizacija same spletne trgovine.

Če že imate WooCommerce trgovino in niste prepričani, kakšno gostovanje potrebuje, je koristno preveriti tudi njeno trenutno porabo virov.

Na podlagi dejanske obremenitve je namreč bistveno lažje ugotoviti, ali potrebujete večji paket, optimizacijo spletne strani ali prehod na VPS.

Dobro gostovanje je osnova, ni pa edini dejavnik

Na koncu je pomembno poudariti še nekaj.

Tudi najzmogljivejši strežnik ne more popolnoma rešiti slabo izdelane WooCommerce trgovine.

Na hitrost vplivajo tudi:

• tema,
• vtičniki,
• kakovost programske kode,
• podatkovna baza,
• fotografije,
• JavaScript,
• zunanji servisi,
• cache,
• produktni filtri,
• način iskanja.

Dobra WooCommerce trgovina zato potrebuje kombinacijo kakovostnega gostovanja in dobro optimizirane spletne strani.

Če je oboje pravilno urejeno, lahko WooCommerce brez težav poganja tudi zelo resne spletne trgovine.

Pri izbiri spletnega gostovanja večina uporabnikov začne s klasičnim paketom spletnega gostovanja. Za običajno predstavitveno spletno stran, manjšo trgovino, WordPress stran ali elektronsko pošto je to največkrat tudi najbolj smiselna izbira.

Ko spletna stran postane zahtevnejša, ko potrebujete več procesorske moči ali želite sami nadzorovati programsko opremo na strežniku pa klasično spletno gostovanje morda ni več dovolj.

Takrat se pogosto pojavi izraz VPS oziroma virtualni strežnik.

Kaj VPS sploh je? Kako se razlikuje od običajnega spletnega gostovanja? Ali potrebujete svoj VPS samo za gostovanje spletne strani ali ga lahko uporabljate tudi za druge namene?

V nadaljevanju bomo poskusili odgovoriti na najpogostejša vprašanja.

1. Kaj je virtualni strežnik oziroma VPS?

VPS je kratica za Virtual Private Server, kar bi lahko prevedli kot virtualni zasebni strežnik.

Na enem zmogljivem fizičnem strežniku lahko s pomočjo virtualizacije deluje več med seboj ločenih virtualnih strežnikov. Vsak VPS ima svoj operacijski sistem, svoj pomnilnik, diskovni prostor, procesorske vire in omrežne nastavitve.

Za uporabnika VPS deluje praktično kot samostojen strežnik.

Na njem lahko:

• namestite operacijski sistem,
• nameščate svoje programe,
• poganjate spletni strežnik,
• uporabljate podatkovne baze,
• postavite spletne strani,
• poganjate lastne aplikacije,
• uporabljate VPN,
• nastavite lastne omrežne storitve,
• prilagodite skoraj vse sistemske nastavitve.

Pri VPS gostovanju zato niste omejeni samo na funkcije, ki vam jih omogoča običajna kontrolna plošča spletnega gostovanja.

2. Kako VPS sploh deluje?

Predstavljajte si zelo zmogljiv fizični strežnik z veliko procesorske moči, pomnilnika in diskovnega prostora.

S pomočjo virtualizacije se ta strežnik razdeli na več samostojnih virtualnih okolij.

En fizični strežnik ima lahko na primer več VPS strežnikov:

VPS 1

4 GB RAM
2 CPU
100 GB prostora

VPS 2

8 GB RAM
4 CPU
200 GB prostora

VPS 3

2 GB RAM
1 CPU
50 GB prostora

Vsak VPS deluje ločeno od drugih.

Uporabnik VPS 1 ne vidi datotek, procesov ali nastavitev VPS 2. Vsak virtualni strežnik ima lahko tudi drugačen operacijski sistem in popolnoma drugačne programe.

Čeprav fizično uporabljajo isto strojno opremo so z vidika uporabnika to ločeni strežniki.

3. Kakšna je razlika med spletnim gostovanjem in VPS?

Pri klasičnem spletnem gostovanju ponudnik upravlja strežnik in uporabniku omogoči določen račun.

Uporabnik običajno uporablja kontrolno ploščo, kot sta cPanel ali DirectAdmin, prek katere lahko upravlja:

• spletne strani,
• domene,
• elektronsko pošto,
• podatkovne baze,
• PHP,
• SSL certifikate,
• DNS in druge funkcije.

Za operacijski sistem, spletni strežnik, varnostne posodobitve in delovanje celotnega strežnika skrbi ponudnik gostovanja.

Pri VPS je drugače.

Dobite svoj virtualni strežnik in bistveno več nadzora.

To pomeni več možnosti, vendar tudi več odgovornosti.

Če imate neupravljan VPS morate sami skrbeti za operacijski sistem, varnost, posodobitve, spletni strežnik, podatkovne baze in drugo programsko opremo.

Primerjava spletnega gostovanja, VPS in fizičnega strežnika

Lastnost	Klasično spletno gostovanje	VPS strežnik	Fizični namenski strežnik
Cena	Najnižja	Srednja	Najvišja
Lasten operacijski sistem	Ne	Da	Da
ROOT oziroma administratorski dostop	Ne	Da	Da
Upravljanje strežnika	Ponudnik	Uporabnik ali ponudnik	Uporabnik ali ponudnik
Namestitev lastne programske opreme	Omejeno	Da	Da
Izolacija od drugih uporabnikov	Delna	Zelo visoka	Popolna
Procesorski in RAM viri	Deljeni oziroma omejeni po paketu	Dodeljeni glede na VPS	Celoten strežnik
Nadgradnja zmogljivosti	Običajno sprememba paketa	Praviloma zelo enostavna	Pogosto zahteva poseg v strojno opremo
Primerno za začetnika	Da	Ob upravljanem VPS	Ob upravljanju
Zahtevne aplikacije	Omejeno	Da	Da
Lastne sistemske storitve	Ne	Da	Da
Primerno za večino običajnih strani	Da	Pogosto nepotrebno	Običajno nepotrebno

Za večino običajnih spletnih strani je klasično spletno gostovanje še vedno najbolj ekonomična in enostavna rešitev.

VPS postane zanimiv takrat, ko potrebujete nekaj, česar vam običajno gostovanje ne more več ponuditi.

4. Kakšna je razlika med VPS in fizičnim namenskim strežnikom?

Pri fizičnem oziroma namenskem strežniku najamete celoten fizični računalnik.

Procesor, RAM, diski in druga strojna oprema so namenjeni samo vam.

Pri VPS pa uporabljate del zmogljivosti večjega fizičnega strežnika.

Glavna prednost VPS je zato razmerje med ceno, zmogljivostjo in prilagodljivostjo.

Za veliko projektov danes fizični strežnik sploh ni potreben.

VPS lahko ponudi dovolj zmogljivosti za spletne trgovine, poslovne aplikacije, podatkovne baze, spletne portale in številne druge projekte, pri tem pa je praviloma precej cenejši od najema celotnega fizičnega strežnika.

Fizični strežnik je bolj smiseln takrat, ko potrebujete zelo veliko procesorske moči, ogromno RAM-a, posebno strojno opremo ali popoln fizični nadzor nad sistemom.

5. Kdaj spletno gostovanje ni več dovolj?

To vprašanje nima enega odgovora.

Spletna stran z veliko obiskovalci namreč ni nujno zahtevna, medtem ko lahko slabo izdelana WordPress stran že pri relativno majhnem številu obiskovalcev porabi veliko procesorske moči.

O VPS je smiselno razmišljati predvsem kadar:

• redno dosegate omejitve CPU ali RAM klasičnega gostovanja,
• imate zahtevno spletno trgovino,
• poganjate več večjih spletnih strani,
• potrebujete posebno programsko opremo,
• potrebujete lasten servis ali daemon,
• želite uporabljati Docker,
• potrebujete poseben sistem podatkovnih baz,
• želite popoln nadzor nad PHP, Apache, Nginx ali drugimi servisi,
• potrebujete lasten VPN,
• poganjate poslovno aplikacijo,
• potrebujete svoj razvojni ali testni strežnik.

VPS ni avtomatično hitrejši samo zato, ker je VPS.

Slabo konfiguriran VPS z malo zmogljivostmi je lahko počasnejši od kakovostnega klasičnega spletnega gostovanja.

Pomembni so zmogljivost, konfiguracija in način uporabe.

6. Kaj pomenijo CPU, RAM in NVMe prostor pri VPS?

Pri izbiri virtualnega strežnika boste najpogosteje primerjali tri osnovne podatke.

CPU

CPU oziroma procesor izvaja programsko kodo.

Več procesorske moči je pomembno predvsem pri zahtevnejših spletnih straneh, podatkovnih bazah, obdelavi podatkov in aplikacijah.

VPS ima lahko na primer:

• 1 CPU,
• 2 CPU,
• 4 CPU,
• 8 CPU ali več.

Več CPU jeder ne pomeni nujno, da bo vsaka spletna stran avtomatično hitrejša. Programska oprema mora znati dodatno procesorsko moč tudi izkoristiti.

RAM

RAM je delovni pomnilnik strežnika.

Uporabljajo ga operacijski sistem, spletni strežnik, PHP, MySQL oziroma MariaDB in vsi drugi programi.

Če RAM-a zmanjka lahko sistem začne uporabljati počasnejši SWAP ali pa začne procese celo ustavljati.

Za manjši Linux VPS lahko zadostuje nekaj GB RAM-a, zahtevnejše aplikacije pa ga lahko potrebujejo bistveno več.

NVMe oziroma SSD prostor

Na disku so shranjeni:

• operacijski sistem,
• spletne strani,
• podatkovne baze,
• elektronska pošta,
• dnevniki,
• aplikacije,
• uporabniške datoteke.

Pri sodobnih VPS strežnikih se uporabljajo hitri SSD in predvsem NVMe diski, ki omogočajo bistveno hitrejše branje in zapisovanje podatkov kot klasični mehanski diski.

Hitrost diska je posebej pomembna pri podatkovnih bazah in aplikacijah, ki pogosto dostopajo do velikega števila datotek.

7. Kaj pomeni ROOT oziroma administratorski dostop?

Ena največjih razlik med običajnim spletnim gostovanjem in VPS je ROOT dostop.

ROOT je najvišji nivo uporabniških pravic v Linux operacijskem sistemu.

Z njim lahko praktično neomejeno spreminjate strežnik.

Lahko:

• nameščate in odstranjujete programe,
• spreminjate sistemske datoteke,
• odpirate in zapirate omrežna vrata,
• spreminjate firewall,
• ustvarjate uporabnike,
• konfigurirate spletni strežnik,
• nameščate podatkovne baze,
• uporabljate Docker,
• poganjate lastne servise.

To je velika prednost VPS, vendar tudi veliko tveganje.

Z ROOT dostopom lahko z enim napačnim ukazom povzročite, da strežnik preneha delovati.

Če sistem administracije ne poznate je zato bolje izbrati upravljan VPS ali pomoč sistemskega administratorja.

8. Linux ali Windows VPS?

Pri najemu virtualnega strežnika boste pogosto izbirali med Linux in Windows operacijskim sistemom.

Za večino spletnih strežnikov se uporablja Linux.

Pogoste distribucije so:

• AlmaLinux,
• Rocky Linux,
• Ubuntu,
• Debian.

Linux je zelo primeren za PHP, MySQL oziroma MariaDB, Apache, Nginx, Python, Node.js in številne druge spletne tehnologije.

Windows VPS je smiseln predvsem kadar potrebujete Microsoftove tehnologije oziroma programe, ki zahtevajo Windows okolje.

Pred izbiro operacijskega sistema zato najprej preverite, katero programsko opremo boste uporabljali.

9. Upravljan ali neupravljan VPS?

To je ena najpomembnejših odločitev pri najemu VPS.

Neupravljan VPS

Pri neupravljanem VPS dobite strežnik in administratorski dostop.

Za vse drugo praviloma skrbite sami.

To vključuje:

• namestitev in konfiguracijo programske opreme,
• varnostne posodobitve,
• požarni zid,
• odpravljanje napak,
• optimizacijo,
• spremljanje delovanja,
• zaščito strežnika.

Takšen VPS je primeren za uporabnike, ki znajo administrirati strežnike.

Upravljan VPS

Pri upravljanem VPS za administracijo v celoti ali delno skrbi ponudnik.

To je dražja rešitev, vendar je lahko precej boljša izbira za podjetje, ki potrebuje VPS zaradi zahtevnosti aplikacije, nima pa svojega sistemskega administratorja.

Pred naročilom vedno preverite, kaj konkretno pomeni izraz upravljan VPS, saj se obseg upravljanja med ponudniki lahko precej razlikuje.

10. Za kaj vse lahko uporabljamo VPS?

VPS še zdaleč ni namenjen samo spletnim stranem.

Uporabite ga lahko za praktično vsako storitev, ki jo je mogoče poganjati na običajnem strežniku in je skladna s pogoji ponudnika.

Pogosti primeri uporabe so:

Zahtevnejše spletne strani

Večji WordPress portali, Magento, WooCommerce, PrestaShop in druge zahtevnejše strani.

Poslovne aplikacije

VPS je lahko strežnik za interno ali javno spletno aplikacijo podjetja.

Razvojno okolje

Programerji ga lahko uporabljajo za razvoj, testiranje in staging okolja.

VPN

Na VPS lahko postavite lasten VPN strežnik za svoje uporabnike ali zaposlene.

Podatkovne baze

MySQL, MariaDB, PostgreSQL in drugi sistemi podatkovnih baz.

Docker

Na VPS lahko poganjate Docker kontejnerje in s tem več med seboj ločenih aplikacij.

Lastni API

VPS je primeren za aplikacije, ki potrebujejo svoj API oziroma backend.

Različni strežniški servisi

Na njem lahko poganjate skoraj katerikoli servis, za katerega imate ustrezno programsko opremo.

To je tudi glavni razlog, zakaj je VPS toliko bolj prilagodljiv od klasičnega spletnega gostovanja.

11. Varnostne kopije in zakaj so pri VPS pomembne

Pri običajnem spletnem gostovanju ponudnik pogosto sam izvaja redne varnostne kopije.

Pri VPS tega ne smete avtomatično predvidevati.

Pri najemu vedno preverite:

• ali se VPS varnostno kopira,
• kako pogosto,
• koliko kopij se hrani,
• ali je kopija shranjena na drugi fizični lokaciji,
• kako hitro je mogoče VPS obnoviti.

Še posebej pomembno je razumeti razliko med snapshotom in pravo varnostno kopijo.

Snapshot je zelo uporaben pred večjo spremembo sistema, ni pa vedno nadomestilo za ločen backup.

Najboljša praksa je, da pomembnih podatkov nikoli ne hranite samo na enem mestu.

Če imate na VPS poslovno kritične podatke mora obstajati tudi neodvisna varnostna kopija.

12. Kako izbrati dovolj zmogljiv VPS?

Največji VPS ni vedno najboljša izbira.

Za manjši projekt nima smisla plačevati 16 GB RAM-a, če bo sistem uporabljal samo 2 GB.

Po drugi strani pa premajhen VPS lahko povzroči počasno delovanje in nestabilnost.

Pri izbiri upoštevajte predvsem:

• katero programsko opremo boste uporabljali,
• koliko obiskovalcev pričakujete,
• velikost podatkovnih baz,
• količino podatkov,
• število istočasnih uporabnikov,
• procesorsko zahtevnost aplikacije,
• količino potrebnega RAM-a,
• pričakovano rast.

Če ne veste, kaj potrebujete je pogosto bolje začeti z nekoliko manjšim VPS in ga kasneje nadgraditi.

Pri virtualnih strežnikih je to ena njihovih največjih prednosti.

13. Ali lahko VPS kasneje nadgradimo?

Praviloma da.

To je velika prednost virtualizacije.

Če danes potrebujete:

2 CPU, 4 GB RAM in 100 GB prostora

to ne pomeni, da boste takšno konfiguracijo potrebovali tudi čez dve leti.

Ob rasti projekta lahko povečate:

• CPU,
• RAM,
• diskovni prostor.

Pri mnogih virtualizacijskih okoljih je takšna nadgradnja bistveno enostavnejša kot pri fizičnem strežniku.

V nekaterih primerih je potreben samo ponovni zagon VPS, ne pa selitev celotnega sistema na nov fizični strežnik.

Zato je VPS zanimiva rešitev tudi za projekte pri katerih trenutno še ne poznate končnih potreb.

14. Najem VPS strežnika pri Webicomu

Webicom ponuja različne VPS pakete, od manjših virtualnih strežnikov za manj zahtevne projekte do zmogljivejših konfiguracij.

Pri izbiri lahko primerjate predvsem:

• število CPU jeder,
• količino RAM pomnilnika,
• NVMe diskovni prostor,
• potrebe vašega projekta.

VPS strežniki so primerni za spletne strani, spletne trgovine, poslovne aplikacije in druge projekte pri katerih potrebujete več nadzora in zmogljivosti kot pri klasičnem spletnem gostovanju.

Na voljo je popoln administratorski dostop, zato lahko na svojem virtualnem strežniku namestite in konfigurirate programsko opremo glede na svoje potrebe.

Če sistemske administracije ne želite izvajati sami je mogoče naročiti tudi upravljanje VPS strežnika.

Pri Webicomu so na voljo tako manjše VPS konfiguracije z 1 CPU in 2 GB RAM-a kot tudi zmogljivejši paketi z več procesorske moči, pomnilnika in NVMe prostora.

Ali potrebujem spletno gostovanje ali VPS?

Če imate običajno predstavitveno spletno stran ali manjšo WordPress stran bo skoraj zagotovo dovolj klasično spletno gostovanje.

Če potrebujete popoln nadzor nad strežnikom, posebno programsko opremo, več zmogljivosti ali lasten operacijski sistem pa je VPS lahko prava izbira.

Najlažje si lahko odločitev predstavljate tako:

Klasično spletno gostovanje
Želim gostovati spletno stran in nočem skrbeti za strežnik.

VPS
Potrebujem več svobode, zmogljivosti ali lastno programsko okolje.

Fizični strežnik
Potrebujem zelo veliko zmogljivost ali celotno strojno opremo samo zase.

VPS je tako nekakšna srednja pot med klasičnim spletnim gostovanjem in najemom celotnega fizičnega strežnika.

Za relativno nizko ceno dobite zelo velik del možnosti, ki jih ponuja lasten strežnik, obenem pa lahko njegove zmogljivosti prilagajate potrebam projekta.

Če niste prepričani, kakšen virtualni strežnik potrebujete se je pred naročilom najbolje posvetovati s ponudnikom in opisati, kaj boste na strežniku poganjali.

Pri Webicomu vam lahko na podlagi namena uporabe pomagamo izbrati VPS z ustrezno količino procesorske moči, RAM-a in prostora.

Ko govorimo o domenah in spletnem gostovanju, večina najprej pomisli na spletno stran. Vendar lastne domene ne potrebujete samo za spletno stran. Uporabite jo lahko tudi samo za elektronsko pošto.

Če imate na primer domeno mojepodjetje.si, lahko uporabljate e-poštni naslov:

info@mojepodjetje.si

tudi če na domeni sploh nimate izdelane spletne strani.

Za takšen način uporabe je namenjeno email gostovanje oziroma gostovanje elektronske pošte.

Kaj je email gostovanje?

Email gostovanje je storitev, pri kateri na strežniku uporabljate predvsem oziroma samo elektronsko pošto.

Namesto celotnega paketa spletnega gostovanja, ki vključuje prostor za spletne strani, PHP, podatkovne baze in druge funkcije, dobite prostor za svoj e-poštni predal.

Za uporabo potrebujete predvsem:

• svojo domeno,
• email gostovanje,
• ustvarjen e-poštni predal.

Če imate registrirano domeno podjetje.si, lahko na njej uporabljate na primer:

• info@podjetje.si
• ime@podjetje.si
• prodaja@podjetje.si
• racuni@podjetje.si

Od izbranega paketa oziroma števila predalov je seveda odvisno, koliko različnih e-poštnih predalov potrebujete.

Zakaj uporabljati e-pošto na lastni domeni?

Za zasebno komunikacijo so brezplačni naslovi Gmail, Outlook in podobne storitve povsem uporabni.

Pri poslovni komunikaciji pa naslov na lastni domeni običajno deluje precej bolj profesionalno.

Primerjajmo:

mojepodjetje123@gmail.com

in

info@mojepodjetje.si

Že iz drugega naslova je takoj razvidno, iz katerega podjetja prihaja sporočilo.

Lastna domena ima še eno pomembno prednost. E-poštni naslov je vezan na vašo domeno, ne na brezplačnega ponudnika elektronske pošte.

Če imate domeno registrirano in jo nadzorujete, lahko sami določate, pri katerem ponudniku boste uporabljali email gostovanje.

Spletne strani sploh ne potrebujete

To je nekaj, česar veliko uporabnikov ne ve.

Za uporabo naslova:

ime@vasadomena.si

ni potrebno, da imate na naslovu www.vasadomena.si tudi spletno stran.

Domeno lahko uporabljate izključno za elektronsko pošto.

To je lahko praktično za posameznike, društva, manjša podjetja ali samostojne podjetnike, ki spletne strani trenutno ne potrebujejo, želijo pa profesionalen e-poštni naslov.

Če se kasneje odločite izdelati tudi spletno stran, lahko isto domeno seveda uporabite še zanjo.

Kako dostopate do svoje pošte?

E-pošto na lastni domeni lahko uporabljate skoraj enako kot katerikoli drug e-poštni račun.

Do pošte lahko dostopate preko webmaila, kar pomeni, da se v svoj predal prijavite preko spletnega brskalnika.

Poštni predal pa lahko nastavite tudi v programih in aplikacijah, kot so:

• Microsoft Outlook,
• Mozilla Thunderbird,
• Apple Mail,
• aplikacije za e-pošto na Androidu,
• aplikacija Mail na iPhonu in iPadu.

Za to se običajno uporablja protokol IMAP, ki skrbi, da ostajajo sporočila shranjena na strežniku in se sinhronizirajo med različnimi napravami.

Tako lahko isto pošto prebirate na računalniku, telefonu in tablici.

Kaj je razlika med IMAP in POP3?

Pri nastavljanju e-poštnega programa boste pogosto naleteli na izraza IMAP in POP3.

IMAP je danes za večino uporabnikov bolj praktična izbira. Sporočila ostanejo na strežniku, stanje predala pa se sinhronizira med napravami.

Če na telefonu sporočilo označite kot prebrano, boste praviloma enako stanje videli tudi na računalniku.

POP3 pa je starejši način uporabe, pri katerem e-poštni program sporočila običajno prenese s strežnika na napravo.

Če uporabljate več naprav, je zato IMAP praviloma boljša izbira.

Kaj pa neželena pošta?

Vsak javno objavljen e-poštni naslov prej ali slej začne prejemati tudi neželeno pošto oziroma spam.

Zato je pomembno, da email gostovanje vključuje ustrezno spam zaščito.

Sistem poskuša prepoznati sumljiva in neželena sporočila ter jih ločiti od običajne pošte.

Nobena spam zaščita ni popolna. Če bi bila nastavljena preveč agresivno, bi lahko pomotoma zavrnila tudi legitimna sporočila.

Zato je cilj dobre zaščite predvsem čim bolje razlikovati med običajno poslovno pošto in neželenimi oziroma nevarnimi sporočili.

Antivirusna zaščita elektronske pošte

E-pošta je eden najpogostejših načinov širjenja zlonamernih priponk in drugih nevarnih vsebin.

Zato je pomembna tudi protivirusna zaščita poštnega sistema.

Pri Webicom email gostovanju je vključena tudi brezplačna antivirusna zaščita, ki predstavlja dodatno raven zaščite pri obdelavi elektronske pošte.

Kljub temu mora biti uporabnik še vedno previden.

Če prejmete nepričakovano priponko, račun, povezavo za prijavo ali zahtevo po vnosu gesla, vedno preverite, kdo vam je sporočilo dejansko poslal.

Posredovanje elektronske pošte

Včasih želite, da se sporočila, poslana na določen naslov, samodejno preusmerijo drugam.

Na primer:

prodaja@podjetje.si

se lahko posreduje na vaš glavni e-poštni naslov.

Temu pravimo email forwarding oziroma posredovanje pošte.

Posredovalniki so uporabni predvsem, kadar želite imeti več javnih naslovov, pošto pa dejansko spremljate na enem mestu.

Koledar in dodatne funkcije

Sodobna elektronska pošta že dolgo ni več samo pošiljanje in prejemanje sporočil.

Odvisno od uporabljene storitve so lahko na voljo tudi dodatne funkcije, kot so koledar in druge možnosti za organizacijo dela.

To pomeni, da lahko že relativno preprost e-poštni paket zadostuje uporabniku, ki želi predvsem profesionalno e-pošto na svoji domeni, brez potrebe po celotnem spletnem gostovanju.

Potrebujete samo en e-poštni naslov?

Veliko manjših uporabnikov ne potrebuje deset ali sto različnih predalov.

Morda potrebujete samo:

info@vasadomena.si

ali

ime@vasadomena.si

V takšnem primeru ni nujno smiselno kupovati velikega paketa spletnega gostovanja samo zaradi elektronske pošte.

Webicom zato omogoča tudi samostojno email gostovanje z enim 5 GB e-poštnim predalom.

Paket je primeren predvsem za uporabnike, ki želijo svojo domeno uporabljati za profesionalno elektronsko pošto, spletnega gostovanja pa ne potrebujejo.

Kaj potrebujete za začetek?

Za uporabo elektronske pošte na svoji domeni potrebujete tri stvari:

1. registrirano domeno,
2. email gostovanje,
3. pravilno nastavljene DNS zapise domene.

Če imate domeno že registrirano pri Webicomu, je postopek enostaven.

Če je domena registrirana pri drugem registrarju, lahko elektronsko pošto prav tako gostujete pri Webicomu. V tem primeru je treba pri domeni ustrezno nastaviti predvsem poštne oziroma MX zapise in druge potrebne DNS nastavitve.

Kaj so MX, SPF, DKIM in DMARC?

Pri elektronski pošti boste prej ali slej srečali nekaj teh izrazov.

MX zapis določa, kateri poštni strežnik sprejema e-pošto za vašo domeno.

SPF pomaga določiti, kateri strežniki smejo pošiljati pošto v imenu vaše domene.

DKIM sporočilom dodaja digitalni podpis, s katerim lahko prejemnikov strežnik preveri pristnost sporočila.

DMARC pa določa dodatna pravila glede preverjanja sporočil in njihove obravnave.

Za običajnega uporabnika teh tehnologij ni treba podrobno poznati, pomembno pa je, da so nastavitve domene in poštnega strežnika pravilno urejene.

Pravilna konfiguracija pomaga tudi pri dostavljivosti e-pošte in zmanjšuje možnost, da bi legitimna sporočila končala med neželeno pošto.

Ali je email gostovanje primerno tudi za podjetja?

Seveda.

Veliko je odvisno predvsem od števila uporabnikov in količine pošte.

Za samostojnega podjetnika ali manjše podjetje, kjer elektronsko pošto uporablja ena oseba, lahko že en samostojen e-poštni predal povsem zadostuje.

Če pa podjetje potrebuje več deset e-poštnih predalov, več prostora ali dodatne storitve, je smiselno izbrati večji paket oziroma celotno spletno gostovanje.

Najpomembneje je, da paket ustreza dejanskim potrebam uporabnika.

Lastna domena ni samo za spletno stran

Če imate svojo domeno, je profesionalna elektronska pošta ena najbolj uporabnih stvari, za katere jo lahko uporabite.

Za začetek ne potrebujete spletne strani, programerskega znanja ali zahtevnega strežnika.

Potrebujete domeno, ustrezno email gostovanje in pravilno nastavljene DNS zapise.

Tako lahko tudi brez spletne strani uporabljate profesionalen naslov, kot je:

ime@vasadomena.si

namesto naslova pri brezplačnem ponudniku.

Če potrebujete samo en e-poštni predal, Webicom omogoča email gostovanje z enim 5 GB predalom, webmail dostopom, spam zaščito, antivirusno zaščito, posredovalniki in drugimi funkcijami za vsakodnevno uporabo elektronske pošte.

Če kasneje potrebujete več prostora, dodatne e-poštne predale ali spletno stran, lahko svoje gostovanje ustrezno nadgradite.

Pri zahtevnejših WordPress spletnih straneh lahko precejšen del časa pri odpiranju strani porabijo PHP in poizvedbe v podatkovno bazo MySQL. Ena od možnosti, s katero lahko to obremenitev zmanjšamo, je Redis Object Cache.

Redis omogoča, da WordPress rezultate pogosto uporabljenih poizvedb in druge začasne podatke shrani v zelo hiter pomnilnik RAM. Ko WordPress isti podatek potrebuje ponovno, mu ga zato ni treba vedno znova pridobivati iz podatkovne baze.

Redis je lahko še posebej koristen pri:

• spletnih trgovinah WooCommerce,
• večjih WordPress straneh,
• straneh z večjim številom vtičnikov,
• straneh z veliko obiskovalci,
• spletnih mestih s prijavljenimi uporabniki,
• dinamičnih spletnih straneh,
• počasnejšem delu WordPress administracije.

Pomembno pa je vedeti, da Redis Object Cache ni isto kot običajni LiteSpeed Page Cache.

LiteSpeed Page Cache obiskovalcu po možnosti dostavi že pripravljeno različico celotne strani, zato WordPressa in PHP sploh ni treba ponovno zaganjati. Redis pa pomaga takrat, ko mora WordPress stran ali njen del dejansko ponovno obdelati prek PHP-ja. Zaradi tega je Redis še posebej uporaben pri dinamičnih vsebinah, pri katerih celotne strani ni vedno mogoče servirati iz klasičnega page cachea. Tudi LiteSpeed v svoji dokumentaciji opozarja, da je object cache najbolj uporaben takrat, ko WordPress dejansko izvaja PHP in poizvedbe v podatkovno bazo.

Kako je Redis urejen na Webicom gostovanju?

Na strežnikih, kjer je ta možnost podprta, uporabnikom ne omogočamo dostopa do enega skupnega javnega Redis strežnika.

Namesto tega lahko posameznemu cPanel uporabniškemu računu vključimo ločeno Redis storitev, namenjeno samo temu uporabniku.

Pri kombinaciji LiteSpeed in CloudLinux je Redis storitev ustvarjena posebej za posameznega uporabnika. Redis uporablja Unix socket znotraj njegovega uporabniškega okolja, ki ga aplikacije uporabnika vidijo kot:

/tmp/redis.sock

Pri CloudLinuxu se dejanski socket nahaja znotraj uporabnikovega CageFS okolja, LiteSpeed pa ga uporabniku predstavi kot /tmp/redis.sock.

Tako uporabnikom ni treba poznati IP naslova Redis strežnika, vrat ali gesla.

Za vključitev Redis Object Cache je treba narediti nekaj korakov tako na strani uporabnika kot na naši strani.

---

1. Preverite, ali imate nameščen LiteSpeed Cache

Najprej se prijavite v WordPress administracijo.

Odprite:

Vtičniki → Nameščeni vtičniki

in preverite, ali imate nameščen in aktiviran vtičnik:

LiteSpeed Cache

Če ga še nimate, ga lahko namestite v:

Vtičniki → Dodaj nov vtičnik

in poiščete:

LiteSpeed Cache

Po namestitvi ga tudi aktivirajte.

Če uporabljate drug sistem predpomnjenja in niste prepričani, ali ga lahko kombinirate z LiteSpeed Cache, nam pred spremembami raje pišite. Hkratna uporaba več različnih sistemov za isti tip predpomnjenja lahko povzroči težave.

---

2. V cPanelu vključite PHP razširitev Redis

Redis storitev sama po sebi še ni dovolj. Tudi PHP, ki ga uporablja vaša spletna stran, mora znati komunicirati z Redisom.

Prijavite se v cPanel in odprite:

Select PHP Version

oziroma Izberite PHP različico.

Nato odprite razdelek:

Extensions

Na seznamu PHP razširitev poiščite:

redis

in jo vključite.

CloudLinux PHP Selector omogoča uporabnikom izbiro PHP razširitev za izbrano različico PHP neposredno prek cPanela.

Kaj če možnosti redis ne najdete?

Ne spreminjajte PHP različice samo zaradi tega.

Če možnosti redis ne vidite ali je ne morete vključiti, nam pošljite zahtevek za podporo in pripišite domeno, za katero želite uporabljati Redis.

Preverili bomo PHP konfiguracijo vašega računa.

---

3. Ko vključite PHP Redis, nam to sporočite

Ko ste v Select PHP Version → Extensions vključili razširitev redis, nam pošljite zahtevek za podporo.

Dovolj je na primer:

Pozdravljeni,
za domeno moja-domena.si želim uporabljati Redis Object Cache.
V PHP Selectorju sem že vključil razširitev Redis. Prosim za aktivacijo Redis storitve.

Ni vam treba pošiljati gesel za WordPress ali cPanel.

Na podlagi domene bomo sami ugotovili, za kateri cPanel račun gre.

---

4. Kaj nato naredimo pri Webicomu?

Ko prejmemo vaš zahtevek, na strežniku preverimo, ali vaš paket in strežnik podpirata uporabniško Redis storitev.

Če je vse ustrezno, za vaš cPanel račun aktiviramo ločeno Redis storitev.

To pomeni, da Redis ni skupen Redis drugega uporabnika, ampak je storitev ustvarjena posebej za vaš uporabniški račun.

LiteSpeed pri CloudLinux okolju za posameznega uporabnika ustvari Redis storitev in ustrezen socket v njegovem uporabniškem okolju.

Po aktivaciji vam bomo sporočili, da je Redis pripravljen.

Za WordPress boste praviloma uporabili:

Host: /tmp/redis.sock
Port: 0

Pri uporabi Unix socketa številka običajnih TCP vrat ni potrebna, zato se uporabi port 0. Tudi uradna LiteSpeed dokumentacija za Redis Service Users na CloudLinux/cPanel konfiguraciji uporablja /tmp/redis.sock in port 0.

---

5. Redis vključite še v WordPressu

Ko od nas prejmete potrditev, da je Redis storitev aktivirana, se vrnite v WordPress administracijo.

Odprite:

LiteSpeed Cache → Cache → Object

oziroma pri nekaterih različicah vmesnika:

LiteSpeed Cache → Cache → Object Cache

Nastavite:

Object Cache

ON

Method

Izberite:

Redis

Host

Vpišite:

/tmp/redis.sock

Port

Vpišite:

0

Ostale nastavitve lahko praviloma pustite na privzetih vrednostih.

Nato kliknite:

Save Changes

To so tudi nastavitve, ki jih LiteSpeed uradno priporoča za Redis Service Users v kombinaciji cPanel + CloudLinux.

---

6. Preverite, ali povezava z Redisom deluje

Po shranjevanju nastavitev poglejte razdelek Status.

Pomembni sta predvsem naslednji informaciji.

Pri Redis PHP razširitvi mora biti prikazano:

Redis Extension: Enabled

Povezava pa mora biti uspešna:

Connection Test: Passed

LiteSpeed Cache po vključitvi Object Cache sam preveri tako prisotnost ustrezne PHP razširitve kot povezavo z Redis storitvijo.

Če vidite:

Redis Extension: Disabled

PHP razširitev Redis ni aktivna za PHP različico, ki jo uporablja vaša spletna stran.

Če vidite:

Connection Test: Failed

pa WordPress ne more vzpostaviti povezave z Redis storitvijo.

V obeh primerih nam pošljite zahtevek in pripišite domeno. Če je mogoče, priložite tudi posnetek zaslona razdelka LiteSpeed Cache → Cache → Object.

---

7. Če piše »Connection Test: Passed«, je Redis že v uporabi

Ko vidite:

Redis Extension: Enabled
Connection Test: Passed

je konfiguracija uspešna.

WordPress lahko od tega trenutka uporablja Redis kot persistent object cache.

Dodatnega vtičnika samo za Redis pri tej konfiguraciji ne potrebujete, saj povezavo z Redisom upravlja LiteSpeed Cache.

---

Kaj Redis dejansko shranjuje?

Redis Object Cache ne shranjuje celotne HTML strani na enak način kot LiteSpeed Page Cache.

WordPress pri svojem delovanju neprestano pridobiva različne podatke, na primer:

• nastavitve spletne strani,
• podatke vtičnikov,
• podatke uporabnikov,
• določene rezultate poizvedb,
• informacije o objavah,
• transient podatke,
• druge pogosto uporabljene WordPress objekte.

Brez persistent object cachea lahko mora WordPress enake ali podobne podatke znova pridobiti iz MySQL baze pri naslednjem zahtevku.

Redis lahko rezultate shrani v RAM in jih pri naslednji uporabi vrne bistveno hitreje.

LiteSpeed pojasnjuje, da object cache pomaga predvsem pri dolgotrajnih ali pogosto ponavljajočih se poizvedbah, saj njihove rezultate shrani in jih WordPressu ponovno ponudi brez ponovnega izvajanja istega dela.

---

Ali Redis pohitri vsako WordPress stran?

Ne nujno enako.

Če imate preprosto predstavitveno spletno stran in se skoraj vse strani že uspešno servirajo neposredno iz LiteSpeed Page Cachea, je učinek Redis Object Cache lahko manj opazen.

Pri takem zahtevku PHP sploh ni treba izvajati, zato tudi Redis nima veliko dela.

Redis postane zanimivejši pri vsebinah, ki jih ni mogoče vedno servirati kot že pripravljeno HTML stran.

Tipičen primer je WooCommerce.

Ko uporabnik:

• odpre svojo košarico,
• se prijavi,
• pregleduje svoj uporabniški račun,
• uporablja iskanje ali filtre,
• spreminja košarico,
• opravlja naročilo,

je precej več vsebine dinamične. WordPress mora opraviti več PHP in podatkovnih operacij, zato lahko Redis Object Cache pomaga bolj kot na popolnoma statični strani.

---

Ali Redis pomaga tudi WordPress administraciji?

Lahko.

Administracijski del /wp-admin/ večinoma ni klasično predpomnjen kot javna stran za obiskovalce, zato mora WordPress pogosteje dejansko izvajati PHP in dostopati do podatkovne baze.

Prav zato se lahko prednost object cachea pokaže tudi pri delu v WordPress administraciji.

LiteSpeed ima možnost Cache WP Admin, ki je privzeto namenjena uporabi object cachea tudi v administraciji, vendar opozarja, da lahko v določenih primerih zaradi predpomnjenih podatkov pride tudi do prikaza zastarelega podatka.

Zato naprednih nastavitev brez razloga ni priporočljivo spreminjati.

---

Ali moram sam nastavljati Redis Database ID, geslo ali IP naslov?

Pri naši opisani konfiguraciji praviloma ne.

Uporabite:

Method: Redis
Host: /tmp/redis.sock
Port: 0

Uporabniškega imena in gesla ne vpisujte, razen če vam naša podpora izrecno sporoči drugače.

Prav tako praviloma ni treba spreminjati Redis Database ID.

LiteSpeed za WordPress object cache uporablja tudi lasten prefix ključev, s katerim ločuje podatke posameznih WordPress namestitev. Privzeto ga ustvari na podlagi poti spletne strani.

---

Kaj če imam več WordPress strani v istem cPanel računu?

Redis storitev je vezana na cPanel uporabniški račun, ne nujno na posamezno domeno.

Če imate v istem cPanel računu več WordPress strani, lahko zato isto uporabniško Redis storitev uporablja več vaših spletnih strani.

Vsaka WordPress namestitev mora imeti ustrezno nastavljen LiteSpeed Cache Object Cache.

Če niste prepričani, kako to urediti pri več WordPress namestitvah, nam sporočite domene in bomo preverili konfiguracijo.

---

Ali lahko Redis kadar koli izključim?

Da.

V WordPressu lahko odprete:

LiteSpeed Cache → Cache → Object

in nastavite:

Object Cache: OFF

WordPress bo nato ponovno deloval brez persistent Redis Object Cache.

S tem ne izbrišete WordPress strani, podatkovne baze, objav, izdelkov ali naročil.

Redis pri tej uporabi predstavlja predpomnilnik, ne glavno podatkovno bazo vaše WordPress strani.

Če Redis storitve ne želite več uporabljati, nam lahko tudi sporočite in jo bomo za vaš cPanel račun izključili.

---

Kaj storiti po večjih spremembah spletne strani?

Po večjih nadgradnjah, spremembah ali selitvah je včasih koristno izbrisati star predpomnilnik.

To lahko običajno naredite prek LiteSpeed Cache:

LiteSpeed Cache → Toolbox → Purge

Pri težavah lahko po potrebi izbrišemo tudi Redis cache na ravni uporabniške Redis storitve. LiteSpeed Redis Manager ima prav tako možnost za praznjenje Redis predpomnilnika, kar je namenjeno prav primerom, ko je treba po spremembi programske opreme ali podatkov odstraniti stare cache podatke.

---

Povzetek postopka

Celoten postopek lahko strnemo v nekaj korakov.

Uporabnik:

1. Preveri, ali uporablja WordPress in LiteSpeed Cache.
2. V cPanelu odpre Select PHP Version → Extensions.
3. Vključi PHP razširitev redis.
4. Webicomu sporoči domeno in zaprosi za aktivacijo Redis storitve.

Webicom:

5. Preverimo strežnik in cPanel račun.
6. Za uporabnika aktiviramo njegovo Redis storitev.
7. Uporabniku potrdimo, da je Redis pripravljen.

Uporabnik:

8. Odpre LiteSpeed Cache → Cache → Object.
9. Nastavi:

Object Cache: ON
Method: Redis
Host: /tmp/redis.sock
Port: 0

10. Shrani spremembe.
11. Preveri, da piše:

Redis Extension: Enabled
Connection Test: Passed

Če sta oba testa uspešna, WordPress uporablja Redis Object Cache.

---

Potrebujete pomoč pri vključitvi?

Če imate pri Webicomu WordPress gostovanje in bi želeli preveriti, ali lahko za svojo spletno stran uporabljate Redis Object Cache, nam pošljite zahtevek za podporo.

V zahtevku navedite predvsem domeno spletne strani, za katero želite uporabljati Redis.

Če ste že vključili PHP razširitev redis v cPanelu, nam napišite tudi to.

Preverili bomo vaš račun, aktivirali Redis storitev, kjer je ta možnost na voljo, in vam sporočili podatke za pravilno nastavitev WordPressa.

Redis ni čarobna rešitev za vsako počasno spletno stran, lahko pa je pri zahtevnejših WordPress in WooCommerce straneh zelo uporaben dodaten nivo optimizacije, predvsem kadar mora WordPress pogosto izvajati PHP in dostopati do podatkovne baze.