Testomgevingen

Elke WordPress installatie bij Kinsta kan zijn eigen gratis WordPress testomgeving hebben, volledig gescheiden van de live productie site. Dit is geweldig voor het testen van nieuwe WordPress versies, plugins, code en algemeen ontwikkelwerk. Maak in een paar minuten een dev site en deel deze met je team.

Als je extra testomgevingen wilt toevoegen, een testomgeving nodig hebt die meer overeenkomt met je live omgeving, of als je site intensief moet testen of ontwikkelen, bekijk dan onze Premium testomgeving add-on hieronder.

Standaard WordPress testomgeving

WordPress testomgeving maken

We hebben het maken van een WordPress testsite zo eenvoudig mogelijk gemaakt. Klik in MyKinsta op WordPress sites in de linker navigatie. Je ziet een lijst met je sites/installaties. Selecteer de site waarvoor je een testomgeving wilt maken, klik op de omgevingsselector naast de sitenaam boven in de pagina en selecteer Maak een nieuwe omgeving in het vervolgkeuzemenu.

Geef je omgeving een naam in het modal/popupvenster Maak een nieuwe omgeving dat verschijnt, selecteer Standaard omgeving en klik op de knop Omgeving maken.

De naam van de omgeving moet tussen de 3 en 12 tekens lang zijn.

Vervolgens wordt je gevraagd om het type omgeving te selecteren dat je wilt maken. Er zijn drie opties.

1. Een bestaande omgeving klonen: Met deze optie kun je een bestaande omgeving (live of een Premium testomgeving) klonen naar de nieuwe Standaard testomgeving.
2. Installeer WordPress: Deze optie installeert een volledig functionele lege WordPress site, klaar voor onmiddellijk gebruik.
3. Lege omgeving (Zonder WordPress): Deze optie installeert alle benodigde software om een WordPress site te draaien (webserver, PHP, MySQL, etc.) maar installeert WordPress zelf niet. Dit is een goede optie voor gebruikers die migreren naar Kinsta met Duplicator of een Bedrock/Trellis installatie opzetten met een aangepaste bestandsstructuur.

Optie 1 – Een bestaande omgeving klonen

Met de optie Een bestaande omgeving klonen kun je elke bestaande omgeving (live of premium testomgeving) klonen naar de nieuwe standaard testomgeving.

Omgevingsnaam

Als je de omgevingsnaam wilt wijzigen, kun je dat hier doen. De omgevingsnaam moet tussen 3 en 12 tekens lang zijn.

Omgeving om te klonen

Kies een bestaande omgeving om te klonen naar de nieuwe standaard testomgeving.

Optie 2 – WordPress installeren

De optie WordPress installeren bevat verschillende velden om je site aan te passen. Hier is wat je moet weten over elk veld.

Omgevingsnaam

Als je de omgevingsnaam wilt wijzigen, kun je dat hier doen. De omgevingsnaam moet tussen de 3 en 12 tekens zijn.

WordPress site titel

Hiermee kun je de sitetitel voor je WordPress site instellen. Afhankelijk van je thema is deze zichtbaar voor bezoekers van de site in het browsertabblad en op andere plaatsen. Je kunt de sitetitel wijzigen in de WordPress instellingen na het aanmaken van de site.

WordPress admin gebruikersnaam

Deze gebruik je om in te loggen op je WordPress installatie. Later kun je extra gebruikers toevoegen. We raden aan om iets anders dan “admin” te kiezen als gebruikersnaam voor maximale veiligheid.

WordPress admin wachtwoord

Je zult dit wachtwoord gebruiken om in te loggen op je installatie. We dwingen automatisch sterke wachtwoorden af om gebruikers te beschermen. Je kunt de optie Nieuw wachtwoord genereren (pictogram herladen) gebruiken als je een nieuw wachtwoord wilt. Hier lees je hoe je later je WordPress wachtwoord kunt wijzigen.

WordPress admin e-mail

WordPress gebruikt het beheerders e-mailadres om belangrijke meldingen te versturen.

Selecteer een taal

Selecteer de taal die je wilt gebruiken in WordPress. Je hoeft inhoud niet in dezelfde taal te schrijven als je WordPress interface, dus voel je vrij om je moedertaal te kiezen, zelfs als je inhoud in het Engels schrijft.

WordPress Multisite installeren

Selecteer dit vakje als je een WordPress Multisite installatie wilt maken. Eenmaal geselecteerd, kun je kiezen tussen een installatie op subdomein of subdirectory.

WooCommerce installeren

Als je een e-commerce website maakt, dan is WooCommerce de populairste e-commerce plugin die er is. Vink dit vakje aan om het automatisch te installeren.

Yoast SEO installeren

Yoast SEO is de populairste SEO plugin voor WordPress, met meer dan 3 miljoen installaties en een waardering van 5 van de 5 sterren. Vink dit vakje aan om het automatisch te installeren.

Easy Digital Downloads installeren

Als je een site maakt om digitale producten te verkopen, dan is Easy Digital Downloads een complete eCommerce oplossing voor het verkopen van digitale producten. Vink dit vakje aan om het automatisch te installeren.

Optie 3 – WordPress niet installeren (lege omgeving)

