Vedligeholdelsessider er bestemt ikke så populære som for længe siden, men de findes stadig. Moderne steder kan drage fordel af mange alternativer for at minimere nedetid. Dette betyder, at hvis du støder på en fejl, eller hvis en anden opgave forårsager nedetid, er du ikke længere tvunget til at bruge vedligeholdelsessiderne.
I denne vejledning vil vi lede dig gennem nogle alternativer til vedligeholdelsessider, som du kan bruge. Før det, lad os tale om, hvornår det er fornuftigt at bruge dem i første omgang.
En introduktion til webstedets vedligeholdelsessider
Du er sandsynligvis stødt på mange vedligeholdelsessider i løbet af din tid online. Normalt ser det sådan ud:
Vedligeholdelsessider er simpelthen pladsholdere, der fortæller dig, at der i øjeblikket er et problem med Websted du forsøger at besøge. I nogle tilfælde kan det tage et stykke tid eller blot et par minutter at løse dette problem.
Formålet med en vedligeholdelsesside er grundlæggende at forhindre din besøgende at støde på de fejl, du forsøger at rette. Nogle mennesker bruger dem også, når de foretager ændringer i deres funktioner eller design Websted, selvom denne type brug ikke længere er så almindelig.
I praksis kan du aktivere vedligeholdelsessider for hele din Websted eller kun for bestemte sider. Din tilgang vil afhænge af de problemer, du støder på. Lad os nu se, hvornår det giver mening at bruge vedligeholdelsessider.
Sådan beslutter du at bruge vedligeholdelsessider på din WordPress-blog
Websides vedligeholdelsessider kan være meget nyttige, men de er blevet lidt mindre populære af flere grunde. For eksempel:
- Når du aktiverer vedligeholdelsessiderne, svarer det dybest set til et nedetid på et websted.
- Der er alternativer til vedligeholdelsessider, der giver dig mulighed for at undgå nedetid.
- Brug af vedligeholdelsessider kan skræmme brugere.
Samlet set er der ikke behov for at bruge vedligeholdelsessiderne, når du ændrer designet eller funktionaliteten på dit websted. I disse tilfælde har du bedre alternativer, der ikke involverer nedetid på websteder, som vi vil undersøge om et øjeblik.
Der er formentlig kun én type situation, hvor brugen af vedligeholdelsessider altid er nyttig (når det er en fejl, der påvirker en hovedfunktionalitet på webstedet). I disse tilfælde er det bedre at risikere at skræmme væk besøgende med en vedligeholdelsesside i stedet for at vise et ødelagt websted. Til disse tidspunkter er der masser af værktøjer, du kan bruge til at lave stilfulde vedligeholdelsessider, og mange temaer inkluderer vedligeholdelsesskabeloner som standard.
2-alternativer til vedligeholdelsessider
Der er tid og sted at bruge siderne til vedligeholdelse af hjemmesiden. Du har dog også nogle gode alternativer, der vil gøre tricket i de fleste tilfælde uden at forårsage nedetid. Lad os tale om, hvad det er.
1. Brug et mellemliggende websted (test) til at foretage de ønskede ændringer
Helt ærligt vil testwebsteder ændre den måde, du nærmer dig udviklings- og designarbejde på, når du begynder at bruge dem. Kort sagt er et iscenesættelsessted en live kopi af dit websted, der er utilgængelig for offentligheden.
I de fleste tilfælde er det kun dig eller andre, der arbejder på dit websted, der kan foretage ændringer på videresendingswebstedet. Når du er glad, kan du "offentliggøre" dem live og erstatte den eksisterende version af dit websted med den nye version, du arbejdede på.
Hvis du vil foretage nogle designændringer eller tilføje funktionalitet til dit websted, er det meget bedre at bruge en mellemkopi end at aktivere en vedligeholdelsesside. Da du ikke arbejder på den live version af dit websted, kan du bare fortsætte med at køre det, indtil du erstatter det med din nye version.
Når det kommer til at oprette et WordPress-websted, har du tre muligheder afhængigt af hvilken tilgang du vil tage:
- Opret et lokalt udviklingsmiljø ved hjælp af værktøjer som f.eks MAMP ou WAMP og opret en kopi af dit websted på din computer.
- Brug et værktøj som f.eks Lokal ved Flywheel at hurtigt oprette transitwebsteder og nemt administrere flere.
- Udnyt funktionerne på din hostes overførselswebsted (hvis de tilbyder det).
I de fleste tilfælde er den nemmeste måde at oprette en iscenesættelse af dit websted på ved at bruge din webhosts indbyggede funktionalitet til at gøre det. Problemet er, at ikke alle udbydere tilbyder denne funktionalitet, især ikke forovernatning grundlæggende delt.
Denne forfatter har haft gode oplevelser med at bruge iscenesættelsesfunktionen af svinghjul(Engelsk) til udviklingsarbejde. Din kilometertal kan dog variere. Hvis du foretrækker at oprette et offline iscenesætningswebsted, kan du bruge de to første nævnte tilgange.
I disse tilfælde kan du oprette en lokal kopi af dit live-websted ved hjælp af sikkerhedskopieringsværktøjer som f.eks UpdraftPlus. Du kan derefter foretage de nødvendige ændringer og udskifte din live-kopi efter den samme metode, når du er klar. Selvfølgelig involverer disse tilgange arbejde. Dit websted vil dog i det mindste forblive tilgængeligt, mens du foretager forbedringer.
2. Gå tilbage til en tidligere version af dit websted om nødvendigt
Et almindeligt tema i mange af vores artikler er altid at oprette sikkerhedskopier af dit websted. Det er ikke, at vi er "afhængige" af store sikkerhedskopier. Men fordi denne enkle handling kan redde "din røv" på så mange måder, er den næsten uansvarlig ne ikke gør det.
Forestil dig f.eks., At dit websted går i stykker, fordi brugerne ikke kan få adgang til det. Du har opdateret WordPress, og det skaber en betydelig konflikt med et af dine plugins eller noget lignende. I denne situation har du tre muligheder:
- Løs problemet manuelt uden at aktivere vedligeholdelsestilstand og forvente langsomme trafiknumre.
- Tænd for din vedligeholdelsesside, mens du løser problemet, så den besøgende ved, at du arbejder på problemet.
- Returner dit websted til en nylig sikkerhedskopi, og fortsæt med at arbejde som normalt.
Mulighed nummer tre er langt den nemmeste, så længe sikkerhedskopien er meget ny. Ideelt set har du daglige sikkerhedskopier af dit websted, men dette er ikke praktisk for små projekter (selvom det er muligt med et plugin som f.eks. VaultPress). Vi anbefaler et minimum af ugentlige sikkerhedskopier.
Nogle plugins giver dig mulighed for at automatisere sikkerhedskopieringen af dit websted og gemme disse filer uden for webstedet, hvilket er lige så vigtigt. Du kan også tage sig af manuel sikkerhedskopiering af dit websted fra tid til anden. Men lad os være ærlige: automatisering er meget lettere.
Hvis du vil have en endnu mere praktisk oplevelse, tilbyder nogle værter automatiserede sikkerhedskopier til deres kunder. Som med videresendelseswebsteder inkluderer mange udbydere ikke denne type funktionalitet i grundlæggende delte planer.
Denne forfatter har forsøgt flere funktioner til gendannelse af sikkerhedskopier af webhost, herunder de af A2 Hosting og Svinghjul og havde gode erfaringer med begge. Naturligvis er der mange flere webværter, der tilbyder automatiske sikkerhedskopier og funktioner til gendannelse af websteder. Tøv ikke med at lave anden forskning, før du vælger en af dem!
Konklusion
Der er stadig situationer, hvor det er fornuftigt at bruge vedligeholdelsessiderne. For eksempel kan du støde på en fejl, der påvirker nøglefunktionerne på dit websted eller bryder ting. I disse tilfælde kan du aktivere vedligeholdelsessiden for dit websted, mens du udfører rettelser.
Du har dog også andre værktøjer, der hjælper dig med at bruge vedligeholdelsessider, såsom:
- Brug en formidlende webside til at foretage de nødvendige ændringer.
- Flyt dit websted til en nylig sikkerhedskopi, hvis der er en fejl.
Er vedligeholdelsessider stadig en god praksis? Del dine meninger med os i kommentarfeltet nedenfor!
Jeg har lige foretaget et interview på et meget stort og travlt websted mellem 0,30 og 2 i morges. Efter vedligeholdelsen startede, lavede jeg først sikkerhedskopier og startede derefter opgaverne, f.eks. Installationer. Rediger placeringen af databasen, og installer plugins. Desværre kunne der ikke installeres noget plugin, hvorfor jeg forlod vedligeholdelsestilstand og vil prøve igen snart. Da jeg forudser problemer, vil jeg sandsynligvis lave en 45: 1 kopi af internettet og arbejde på det. Jeg finder en måde, jeg gentager proceduren på live web - med vedligeholdelsessiden.
Hvorfor en vedligeholdelsesside eller en webkopi? Dette har praktiske overvejelser. Internettet fungerer med Contao (ikke WP) og er en installation med flere domæner. Den komprimerede database er ca. 330 MB i størrelse. Internettet indeholder titusinder af filer med i alt 99 GB. Konfigurer en 1: 1-kopi (på serveren) med SSH-adgang og underdomæner til multi-domæne-kapacitet, konfigurer derefter Contao igen og kopier databasen data tager flere timer. Noget, du ikke kan gøre lokalt under XAMPP, da Contao 4 er svært at komme i gang takket være Composer, Symfony og Symlinks. Derudover tager det bare adskillige dage at downloade uU-filerne.
I betragtning af denne lange forberedelse er vedligeholdelsesproblemet ligetil, hvis du kun skal foretage små ændringer. Selvfølgelig prøver jeg at flytte vedligeholdelse med vedligeholdelsesside ind i de natlige timer. Nogle gange menes det også, at den lille ændring undertiden går uden vedligeholdelse. Og du har allerede taget internettet ned. Ligesom styrtet for et par uger siden, som tog mig offline fra søndag 2-11.
Min mening: En vedligeholdelsesside til en vedligeholdelse skal være. Der er ikke noget alternativ, hvis internettet er for stort. Der skal dog foretages kritiske systemændringer i en 1: 1. kopi. Hvis alt er i orden, skal du nedskrive trinene og gentage dem på live nettet - sammen med vedligeholdelsessiden! Sikkerhedskopiering af databasen og vigtige webfiler er altid obligatorisk. Jeg gør det altid efter aktivering af vedligeholdelsestilstanden, så jeg kan være sikker på, at den besøgende ikke er i stand til at ændre internettet (besøgstæller, formularoverførsel osv.).