13 nödvändiga åtgärder för att säkerställa att din WordPress vissnad belastning

Matthias Held Uppdaterad den 7 oktober 2020
16 Min.
WordPress -Sista
Senast uppdaterad den 7 oktober 2020

Om din produkt eller ditt koncept plötsligt får mycket uppmärksamhet, till exempel genom ett TV-framträdande på "The Cave of the Lions", rekommendationen från en influencer eller en storskalig marknadsföringskampanj, betyder det en sak: mycket trafik på servern! För vissa sidor och servrar För mycket. Precis som din WordPress klarar en hög belastning, förklarar vår "utvecklingschef" Matthias för dig.

Vad händer om en gruppmedlem försvagas i ett roddlag? Hela laget förlorar prestation och måste kompensera för bristen på makt. Om det hela händer under ett mästerskap, är det dödligt och nästan säkert leder till ett nederlag. Detsamma gäller för din WordPress Webbplats vid hög belastning. Om servern, din Theme Din Plugins , din databas och co. är inte ett väl inövat team, din webbplats kommer att kollapsa under toppbelastningar och du kommer att förlora värdefulla besökare.

Om din WordPress -Side inte motstå en plötslig ström av besökare, är resultatet alltid detsamma: webbplatsen är inte nås, den potentiella köparen inte komma längre och du förlorar pengar. Så vad måste du göra för att förhindra att detta händer?

Vi funderade på vilka åtgärder du bör vidta innan du sänder t.ex. WordPress sidan för hög belastning. Grunden för optimeringsprocessen för bästa praxis är följande:

  1. Planering
  2. Optimera infrastruktur
  3. Backend
  4. Frontend
  5. Offsite
  6. Tester och rapportering
  7. Levande krets

Baserat på denna process och våra många års erfarenhet har vi skapat en konkret 13-punktsplan för att hjälpa dig WordPress sidan för hög belastning.

Observera

De 13 åtgärderna sorteras efter planering och genomförande, inte efter deras betydelse. Därför rekommenderas att implementera punkterna helt och sekventiellt.

WordPress Hög belastning - planering

#1 planering

1.1 Tid

Tyvärr är den tid som står till din förfogande för genomförande ofta ett underskattat faktum i planeringen, men ibland den viktigaste.

Du behöver tid för dig och dina utvecklare att WordPress optimera och testa din webbplats och din butik. Du kan också behöva tid (eller din värd) för att flytta din webbplats eller domän eller skala servern.

Du behöver också tid att tänka om begrepp och eventuellt tredje part eller Plugins för att växla.

13 nödvändiga åtgärder för att säkerställa att din WordPress vissnad belastning

1.2 Att tänka om begrepp

Plugins , widget och resurser

Alla resursätande Plugins bör du ta bort widgetar och funktioner som du inte nödvändigtvis behöver på instrumentpanelen eller sidan. Behöver du verkligen dina övervakningsverktyg som Matomo eller Google Analytics i din WordPress Instrumentpanelen?

Försök att hålla till ett minimum när det gäller att hålla din webbplats online under högsta belastning. Även de minsta saker som en social media-knapp kan utgöra dubbelt så mycket laddningstid. I följande exempel även 12 skript med totalt 462,7 kB - bara för att visa en sociala medier-knapp.

Laddar skript från knappen Sociala medier

Annonser

För många annonser på din sida gör inte bara servern långsammare, utan gör också dina potentiella kunder mer benägna att lämna webbplatsen. Som ett resultat kommer du att förlora reklamintäkter som ett resultat. Begränsa dig till några högkvalitativa annonser för att öka avkastningen på investeringen så snabbt och effektivt som möjligt.

E

Din webbplats är din online-närvaro - din e-post hör inte till kontrollerad från den. Servern tar upp en hel del belastning och detta är bara kommer att höga belastningstoppar på din bekostnad.

Här skiljer vi mellan två typer av e-postmeddelanden:

  • Marknadsföring (Nyhetsbrev)
  • Management.

Marknadsföring e-post nyhetsbrev, bör du alltid lägga ut det på entreprenad. PUL-kompatibla, svensk Leverantörerna är till exempel Cleverreach (0) Eller Nyhetsbrev2Go. Naturligtvis finns det också internationella leverantörer som Mailchimp eller ActiveCampaign, som också gör en stor sak.

