Staging: test sikkert

Modul 8: Backup, testmiljø og PHP-opgraderinger · Læsetid: 9 minutter

Læringsmål: Efter denne lektion kan du oprette et testmiljø (staging), afskærme det og føre ændringer sikkert tilbage til dit rigtige websted.

Nøglebegreber: staging, produktion, kloning, subdomæne, noindex, adgangskode på mappen, mail slået fra, betalingsudbyder i testtilstand, synkronisering, overskrivning af database, lokalt udviklingsmiljø

Hvad staging er

Et testmiljø (staging) er en kopi af dit rigtige websted, på en selvstændig adresse, hvor du afprøver ændringer. Dit rigtige websted kaldes produktion. På staging må det gerne gå galt: et nyt tema, en stor opdatering, en PHP-opgradering (lektion 8.4), en ny plugin. Først når det virker, gennemfører du det på produktion.

Du bruger staging til ændringer med risiko: store versioner af WordPress eller en webshop-plugin, et andet tema, en PHP-opgradering, oprydning i plugins (lektion 5.4), en redesign. Til en tekstændring eller en lille plugin-opdatering er det ikke nødvendigt.

Måder at oprette en staging på

En staging på et subdomæne (staging.example.com) er som regel bedre end i en undermappe (example.com/staging): den opfører sig mere som dit rigtige websted, og cookies og regler i .htaccess kommer ikke i konflikt med hinanden. Opret subdomænet først, med et certifikat.

Afskærmning: tre ting du ordner med det samme

En kopi af dit websted er et fuldgyldigt websted med alt dit indhold, og nogle gange med alle dine kundedata. Ordn derfor straks:

1. Søgemaskiner væk

Uden beskyttelse kan Google finde og indeksere din staging. Så får du dobbelt indhold, og søgende ender på dit testwebsted. Gør mindst én, helst to af disse ting:

• En adgangskode på hele stagingen (basic authentication via dit hostingpanel, en "beskyttet mappe"). Så kan ingen se websitet uden adgangskode, heller ikke søgemaskiner. Dette er den stærkeste.
• Frarådning til søgemaskiner i Indstillinger > Læsning (lektion 2.4). Det sætter noindex på hver side. Søgemaskiner respekterer det som regel, men det er en anmodning, ikke en lås.

Pas på det omvendte: synkroniserer du stagingen senere tilbage til produktion, så tag ikke noindex-afkrydsningen med. Et produktionswebsted, der forsvinder fra Google efter en "vellykket" synkronisering, er en klassiker. Opgaven i denne lektion kontrollerer begge dele.

2. Ingen mail til rigtige mennesker

En kopi af en webshop eller et medlemswebsite kan sende mail: bekræftelser, påmindelser, nyhedsbreve, links til nulstilling af adgangskode. Kunder får så forvirrende mails fra dit testwebsted. Slå udgående mail fra på staging, eller omdiriger den til din egen adresse (med en plugin til at opfange mail, eller ved at slå SMTP-pluginet fra på staging, lektion 9.1). Slå også planlagte opgaver, der sender mail, fra.

3. Betalinger og koblinger i testtilstand

En webshop på staging bør fungere med betalingsudbyderens testtilstand, ikke med rigtige betalinger. Andre koblinger (bogføring, lager, CRM) slår du fra eller sætter til et testmiljø, ellers modtager de testordrer som var de rigtige.

Arbejder du med rigtige kundedata på staging, gælder GDPR der på samme måde (lektion 9.3): opbevar ikke længere end nødvendigt, og slet stagingen når du er færdig.

Tilbage til produktion: faldgruben med databasen

Det sværeste trin er at føre dine ændringer tilbage til produktion. Installere og stagingplugins har en funktion til dette (i Installatron "Synch", i andre "Push to live"). Risikoen:

• Du opretter en staging mandag. Tirsdag til og med torsdag tester du et nyt tema.
• I mellemtiden kommer der på produktion tyve ordrer, tre nye indlæg og halvtreds kommentarer til.
• Fredag synkroniserer du databasen fra staging til produktion. Databasen på staging er fra mandag: ordrerne, indlæggene og kommentarerne fra tirsdag til og med fredag er væk.

Derfor:

1. Tag først en backup af produktion (lektion 8.1), lige før synkroniseringen.
2. Synkroniser kun det, der er nødvendigt. At opdatere et tema eller en plugin er et spørgsmål om filer; databasen behøver ofte ikke følge med. Mange synkroniseringsfunktioner lader dig vælge: kun filer, eller kun bestemte tabeller.
3. Ved en webshop eller et travlt websted: gennemfør hellere ændringen igen direkte på produktion (de samme trin som på staging, nu hvor du ved at de virker) i stedet for at overføre databasen. Eller planlæg et roligt tidspunkt med en kort lukning af butikken.
4. Kontroller derefter produktion: tjeklisten fra lektion 8.2, og noindex-afkrydsningen.

Staging er et sted til at lære, hvad der sker. Selve ændringen udfører du mest sikkert igen direkte på produktion.

Oprydning

En staging, der bliver stående i månedsvis, bliver et glemt websted: ikke opdateret, med gamle plugins og rigtige data. Præcis det svage punkt fra lektion 7.1. Slet stagingen, når du er færdig, eller vedligehold den som et fuldgyldigt websted (opdateringer, adgangskode). En klon fylder også lige så meget plads som originalen og har sin egen database.

Opsummering

• Staging er en kopi af dit websted på en selvstændig adresse til at teste risikofyldte ændringer.
• Opret den med din installer, din hostingudbyder, en plugin eller manuelt, helst på et subdomæne med certifikat.
• Afskærm den straks: adgangskode og/eller noindex, ingen mail til rigtige mennesker, betalinger i testtilstand.
• Synkroniser ikke blindt tilbage: databasen fra staging overskriver det, der kom til på produktion. Tag først en backup, kun det nødvendige, eller gennemfør ændringen igen.
• Slet stagingen, når du er færdig, og tag ikke noindex-afkrydsningen med til produktion.

Quiz

Opgave

Opgave A8.3: Er dit testmiljø afskærmet? Indtast adressen på din staging (et subdomæne af dit eget domæne, for eksempel fra opgave D8.2) og på dit rigtige websted. Bevis med kontrolkoden fra opgaven, at domænet er dit. Programmet kontrollerer på stagingen: svarer den via https, og er den afskærmet (en adgangskodeforespørgsel, eller noindex i HTML'en eller i headeren X-Robots-Tag)? Peger REST-henvisningen (wp-json) på stagingen selv og ikke på dit rigtige websted? Og på dit rigtige websted: står der ikke noindex?

Læs mere

Disse artikler beskriver trinnene i WebOkés kontrolpaneler; i andre kontrolpaneler fungerer de på lignende måde.

• DirectAdmin vejledning 13.7: Klon og opret et testmiljø (staging)
• Opret et WordPress-stagingmiljø
• DirectAdmin vejledning 15.9: Adgangskodebeskyttede mapper
• DirectAdmin vejledning 4.5: Underdomæner oprette og slette
• DirectAdmin vejledning 13.8: Slette en installation