13 nødvendige foranstaltninger for at sikre, at din WordPress visne belastning

Matthias Held Senest opdateret den 15. januar 2021
16 Min.
WordPress -Sidste
Senest opdateret den 15. januar 2021

Hvis dit produkt eller koncept pludselig får en masse opmærksomhed, e.B. gennem en tv-optræden på "The Cave of the Lions", anbefalingen fra en influencer eller en storstilet marketingkampagne, betyder det én ting: meget trafik på serveren! For meget for nogle sider og servere. Ligesom din WordPress kan modstå en høj belastning, forklarer vores 'Udviklingschef' Matthias til dig.

Hvad sker der, hvis et holdmedlem svækkes i et rohold? Hele holdet mister præstation og skal kompensere for manglen på magt. Hvis det hele sker under et mesterskab, er det fatalt og næsten helt sikkert fører til et nederlag. Det samme gælder for din WordPress Hjemmeside under høj belastning. Hvis serveren, er din Theme Din Plugins , din database og co. er ikke et godt indøvet team, dit websted vil kollapse under spidsbelastninger, og du vil miste værdifulde besøgende.

Hvis din WordPress -Side ikke modstå en pludselig haste af besøgende, resultatet er altid det samme: hjemmesiden er ikke tilgængelig, den potentielle køber ikke komme videre, og du mister penge. Så hvad skal du gøre for at forhindre dette i at ske?

Vi tænkte over, hvilke foranstaltninger du skal tage, før du sender z.B. "The Cave of the Lions" til din WordPress side for høj belastning. Grundlaget for optimeringsprocessen for bedste praksis er følgende:

  1. Planlægning
  2. Optimer infrastruktur
  3. Backend
  4. Frontend
  5. Offsite
  6. Test og rapportering
  7. Live kredsløb

På baggrund af denne proces og vores mange års erfaring har vi udarbejdet en konkret 13-punktsplan, der skal hjælpe dig WordPress side for høj belastning.

Bemærk

De 13 foranstaltninger er sorteret efter planlægning og gennemførelse, ikke efter deres betydning. Derfor anbefales det at implementere punkterne helt og sekventielt.

WordPress Høj belastning - planlægning

#1 planlægning

1.1 Klokkeslæt

Desværre er den tid, du har til rådighed til implementering, ofte en undervurderet kendsgerning i planlægningen, men nogle gange den vigtigste.

Du har brug for tid til, at du og dine udviklere WordPress optimere og teste din hjemmeside og din butik. Du kan også have brug for tid (eller din hoster) til at flytte dit websted eller domæne eller skalere serveren.

Du har også brug for tid til at genoverveje begreber og muligvis Plugins for at skifte.

13 nødvendige foranstaltninger for at sikre, at din WordPress visne belastning

1.2 Nytænkning af koncepter

Plugins , widget og ressourcer

Al ressourcespisning Plugins , skal du fjerne widgets og funktioner, som du ikke nødvendigvis har brug for i dit dashboard eller din side. Har du virkelig brug for dine overvågningsværktøjer som Matomo eller Google Analytics i din WordPress Dashboard?

Prøv at holde sig til et absolut minimum, når det kommer til at holde dit websted online under den højeste belastning. Selv de mindste ting som en social medieknap kan udgøre dobbelt så meget indlæsningstid. I følgende eksempel endda 12 scripts med i alt 462,7 kB - kun for at vise en social media knap.

Indlæse scripts fra knappen Sociale medier

Annoncer

For mange annoncer på din side forsinker ikke kun din server, men gør også dine potentielle kunder mere tilbøjelige til at forlade dit website. Som et resultat vil du miste reklameindtægter som følge heraf. Begræns dig selv til et par annoncer af høj kvalitet for at øge dit investeringsafkast (ROI) så hurtigt og effektivt som muligt.

E‑mail

Din hjemmeside er din online tilstedeværelse - dine e-mails hører ikke kontrolleret fra det. Serveren tager en masse belastning, og det er bare at gå til høj belastning toppe på din bekostning.

Her skelner vi mellem to typer af e-mails:

  • Marketing (Nyhedsbrev)
  • Management.

Du bør altid outsource marketing e-mails såsom e.B. dit nyhedsbrev. GDPR-kompatibel,tyske udbydere er her for eksempel Cleverreach eller Newsletter2Go. Selvfølgelig er der også internationale udbydere som .B. Mailchimp eller ActiveCampaign, som også gør en god ting.