De optie WordPress niet installeren is handig voor gebruikers die een lege omgeving nodig hebben voor een Duplicator migratie of het testen van een aangepaste Bedrock/Trellis installatie.

Naam omgeving

Als je de omgevingsnaam wilt wijzigen, kun je dat hier doen. De omgevingsnaam moet tussen de 3 en 12 tekens lang zijn.

De standaard testomgeving maken

Als je klaar bent, klik je op de knop Omgeving aanmaken.

Toegang tot je testomgeving

Het aanmaken van de nieuwe omgeving kan een paar minuten duren. Als hij klaar is, kun je de nieuwe Standaard testomgeving selecteren in de Omgevingsselector naast de sitenaam.

Elke omgeving heeft een kleurgecodeerde cirkel bij zijn naam: groen voor Live, zwart voor Standaard testomgeving en oranje voor Premium testomgeving. Je krijgt vervolgens een apart configuratiescherm met verbindingsinformatie, DNS, backups, tools en plugins voor je testomgeving.

Om snel naar je testsite te gaan, ga je naar het tabblad Domeinen in je testomgeving en klik je op de link URL openen. Je kunt ook snel naar de WordPress admin van je testsite gaan door op de Open WordPress admin link te klikken.

URL structuur en domein

De standaard URL structuur van je Standaard testomgeving volgt deze indeling:

https://stg-sitenaam-omgevingsnaam.kinsta.cloud

Als je een oudere testsite hebt, kan je URL er als volgt uitzien:

• https://staging-sitenaam-omgevingsnaam.kinsta.cloud
• https://staging-sitenaam.kinsta.cloud
• https://staging-sitenaam.kinsta.com

Je kunt ook je eigen domein toevoegen aan je testsite als je liever een custom domein gebruikt.

Aanvullende opmerkingen

Als je SSL hebt ingeschakeld op je live site en je kloont de site naar een testomgeving, dan wordt SSL ook ingeschakeld op je testsite.

Je kunt phpMyAdmin starten vanuit MyKinsta. Klik op het tabblad Info op de link Open phpMyAdmin. De URL structuur voor phpMyAdmin testomgevingen volgt dit format:

https://mysqleditor-stg-sitenaam-omgevingsnaam.kinsta.cloud

Testomgeving verwijderen en vernieuwen

Als je je testsite moet verwijderen, ga dan naar WordPress sites > sitenaam en schakel over naar de testomgeving. Scroll naar de onderkant van de pagina en klik op de knop Omgeving verwijderen.

Bevestig in de modal/popup die verschijnt dat je begrijpt wat er wordt verwijderd, typ de sitenaam gevolgd door een streepje en het woord “staging” (SITENAAM-omgevingsnaam) in het daarvoor bestemde veld en klik vervolgens op de knop Omgeving verwijderen.

Om je testomgeving te vernieuwen, verwijder je deze, maak je een nieuwe aan en kies je Optie 1 – Een bestaande omgeving klonen. Deze nieuw gekloonde testomgeving bevat de meest recente versie van je productiedatabase en bestanden om te testen.

Je kunt ook een backup van je productiesite terugzetten naar een testomgeving. Het voordeel van deze methode is dat als je je eigen domein hebt toegevoegd, het niet wordt verwijderd en je het niet elke keer hoeft toe te voegen als je je testomgeving vernieuwt.

Testomgeving naar live pushen

Om de database of bestanden van je live site te overschrijven, of om de hele site te overschrijven met je testsite, kun je de Testomgeving naar live pushen feature gebruiken.

Een WordPress backup herstellen naar een testomgeving

Je kunt je WordPress site ook direct vanuit een backup terugzetten naar je bestaande testomgeving. Bekijk hoe je een WordPress backup herstelt naar een testomgeving. Opmerking: Alle backups van je testomgeving blijven intact wanneer je een live backup herstelt naar een testomgeving.

Testomgeving herstarten

In bepaalde situaties kunnen we een testomgeving stoppen als onderdeel van een server probleemoplossingsproces. Als je merkt dat je testomgeving is gestopt en je een 501 not implemented, een 502 error of een 521 error ziet wanneer je je site bezoekt, kun je de testomgeving opnieuw starten in MyKinsta door naar de Info pagina van je site te gaan en te klikken op Start testomgeving.

Als je je testomgeving niet opnieuw kunt opstarten of de knop niet ziet in MyKinsta, open dan een nieuwe chat met ons Support team voor verdere assistentie.

Belangrijke opmerkingen

Als je de testomgeving gebruikt, zijn er een aantal belangrijke dingen waar je op moet letten.

1. Instellingen voor paginacache voor testsites

Omdat testomgevingen bedoeld zijn voor ontwikkelingsdoeleinden, debuggen en testen, zijn Kinsta’s full-page caching en OPcache standaard uitgeschakeld. Als je website snelheidstesten uitvoert, zul je hoger dan gemiddelde laadtijden zien omdat de pagina’s niet vanuit de cache worden geleverd. Als je caching wilt inschakelen op een testsite, klik dan op de knop Cache inschakelen op de Tools pagina van de testomgeving van je site. Als caching is ingeschakeld op een testsite, wordt de knop Cache wissen ingeschakeld en kun je deze gebruiken om de cache te wissen.