Obs: Du bör inte skicka marknadsföring e-post via din webbplats.

Administrativa e-postmeddelanden, till exempel fakturor, återställning av lösenord, e-postmeddelanden för att skapa konton eller liknande, kan du också lägga ut super. Speciellt om det finns många beställningar med höga besökare, bör du överväga detta.

Det finns också flera leverantörer som du helt enkelt kan använda som en SMTP-server från tredje part: Mailgun (användare) är min favorit här. Utvecklarna har också en enkel att ställa upp WordPress - Plugin.

WordPress Hög belastning - Hosting

#2 Hosting

Den viktigaste direkt angripbara punkt du bör fokusera din uppmärksamhet på är verkligen värd. Först och främst är det viktigt att välja en värdhållare som inte har någon gräns för trafiken. Eftersom: Om din trafik överskrider denna gräns, kan din värdare blockera din sida och all ansträngning skulle vara borta.

Hosting priser baserade på delad hosting är också helt olämpliga för en hög belastning ökning, som du delar CPU-tiden med andra användare (webbplatser). I de flesta fall är dessa inte heller tillräckligt kraftfulla för att klara sådana trafikrusningar som i "The Cave of the Lions".

A WordPress Och WooCommerce Specialiserad värd är det bästa valet i de allra flesta fall om du inte vill ta hand om webbplatsens installation, underhåll, prestandaoptimeringar och säkerhet. Vilka är de fyra faktorer du har i WooCommerce Hosting måste vara särskilt uppmärksamma på i vår artikel Läsa.

E-bok WooCommerce

En kortsiktig skalning av servern kan också vara meningsfullt. Detta innebär att du kommer att suppost din server (mer CPU / RAM etc. etc. under en tid) och sedan återgå till den vanliga nivån efter trafiken topp för att spara kostnader.

I det optimala fallet pratar du med din värdare i början av planeringen. Han kan bäst ge dig råd och ge rekommendationer.

WordPress Hög belastning - Säkerhetskopior

#3 SäkerhetskopieringS

Säkerhetskopior är ett absolut måste, inte bara för toppbelastningar, utan i grunden. Din webbplats bör automatiskt säkerhetskopieras på natten och du bör också kunna skapa manuella säkerhetskopior. Detta ger dig ett annat skyddsnät, särskilt i faser som omstrukturering av din webbplats.

Du kan också säkra stora milstolpar som versioner på det här sättet.

Som:

  • Backup 1: Ursprungligt tillstånd
  • Backup 2: Caching Plugin installeras och konfigureras
  • Backup 3: Databas snyggt
  • ...

Detta gör att du kan hoppa tillbaka till vissa punkter i dina anpassningar när som helst om något går fel.

Jag rekommenderar att du verkligen använder detta när du arbetar dig igenom detta dokument.

3.1 Säkerhetskopieringssystem

Säkerhetskopiering på Managed WordPress -Hosters (rekommenderas):
Med de flesta specialiserade värdar kan du lita på en nattlig automatisk säkerhetskopiering av din sida. Dessutom finns det vanligtvis möjlighet att skapa och återanvända manuella säkerhetskopior med ett klick. Eftersom dessa säkerhetskopior inte betyder en omständighet för dig och inte tar något utrymme ifrån dig, går rekommendationen klart i den riktningen.

Backup via WordPress - Plugin :
Plugins som BackWPup, Updraft, BackUpWordPress och många fler, hela din WordPress inklusive media och databas på servern.

Beroende på Plugin och version (gratis eller betalningsversion) kan du också spara eller ladda ner din säkerhetskopia i molnet*.

BackWPup är av kollegorna i Inpsyde (inpsyde) skriftligt och väl understött. Därför är detta vår rekommendation för dig om du inte har en backup-lösning i ditt värdpaket. BackWPup tillhandahåller tidsbaserade säkerhetskopior, lagring på molntjänster* som Dropbox eller Microsoft Azure eller en annan FTP-server.

I inköpsversionen kan du ange ytterligare molntjänster som lagringsutrymme och kryptera dina säkerhetskopior.

*
När du lagrar säkerhetskopior i molnet bör du vara medveten om PUL överväga vilken leverantör du använder, eftersom dina säkerhetskopior också innehåller kunddata som namn, adresser och e-postmeddelanden.

