Priprava za uporabo (staging) je kopija vaše spletne strani v živo na izoliranem URL-ju (npr. staging.tvojsajt.hr ). Tukaj preizkusite vse, kar načrtujete za produkcijo – posodobitve vtičnikov, novo oblikovanje, uvajanje kode, spremembe MySQL – brez tveganja, da bi prekinili dejanske obiske. Brez priprave za uporabo posodabljate na slepo in molite, da ne bo tokrat tako. Pri pripravi za uporabo pač veste.

Ta vodnik prikazuje praktičen potek dela pripravljalne namestitve v cPanelu – katera orodja uporablja, kako avtomatizirati prenos med pripravljalno namestitvijo in produkcijo ter katere pasti morate vedeti, preden se lotite pripravljalne namestitve.

Kdo potrebuje uprizoritev?

• Vsakdo, ki ima spletno stran, ki ustvarja prihodek ali promet, ki ga ni sprejemljivo izgubiti 30 minut.
• Razvijate novo temo, vtičnik po meri ali večje spremembe postavitve.
• Imate WooCommerce z aktivnimi naročili – vračila in že najmanjša napaka v postopku nakupa predstavljajo strošek.
• Imate agencijo ali ekipo, ki vzporedno dela na spremembah.
• Razvijate sisteme, ki so odvisni od WP (aplikacija Laravel, instanca Craft po meri, nastavitev brez glave).

Enostranični portfelj blagovnih znamk, ki ga posodabljate enkrat na 6 mesecev, ne potrebuje priprave. Vse ostalo jo potrebuje.

Trije tipični pristopi k uprizoritvi na cPanelu

1. Priprava WordPress Managerja (Softaculous) – najhitrejša za WP

Večina ponudnikov gostovanja cPanel ima vgrajen WordPress Manager podjetja Softaculous . Preko njega:

1. Odprite WordPress Manager in izberite svojo spletno stran.
2. Kliknite Ustvari uvodno domeno – izberite vrsto poddomene ( staging.tvoj.hr ) ali imenika.
3. Softaculous klonira datoteke in bazo podatkov v nekaj minutah.
4. Preizkusite na URL-ju za pripravo, ko končate, kliknite Pošlji v živo – potisnite spremembe nazaj v produkcijo.

Prednosti: 5-minutna namestitev, samodejno iskanje in zamenjava URL-jev, integrirano.

Slabosti: Push to live lahko prepiše spremembe v produkciji, narejene med pripravo (npr. nova naročila). Bodite previdni pri pripravi WooCommerce.

2. Ročno kloniranje (kopiranje datoteke + izvoz/uvoz baze podatkov)

Klasika za vse CMS in aplikacije po meri:

1. V cPanelu (Poddomene) ustvarite poddomeno staging.tvojsajt.hr .
2. V terminalu (SSH):

    cp -r ~/public_html/* ~/staging.tvojsajt.hr/ # ili rsync za velike sajtove rsync -av --progress ~/public_html/ ~/staging.tvojsajt.hr/

3. V phpMyAdmin: izvoz baze podatkov, uvoz kot novo ( tvojsajt_staging ).
4. Uredite wp-config.php (ali .env ) na uprizoritvi – spremenite poverilnice baze podatkov.
5. URL-ji za zamenjavo iskanja v WP: wp search-replace 'tvojsajt.hr' 'staging.tvojsajt.hr' --skip-columns=guid
6. Preverite, ali uprizoritev deluje.

Prednosti: Popoln nadzor, deluje na kateri koli aplikaciji.

Slabosti: 15–30 minut za prvo nastavitev. Ni samodejnega potiska nazaj.

3. Uvajanje na osnovi Gita (produkcijska raven)

Za nastavitev ekipe ali aplikacije, ki se redno posodabljajo:

1. Repozitorij na GitHub/GitLab. Veje: main (produkcija), staging .
2. Uvajanje nadzora različic Gita v cPanelu:
   • namestitev main veje → ~/public_html
   • namestitev staging veje → ~/staging.tvojsajt.hr
3. Potek dela: pull request v staging → namestitev cPanel-a → testiranje → združitev v main → produkcija namestitve cPanel-a.

Prednosti: Verzijsko vodenje, več razvijalcev, revizijska sled.

Slabosti: Baza podatkov in nalaganja ne potekajo prek Gita – sinhronizirati jih morate ročno.

Največja težava: sinhronizacija baze podatkov in nalaganja

Nameščanje datotek je rešen problem (Softaculous, Git, rsync). Nalaganje baz podatkov in medijev ni – in večina postopkov priprave ima na tem področju luknje.

Scenariji, ki uidejo izpod nadzora:

1. Dva dni delate na pripravi . Medtem v produkcijo pride 47 naročil. Push-to-Live prepiše bazo podatkov → 47 naročil je izgubljenih.
2. Naložite nove slike v staging . Push prenese datoteke, vendar stari produkcijski medij ostane → mešanica starega in novega.
3. Registracije uporabnikov v produkciji med uprizoritvijo → izgubljene.

Rešitve:

• Vtičniki za pošiljanje: WP Migrate DB Pro , WP Stagecoach — selektivno pošiljanje samo določenih tabel (npr. wp_posts , wp_options , omit wp_users , wp_comments , woocommerce_* ).
• Priprava samo za testiranje kode: priprava je namenjena samo testiranju datotek/kode. Baza podatkov in nalaganja ostanejo aktivna. Reši 90 % težav za WP/WooCommerce.
• Migracija ali združitev? Če spreminjate samo CSS/JS/predloge – popolna odobritev. Če spreminjate vsebino/objave/izdelke – uporabite vtičnik, ki združuje, ne preglasi.

Praktičen potek dela za WP/WooCommerce

1. Zaklep produkcije: preden se lotite priprave na produkcijo, ekipi sporočite, da v produkciji nihče ne spreminja ničesar.
2. Kloniraj kot uprizoritev : Softaculous Create Staging ali ročno.
3. Za spremembe : tema, vtičniki, koda po meri.
4. Preizkusite vse scenarije : blagajno, prijavo, skrbništvo, iskanje, mobilne naprave.
5. Preverjanje pred uvedbo : varnostne kopije produkcijskih baz ( wp db export production-pre-deploy.sql ), nalaganja varnostnih kopij ( tar -czf uploads-backup.tar.gz wp-content/uploads ).
6. Push: Softaculous Push za objavo, vendar selektivno – samo datoteke in določene tabele tem/vtičnikov. Ne prepisujte wp_orders , wp_users , wp_comments .
7. Preverjanje po uvedbi : preizkusite 5 kritičnih poti (domača stran, stran izdelka, dodajanje v košarico, blagajna, prijava).
8. Pripravljeno za povrnitev : če pride do težave, wp db import production-pre-deploy.sql in obnovite naložene datoteke tar.

Najboljše prakse uprizarjanja

• Zaščita pripravljalnega dela z geslom : prek zasebnosti imenika v nadzorni plošči cPanel. V nasprotnem primeru Google indeksira pripravljalni del in imate težavo s podvojeno vsebino.
• robots.txt na uprizoritvi z Disallow: / in meta noindex v glavi.
• Onemogočite storitve samo za produkcijo na pripravljalnem delu: plačilni prehod v testnem načinu, pošiljanje e-pošte samo v beležniku (ne pošiljajte pravih e-poštnih sporočil strankam iz pripravljalnega dela).
• Redno brišite stanje priprav – priprava, ki se vleče več mesecev z zastarelimi podatki, naredi več škode kot koristi.
• Dogovor o poimenovanju : staging.tvojsajt.hr ali dev.tvojsajt.hr – dosledno za vse odjemalce.

Kako WMD vzpostavi uprizoritev

Na upravljanih paketih WMD:

• WordPress Manager podjetja Softaculous je vnaprej nameščen – priprava z enim klikom.
• Nadzor različic Gita je na voljo v cPanelu za potek dela pri uvajanju kode.
• Samodejno SSL poddomene za vse vmesne URL-je (Let's Encrypt).
• Neposredna pomoč , ko morate nastaviti bolj kompleksno uprizoritev (testiranje čakalnih vrst Laravel, brezglava namestitev, več spletnih mest).

Pogosto zastavljena vprašanja

Ali lahko imam več pripravljalnih okolij?
Seveda. Običajno: staging.tvoj.hr (najnovejše), dev.tvoj.hr (v teku), qa.tvoj.hr (formalno testiranje). Število poddomen ni omejeno.

Kaj pa SSL na poddomeni za pripravo?
cPanel samodejno izda Let's Encrypt za vse poddomene, če je omogočen AutoSSL . Če samodejno krmiljenje ne deluje, ročno kliknite na stanje SSL/TLS .

Ali potrebujem pripravo za preprosto spletno mesto bloga?
Če spreminjate samo objave, vam to ni potrebno. Priporočamo posodobitev za vse teme/vtičnike. Posnetek slike JetBackup pred posodobitvijo je najmanjša dovoljena količina.

Ali lahko namesto spletnega uprizoritvenega procesa uporabim Local by Flywheel ali DDEV?
Razvoj lahko izvajate, vendar produkcijsko uvajanje v istem okolju gostovanja razkrije težave, ki jih lokalni razvijalec ne zazna (PHP-FPM delavci, nastavitev MySQL, plasti predpomnilnika strežnika). Najboljša kombinacija: lokalni razvoj + spletno uvajanje.