2. Testomgeving inloggegevens

Als de testomgeving een kloon is van je productiesite, zullen je WordPress admin inloggegevens hetzelfde zijn voor zowel je live als je testsites, tenzij je ze wijzigt na het aanmaken van je testomgeving.

3. SEO

Standaard is indexering uitgeschakeld voor testsites, zodat ze de SEO van je live/productie site niet schaden. Dit wordt gedaan door de combinatie van een WordPress instelling en een HTTP header die wij automatisch toevoegen.

Je kunt de WordPress instelling zien door naar Settings > Reading te gaan in het WordPress dashboard van je testsite. De optie om zoekmachines te ontmoedigen de site te indexeren is aangevinkt naast Search Engine Visibility.

Kinsta tijdelijke URL’s en testomgeving URL’s hebben ook een robot-afwerende X-Robots-Tag: noindex, nofollow, nosnippet, noarchive HTTP header, wat betekent dat de tijdelijke URL’s niet worden geïndexeerd door zoekmachines. Deze headers kunnen niet worden verwijderd van tijdelijke URL’s of testomgeving URL’s van Kinsta. Als je deze headers wilt verwijderen van de testsite, dan moet je een eigen domein toevoegen.

4. Plugins

Als je plugins voor sociale planning gebruikt, zoals CoSchedule of Social Networks Auto Poster, is het aan te raden om deze plugins te deactiveren op je testsite. Anders zouden ze kunnen beginnen met het delen naar sociale netwerken via je testsite URL, die er dan uitziet als: https://stg-sitenaam-omgevingsnaam.kinsta.cloud. Dit kan dan je statistieken verstoren.

Sommige plugins, zoals de Jetpack-plugin, draaien automatisch in staging-modus op Kinsta testomgevingen. Je ziet dan een bericht: “You are running Jetpack on a staging server” In de staging modus gedraagt je testsite zich in vrijwel alle opzichten als je productiesite, behalve dat er geen gegevens worden doorgegeven aan WordPress.com en dat je de testsite niet kunt ontkoppelen (om een probleem te voorkomen dat zou leiden tot problemen met je productiesite).

Plugins waarvan de licentie is gekoppeld aan een domeinnaam hebben mogelijk een custom domein nodig (in plaats van een Kinsta testomgeving subdomein) om goed te werken. Opmerking: als je eenmaal een custom domeinnaam hebt toegevoegd aan je testsite, moet je mogelijk de instellingen bijwerken waar je de licentie van je plugin beheert of contact opnemen met het ondersteuningsteam van je plugin.

5. Noteer je login URL

Als je je site kloont naar testomgeving en een WordPress plugin gebruikt die je standaard login URL verandert, dan wordt het aangepaste deel van de URL gekopieerd naar de testsite. Voorbeeld: http://stg-sitenaam-omgevingsnaam.kinsta.cloud/jouweigenlogin

6. Testomgevingen moeten alleen worden gebruikt voor ontwikkeling/testen

De Standaard testomgeving heeft slechts 2 PHP workers, heeft geen optie om Kinsta’s CDN in te schakelen en kan in slaapstand gaan na 24 uur inactiviteit. Daarom moet deze alleen worden gebruikt voor ontwikkeling en testen. Testomgevingen (Standard en Premium) zijn niet ontworpen om te worden gebruikt voor live productiesites, en er kunnen dingen zijn die niet goed werken. Kinsta is niet verantwoordelijk als je een testomgeving probeert te gebruiken voor een live site.

7. Schijfruimte uitgesloten van totaal van het pakket

Om je zoveel mogelijk ruimte te geven, worden testsites uitgesloten van onze rapportage bij het berekenen van je totale schijfruimtegebruik. Alleen live sites tellen mee voor je schijfruimtegebruik.

8. Cronjobs

Server cron jobs van de live omgeving zijn niet actief in de testomgeving (zelfs als je je live site kloont naar een testomgeving), dus de cron jobs van de live site zullen niet afgaan op de testomgeving. Bovendien, als je de crontab in je testomgeving aanpast en je testomgeving naar je live omgeving pusht, zal het de crontab van je live omgeving overschrijven.

9. Multisite

Als je een WordPress Multisite netwerk hebt, kan het zijn dat het wel of niet werkt met onze testomgeving, afhankelijk van hoe je Multisite is opgezet.

• Als het een subdirectory Multisite is (voorbeeld.com, voorbeeld.com/subsite1, voorbeeld.com/subsite2), dan zal het prima werken met onze testomgeving.
• Als het een subdomein Multisite is (voorbeeld.com, subsite1.voorbeeld.com, subsite2.voorbeeld.com), dan werkt het prima, mits de subsites geen HTTPS nodig hebben.
  • Als het een Multisite met subdomeinen is die HTTPS vereist, dan moet je een custom domein met een wildcard SSL certificaat toevoegen aan je testsite zodat de subdomeinen kunnen worden gedekt door een SSL certificaat. Dit komt omdat het SSL certificaat dat wordt geleverd voor de standaard testomgeving URL alleen het testsite subdomein kan dekken (bijv. stg-sitenaam-omgevingsnaam.kinsta.cloud), dus elk extra subdomein niveau (bijv. subsite.stg-sitenaan-omgevingsnaam.kinsta.cloud) kan niet worden gedekt.