WordPress Hög belastning - Caching

#4 Caching & Minifying

Det är Faktor nummer ett när det gäller att leverera sidor snabbt och med så lite serverbelastning som möjligt är cachelagring tydlig.

När du cachelägger minimerar du begäranden till servern, som sedan levererar statiska filer i stället för dynamiskt innehåll, till exempel dina bilder eller sidornas HTML.When caching, you minimize the requests to your server, which then delivers static files instead of dynamic content, such as your images or the HTML of your pages. Detta ger dig en mycket lägre belastning förutom en enorm hastighet förbättring, eftersom servern inte behöver ladda samma innehåll om och om igen. Föreställ dig detta som om din mamma skulle skicka dig att hämta mjölk om och om igen. Istället för att köra om och om igen, fyller du helt enkelt kylskåpet med flera flaskor. Detta minskar belastningen på benen och stressen med din mamma eftersom du inte var tillräckligt snabb.

Här skiljer vi mellan server-side cache och cachelagring genom Plugins . Vi har en detaljerad översikt över cachen och skillnaderna i dessa cachemöjligheter i vår Caching Basics Artikel tillsammans för dig.

Det är Miniffy CSS- och JS-filer kan också ge dig en prestandafördel. Detta förenklar innehållet i respektive formatmallar och JavaScript-filer med kommentarer och blanksteg och sammanfogar dem till en lång sträng. För detta ändamål rekommenderar vi till exempel Plugin "Slå samman + Minify + Uppdatera".

WordPress Hög belastning - optimera bilder

#5 medieoptimering (skalningsbilder, avlastningsvideor)

5.1 Bilder

Stora medier är förstås mördaren när det gäller belastning och prestanda. Om din butik längst ner innehåller 25 full upplösning produktbilder, även om de bara visas i 200px x 250px, då sidan snabbt komma ner på knä.

Du bör vara särskilt försiktig när du tar bilder i kundvagnen eller kassan, eftersom dessa områden är osynliga. Om du läser in 300 dpi-bilder på 2000px där, även om endast ett piktogram behövs, kan du vara säker på att dina kunder inte kan köpa i rader på FullLoad.

Med vilken WordPress - Plugins du kan behandla dina bilder automatiskt, förklarar vi i vår Bildoptimering Plugin Jämförelse.

5.2 Videor

Videor hör hemma på videoportaler och finns sedan med på din sida! Åtminstone när det gäller prestanda. Det finns knappast någon anledning att vara värd för videor själv (i vissa fall kanske PUL , men låt oss lägga det åt sidan här).

Om du verkligen vill vara värd för videor själv, gör det på en dedikerad server och sedan inkludera dem med dig. Annars laddar du upp den på YouTube, Vimeo, 3q eller Brightcove.

WordPress Hög belastning - rensa databas

#6 databas

Nu ska vi gå in i djupet av WordPress -IT: Databasen.

Mycket viktigt på förhand: Gör en säkerhetskopia först!