Bemærk: Du bør ikke sende marketing-e-mails via din hjemmeside.

Dukan også outsource administrativee-mails, såsom.B fakturaer, nulstilling af adgangskode, kontooprettelses-e-mails osv. Især hvis der er mange ordrer med høje besøgstal, bør du overveje dette.

Der er også flere udbydere, som du blot kan bruge som en tredjeparts SMTP-server: Mailgun er min favorit her. Udviklerne har også en let at sætte op WordPress - Plugin .

WordPress Høj belastning - Hosting

#2 Værtskab

Det vigtigste direkte handlingsrettede punkt, du skal fokusere din opmærksomhed på, er faktisk hosting. Først og fremmest er det vigtigt at vælge en hoster, der ikke har nogen grænse for trafikken. Fordi: Hvis din trafik overskrider denne grænse, kan din hoster blokere din side, og al indsatsen ville være væk.

Hostingpriser baseret på delt hosting er også helt uegnede til en høj belastningsforøgelse, når du deler CPU-tiden med andre brugere (websteder). I de fleste tilfælde er de heller ikke stærke nok til at modstå sådanne trafik rushes som .B i "The Cave of the Lions".

A WordPress Og WooCommerce Specialiseret hoster er det bedste valg i langt de fleste tilfælde, hvis du ikke ønsker at tage sig af dit websteds installation, vedligeholdelse, ydeevne optimeringer og sikkerhed. Hvad er de fire faktorer, du har i WooCommerce -Hosting især, kan du læse i vores artikel.

E-bog WooCommerce

En kortsigtet skalering af din server kan også give mening. Det betyder, at du vil suppost din server (mere CPU / RAM etc. i en periode) og derefter vende tilbage til det almindelige niveau efter trafik peak for at spare omkostninger.

I det optimale tilfælde taler du med din hoster i begyndelsen af planlægningen. Han kan bedst rådgive dig og komme med anbefalinger.

WordPress Høj belastning - Sikkerhedskopier

#3 Sikkerhedskopierings

Sikkerhedskopier er et absolut must, ikke kun for spidsbelastninger, men grundlæggende. Din hjemmeside bør automatisk bakkes op om natten, og du bør også være i stand til at oprette manuelle sikkerhedskopier. Dette giver dig et andet sikkerhedsnet, især i faser som omstrukturering af dit websted.

Du kan også sikre store milepæle som versioner på denne måde.

Såsom:

  • Sikkerhedskopiering 1: Starttilstand
  • Sikkerhedskopiering 2: Cachelagring Plugin installeret og konfigureret
  • Sikkerhedskopiering 3: Database ryddelig
  • ...

Dette giver dig mulighed for at hoppe tilbage til bestemte punkter i dine tilpasninger til enhver tid, hvis noget går galt.

Jeg anbefaler, at du virkelig bruger dette, når du arbejder dig gennem dette dokument.

3.1 Sikkerhedskopieringssystemer

Sikkerhedskopiering på Administreret WordPress -Hosters (anbefales):
Med de fleste specialiserede værter kan du stole på en automatisk sikkerhedskopi af din side hver aften. Derudover er der normalt mulighed for at oprette og genbruge manuelle sikkerhedskopier med et enkelt klik. Da disse sikkerhedskopier ikke betyder en omstændighed for dig og ikke tager plads væk fra dig, går anbefalingen klart i den retning.

Sikkerhedskopiering via WordPress - Plugin :
Plugins såsom BackWPup, Updraft, BackUpWordPress osv.m kan bruge hele din WordPress herunder medier og database, på serveren.

Afhængigt af Plugin og version (gratis eller betalingsversion), kan du også gemme eller downloade din sikkerhedskopi i skyen*.

BackWPup er skrevet af Inpsydes kolleger og er godt understøttet. Derfor er dette vores anbefaling til dig, hvis du ikke har en backup-løsning i din hostingpakke. BackWPup leverer tidsbaserede sikkerhedskopier, lagerplads på skytjenester*, f.eks. Dropbox eller Microsoft Azure eller en anden FTP-server.

I købsversionen kan du angive yderligere skytjenester som lagerplads og kryptere dine sikkerhedskopier.