• Als het een domain-mapped Multisite is (laadt verschillende subsites op compleet verschillende domeinen, bijv. example.com, example1.com, example2.com), dan zal het niet werken zonder een aanzienlijke handmatige instelling.
  • Optie 1: Schakel domain mapping uit en ga terug naar de standaard subdirectory/subdomein setup. Zoek en vervang handmatig in de database.
  • Optie 2: Stel testsite subdomeinen in voor elk live domein, voeg deze allemaal toe aan de testsite en voer handmatig een zoek- en vervangactie uit in de database.

10. E-mail

Op testomgevingen is het verzenden van e-mail (transactionele e-mails) standaard ingeschakeld. Als je een bestelling doet op de testsite, ontvang je gerelateerde e-mails van de testsite. Als je niet wilt dat er transactie-e-mails worden verzonden vanaf je testomgeving, kun je een plugin zoals Disable Emails (E-mails uitschakelen ) gebruiken om te voorkomen dat de site e-mails verzendt.

Premium testomgevingen

Met Kinsta’s Premium testomgeving add-on kun je tot vijf Premium testomgeving toevoegen aan je WordPress site. Hoewel een Standaard testomgeving nog steeds werkt voor de meeste tests, is het gebruik van een Premium testomgeving ideaal voor het testen of ontwikkelen van sites die veel resources vereisen.

Elke Premium testomgeving heeft 12 CPU’s, 8 GB geheugen en hetzelfde aantal PHP workers dat je hebt voor je live site (gebaseerd op je pakket). Je kunt ook Kinsta CDN inschakelen voor een Premium testomgeving. Met een testomgeving die goed overeenkomt met je live omgeving, kun je ook website snelheidstests uitvoeren op je testsite.

In combinatie met de gratis Standaard testomgeving heb je in totaal 6 omgevingen voor testen en ontwikkeling die volledig gescheiden zijn van je live site.

Een Premium testomgeving toevoegen

Klik in MyKinsta op WordPress sites in de linker navigatie. Je ziet een lijst met je sites/installaties. Selecteer de site waarvoor je een Premium testomgeving wilt maken, klik op de omgevingsselector naast de sitenaam en selecteer Nieuwe omgeving maken in het vervolgkeuzemenu.

De Premium testomgeving add-on kan worden aangeschaft voor $20/maand per omgeving (naar rato). Je kunt maximaal 5 Premium testomgeving add-ons aanschaffen. Elke Premium testomgeving add-on wordt automatisch naar rato berekend en het abonnement verschijnt in je volgende factureringscyclus.

Geef je omgeving een naam in het modal/popupvenster Maak een nieuwe omgeving dat verschijnt, selecteer Premium omgeving en klik op de knop Doorgaan.

De naam van de omgeving moet tussen de 3 en 12 tekens lang zijn.

Vervolgens wordt je gevraagd om het type omgeving te selecteren dat je wilt maken. Er zijn drie opties:

1. Een bestaande omgeving klonen: Met deze optie kun je een bestaande omgeving (live, Standaard testomgeving of een andere Premium testomgeving) klonen naar de nieuwe Premium testomgeving.
2. Installeer WordPress: Deze optie installeert een volledig functionele lege WordPress site, klaar voor onmiddellijk gebruik.
3. Lege omgeving (zonder WordPress): Deze optie installeert alle benodigde software om een WordPress site te draaien (webserver, PHP, MySQL, etc.) maar installeert WordPress zelf niet. Dit is een goede optie voor gebruikers die migreren naar Kinsta met Duplicator of een Bedrock/Trellis installatie opzetten met een aangepaste bestandsstructuur.

Optie 1 – Een bestaande omgeving klonen

Met de optie Een bestaande omgeving klonen kun je elke bestaande omgeving (live, Standaard standaard testomgeving of een andere Premium testomgeving) klonen naar de nieuwe Premium testomgeving.

Omgevingsnaam

Als je de omgevingsnaam wilt wijzigen, kun je dat hier doen. De omgevingsnaam moet tussen 3 en 12 tekens lang zijn.

Omgeving om te klonen

Kies een bestaande omgeving om te klonen naar de nieuwe Premium testOmgeving.

Optie 2 – Installeer WordPress

De optie Installeer WordPress bevat verschillende velden om je site aan te passen. Hier is wat je moet weten over elk veld.

Omgevingsnaam

Als je de omgevingsnaam wilt wijzigen, kun je dat hier doen. De omgevingsnaam moet tussen de 3 en 12 karakters zijn.

WordPress site titel

Hiermee kun je de sitetitel voor je WordPress site instellen. Afhankelijk van je thema is deze zichtbaar voor bezoekers van de site in het browsertabblad en op andere plaatsen. Je kunt de sitetitel wijzigen in de WordPress instellingen na het aanmaken van de site.

WordPress admin gebruikersnaam

Deze gebruik je om in te loggen op je WordPress installatie. Later kun je extra gebruikers toevoegen. We raden aan om iets anders dan “admin” te kiezen als gebruikersnaam voor maximale veiligheid.

WordPress admin wachtwoord

