Easy Digital Downloads is momenteel actief geïnstalleerd op meer dan 40.000 sites. Dat is een behoorlijk groot aantal, wat betekent dat er veel downloads worden gedistribueerd en hopelijk veel geld wordt verdiend.
Als ik echter kijk naar dat aantal actieve installaties, accepteer ik het niet zomaar. Ik probeer aan te nemen dat ongeveer 20.000 van die actieve installaties live sites zijn, terwijl de andere 20.000 staging-klonen van de live sites zijn (je kunt me niet verwijten dat ik hoopvol denk).
Omdat EDD een e-commerceplatform is, proberen een aanzienlijk deel van onze gebruikers inkomsten te genereren met hun websites. Er zijn veel gebruikers die dit succesvol hebben kunnen doen en sommigen die nog steeds bezig zijn. Maar één ding hebben ze gemeen: bepaalde aspecten van het platform worden verwacht geautomatiseerd en nauwkeurig te zijn, dankzij EDD en de add-ons.
Af en toe is er een storing in een van de processen. Dat is de aard van softwareontwikkeling. Er zullen bugs, tekortkomingen in functionaliteit en andere veelvoorkomende obstakels zijn. Voor het grootste deel is de kernfunctionaliteit van een EDD-gebaseerd e-commerce systeem echter robuust.
Dat gezegd hebbende, is de kans groter dat problemen worden geïntroduceerd naarmate andere componenten worden toegevoegd en de functionaliteit complexer wordt. Dit is waar het hebben van een staging-site uiterst belangrijk wordt.
Laat me het uitleggen.
Wat is een staging-site?
In lekentaal is een staging-site een kloon van een live site en wordt deze gebruikt voor testdoeleinden.
Wanneer het tijd is om thema's te wisselen, plug-ins toe te voegen of te verwijderen, aangepaste code te integreren of belangrijke wijzigingen aan de site aan te brengen, kan dit het beste worden gedaan op een staging-site die een replica is van de live site.
De reden dat dit zo belangrijk is voor e-commerce sites, is omdat ze inkomsten genereren en omgaan met klanten die hun portemonnee zo vriendelijk voor u hebben geopend. Online aankopen doen is veel minder persoonlijk, wat betekent dat vertrouwen wordt opgebouwd door het aankoopproces, waardoor het voor de klant des te belangrijker is dat alles goed werkt.
Staging-sites worden gebruikt om ervoor te zorgen dat alles goed werkt voordat het aan de klant wordt gepresenteerd. Evenzo kunnen ze worden gebruikt voor het oplossen van problemen die op de live site worden aangetroffen, zonder het risico te lopen uw gebruikers te storen of nog meer functionaliteit te breken.
Theoretisch zouden problemen die op de live site worden gevonden, reproduceerbaar moeten zijn op de staging-site. Met het tijdelijk wisselen van thema's en het deactiveren van plug-ins als veelvoorkomende probleemoplossende stappen, is een staging-site een geweldige manier om problemen op te sporen zonder uw live site in onderhoudsmodus te hoeven zetten of verwachte functionaliteit voor testen te hoeven verwijderen.
Hoe stel ik een staging-site in?
Laten we eerst een paar dingen over staging-sites verduidelijken, zodat dit niet ingewikkelder wordt dan nodig is.
- Een staging-site is geen speciaal soort site dat een andere installatie- of configuratieaanpak vereist dan uw live-site. Het is gewoon een andere WordPress-installatie die net als uw live-installatie is ingesteld.
- De meeste add-ons van EDD vereisen licenties. Deze licenties beperken echter de functionaliteit niet. Ze zijn puur poorten naar ondersteuning en dashboard-updates. Dus ja, u kunt extensies absoluut activeren op zowel uw staging-site als uw live-site. Reserveer de licentie-activatie echter alleen voor uw live-site.
- Staging-sites richten zich voornamelijk op functionaliteit, niet op inhoud. Het is bijvoorbeeld belangrijker dat uw EDD-instellingen op beide sites hetzelfde zijn dan dat de beschrijvingen van uw downloads overeenkomen.
Het punt hier is dat een staging-site geen compleet nieuw denkniveau vereist. Het is gewoon de site die u al hebt gemaakt, nog een keer gemaakt.
Laten we beginnen met de installatie.
Vraag uw hostingprovider.
Een ding waar ik van houd bij sommige hosts, is dat ze diensten hebben om uw live-site met een paar stappen te klonen naar een staging-site. Hier op de EDD-site is onze staging-installatie net zo eenvoudig als op een knop klikken. Het is net zo gemakkelijk om de staging-site van de live-site bij te werken wanneer we dat nodig hebben.
Hosts zoals Pagely en WP Engine maken het extreem eenvoudig om ervoor te zorgen dat uw staging-site een exacte kloon is van uw live-site wanneer u dat nodig heeft.
Installeer WordPress zelf.
Het is geen probleem als uw host geen eenvoudige manier heeft om een staging-site in te stellen. U kunt het op uw eigen manier doen, net zoals u uw live-site hebt gemaakt.
Zoals eerder vermeld, gaat de staging-site grotendeels over functionaliteit. Maak een subdomein of submap, wat u maar wilt, en behandel de WordPress-installatie alsof het een nieuw project is waar u aan werkte. Zodra het up en running is, wilt u hetzelfde thema en dezelfde plugins installeren (en activeren) die u op uw live-site gebruikt.
Geloof het of niet, dat alleen al zal de overgrote meerderheid van de functionaliteit repliceren die u nodig hebt voor een effectieve staging-site. U kunt het zeker verder uitbreiden.
Wat ik zou aanraden is een complete databasekloon van de live-site. Ik zou mijn database exporteren van de live-site en importeren in de database die ik heb gekoppeld aan mijn nieuwe staging-site. Er zijn tal van online bronnen om u te helpen dit te bereiken (hier is er een).
Met hetzelfde thema en dezelfde plugins geactiveerd op de staging-site als op de live-site, en een volledige database-export/import, zou u heel dicht bij een voltooide staging-site moeten zijn.
Voor velen hoeft u misschien niet eens zo ver te gaan. WordPress heeft zijn eigen ingebouwde export/import-functionaliteit onder het menu Tools in het dashboard. U kunt gegevens rechtstreeks van uw live-site exporteren en importeren naar uw staging-site, hoewel het niet zo grondig is als de eerder genoemde methode.
Ondersteuning voor EDD-problemen
If you’ve been using EDD for a while and have opened a support ticket or two, there’s a chance I have helped resolve your issue or answered your questions. With quite a few tickets, though, I’ve had to ask users to temporarily switch themes and deactivate plugins. Many are okay with this. Some are not.
What must be understood here is regardless of why the issue exists, it’s present and must be dealt with. Troubleshooting will almost always begin with looking for conflicts from other resources. So don’t wait until there’s an issue to set up a staging site just to see if you can replicate the issue.
The absolute best time to find an issue is when you are testing new functionality on your staging site, and it has not made its way to your live site yet. The goal is to get issues sorted out in a testing area first, that way rigorous troubleshooting can be done without potential loss of revenue or damaged user experience.
Next time you have a few moments to spare, consider setting up a staging site if you do not already have one. Let that be a testbed for every line of code that will touch your live site. Consider this one of the most important steps for creating your online business.
If you have any questions, feel free to ask below.