*
Når du gemmer sikkerhedskopier i skyen, skal du tænke grundigt i tider med GDPR, hvilken udbyder du bruger, fordi dine sikkerhedskopier også indeholder kundedata som navne, adresser og e-mails.

WordPress Høj belastning - Cachelagring

#4 Caching &minifying

Den vigtigste faktor, når det kommer til at levere sider hurtigt og med så lidt serverbelastning som muligt, er klart cachelagring.

Når du cachelagrer, minimerer du anmodningerne til serveren, som derefter leverer statiske filer i stedet for dynamisk indhold, f.eks. Dette giver dig en meget lavere belastning ud over en enorm hastighedsforbedring, fordi serveren ikke behøver at indlæse det samme indhold igen og igen. Forestil dig det, som om din mor ville sende dig ud for at hente mælk igen og igen. I stedet for at løbe igen og igen, skal du blot fylde køleskabet med flere flasker. Dette reducerer belastningen på dine ben og stress med din mor, fordi du ikke var hurtig nok.

Her skelner vi mellem cachen på serversiden og cachelagring ved at Plugins . Vi har samlet et detaljeret overblik over cachen og forskellene i disse cachemuligheder i vores Caching Basics-artikel til dig.

Minifying CSS- og JS-filer kan også give dig en fordel for ydeevnen. Dette forenkler indholdet af de respektive typografiark og JavaScript-filer med kommentarer og mellemrum og fletter dem ind i en lang streng. Til dette formål anbefaler vi f.eks., at Plugin "Flet + Minify + Opdater".

WordPress Høj belastning - optimer billeder

#5 medieoptimering (skalering af billeder, aflastningsvideoer)

5.1 Billeder

Store medier er naturligvis morderen med hensyn til belastning og ydeevne. Hvis din butiksbund indeholder 25 produktbilleder i fuld opløsning, selvom de kun vises i 200px x 250px, kommer siden hurtigt ned på knæ.

Du skal være særlig forsigtig, når du tager billeder i indkøbskurven eller kasseområdet, fordi disse områder er usete. Hvis du indlæser 300dpi billeder på 2000px der, selvom der kun er brug for et piktogram, kan du være sikker på, at dine kunder ikke kan købe i rækker hos FullLoad.

Med hvilke WordPress - Plugins du kan behandle dine billeder automatisk, forklarer vi i vores Optimering af afbildning Plugin - Sammenligning.

5.2 Videoer

Videoer hører hjemme på videoportaler og er derefter inkluderet på din side! I hvert fald når det kommer til ydeevne. Der er næppe nogen grund til at være vært for videoer selv (i nogle tilfælde måske GDPR, men lad os lægge det til side her).

Hvis du virkelig selv vil være vært for videoer, skal du gøre det på en dedikeret server og derefter inkludere dem med dig. Ellers skal du uploade det til YouTube, Vimeo, 3q eller Brightcove.

WordPress Høj belastning - ryd op i databasen

#6 database

Lad os nu gå ind i dybet af WordPress - Databasen.

Meget vigtigt på forhånd: Lav en backup først!