Je zult dit wachtwoord gebruiken om in te loggen op je installatie. We dwingen automatisch sterke wachtwoorden af om gebruikers te beschermen. Je kunt de optie Nieuw wachtwoord genereren (herlaadpictogram) gebruiken als je een nieuw wachtwoord wilt. Hier lees je hoe je later je WordPress wachtwoord kunt wijzigen.

WordPress admin email

WordPress gebruikt het beheerderse-mailadres om belangrijke meldingen te versturen.

Selecteer een taal

Selecteer de taal waarin je WordPress wilt gebruiken. Je hoeft inhoud niet in dezelfde taal te schrijven als je WordPress interface, dus voel je vrij om je moedertaal te kiezen, zelfs als je content in het Engels schrijft.

WordPress Multisite installeren

Selecteer dit vakje als je een WordPress Multisite installatie wilt maken. Eenmaal geselecteerd, kun je kiezen tussen een installatie op subdomein of submap.

WooCommerce installeren

Als je een e-commerce website maakt, dan is WooCommerce de populairste e-commerce plugin die er is. Vink dit vakje aan om het automatisch te installeren.

Yoast SEO installeren

Yoast SEO is de populairste SEO plugin voor WordPress, met meer dan 3 miljoen installaties en een waardering van 5 uit 5 sterren. Vink dit vakje aan om het automatisch te installeren.

Easy Digital Downloads installeren

Als je een site maakt om digitale producten te verkopen, dan is Easy Digital Downloads een complete eCommerce oplossing voor het verkopen van digitale producten. Vink dit vakje aan om het automatisch te installeren.

Optie 3 – Lege omgeving (Zonder WordPress)

De optie Lege omgeving is handig voor gebruikers die een lege omgeving nodig hebben voor een Duplicator migratie of het testen van een custom Bedrock/Trellis installatie.

Omgevingsnaam

Als je de omgevingsnaam wilt wijzigen, kun je dat hier doen. De omgevingsnaam moet tussen de 3 en 12 tekens lang zijn.

De Premium testomgeving aanmaken

Als je klaar bent, klik je op de knop Doorgaan. Bevestig vervolgens het terugkerende abonnement voor je Premium testomgeving en klik op de knop Een premium omgeving aanmaken.

Toegang tot je Premium testomgeving

Het aanmaken van de nieuwe omgeving kan een paar minuten duren. Als hij klaar is, kun je de nieuwe Premium testomgeving selecteren in de omgevingsselector naast de sitenaam.

Elke omgeving heeft een kleurgecodeerde cirkel bij zijn naam: groen voor Live, zwart voor Standaard testomgeving en oranje voor Premium testomgeving. Je krijgt dan een apart configuratiescherm met je verbindingsgegevens, DNS, backups, tools en plugins voor je testomgeving.

Om snel naar je testsite te gaan, ga je naar het tabblad Domeinen in je testomgeving en klik je op de link URL openen. Je kunt ook snel naar de WordPress admin van je testsite gaan door op de Open WordPress admin link te klikken.

URL structuur en domein

De standaard URL structuur van je Premium testomgeving volgt deze indeling:

https://env-sitenaam-omgevingsnaam.kinsta.cloud

Je kunt ook een custom domein toevoegen aan je testsite als je liever een custom domein gebruikt.

Pushen van Premium testomgeving naar een andere omgeving

Elke testomgeving kan worden gepusht naar een andere testomgeving of kan worden gepusht naar je live omgeving.

Met de Selective Push feature heb je uitgebreide controle over wat er van je testomgeving naar een andere omgeving wordt gepusht. Je kunt specifiek pushen:

• alleen je bestanden,
• alleen je database,
• of beide.

Zie voor meer informatie onze gids over pushen van testomgeving naar live. Het proces is hetzelfde; je moet alleen kiezen naar welke omgeving je wilt pushen vanuit je Premium testomgeving.

Een Premium testomgeving verwijderen

Als je klaar bent met testen of ontwikkelen, kun je de Premium testomgeving en het abonnement verwijderen in MyKinsta. De Premium testomgeving add-on wordt alleen gefactureerd voor de tijd dat deze actief is. Annuleer de add-on door de Premium testomgeving te verwijderen om extra facturering te stoppen.

Klik in MyKinsta op WordPress Sites in de linker navigatie. Je ziet een lijst met je sites/installaties. Selecteer de site waarvan je de Premium testomgeving wilt verwijderen, klik op de omgevingsselector naast de sitenaam en selecteer de omgeving in het vervolgkeuzemenu.

Scroll naar de onderkant van de pagina en klik op de knop Omgeving verwijderen.

Bevestig in de modal/popoup die verschijnt dat je begrijpt wat er wordt verwijderd, typ de sitenaam gevolgd door een streepje en de omgevingsnaam (SITENAAM-OMGEVINGSNAAM) in het daarvoor bestemde veld en klik vervolgens op de knop Omgeving verwijderen.

Zodra de Premium testomgeving is verwijderd, wordt het add-on abonnement automatisch verwijderd uit Bedrijf > Mijn pakket in MyKinsta.

Veelgestelde vragen

Wat is pro rata?

Wanneer we een dienst zoals de Premium testomgeving add-on pro rata toekennen, betekent dit dat je betaalt op basis van hoe lang de dienst in gebruik was binnen die maandelijkse factureringscyclus.

