Modul 8 · 8.3
Staging: testa säkert
Modul 8: Säkerhetskopior, testmiljö och PHP-uppgraderingar · Lästid: 9 minuter
Lärandemål: Efter den här lektionen kan du skapa en testmiljö (staging), skärma av den och säkert föra tillbaka ändringar till din riktiga webbplats.
Nyckelbegrepp: staging, produktion, klona, subdomän, noindex, lösenord på mappen, mejl av, betalleverantör i testläge, synkronisera, skriva över databasen, lokal utvecklingsmiljö
Vad staging är
En testmiljö (staging) är en kopia av din riktiga webbplats, på en egen adress, där du provar ändringar. Din riktiga webbplats kallas då produktion. På staging får det gå fel: ett nytt tema, en stor uppdatering, en PHP-uppgradering (lektion 8.4), ett nytt tillägg. Först när det fungerar genomför du det på produktion.
Du använder staging för ändringar med risk: stora versioner av WordPress eller ett webbutikstillägg, ett annat tema, en PHP-uppgradering, städning av tillägg (lektion 5.4), en omdesign. För en textändring eller en liten tilläggsuppdatering behövs det inte.
Sätt att skapa en staging
| Sätt | Hur | För vem |
|---|---|---|
| Klonfunktion i din installerare | I Installatron "Kopiera" med "Create a staging site", i Softaculous "Create Staging", i WP Toolkit "Clone" | Den enklaste vägen om din webbplats skapades med en installerare |
| Staging från ditt webbhotell | Vid hanterat WordPress-webbhotell ofta en knapp | Om ditt webbhotell erbjuder det |
| Ett stagingtillägg | Ett tillägg skapar en kopia i en undermapp eller på en subdomän | Om du inte har en installerare eller webbhotellsfunktion |
| För hand | Återställ en säkerhetskopia vid sidan av webbplatsen (lektion 8.2) och justera adresser | Lärorikt, och alltid möjligt |
| Lokalt på din egen dator | Ett program för lokal WordPress-utveckling eller en Docker-miljö | För utvecklare och större anpassningar |
En staging på en subdomän (staging.example.com) är oftast bättre än i en undermapp (example.com/staging): den beter sig mer som din riktiga webbplats, och cookies och regler i .htaccess blandas inte ihop. Skapa subdomänen först, med ett certifikat.
Skärma av: tre saker du ordnar direkt
En kopia av din webbplats är en fullvärdig webbplats med allt ditt innehåll, och ibland med alla dina kunduppgifter. Ordna därför direkt:
1. Bort från sökmotorer
Utan skydd kan Google hitta och indexera din staging. Då får du dubblerat innehåll, och sökare hamnar på din testwebbplats. Gör minst en, helst två av dessa:
- Ett lösenord på hela staging (basic authentication via din webbhotellspanel, en "skyddad mapp"). Då ser ingen webbplatsen utan lösenord, inte heller sökmotorer. Det här är den starkaste.
- Avråd sökmotorer i Inställningar > Läsa (lektion 2.4). Det sätter
noindexpå varje sida. Sökmotorer respekterar oftast det, men det är en begäran, inte ett lås.
Tänk på det omvända: synkroniserar du staging tillbaka till produktion senare, ta då inte med noindex-kryssrutan. En produktionswebbplats som efter en "lyckad" synkronisering försvinner från Google är en klassiker. Uppgiften i den här lektionen kontrollerar båda.
2. Inget mejl till riktiga människor
En kopia av en webbutik eller medlemswebbplats kan skicka mejl: bekräftelser, påminnelser, nyhetsbrev, lösenordslänkar. Kunder får då förvirrande mejl från din testwebbplats. Stäng av utgående mejl på staging eller omdirigera till din egen adress (med ett tillägg för att fånga upp mejl, eller genom att stänga av SMTP-tillägget på staging, lektion 9.1). Stäng också av schemalagda uppgifter som skickar mejl.
3. Betalningar och kopplingar i testläge
En webbutik på staging bör fungera med betalleverantörens testläge, inte med riktiga betalningar. Andra kopplingar (bokföring, lager, CRM) stänger du av eller kör mot en testmiljö, annars får de testbeställningar som riktiga.
Arbetar du med riktiga kunduppgifter på staging gäller GDPR där på samma sätt (lektion 9.3): spara inte längre än nödvändigt, och ta bort staging när du är klar.
Tillbaka till produktion: fällan med databasen
Det svåraste steget är att föra tillbaka dina ändringar till produktion. Installerare och stagingtillägg har en funktion för det (i Installatron "Synch", i andra "Push to live"). Risken:
- Du skapar en staging på måndagen. Tisdag till och med torsdag testar du ett nytt tema.
- Under tiden tillkommer det på produktion tjugo beställningar, tre nya inlägg och femtio kommentarer.
- På fredagen synkroniserar du databasen från staging till produktion. Databasen i staging är den från måndagen: beställningarna, inläggen och kommentarerna från tisdag till och med fredag är borta.
Därför:
- Gör först en säkerhetskopia av produktion (lektion 8.1), strax före synkroniseringen.
- Synkronisera bara det som behövs. Att uppdatera ett tema eller tillägg är en fråga om filer; databasen behöver ofta inte följa med. Många synkroniseringsfunktioner låter dig välja: bara filer, eller bara vissa tabeller.
- Vid en webbutik eller en hårt belastad webbplats: genomför hellre ändringen på nytt på produktion (samma steg som på staging, nu när du vet att de fungerar) istället för att föra över databasen. Eller planera ett lugnt tillfälle med ett kort stopp av butiken.
- Kontrollera därefter produktion: checklistan från lektion 8.2, och noindex-kryssrutan.
Staging är en plats för att lära sig vad som händer. Själva ändringen genomför du säkrast på nytt på produktion.
Städa upp
En staging som blir kvar i månader blir en bortglömd webbplats: inte uppdaterad, med gamla tillägg och riktiga uppgifter. Precis den svaga punkten från lektion 7.1. Ta bort staging när du är klar, eller håll den uppdaterad som en fullvärdig webbplats (uppdateringar, lösenord). En klon tar också upp lika mycket utrymme som originalet och har en egen databas.
Sammanfattning
- Staging är en kopia av din webbplats på en egen adress för att testa riskfyllda ändringar.
- Skapa den med din installerare, ditt webbhotell, ett tillägg eller för hand, helst på en subdomän med certifikat.
- Skärma av direkt: lösenord och/eller noindex, inget mejl till riktiga människor, betalningar i testläge.
- Synkronisera inte blint tillbaka: databasen från staging skriver över det som tillkom på produktion. Säkerhetskopiera först, bara det som behövs, eller genomför ändringen på nytt.
- Ta bort staging när du är klar, och ta inte med noindex-kryssrutan till produktion.
Quiz
Uppgift
Uppgift A8.3: Är din testmiljö avskärmad? Fyll i adressen till din staging (en subdomän till din egen domän, till exempel från uppgift D8.2) och till din riktiga webbplats. Bevisa med uppgiftens kod att domänen är din. Programmet kontrollerar på staging: svarar den via https, och är den avskärmad (en lösenordsfråga, eller noindex i HTML-koden eller i headern X-Robots-Tag)? Pekar REST-referensen (wp-json) på staging själv och inte på din riktiga webbplats? Och på din riktiga webbplats: finns det ingen noindex där?
Läs mer
Dessa artiklar beskriver stegen i WebOkés paneler; i andra paneler fungerar de på liknande sätt.