WordPress

Staging gebruiken: naar Production pushen en van Production pullen

Once a staging copy exists, two operations keep it useful: pushing your tested changes up to the live site, and resetting staging back to a fresh copy of production. This guide covers both…

Zodra een staging-kopie bestaat, houden twee operaties deze nuttig: je geteste wijzigingen naar de live site pushen en staging terugzetten naar een verse kopie van production. Deze handleiding behandelt beide richtingen in detail, de bevestigingen die je live site beschermen, en de situaties waarin het pushen van een database gegevens zou vernietigen.

Als je nog geen staging-omgeving hebt aangemaakt, begin met Staging-omgevingen gebruiken. Dit artikel gaat verder vanaf het punt waar staging bestaat.

De twee richtingen

OperatieWat het overschrijftGebruik het wanneer
Naar Production pushenJe live siteWijzigingen op staging zijn getest en klaar om live te gaan
Van Production resettenJe staging siteJe wilt een schone kopie van de huidige live site om aan te werken

Beide bevinden zich op hetzelfde scherm: Websites, dan je site, dan Environments, dan Staging.

Staging-tabblad op een site in KPanel

De kaart bovenaan dat scherm toont je staging-domein, de status ervan, hoe lang geleden het voor het laatst werd gesynchroniseerd vanuit production, en wanneer het voor het laatst werd gepusht. WP Admin brengt je direct naar het dashboard van de staging site, en Visit site opent de staging front end.

Een staging-kopie die een week of langer niet is gesynchroniseerd, wordt amber gemarkeerd op die kaart. Oude staging is erger dan geen staging: je eindigt op het testen tegen een site die niet meer op de live lijkt. Reset voordat je met een nieuw stuk werk begint, niet erna.

Staging naar Production pushen

Dit vervangt een deel of het geheel van je live site met wat op staging staat.

  1. Open Environments, dan Staging.
  2. Scroll naar Push Staging to Production.
  3. Kies wat je wilt pushen met de selectievakjes: Files, Database, of beide.
  4. Als je Database hebt aangevinkt, laat Rewrite URLs aangevinkt. Dit voert een zoek- en vervangbewerking uit op elke tabel zodat de staging hostname in het kader van de push wordt ingewisseld voor je production hostname.
  5. Vink I understand this modifies my live production site aan.
  6. Typ je production domein exact zoals weergegeven in het bevestigingsvak.
  7. Klik op Push to Production.

De knop blijft uitgeschakeld totdat zowel het selectievakje is aangevinkt als het domein overeenkomt, dus een verkeerd getimede klik kan een push niet starten.

Een push overschrijft, het voegt niet samen. Alles wat op production is gewijzigd sinds je laatste reset wordt vervangen door wat op staging staat. Dat omvat nieuwe posts, nieuwe klantenaccounts, nieuwe formulieringangen en nieuwe bestellingen.

Een volledige backup van production wordt automatisch gemaakt voordat iets wordt geschreven, en als de push halverwege mislukt, wordt production teruggedraaid naar die backup. Kleine sites eindigen meestal in veel minder dan een minuut; een grote database of een mediabibliotheek van enkele gigabytes duurt langer.

Files, Database, of beide kiezen

Dit is de beslissing die het meest uitmaakt, en het antwoord is meestal niet "beide".

Alleen files. De veilige standaard voor een site die iets van bezoekers verzamelt. Thema-bewerkingen, plugin-updates, sjabloonwijzigingen en aangepaste code leven allemaal in bestanden. Alleen bestanden pushen laat elke post, opmerking, bestelling en gebruiker op production onaangetast.

Alleen database. Voor wijzigingen in inhoud of instellingen die op staging zijn aangebracht, op een site waar niemand production direct bewerkt. Zeldzaam in de praktijk.

Beide. Correct voor een herontwerp of herbouw waar staging de nieuwe site is en production volledig wordt vervangen. Maak het bekend, doe het buiten kantooruren, en bevestig dat je eerst een huidige backup hebt.

Het pushen van de database naar een live winkel verwijdert bestellingen. WooCommerce bewaart bestellingen, klanten, abonnementen, coupons en voorraadniveaus in de database, dus elke bestelling die sinds je laatste reset van production is geplaatst, verdwijnt op het moment dat de push is voltooid. Er is geen gedeeltelijk herstel. Aan een winkel, push alleen bestanden en maak wijzigingen op databaseniveau direct op production. Zie WooCommerce instellen.

