Onderhoudspagina's zijn zeker niet zo populair als lang geleden, maar ze bestaan nog steeds. Moderne sites kunnen profiteren van vele alternatieven om uitvaltijd te minimaliseren. Dit betekent dat als u een fout tegenkomt of als een andere taak downtime veroorzaakt, u niet langer gedwongen wordt om de onderhoudspagina's te gebruiken.
In deze zelfstudie laten we u enkele alternatieven zien voor de onderhoudspagina's die u kunt gebruiken. Laten we het eerst hebben over wanneer het zinvol is om ze in de eerste plaats te gebruiken.
Een inleiding op de onderhoudspagina's van de website
U bent waarschijnlijk tijdens uw tijd online veel onderhoudspagina's tegengekomen. Meestal ziet het er zo uit:
Onderhoudspagina's zijn gewoon tijdelijke aanduidingen die u vertellen dat er momenteel een probleem is met de Site web je probeert te bezoeken. In sommige gevallen kan het even of enkele minuten duren om dit probleem op te lossen.
Het doel van een onderhoudspagina is eigenlijk om uw bezoekers om de fouten tegen te komen die u probeert te corrigeren. Sommige mensen gebruiken ze ook bij het aanbrengen van wijzigingen in de functies of het ontwerp van hun Site web, hoewel dit type gebruik niet meer zo gebruikelijk is.
In de praktijk kunt u onderhoudspagina's voor uw geheel inschakelen Site web of alleen voor specifieke pagina's. Uw aanpak zal afhangen van de problemen die u tegenkomt. Laten we nu eens kijken wanneer het zinvol is om onderhoudspagina's te gebruiken.
Hoe u besluit om onderhoudspagina's op uw WordPress-blog te gebruiken
Onderhoudspagina's voor websites kunnen erg handig zijn, maar ze zijn om verschillende redenen iets minder populair geworden. Bijvoorbeeld:
- Wanneer u de onderhoudspagina's activeert, komt dit in feite neer op een downtime van de website.
- Er zijn alternatieven voor onderhoudspagina's waarmee u downtime kunt voorkomen.
- Het gebruik van onderhoudspagina's kan gebruikers afschrikken.
Over het algemeen is het niet nodig om de onderhoudspagina's te gebruiken bij het wijzigen van het ontwerp of de functionaliteit van uw website. In die gevallen heb je betere alternatieven die geen downtime van de website met zich meebrengen, die we zo dadelijk zullen onderzoeken.
Er is waarschijnlijk maar één soort situatie waarin het gebruik van onderhoudspagina's altijd nuttig is (wanneer het een fout is die een hoofdfunctionaliteit van de site beïnvloedt). In deze gevallen is het beter om het risico te nemen om de bezoekers met een onderhoudspagina in plaats van een kapotte website weer te geven. Voor die tijd zijn er tal van tools die je kunt gebruiken om stijlvolle onderhoudspagina's te maken, en veel thema's bevatten standaard onderhoudssjablonen.
2-alternatieven voor onderhoudspagina's
Er is een tijd en plaats om de onderhoudspagina's van de website te gebruiken. Je hebt echter ook een aantal geweldige alternatieven die in de meeste gevallen zullen werken zonder downtime te veroorzaken. Laten we praten over wat het is.
1. Gebruik een tussenliggende website (test) om de gewenste wijzigingen aan te brengen
Eerlijk gezegd zullen testwebsites de manier waarop u ontwikkelings- en ontwerpwerk benadert, veranderen zodra u ze gaat gebruiken. Kortom, een staging-site is een live kopie van uw website die niet toegankelijk is voor het publiek.
In de meeste gevallen kunnen alleen u of anderen die aan uw website werken, wijzigingen aanbrengen in de doorstuurwebsite. Als u tevreden bent, kunt u ze live "publiceren", waarbij u de bestaande versie van uw site vervangt door de nieuwe versie waaraan u werkte.
Als u een aantal ontwerpwijzigingen wilt aanbrengen of functionaliteit aan uw website wilt toevoegen, is het gebruik van een tussentijdse kopie veel beter dan het activeren van een onderhoudspagina. Aangezien u niet aan de live-versie van uw site werkt, kunt u deze gewoon blijven gebruiken totdat u deze vervangt door uw nieuwe versie.
Als het gaat om het opzetten van een WordPress-website, heb je drie opties, afhankelijk van welke aanpak je wilt volgen:
- Zet een lokale ontwikkelomgeving op met behulp van tools zoals MAMP ou WAMP en maak een kopie van uw website op uw computer.
- Gebruik een hulpmiddel zoals Lokaal door Vliegwiel om snel transitwebsites in te stellen en eenvoudig meerdere websites te beheren.
- Profiteer van de functies van de overdrachtssite van uw host (als ze die aanbieden).
In de meeste gevallen is de eenvoudigste manier om een staging-kopie van uw site op te zetten, het gebruik van de ingebouwde functionaliteit van uw webhost. Het probleem is dat niet alle providers deze functionaliteit aanbieden, zeker niet vooraccommodatie basis gedeeld.
Deze auteur heeft goede ervaringen met het gebruik de ensceneringsfunctie van Flywheel(Engels) voor ontwikkelingswerk. Uw kilometerstand kan echter variëren. Als u liever een offline staging-website opzet, kunt u de eerste twee genoemde benaderingen gebruiken.
Voor deze gevallen kunt u een lokale kopie van uw live website maken met behulp van back-uptools zoals UpdraftPlus. U kunt vervolgens de nodige wijzigingen aanbrengen en uw live-kopie op dezelfde manier vervangen als u klaar bent. Deze benaderingen brengen natuurlijk werk met zich mee. Uw site blijft echter in ieder geval toegankelijk terwijl u verbeteringen aanbrengt.
2. Keer indien nodig terug naar een eerdere versie van uw website
Een veel voorkomend thema in veel van onze artikelen is om altijd back-ups van uw website te maken. Het is niet dat we "verslaafd" zijn aan grote back-ups. Omdat deze simpele handeling echter op zoveel manieren "je reet" kan redden, is het bijna onverantwoord ne niet doen.
Stel je bijvoorbeeld voor dat je website op een belangrijke manier kapot gaat omdat gebruikers er geen toegang toe hebben. Je hebt WordPress bijgewerkt en het veroorzaakt een aanzienlijk conflict met een van je plug-ins, of iets dergelijks. In deze situatie heeft u drie opties:
- Los het probleem handmatig op zonder de onderhoudsmodus te activeren en verwacht trage verkeersaantallen.
- Schakel uw onderhoudspagina in terwijl u het probleem oplost, zodat de bezoekers weet dat je aan het probleem werkt.
- Zet uw website terug naar een recente back-up en blijf gewoon werken.
Optie nummer drie is verreweg de gemakkelijkste, zolang de back-up maar zeer recent is. Idealiter heb je dagelijkse back-ups van je website, maar dit is niet praktisch voor kleine projecten (hoewel mogelijk met een plug-in zoals VaultPress). We raden minimaal wekelijkse back-ups aan.
Met sommige plug-ins kunt u de back-ups van uw website automatiseren en die bestanden offsite opslaan, wat net zo belangrijk is. U kunt er ook rekening mee houden dat u van tijd tot tijd handmatig een back-up van uw site maakt. Maar laten we eerlijk zijn: automatiseren is veel eenvoudiger.
Als u een nog gemakkelijkere ervaring wilt, bieden sommige webhosts automatische back-ups voor hun klanten. Net als bij het doorsturen van sites, nemen veel providers dit type functionaliteit niet op in gedeelde basisplannen.
Deze auteur heeft verschillende back-upherstelfuncties voor webhosts geprobeerd, waaronder die van A2-hosting en vliegwiel , en had met beide goede ervaringen. Natuurlijk zijn er veel meer webhosts die automatische back-ups en siteherstelfuncties bieden. Aarzel niet om ander onderzoek te doen voordat u een van hen kiest!
Conclusie
Er zijn nog steeds situaties waarin het gebruik van de onderhoudspagina's zinvol is. U kunt bijvoorbeeld een fout tegenkomen die de belangrijkste functies van uw site beïnvloedt of dingen kapot maakt. In deze gevallen kunt u de onderhoudspagina van uw site inschakelen terwijl u fixes uitvoert.
U beschikt echter ook over andere hulpmiddelen om u te helpen bij het gebruik van onderhoudspagina's, zoals:
- Gebruik een intermediaire website om de nodige wijzigingen aan te brengen.
- Verplaats uw website naar een recente back-up als er een fout is.
Zijn onderhoudspagina's nog steeds een goede gewoonte? Deel uw mening met ons in de comments hieronder!
Ik heb vanochtend tussen 0,30 en 2 uur net een interview gedaan op een zeer grote en drukke website. Nadat het onderhoud begon, heb ik eerst backups gemaakt en daarna de taken, installaties, bijvoorbeeld gestart. Wijzig de rangschikking van de database en installeer plug-ins. Helaas kon er geen plug-in worden geïnstalleerd, daarom heb ik de onderhoudsmodus verlaten en zal ik het binnenkort opnieuw proberen. Aangezien ik problemen verwacht, zal ik waarschijnlijk een 45: 1-kopie van internet maken en eraan werken. Ik vind een manier, ik herhaal de procedure op het live web - met de onderhoudspagina.
Waarom een onderhoudspagina of een webexemplaar? Dit heeft praktische overwegingen. Het web werkt met Contao (niet met WP) en is een installatie met meerdere domeinen. De gecomprimeerde database is ongeveer 330 MB groot. Het web bevat tienduizenden bestanden met een totaal van 99 GB. Configureer een 1: 1-kopie (op de server) met SSH-toegang en subdomeinen voor capaciteit voor meerdere domeinen, configureer vervolgens Contao opnieuw en kopieer de database van gegevens duurt enkele uren. Iets wat je lokaal niet kunt doen onder XAMPP, aangezien het moeilijk is om Contao 4 aan de praat te krijgen dankzij Composer, Symfony en Symlinks. Bovendien duurt het downloaden van de uU-bestanden enkele dagen.
Gezien deze lange voorbereiding is het onderhoudsprobleem eenvoudig, als u maar kleine wijzigingen hoeft aan te brengen. Natuurlijk probeer ik de onderhoudspagina met onderhoud naar de nachturen te verplaatsen. Soms wordt echter ook aangenomen dat de kleine verandering soms zonder onderhoud verloopt. En je hebt het internet al verwijderd. Zoals de crash een paar weken geleden, die me van zondag 2-11 offline bracht.
Mijn mening: een onderhoudspagina moet een onderhoudsbeurt zijn. Er is geen alternatief als het web te groot is. Kritieke systeemwijzigingen moeten echter worden aangebracht op een 1: 1-kopie. Als alles slaagt, noteer dan de stappen en herhaal ze op het live web - samen met de onderhoudspagina! Back-ups van de database en belangrijke webbestanden zijn altijd verplicht. Ik doe dit altijd na het activeren van de onderhoudsmodus, zodat ik er zeker van kan zijn dat de bezoeker het web niet kan wijzigen (bezoekersteller, formulierverzending, etc.).