WordPress lagrar inlägg, kommentarer, sidor och andra typer av textdata i en enda databas (bilder och videor uteslutna eftersom de finns i mappen wp-content/**). Efter ett tag blir naturligtvis den här databasen lite fylligare och "skräp".

Sopor här betyder bland annat:

  • Kommentarer i spam-området
  • Revideringar av artiklar och sidor
  • Saker i papperskorgen
  • Publicera och kommentera metadata som valideringar som har upphört att gälla sedan länge

Detta är alla gamla belastning som du vanligtvis inte längre behöver och som drar ner din server.

13 nödvändiga åtgärder för att säkerställa att din WordPress vissnad belastning

Hur gör man dig av med det här?

TL;DR & för dig som vill ha det lite enklare: Installera WP-Optimera och låt det gå!

6.1 Revideringar

Revideringar är intermediärer av dina bidrag, sidor och utkast.

I de flesta fall kan dessa minskas enormt, t.ex. I vissa fall är det till och med vettigt att stänga av dem helt och hållet.

I din wp-config.php du skriver om:

Stäng av helt:

definiera( "WP_POST_REVISIONS", falskt);

Begränsa revideringar:

"WP_POST_REVISIONS", 10 ). Max 10 revideringar

6.2 Optimera wp_options

Det wp_options bordet är ett av de viktigaste och samtidigt ofta förbisedda WordPress när det gäller lastoptimering. Förutom saker som webbplatsens URL, hem-URL, tidsformat och admin-data innehåller wp_options även inställningar för Plugins , Themes , WP cronjobs och cachedata.

För att optimera dem måste vi först förstå vad varje tabellkolumn betyder.

Den wp_options har följande kolumner:

  • option_id
  • Option_name
  • option_value
  • Ladda automatiskt

Låt oss ta en titt på autoload kolumnen. Detta styr vilka alternativ och inställningar som är tillgängliga via wp_load_alloptions() Laddad. Detta innebär att om posten på "ja" är i en rad, är denna funktion laddas på varje sida på din webbplats.
Många Plugin Och Theme utvecklare har inställningen att deras Plugin / Theme så jävla viktigt att det måste laddas på varje sida, även om dess Plugin används egentligen bara på en sida (till exempel en dator eller ett kontaktformulär).

Naturligtvis slösar detta din sida och orsakar enorm extra belastning.

Hur fixar man detta?

I slutändan är detta en planeringsfråga. Som redan nämnts i punkt 1.2 "Rethinking Concepts", bör du ställa dig frågan: "Behöver jag detta Plugin ?". Om du kan ersätta den med ett annat alternativ gör du det.

Du kan till exempel inte använda Google Analytics i WordPress instrumentpanelen, men externt. Eller i stället för en omdirigering Plugin du kan kontrollera med din värdinna om han inte redan har integrerat sådana saker.

För att ta reda på vilka Plugins stora laddningstider, skrev jag dig en SQL-fråga här:

VÄLJ option_name, längd(option_value) som option_value_length från wp_options där automatisk laddning ='ja' ORDER av option_value_length DESC
Viktigt

Det kan bero på att databasprefixet är annorlunda, så du kan behöva justera den här frågan till "wp_options" i "deinprefix_options".

När du har kört den här frågan får du en lista tillbaka som visar vilka funktioner som orsakar mest belastning.

WordPress Hög belastning: wp_options fråga om automatisk inläsning

I det här fallet kommer det från Plugin "Skriv om regler". Om du är RAIDBOXES värd kan du följa omskrivningsreglerna i RAIDBOXES instrumentpanelen, för detta BOX helt enkelt anta omskrivningsreglerna och Plugin Ta bort.

WordPress Hög belastning: URL skriver om RAIDBOXES

Gamla " Plugin ta bort skräp" från wp_options

Tas bort Plugins lämna rester i wp_options och även på autoload = ja. Detta är naturligtvis mycket dåligt, eftersom funktionerna bakom det inte ens existerar längre och datortiden på servern är därmed bortkastad helt.

Vad jag alltid gillar att göra är Plugins slå upp och ta bort namnen i wp_options.

Låt oss anta att vi använder "Skriv om regler" Plugin ovanifrån, så jag kör den här SQL-frågan:

VÄLJ * FRÅN "wp_options" DÄR "autoload" = "ja" och "option_name" som %rewrite_rules%'
Viktigt

Det kan bero på att databasprefixet är annorlunda, så du kan behöva justera den här frågan till "wp_options" i "deinprefix_options".

Jag får sedan tillbaka en hel rad inte längre behövs funktioner, som alla är fortfarande på autoload = ja, men är helt värdelösa.
Jag tar bara bort dem. Jag har redan nämnt säkerhetskopior, eller hur? 😉

Jag går igenom denna procedur för alla Plugins Av. Redan wp_options ett helt hörn är lättare.

6.3 Ta bort gamla transienter

Uppdatering: Sedan WordPress Ver. 4.9.9 Detta är inte längre nödvändigt, eftersom WordPress tar över denna uppgift själv.

För WordPress -Versioner före 4.9.9:
Transienter är inget annat än tillfälliga alternativ som lagras i databasen under en kort tidsperiod. När de har gått ut och inte längre behövs kommer de att tas bort. Som ett exempel: "site_transient_update_plugins" innehåller helt enkelt den information som Plugins har en uppdatering och vilka som inte gör det. Så fort du har Plugins uppdaterad eller en ny uppdateringskontroll tas den här övergående bort.

Tyvärr är detta inte alltid fallet, eftersom vissa transienter kvar i databasen för alltid och göra frågorna svåra. De borde naturligtvis försvinna.

För detta ändamål är det bäst att använda Övergående renare, eftersom att göra detta manuellt är en enorm ansträngning. När du har Plugin kan du sedan ta bort den på ett säkert sätt. Transient Cleaner tar bara bort utgångna transienter och inget annat - ett bra verktyg!

Performance Mässor E-Bok

6.4 WordPress -Sessioner

Sessioner finns där för att styra, logga, granska och köra användarinloggningssessioner. Efter ett tag tar en WP cron bort dessa sessioner från databasen. Det är i alla fall så det ska vara.

Tyvärr lägger cronjobs på eller så inaktiveras de av användaren eller Plugins - Då har du många sessioner i databasen på nolltid.

För att se om du påverkas, jag har en annan fråga för dig:

VÄLJ * FRÅN "wp_options" DÄR "option_name" SOM "_wp_session_%"
Viktigt

Det kan bero på att databasprefixet är annorlunda, så du kan behöva justera den här frågan till "wp_options" i "deinprefix_options".

Om du upptäcker att det finns tusentals poster använder du följande fråga för att ta bort dem:

STRYK FRÅN "wp_options" DÄR "option_name" SOM "_wp_session_%"

På RAIDBOXES Vi har vår egen server-side CronJob, som du kan styra med intervaller. Du hittar detta bland dina BOX -Inställningar under Wp-sessionsraderare.

WordPress Hög belastning: WP Session Radergummi

6.5 Lägga till ett index för automatisk laddning

Ok, nu är det knepigt! Men om du lyckas göra det för din WordPress sida detta trick av kollegor 10up (10) du har vunnit mycket.

Vad det gör viktigt:

Ett index läggs till i fältet automatisk inläsning i wp_options. Detta minskar avsevärt frågetiden och resulterar till och med i en konstant, mycket låg "maximim".

Resultatet är tydligt:

WordPress Hög belastning: wp_options frågetidsindex
Källa: 10up

Det fina är att på de flesta sidor, vår Plugin Lägg till index för automatisk inläsning Underbart. Som alltid, tänk på backup innan!

Manuellt skulle den här frågan gå hit:

ÄNDRA TABELL "wp_options" ADD INDEX (autoload),
Viktigt

Det kan bero på att databasprefixet är annorlunda, så du kan behöva justera den här frågan till "wp_options" i "deinprefix_options".

WordPress Hög belastning - Uppdateringar

#7 Håll allt uppdaterat!

Ett mycket effektivt sätt att motstå vågor av besökare är att hålla din programvara uppdaterad. Inte bara din WordPress dig själv, men också din aktiva Theme Din Plugins och på framsidan: din PHP-version.

7.1 PHP

PHP är "mjukvarumotor" av WordPress . Detta innebär också: Ju mer högpresterande motorn, desto snabbare är din sida.

PHP 7.0 kan köra mer än dubbelt så många förfrågningar per sekund som PHP 5.6, hälften av latensen. Med PHP 7,1 och 7,2, det hela blev lite snabbare.

Observera

Officiellt stöd för PHP 5.6, 7.0 och 7.1 har redan gått ut och PHP 7.2 kommer endast att få säkerhetsuppdateringar fram till den 6 december 2021. Så det är bäst att uppdatera till minst PHP 7,2 nu för att säkerställa säkerheten för sin WordPress Sidan.

Sammantaget är det mer än meningsfullt att använda PHP-versionen som ger dig bästa prestanda. Men se upp: inte alla Plugins Och Themes är redan kompatibla med de senaste versionerna! Här är antingen dokumentationen av Plugins Och Themes eller lätt att prova på.

PHP-versioner RAIDBOXES

7.2 WordPress

För att få ut maximal prestanda kan din WordPress versionen uppdaterad. Om du WordPress har inte uppdaterats på länge, du bör inte hoppa direkt från en huvudversion till nästa (t.ex. 4,3 till 4,4) utan snarare famla framåt i delversioner (t.ex. från version 4.3.3 till 4.3.4).

Kontrollera den övergripande funktionen på sidan om och om igen mellan uppdateringarna. I princip rekommenderas att skapa enskilda säkerhetskopior av din sida om och om igen. Detta gäller särskilt innan större versionen hoppar!

I princip kan en förvaltad WordPress hoster Som WordPress Uppdateringar tar hand om dig.

7.3 Plugins Och Themes

Precis som din WordPress version bör du också använda din Plugins Och Themes Aktuell. Säkerhet och prestanda är de främsta orsakerna. Osäkra Plugins Och Themes kan förstöra allt ditt arbete. En översikt över kända säkerhetsproblem WordPress , Themes Och Plugins hittar du i "WPScan sårbarhet databas" från säkerhetsleverantören Sucuri.

Plugin - Och Theme -Uppdateringar ger också möjlighet att uppgradera till en högre PHP-version och därmed uppnå en betydande hastighet uppsving. Buggar kommer också att försvinna och du har fler funktioner tillgängliga.

Återigen, för större uppdateringar: Gör en säkerhetskopia av din sida i förväg eller testa den nya versionen i en StVisagå miljöKontrollera sidans funktioner innan du växlar ändringarna live.

Vilka konsekvenser kan det få om du Plugin uppdateringar, till exempel i Sårbarheten hos en PUL - Plugins Visas.

WordPress Hög belastning - Trasiga LInks

#8 brutna länkar

En mycket enkel punkt som inte nödvändigtvis dra ner din sida prestanda, men kan kosta besökarna, är trasiga länkar. Du kan enkelt kontrollera din sida via Online Broken Link Checker Göra.

Jag rekommenderar att du använder denna webbplats istället för en WordPress - Plugins som ska användas för kontrollen, som Plugins dra ner sidans prestanda, även om du inte använder den. Det finns dock många fler verktyg och metoder för att hitta Broken Links. Vilka är, kommer du att få reda på i den här artikeln.

WordPress Hög belastning - Lat lastning

#9 Lat lastning

Lazy Load visar bara det innehåll som användaren har i sitt synliga webbläsarområde. Resten läses in dynamiskt när användaren fortsätter att rulla nedåt.

För att minska belastningen på din sida uppfylls endast de begäranden som faktiskt behöver uppfyllas omedelbart. Dessa inkluderar till exempel bilder, videor och texter samt skript och andra saker. Ett riktigt elverktyg – Quasi Thor's Hammer för att spara resurser.

Det fungerar så här:

Webbläsaren läser redan in hela textinnehållet (DOM), men använder Javascript för att bara ladda de bilder/video/skriptresurser som användaren behöver. Om användaren rullar djupare laddas de saker som kommer in i hans synfält om.

Många moderna Themes , särskilt för butiker, har redan genomfört Lazy Loading. Tyvärr är det inte alltid lätt att lägga lazy loading efteråt.

Men det finns en Plugin för det!

Det finns många Lazy Loading Plugins på marknaden. Men jag gillar särskilt en sak: a3 Lat belastningA3 Lazy Load fungerar i många fall och kan ladda videor och iFrames lata förutom bilder. Dessutom stöder den WordPress Amp WooCommerce Och Advanced Custom Fields .

Uppdatering: Sedan WordPress Version 5.5 du inte behöver en Lazy Loading Plugin mer, eftersom WordPress tar över denna uppgift själv.

WordPress Hög belastning - betalningsprocess

#10 betalningsprocess

Speciellt om du vill sälja en eller flera produkter, är det viktigt att optimera betalningsprocessen exakt.

Som nämnts ovan, saker som kundvagnen eller kassan är inte cachable. Därför bör du minska serverbelastningen enormt här, eftersom varje begäran innebär en helt ny och prestandakrävande begäran till servern.

13 nödvändiga åtgärder för att säkerställa att din WordPress vissnad belastning

Kontrollera dina webbläsarverktyg (t.ex. i Chrome via fliken "Nätverk") för att se hur många förfrågningar som genereras i kassan och vilka. Om du ser att du genererar 400 Begäran ensam när du ringer kundvagnen, går något fel.

Titta på vilka Plugin eller vilken resurs som genererar många av dessa begäranden och försöker minska dem. Detta innebär att du vid behov kan vara Plugins som du inte nödvändigtvis behöver separera.

Vad vi ofta ser här är teckensnitt som laddas från externa källor, sedan återges först, men inte ens används på kundvagnen eller kassan sida.

Fråga dig också frågan om du verkligen behöver lista alla produkter med bilder i full upplösning i kassan displayen eller om en textvisning här är tillräcklig.

Betalningsalternativ via gateways

Du kan också behöva ändra din betalningsgateway. Om din PayPal till exempel Plugin tar mycket lång tid att behandla förfrågningar från användare, kan du förlora erbjudanden här.

Om du vill erbjuda dina kunder så många betalningsalternativ som möjligt och erbjuda dig en säker behandling, ta en titt Stripe Att. Stripe erbjuder en enkel WordPress -Integration och snabba betalningstransaktioner med ett stort antal betalningsalternativ.

WordPress Hög belastning - CDN

#11 CDN

På sidan är allt nu optimerat? Server snabbt? Super! Sedan kommer nästa steg för att hålla belastningen så låg som möjligt: ett Content Delivery Network (CDN).

En CDN är en kopia av din cachelagrade sida som distribueras på olika servrar på olika platser runt om i världen. På så sätt kommer användare som är på ett ställe till data snabbare.

Nästan - för att ta upp mjölk exempel ovanifrån - ett kylskåp fullt av mjölk i varje rum.

Dessutom kommer CDN också att avlasta servern, eftersom den cachelagrade delar av webbplatsen från servern.

Som CDN-partner rekommenderar vi Cloudflare. Här har du även en brandvägg och en bildoptimerare i vissa CDN-abonnemang. Hur du Cloudflare På RAIDBOXES med din BOX vi förklarar för dig här:

I Cloudflare :

  1. Du anger din domän under "Lägg till webbplats" och klickar på "Scan DNS Records".
  2. Nu söker CF automatiskt efter dina skivor – vänta bara tills det är igenom.
  3. Efteråt kommer CF att ge dig förslag (vanligtvis två för A-Records). Och det är okej. Klicka på "Fortsätt".
  4. I nästa steg väljer du din plan och klickar på "Fortsätt" igen.
  5. Här har du nu namnservrar som du behöver anpassa.
  6. Cloudflare visar dig vår och där du kan ändra dem. (Naturligtvis gäller detta endast domäner som du har med oss. Om du har domänerna någon annanstans, måste du titta där).
  7. Du måste sedan ange dessa namnservrar (5) som namnservrar i domänadministrationen. Om du hanterar dina domäner hos oss kan du använda här Anpassa. Där klickar du på "DNS" på respektive domän och ändrar namnservrarna till Cloudflare . Om du har dina domäner hos en annan leverantör måste du titta där.

Färdiga!

Fortfarande viktigt: Om du får felmeddelandet "För många omdirigeringar" måste du Cloudflare "Full Strict" i SSL-inställningarna.

WordPress Hög belastning - Rapportering

#12 Rapportering

Du kan inte alltid titta på din webbplats, så ett övervaknings- och rapporteringsverktyg för drifttid är mycket viktigt.

Dessa mestadels gratis verktyg övervaka status för din webbplats. Du kontrollerar med korta intervall om sidan kan nås.

Vi rekommenderar de fria planerna på Pingdom Eller UpptidRobot.

Uppmärksamhet: Ställ inte in den här kontrollen för kort, det innebär också en belastning på webbservern. Därför kommer kontrollintervallen inte att vara kortare än 5 minuter.

#13 Final backup

Är allt på gång? Nöjd? Super! Nu ska du bara göra en slutlig backup! Vid nästa topp genom grottan av lejon och co., bör din sida inte vara på knä längre!

Slutsats

Jag hoppas att min steg-för-steg guide hjälper dig WordPress sidan för hög belastning. Om de mest tekniskt krävande områdena fortfarande är på plats rekommenderar vi att du använder en professionell WordPress Utvecklare. Har du några ytterligare frågor eller kommentarer om att förbereda för hög belastning? Lämna mig då en kommentar!

Matthias är Chaos Lugnare på RAIDBOXES . Plugin Och Theme Utvecklare, WordCamp Speaker och aktiv Hosting Community Contributor, han är en regelbunden bidragsgivare på WordCamps och andra WordPress relevanta händelser och alltid redo att mellanmål. När han inte är där har han katter i knät.

Liknande artiklar

Kommentarer om den här artikeln

Skriv en kommentar

Din e-postadress kommer inte att publiceras. Obligatoriska fält är * Markerade.