Dezelfde val geldt, minder dramatisch, voor elke site met opmerkingen, formulieringangen, lidmaatschapsaanmeldingen of een mailinglijst opgeslagen in WordPress.

Staging van Production resetten

Dit is de veilige richting: het overschrijft staging met de huidige live site en raakt production nooit aan.

  1. Open Environments, dan Staging.
  2. Zoek Reset from Production.
  3. Vink Files, Database, of beide aan.
  4. Klik op Reset from Production.

Doe dit wanneer:

  • Production is doorgegaan, met nieuwe posts, nieuwe bestellingen of inhoudsbewerkingen.
  • Je begint met een nieuw stuk werk en wilt een realistische basis.
  • Staging is ver genoeg afgedreven dat een testresultaat daar niets betekent.

Alles op staging dat niet is gepusht, gaat verloren. Als er werk op staging is dat je nog wilt, push het eerst, of kopieer de gewijzigde bestanden via Files, dan File Manager voordat je reset.

Hoe URL-herschrijving werkt

WordPress slaat zijn eigen adres op in de database, in de siteurl en home rijen van de optiestabel, en absolute URL's eindigen ook in post content, metawaarden, widget-instellingen en thema-opties.

Je staging site draait op staging. gevolgd door je domein, dus elk van die waarden wijst naar de staging hostname terwijl je daar werkt. Rewrite URLs op de push voert een juiste zoek- en vervangbewerking uit over alle tabellen, verwerkt geserialiseerde plugin-instellingen correct, en wisselt de staging hostname uit voor je production hostname.

Laat het aangevinkt tenzij je een specifieke reden hebt om dat niet te doen. Als je alleen bestanden pusht, of een zwervende staging URL blijft over, repareer het met Een zoek- en vervangbewerking uitvoeren.

Een werkstroom die standhoudend is

  1. Van production resetten zodat staging overeenkomt met de live site.
  2. Een backup van production nemen voordat je begint, dus je hebt een herstelpoint onafhankelijk van de push: Een backup nemen.
  3. Het werk op staging doen. Plugin- en thema-updates, nieuwe code, lay-outwijzigingen.
  4. Testen op het staging-domein. Laad de pagina's die je hebt gewijzigd, en de pagina's die je niet hebt gewijzigd. Aan een winkel, voer een testbestelling van begin tot eind uit.
  5. Alleen bestanden pushen tenzij je bewust hebt besloten dat de database ook mee moet.
  6. Production onmiddellijk controleren. Startpagina, een diepere pagina, de checkout, en het admin-dashboard.
  7. Staging van production opnieuw resetten zodra je tevreden bent, zodat de volgende ronde schoon begint.

Staging wordt volledig beheerd vanaf je production site. Het verschijnt niet als een afzonderlijke vermelding in de Websites lijst, dus elk besturingselement ervoor, inclusief het verwijderen ervan, bevindt zich op dit ene tabblad.

Staging verwijderen

De Delete Staging kaart onderaan hetzelfde scherm verwijdert de staging-kopie. Production is niet beïnvloed. Verwijder het wanneer een project is voltooid: staging telt mee voor de opslag van je plan, en een verouderde kopie is eerder een aansprakelijkheid dan een middel.

Probleemoplossing

De knop Push to Production wordt niet geactiveerd. Beide voorwaarden moeten worden nagekomen: het bevestigingsvak aangevinkt, en het production domein exact ingetypt, zonder https:// en zonder achterliggende slash.

De push was voltooid maar de site toont nog steeds oude inhoud. Caching. Flush van WordPress, dan Quick Actions, dan Flush Cache, zuiver de CDN van Performance, dan Kapsule CDN, en herlaad in een privévenster.

Staging URL's verschijnen op de live site na een push. De database is doorgegaan zonder Rewrite URLs aangevinkt. Voer een zoek- en vervangbewerking uit van de staging hostname naar je production domein: Een zoek- en vervangbewerking uitvoeren.

Ik heb de database gepusht en ben bestellingen kwijt. Herstel onmiddellijk de automatische pre-push backup, voordat meer bestellingen op de overschreven database arriveren: Herstellen van een backup.

Staging toont een fout na een reset. Een plugin die het production domein hardcoded, is de gebruikelijke oorzaak. Meld je aan met WP Admin op de staging kaart en deactiveer plugins daar totdat de fout verdwijnt, repareer of vervang vervolgens de schuldige op production.

Nog steeds hulp nodig?

Stuur ons een e-mail op support@kapsulehost.com of open een chat in KPanel.

KPanel openen
Push Staging to Production | Kapsule Help