WordPress gemmer indlæg, kommentarer, sider og andre typer tekstdata i en enkelt database (billeder og videoer ekskluderet, fordi de findes i mappen wp-content/**). Efter et stykke tid bliver denne database selvfølgelig lidt fyldigere og "skrald".

Skrald her betyder blandt andet:

  • Kommentarer i spam-området
  • Revisioner af artikler og sider
  • Ting i papirkurven
  • Sende og kommentere metadata, f.eks.

Dette er alle gamle belastning, som du normalt ikke længere har brug for, og som trækker ned din server.

13 nødvendige foranstaltninger for at sikre, at din WordPress visne belastning

Hvordan slipper man af med det her?

TL;DR & for dem, der ønsker det lidt lettere: Installer WP-Optimize og lad det køre!

6.1 Revisioner

Revisioner er mellemprodukter af dine bidrag, sider og udkast.

I de fleste tilfælde kan disse reduceres enormt, e.B til maksimalt 8-10 revisioner. I nogle tilfælde giver det endda mening at slukke dem helt.

I din wp-config.php skriver du om det:

Sluk helt:

definer( 'WP_POST_REVISIONS', falsk);

Begræns revisioner:

»WP_POST_REVISIONS«, s. 10); Maks. 10 revisioner

6.2 Optimering af wp_options

Tabellen wp_options er en af de vigtigste og samtidig ofte oversete tabeller i WordPress når det kommer til belastningsoptimering. Ud over ting som webstedets URL, hjemme-URL, tidsformater og administratordata indeholder wp_options også indstillinger for Plugins , Themes , WP cronjobs og cachedata.

For at optimere dem skal vi først forstå, hvad hver tabelkolonne betyder.

Den wp_options har følgende kolonner:

  • option_id
  • Option_name
  • option_value
  • Automatisk indlæsning

Lad os se på autoload-kolonnen. Dette styrer, hvilke indstillinger der er wp_load_alloptions() Indlæst. Det betyder, at hvis posten på 'ja' er i en linje, indlæses denne funktion på hver side på dit websted.
Mange Plugin Og Theme udviklere har den holdning, at deres Plugin / Theme så forbandet vigtigt, at det skal indlæses på hver side, selv om dens Plugin bruges faktisk kun på én side (f.eks. en computer- eller kontaktpersonformular).

Selvfølgelig spilder dette din side og forårsager enorm ekstra belastning.

Hvordan løser du det her?

I sidste ende er dette et planlægningsproblem. Som allerede nævnt i punkt 1.2 "Rethinking Concepts", bør du stille dig selv spørgsmålet: "Har jeg brug for dette Plugin ?". Hvis du kan erstatte det med en anden mulighed, skal du gøre det.

Du kan f.eks. ikke bruge Google Analytics i WordPress instrumentbrættet, men eksternt. Eller i stedet for en omdirigering Plugin du kan tjekke med din hoster, hvis han ikke allerede har integreret sådanne ting.

For at finde ud af, hvilke Plugins store belastning gange, jeg skrev dig en SQL-forespørgsel her:

VÆLG option_name, længde(option_value) AS option_value_length FRA wp_options HVOR autoload ='ja' ORDER BY option_value_length DESC
Vigtigt

Det kan være, at databasepræfikset er anderledes, så det kan være nødvendigt at justere denne forespørgsel til "wp_options" i "deinprefix_options".

Når du har kørt denne forespørgsel, får du en liste tilbage, der viser dig, hvilke funktioner der forårsager mest belastning.

WordPress Høj belastning: wp_options forespørgsel om automatisk indlæsning

I dette tilfælde kommer det fra Plugin "Omskrive regler". Hvis du er RAIDBOXES kan du følge omskrivningsreglerne i RAIDBOXES instrumentbræt, til dette BOX blot vedtage omskrivningsreglerne og Plugin Slette.

WordPress Høj belastning: URL-omskrivninger RAIDBOXES

Gamle " Plugin fjerne skrald" fra wp_options

Slettet Plugins efterlade rester i wp_options og også på autoload = ja. Dette er naturligvis meget dårligt, fordi funktionerne bag det ikke engang eksisterer længere, og computertiden på serveren er således spildt helt.

Hvad jeg altid kan lide at gøre, er Plugins slå navnene op og fjerne dem i wp_options.

Lad os antage, at vi bruger "Omskrive regler" Plugin ovenfra, så jeg kører denne SQL-forespørgsel:

VÆLG * FRA 'wp_options', HVOR 'autoload' = 'ja' OG 'option_name' SOM %rewrite_rules%'
Vigtigt

Det kan være, at databasepræfikset er anderledes, så det kan være nødvendigt at justere denne forespørgsel til "wp_options" i "deinprefix_options".

Jeg så komme tilbage en hel række ikke længere er nødvendige funktioner, som alle er stadig på autoload = ja, men er helt ubrugelige.
Jeg sletter dem bare. Jeg har allerede nævnt sikkerhedskopier, har jeg ikke? 😉

Jeg gennemgår denne procedure for alle Plugins Af. Allerede wp_options et helt hjørne er lettere.

6.3 Sletning af gamle transienter

Opdatering: Siden WordPress Ver. 4.9.9 Dette er ikke længere nødvendigt, da WordPress overtager selv denne opgave.

For WordPress -Versioner før 4.9.9:
Transienter er ikke andet end midlertidige indstillinger, der er gemt i databasen i en kort periode. Når de er udløbet og ikke længere er nødvendige, vil de blive slettet. Som et eksempel: "site_transient_update_plugins" indeholder blot de oplysninger, som Plugins har en opdatering, og hvilke der ikke gør. Så snart du har Plugins opdateret eller en ny opdateringskontrol, slettes denne forbigående.

Desværre er dette ikke altid tilfældet, fordi nogle transienter forbliver fast i databasen for evigt og gør forespørgslerne vanskelige. De bør naturligvis forsvinde.

Brug den forbigående renser bedst muligt, fordi at gøre dette manuelt er en enorm indsats. Når du har Plugin med succes, kan du derefter sikkert fjerne det. Den forbigående Cleaner kun fjerner de udløbne transienter og intet andet - et fantastisk værktøj!

Performance Messer E-Bog

6.4 WordPress -Sessioner

Sessioner er der for at styre, logge, gennemgå og køre brugerlogonsessioner. Efter et stykke tid sletter en WP cron disse sessioner fra databasen. Sådan skal det i det mindste være.

Desværre hænger cronjobs op, eller de deaktiveres af brugeren eller Plugins - Så har du en masse sessioner i databasen på ingen tid.

For at se, om du er berørt, har jeg en anden forespørgsel til dig:

VÆLG * FRA 'wp_options', HVOR 'option_name' SOM '_wp_session_%'
Vigtigt

Det kan være, at databasepræfikset er anderledes, så det kan være nødvendigt at justere denne forespørgsel til "wp_options" i "deinprefix_options".

Hvis du finder ud af, at der er tusindvis af poster, skal du bruge følgende forespørgsel til at slette dem:

SLET FRA 'wp_options', HVOR 'option_name' SOM '_wp_session_%'

På RAIDBOXES vi har vores egen server-side CronJob, som du kan styre med mellemrum. Du kan finde dette blandt dine BOX -Indstillinger under Viskelæder til WP-session.

WordPress Høj belastning: Viskelæder for WP-session

6.5 Tilføjelse af et indeks til automatisk indlæsning

Ok, nu er det svært! Men hvis du formår at gøre det for din WordPress side for at anvende dette trick fra kollegerne i 10up, har du fået en masse.

Hvad det gør afgørende:

Der føjes et indeks til feltet til automatisk indlæsning i wp_options. Dette reducerer forespørgselstiden betydeligt og resulterer endda i en konstant, meget lav "maximim".

Resultatet er klart:

WordPress Høj belastning: wp_options forespørgselstidsindeks
Kilde: 10up

Skønheden er, at på de fleste sider, vores Plugin Tilføj Index til Autoload vidunderligt. Som altid, tænk på backup før!

Manuelt, denne forespørgsel ville gå her:

ALTER TABLE 'wp_options' ADD INDEX ('autoload');
Vigtigt

Det kan være, at databasepræfikset er anderledes, så det kan være nødvendigt at justere denne forespørgsel til "wp_options" i "deinprefix_options".

WordPress Høj belastning - Opdateringer

#7 Hold det hele opdateret!

En meget effektiv måde at modstå bølger af besøgende er at holde din software up-to-date. Ikke kun din WordPress dig selv, men også din aktive Theme Din Plugins og på forsiden: din PHP version.

7.1 PHP

PHP er "softwaremotoren" i WordPress . Det betyder også: Jo mere performant motoren er, jo hurtigere er din side.

PHP 7,0 er i stand til at køre mere end dobbelt så mange anmodninger i sekundet som PHP 5,6, halvdelen af latenstid. Med PHP 7,1 og 7,2, det hele fik lidt hurtigere.

Bemærk

Officiel support til PHP 5.6, 7.0 og 7.1 er allerede udløbet, og PHP 7.2 modtager kun sikkerhedsopdateringer indtil den 6. december 2021. Så det er bedst at opdatere til mindst PHP 7,2 nu for at sikre sikkerheden i sin WordPress på siden.

Samlet set giver det mere end mening at bruge PHP-versionen, der giver dig den bedste ydelse. Men pas på: ikke alle Plugins Og Themes er allerede kompatible med de nyeste versioner! Her er enten dokumentationen af Plugins Og Themes eller let at prøve på.

PHP-versioner RAIDBOXES

7.2 WordPress

For at få den maksimale ydelse ud WordPress version up-to-date.Hvis du WordPress ikke er blevet opdateret i lang tid, bør du ikke hoppe direkte fra den ene større version til den næste (f.eks. 4.3 til 4.4), men snarere famle fremad i mindre versioner (f..B eks. fra version 4.3.3 til 4.3.4).

Kontroller den overordnede funktionalitet på siden igen og igen mellem opdateringerne. I princippet anbefales det at oprette individuelle sikkerhedskopier af din side igen og igen. Dette gælder især, før større version hopper!

I princippet er en administreret WordPress hoster, som WordPress opdateringer til dig.

7.3 Plugins Og Themes

Ligesom din WordPress version, skal du også bruge din Plugins Og Themes Opdateret. Sikkerhed og ydeevne er hovedårsagerne. Usikre Plugins Og Themes kan ødelægge alt dit arbejde. En oversigt over aktuelt kendte sikkerhedssvagheder WordPress , Themes Og Plugins WPScanSårbarhed Databasefra sikkerhedsudbyderSucuri.

Plugin - og Theme -Opdateringer også give mulighed for at opgradere til en højere PHP version og dermed opnå en betydelig hastighed løft. Fejl forsvinder også, og du har flere tilgængelige funktioner.

Igen, for større opdateringer: Lav en sikkerhedskopi af din side på forhånd eller teste den nye version i en Staging miljø. Kontroller sidens funktionalitet, før du slår ændringerne til live.

Hvilke konsekvenser det kan have, hvis du Plugin opdateringer, f.eks. Sårbarhed ved en GDPR Plugins Vist.

WordPress Høj belastning - Ødelagte LInks

#8 brudte links

Et meget simpelt punkt, der ikke nødvendigvis trækker ned din side ydeevne, men kan koste dig besøgende, er brudte links. Du kan nemt tjekke din side ved hjælp af Online Broken Link Checker.

Jeg anbefaler, at du bruger denne hjemmeside i stedet for en WordPress - Plugins der skal bruges til kontrollen, som Plugins trække ned din side ydeevne, selvom du ikke bruger det. Der er dog mange flere værktøjer og metoder til at finde Broken Links. Hvilke af dem er, kan du finde ud af i denne artikel.

WordPress Høj belastning - Doven indlæsning

#9 doven indlæsning

Lazy Load viser kun det indhold, som brugeren har i sit synlige browserområde. Resten indlæses dynamisk, mens brugeren fortsætter med at rulle ned.

For at reducere belastningen på din side er det kun de anmodninger, der faktisk skal imødekommes med det samme, der er opfyldt. Disse omfatter for eksempel billeder, videoer og tekster samt scripts og andre ting. Et ægte elværktøj – Quasi Thors Hammer til at spare ressourcer.

Det fungerer sådan her:

Browseren indlæser allerede hele tekstindholdet (DOM), men bruger Javascript til kun at indlæse de billeder / video / script ressourcer, som brugeren har brug for. Hvis brugeren ruller dybere, genindlæses de ting, der kommer ind i hans synsfelt.

Mange moderne Themes , især for butikker, har allerede implementeret Lazy Loading. Desværre er det ikke altid let at tilføje Lazy Loading bagefter.

Men der er en Plugin for det!

Der er mange Dovne Loading Plugins på markedet. Men en ting jeg især gerne er a3 Lazy Load. A3 Lazy Load fungerer i mange tilfælde og kan indlæse videoer og iFrames doven ud over billeder. Derudover understøtter det WordPress Amp WooCommerce Og Advanced Custom Fields .

Opdatering: Siden WordPress Version 5.5 du behøver ikke en doven Loading Plugin mere, da WordPress overtager selv denne opgave.

WordPress Høj belastning - betalingsproces

#10 betalingsproces

Især hvis du vil sælge et eller flere produkter, er det vigtigt at optimere betalingsprocessen nøjagtigt.

Som nævnt ovenfor er ting som indkøbskurven eller kassen ikke cachable. Derfor bør du reducere serverbelastningen enormt her, fordi hver anmodning betyder en helt ny og ydelseskrævende anmodning til serveren.

13 nødvendige foranstaltninger for at sikre, at din WordPress visne belastning

Tjek dine browserværktøjer (i Chrome e.B. via fanen "Netværk"), hvor mange anmodninger der genereres under en betaling, og hvilke der genereres. Hvis du ser, at du genererer 400 Request alene, når du ringer til indkøbskurven, går noget galt.

Se, hvad Plugin eller hvilken ressource der genererer mange af disse anmodninger og forsøger at reducere dem. Det betyder, at du om nødvendigt kan blive Plugins at du ikke nødvendigvis behøver at adskille.

Hvad vi ofte ser her, er skrifttyper, der indlæses fra eksterne kilder, derefter gengives først, men ikke engang bruges på indkøbskurven eller kassen side.

Spørg også dig selv spørgsmålet, om du virkelig har brug for at liste alle produkter med billeder i fuld opløsning i kassen, eller om en tekstvisning her er tilstrækkelig.

Betalingsmuligheder via gateways

Det kan også være nødvendigt at ændre din betalingsgateway. For eksempel, hvis din PayPal Plugin tager meget lang tid at behandle anmodninger fra brugere, du kan miste tilbud her.

Hvis du vil tilbyde dine kunder så mange betalingsmuligheder som muligt og tilbyde dig en sikker behandling, så tjek Stripe Stripe tilbyder en enkel WordPress -Integration og hurtige betalingstransaktioner med et stort antal betalingsmuligheder.

WordPress Høj belastning - CDN

#11 CDN

On-side er alt nu optimeret? Server hurtigt? Super! Derefter kommer næste fase for at holde belastningen så lav som muligt: et indholdsleveringsnetværk (CDN).

Et CDN er en kopi af din cachelagrede side, der distribueres på forskellige servere forskellige steder i verden. På denne måde kommer brugere, der er på ét sted, hurtigere til dataene.

Næsten – for at tage mælkeeksepel ovenfra – et køleskab fuld af mælk i hvert værelse.

Derudover vil CDN også fritage din server for belastning, da det vil cachelagrede dele af dit websted fra sin server.

Som CDN-partner anbefaler vi, at Cloudflare . Her har du endda en firewall og en billedoptimering i nogle CDN-planer. Hvordan du Cloudflare På RAIDBOXES med din BOX vi forklarer dig her:

I Cloudflare :

  1. Du indtaster dit domæne under "Tilføj websted" og klikker på "Scan DNS Records".
  2. Nu scanner CF automatisk efter dine poster – bare vent, indtil det er færdigt.
  3. Bagefter vil CF komme med forslag (normalt to til A-Records). Og det er okay. Klik på "Fortsæt".
  4. I næste trin skal du vælge din plan og klikke på "Fortsæt" igen.
  5. Her har du nu navneservere, som du skal tilpasse.
  6. Cloudflare viser dig vores, og hvor du kan ændre dem. (Selvfølgelig gælder dette kun for domæner, som du har med os. Hvis du har domænerne et andet sted, skal du kigge der).
  7. Du skal derefter angive disse navneservere (5) som navneservere i domæneadministrationen. Hvis du administrerer dine domæner hos os, kan du bruge dem her Tilpasse. Der klikker du på "DNS" på det respektive domæne og ændrer navneserverne til Cloudflare . Hvis du har dine domæner hos en anden udbyder, skal du kigge der.

Færdig!

Stadig vigtigt:Hvis du får vist fejlmeddelelsen: "Der er for mange omdirigeringer", skal du Cloudflare "Fuld streng" i SSL-indstillingerne.

WordPress Høj belastning - Rapportering

#12-rapportering

Du kan ikke altid se dit websted, så et overvågnings- og oppetidsrapporteringsværktøj er meget vigtigt.

Disse for det meste gratis værktøjer overvåger status for dit websted. Du kontrollerer med korte mellemrum, om din side er tilgængelig.

Vi anbefaler pingdoms eller uptimerobots gratis planer.

Bemærk:Sæt ikke denne kontrol for kort, det betyder også en belastning på din webserver. Derfor vil kontrolintervallerne ikke være kortere end 5 minutter.

Sikkerhedskopiering af #13-finaler

Foregår der alt? Tilfreds? Super! Nu skal du kun lave en sidste backup! På den næste top gennem hulen af løver og co, bør din side ikke være på knæ længere!

Konklusion

Jeg håber, at min trin-for-trin guide vil hjælpe dig WordPress side for høj belastning. Hvis de mest teknisk krævende områder stadig er på plads, anbefaler vi, at du bruger en professionel WordPress Udviklere. Har du yderligere spørgsmål eller kommentarer om forberedelse til høj belastning? Så vær venlig at efterlade mig en kommentar!

Lignende artikler

Kommentarer til denne artikel

Skriv svar på en

Din e-mailadresse vil ikke blive offentliggjort. Obligatoriske felter er markeret med *.