Voorbeeld van pro rata

Je wilt een nieuwe feature uitrollen op je site en je wilt deze testen met de volledige kracht van je pakket. Je maakt een Premium testomgeving aan, voegt de nieuwe feature toe en test deze 1 uur lang. Alles ziet er goed uit, dus je zet de wijziging door naar je live-omgeving en verwijdert de Premium testomgeving.

• 1 maand Premium testomgeving kost $20.
• Op basis van een 30-daagse maand heeft deze factureringscyclus 720 uur in totaal.
  30 * 24 = 720
• Elk uur gebruik is $0,03.
  $20 / 720 = $0.03
• Je volgende factuur bevat de $0,03 voor het uur dat een Premium testomgeving aan je pakket was toegevoegd.

Voorbeeld

Je koopt een Premium testomgeving in het midden van je maandelijkse factureringscyclus en gebruikt deze tot het einde van die cyclus. Er wordt je een halve maand in rekening gebracht (ongeveer $10, naar rato van de tweede maand).

Kan ik de naam van een Premium testomgeving veranderen?

Ja. Ga naar de omgeving die je een andere naam wilt geven en klik op het bewerken-pictogram (potlood) in de Naam omgeving veld.

Voer de nieuwe naam in en klik op de knop Omgeving hernoemen.

Dit verandert de naam van de omgeving die wordt weergegeven in de omgevingsselector, maar heeft geen invloed op het kinsta.cloud domein dat is gegenereerd tijdens het initiële aanmaken van de omgeving.

Kan ik een backup terugzetten naar een testomgeving?

Ja, maar je moet eerst een Standaard of Premium testomgeving aanmaken. In het verleden was het mogelijk om automatisch een testomgeving aan te maken bij het terugzetten van een backup. Met de introductie van Premium testomgevingen moet je eerst de testomgeving aanmaken voordat je er een backup naar kunt terugzetten.

Wie heeft toegang tot Premium testomgevingen?

Site Developers en Site Administrators hebben toegang tot Premium testomgevingen die zijn aangemaakt, maar kunnen geen Premium testomgeving aanmaken of verwijderen. Alleen een Company Owner of Company Administrator kan een Premium testomgeving maken of verwijderen.

Neemt de testomgeving mijn schijfruimte in?

Nee. Om je zoveel mogelijk ruimte te geven, worden testsites uitgesloten van onze rapportage bij het berekenen van je totale schijfruimtegebruik. Alleen live sites tellen mee voor je schijfruimtelimiet.

Testomgeving naar live zetten

Je hebt de optie om je WordPress testomgeving naar je live omgeving te pushen als je tevreden bent met de wijzigingen die je hebt gemaakt en wilt dat ze worden toegepast op je live site. Dankzij de Selective Push feature heb je uitgebreide controle over wat je live wilt pushen.

In het verleden was het pushen van een testomgeving naar live een alles-of-niets proces, waarbij de testomgeving de live site volledig overschreef tijdens het pushen. Met Selective Push kun je kiezen wat je van je testomgeving naar je live site wilt pushen. Je kan dus nu het volgende pushen:

• alleen je bestanden,
• alleen je database,
• of beide.

Van testomgeving naar live zetten kan in een paar klikken, maar lees eerst de opmerkingen hieronder voordat je verder gaat. Ze bevatten essentiële informatie over het proces.

Belangrijke opmerkingen

• We raden je aan om de Pushen naar Live feature voorzichtig te gebruiken, deze te starten op momenten dat er weinig verkeer is en een developer bij de hand te hebben voor het geval dat. Als je de hulp van een developer nodig hebt, kun je die op verschillende plaatsen inhuren.
• Wij maken automatisch een backup zodat je indien nodig alles kan herstellen. Opmerking: Als je live site een e-commerce of andere dynamische en snel veranderende site is, kunnen er gegevens verloren gaan tussen het moment dat je pusht en het moment dat de backup wordt teruggezet.
• Omgevingsinstellingen (redirects, geolocatie, PHP en Nginx configuratie, etc.) worden meegenomen in de push (zelfs als alleen Bestanden of Database is geselecteerd) en zullen de omgevingsinstellingen van de live site volledig overschrijven.
• Als de push voltooid is, verwijder dan alle ingebouwde cache in je thema of plugins, wis de cache van je browser en test je site om te zien of hij werkt zoals verwacht.
• Als je bij het pushen van je database de optie Zoeken & Vervangen uitvoeren aanvinkt, wordt je testdomein automatisch vervangen door het domein van je live site.
• Als je Bestanden selecteert, worden alle bestanden gepushed, inclusief plugins, thema’s en bestanden in wp-content/uploads.
• Eventuele URL’s in de code van je thema of plugin moeten worden bijgewerkt naar de URL van de live site.
• Als wachtwoordbeveiliging (.htpasswd) actief is op je testomgeving, dan wordt dit niet overgedragen naar de live omgeving. Als je dit nodig hebt op je live site, moet je het inschakelen op de live site.
• Wanneer je WooCommerce gebruikt, maakt MyKinsta geen onderscheid tussen nieuwe bestellingen van klanten en oudere bestellingen wanneer je testomgeving naar live pusht. Wanneer je een push naar live zet, kopieert MyKinsta je testsite naar de live site precies zoals hij is, terwijl bestanden en de database worden overschreven. Om dit te omzeilen kun je orders exporteren op de live site, naar live pushen en vervolgens de orders/klanten opnieuw importeren op de live omgeving. Bespreek deze taak met je webontwikkelaar. Als je die niet hebt of je weet het niet zeker, bekijk dan ons artikel over het inhuren van een WordPress ontwikkelaar.
• Dubbelcheck de testsite en los eventuele fouten op voordat je deze naar live zet.
• Testomgevingen zijn alleen bedoeld voor ontwikkeling en testen. Ze zijn niet ontworpen om te worden gebruikt als live productiesites, en er kunnen dingen zijn die niet werken zoals verwacht. Kinsta is niet verantwoordelijk als je een testomgeving probeert te gebruiken voor een live site.
• Het pushen naar live heeft geen invloed op de testomgeving en deze blijft gescheiden van de live site. Na het pushen naar live kun je doorgaan met het ontwikkelen en testen van wijzigingen in je testomgeving zonder dat dit invloed heeft op je live site totdat je de wijzigingen weer naar live pusht.
• Het pushen naar live zal geen invloed hebben op Kinsta’s CDN als deze draait op je live site, maar we raden wel aan om de CDN cache te wissen na het pushen(WordPress Sites > sitenaam > CDN > CDN cache wissen).
• Push naar live met voorzichtigheid als je site een Multisite netwerk is. Het pushen van de database kan wel of niet werken, afhankelijk van hoe de Multisite is ingesteld. Als je selectief pushen gebruikt en de database of database en bestanden pusht, wordt de volledige database-inhoud naar live gepusht en heeft dit invloed op alle sites (de hoofdsite en subsites) in je Multisite-netwerk.

Testomgeving naar live pushen met Selective Push

Volg de onderstaande stappen om je WordPress testomgeving naar live te pushen. Met de workflow voor selectief pushen kun je kiezen wat je van je testsite naar je live site pusht.

Stap 1

Log in op MyKinsta, klik op WordPress Sites en klik op de site waarnaar je wilt pushen. Gebruik de omgevingsselector naast de sitenaam om de testomgeving te selecteren van waaruit je wilt pushen. Als je een Premium testomgeving hebt toegevoegd, heb je meer dan één testomgeving om uit te kiezen.

Stap 2

Zodra je in de testomgeving bent, klik je op het menu Omgeving acties en selecteer je Push to live in het dropdown menu.

Stap 3

In de Push to Live popup/modal die verschijnt, kies je Bestanden, Database of vink je beide aan – afhankelijk van wat je naar live wilt pushen. Typ de sitenaam om te bevestigen en klik op de Push to Live knop.

Een paar dingen om in gedachten te houden zijn:

• De tijd die nodig is om het proces te voltooien is afhankelijk van de grootte van je website.
• MyKinsta zal je op de hoogte stellen wanneer het proces is voltooid.
• Je website zal een paar seconden downtime ervaren tijdens de laatste fasen van het proces.
• Omgevingsinstellingen (redirects, geolocatie, PHP en Nginx configuratie, etc.) worden meegenomen in de push (zelfs als alleen Bestanden of Database is geselecteerd) en zullen de omgevingsinstellingen van de live site volledig overschrijven.

Gebruikscases en voorbeeldworkflows

Hieronder hebben we enkele voorbeelden gegeven van wanneer je alleen bestanden, alleen de database of beide zou willen pushen. Houd rekening met het volgende bij het pushen van testomgeving naar live:

• Omgevingsinstellingen (redirects, geolocatie, PHP en Nginx configuratie, etc.) worden meegenomen in de push (zelfs als alleen Bestanden of Database is geselecteerd) en zullen de omgevingsinstellingen van de live site volledig overschrijven.

Alleen bestanden pushen

• Wijzigingen die rechtstreeks worden aangebracht in themabestanden (inclusief HTML, CSS of PHP) die geen gegevens opslaan in de database.
• Een bestand uploaden dat niet hoeft te worden opgenomen in de WordPress Mediabibliotheek.
• Als je een aangepaste plugin op je site hebt en wijzigingen aanbrengt in de bestanden die geen invloed hebben op de database (geen gegevens in de database opslaat of wijzigt).

Alleen database pushen

Opmerking: Alle wijzigingen in de database van de live site sinds het maken van de testsite gaan verloren, inclusief maar niet beperkt tot: opmerkingen, nieuwe inhoud, aankopen op e-commerce sites, aanmeldingen op lidmaatschapssites en forumberichten.

• Het maken of bewerken van een nieuwe post of pagina zonder geüploade media (afbeeldingen, video of andere geüploade bestanden).
• Lay-outwijzigingen aan een pagina of bericht via een builder-plugin.
• De titel of slogan van de site wijzigen.

Alles pushen

Opmerking: Alle wijzigingen in de database van de live site sinds het maken van de testsite gaan verloren, inclusief maar niet beperkt tot: opmerkingen, nieuwe inhoud, aankopen op e-commerce sites, aanmeldingen op lidmaatschapssites en forumberichten.

• Het creëren van nieuwe inhoud met geüploade media (afbeeldingen, video of andere geüploade bestanden).
• Wijzigingen aan je thema in zowel de Customizer als de themabestanden.
• Het installeren en testen van een nieuwe plugin of bijgewerkte versie van een plugin.

Veelgestelde vragen (FAQ)

V: Als ik een plugin test op de testomgeving en alleen de bestanden naar live zet, worden dan de bijbehorende databasetabellen voor de plugin aangemaakt?

Als je een plugin installeert op je testsite die nog nooit is geïnstalleerd op de live site, zal het pushen van alleen de bestanden van testomgeving naar live niet de database tabellen voor die plugin aanmaken.

Dit betekent ook dat alle instellingen die je in de plugin hebt geconfigureerd niet naar live worden gepushd (tenzij de instellingen zijn opgeslagen in een bestand buiten de database, zoals bijvoorbeeld in een JSON bestand).

Afhankelijk van hoe de plugin is gecodeerd, kan het inschakelen (eerst uitschakelen indien nodig) van de plugin op de live site de database structuur creëren.

V: Als ik alleen de bestanden naar live zet, betekent dit dan dat de oude database (in testomgeving) de live database niet overschrijft en dat alleen de bestanden worden overschreven?

Ja, als je alleen de bestanden pusht, betekent dit dat de database op de live site ongewijzigd blijft en dat alleen de bestanden op de live site worden overschreven.

V: Betekent dit dat ik kan werken aan ontwerpwijzigingen op mijn testsite en deze kan pushen naar live zonder nieuwe abonnees of klanten op mijn live site te verliezen?

Ja, zolang je wijzigingen alleen in bestanden worden aangebracht (geen wijzigingen in het WordPress dashboard – inclusief plugin, thema of customizer instellingen), kun je deze veilig naar live zetten zonder de database te pushen. Wanneer je de wijzigingen naar live zet, selecteer dan Bestanden en zorg ervoor dat Database niet geselecteerd is.

V: Kan ik Selective Push gebruiken om de PHP versie van mijn site te veranderen?

Ja, je kunt testomgevingen gebruiken om te testen en een nieuwe PHP versie naar je live omgeving te pushen, maar het is niet strikt noodzakelijk om van je testomgeving naar live te pushen om je PHP versie bij te werken. Hier is een kort overzicht van hoe je de PHP versie kunt wijzigen zonder van testomgeving naar live te pushen:

1. Maak een testsite aan.
2. Ga naar de testsite en verander de PHP versie op de testsite.
3. Als alles in orde is en werkt zoals verwacht op de testsite (zorg ervoor dat je je site grondig test), verander dan de PHP versie op de live site.

V: Ik heb CSS wijzigingen aangebracht in het WordPress dashboard en bestanden gepushd. Waarom zie ik mijn wijzigingen niet, zelfs niet nadat ik alle cache heb gewist?

Afhankelijk van het type wijziging dat je hebt aangebracht en waar die informatie is opgeslagen, moet je misschien de database pushen of die wijzigingen handmatig op de live site aanbrengen. Als je bijvoorbeeld CSS hebt toegevoegd of bewerkt in een blok of widget in het WordPress dashboard, dan wordt dat waarschijnlijk opgeslagen in de database.

Als je wijzigingen aanbrengt in iets in het WordPress dashboard, met uitzondering van wijzigingen die je aanbrengt met de Thema editor (Appearance > Theme Editor), dan wordt die informatie meestal opgeslagen in de database.

Opmerking: Alle wijzigingen in de database van de live site sinds het maken van de testsite gaan verloren, inclusief maar niet beperkt tot: opmerkingen, nieuwe inhoud, aankopen op e-commerce sites, aanmeldingen op lidmaatschapssites en forumberichten. In dit geval raden we aan om dezelfde wijzigingen handmatig door te voeren op de live site in plaats van de database te pushen.

V: Hoe werkt Selective Push met een Multisite netwerk?

Als je selective push gebruikt om alleen de bestanden te pushen, werkt het prima, ongeacht het type Multisite netwerk. Als je alleen de database of de database en bestanden pusht, kan het wel of niet werken, afhankelijk van hoe je Multisite is opgezet:

• Als het een subdirectory Multisite is (voorbeeld.com, voorbeeld.com/subsite1, voorbeeld.com/subsite2), dan zal push to live werken zoals verwacht.
• Als het een subdomein Multisite is (voorbeeld.com, subsite1.voorbeeld.com, subsite2.voorbeeld.com), dan werkt het prima, mits de subsites geen HTTPS nodig hebben.
• Als het een domain-mapped Multisite is (laadt verschillende subsites op totaal verschillende domeinen, bijvoorbeeld voorbeeld.com, voorbeeld.com, voorbeeld.com), dan zal het niet werken zonder een aanzienlijke handmatige instelling.
  • Optie 1: Schakel domeinmapping uit en ga terug naar de standaard subdirectory/subdomein setup. Zoek en vervang handmatig in de database.
  • Optie 2: Stel testsubdomeinen in voor elk live domein, voeg deze allemaal toe aan de testsite en voer handmatig een zoek- en vervangactie uit in de database om elk domein bij te werken na het pushen van testomgeving naar live.