10 stappen om WordPress te versnellen en onder de knie te krijgen als geen ander

WordPress versnelt

Tegenwoordig wordt WordPress het CMS, het contentmanagementsysteem bij uitstek. Zelfs Het Witte Huis heeft Drupal vervangen door WordPress, als een van de verrassingen aan het einde van het jaar 2017. En is dat WordPress een zeer eenvoudig te gebruiken CMS is dat een grote community gebruikt, afgezien van een flink aantal plug-ins om er meer uit te halen.

Dat is waarom we dat zullen doen leer je de tien stappen om WordPress onder de knie te krijgen Helemaal zodat u die blog, die landingspagina voor uw bedrijf of die e-commerce kunt hebben om een ​​aantal items die niet gemakkelijk te vinden zijn in deze delen, in de best mogelijke staat te verkopen. Een WordPress die zowel vanaf uw eigen website kan worden gebruikt als om deze vanaf uw eigen hosting te downloaden om een ​​website op te zetten.

Ten eerste: accommodatie

Het is sindsdien het belangrijkste als uw website op een trage host wordt gehost, zult u ernstige problemen ondervinden om de Google Insights-score te verhogen (een van de belangrijke factoren voor organische natuurlijke positionering of SEO).

We kunnen de prestaties testen van deze tool die 14 verschillende locaties gebruikt om de snelheid te vinden: keycdn. com

Prestatie

Het normale is dat we de snelheid tussen 200-400 milliseconden​ Het is noodzakelijk om de verschillende snelheden te waarderen op basis van de locatie waar de tests worden uitgevoerd. Als we op zoek gaan naar een Spaans publiek, moeten we ons zorgen maken over Londen. Aan de andere kant, als we producten tussen Europa en Amerika willen verkopen, moeten we naar die locaties kijken.

Het zou belangrijk zijn voer de hele dag tests uit om de gemiddelde score te vinden, zodat we kunnen vertrekken van nauwkeurigere verzamelde gegevens.

Ten tweede: de eigenaardigheden van hosting

php

We moeten ervoor zorgen dat de hosting waarin we het web hebben gehost, gebruik de nieuwste componenten, althans de versies, zodat alles snel gaat als zijde:

  • PHP 7.x: Het is een behoorlijk significante toename in vergelijking met versie 5.6 van PHP. Als de hosting het om wat voor reden dan ook niet aanbiedt, is het belangrijk om naar iemand anders te kijken. Dit gebeurt ook met de plug-in of het thema dat we gebruiken voor WordPress, aangezien iedereen die er prat op gaat zich verder te ontwikkelen, compatibel moet zijn met de nieuwste versies van PHP.
  • webserver: Apache is voor licht en basisgebruik. Dingen veranderen veel als de server zware belastingen moet ondersteunen, dus we moeten kijken naar providers die Litespeed of Nginx gebruiken.
  • OpCode-caching- Verhoogt 30 tot 40 procent in PHP-prestaties. Het grappige is dat er niet veel hosts zijn die OpCode gebruiken. Dit komt omdat het het aantal mensen vermindert dat voor elk account op een server kan inloggen. Als je wilt weten of je hosting dit aanbiedt, zet dat script dan op je website via FileZilla: github.com/amnuts/opcache-gui
  • Caching- Caching-plug-ins werken redelijk goed, maar ze kunnen vreemd gedrag veroorzaken als er veel verkeer via internet gaat. Zoek idealiter een host die gebruikmaakt van echte caching vanaf serverniveau. Er zijn er twee: Litespeed Lscache en Varnish.

Ten derde: gebruik Google Analytics

wordfence

Sommigen gebruiken Wordfence misschien als een beveiligingsmaatregel voor websites, maar het veroorzaakt prestatieverlies​ We hebben een geweldige server in handen die ons te hulp schiet: Google Analytics. De reden om Wordfence niet te gebruiken, is omdat de realtime registratie van verkeer een enorme impact heeft op de prestaties van de website. Als we gebruik moeten maken van die gegevens, is Analytics het antwoord.

Ten vierde: sla de visuele paginabouwers over

Wanneer gaan we ontwikkeling van een website die veel bezoekers zal trekken, we moeten af ​​van de problemen die slecht zullen tellen voor websnelheidmeetinstrumenten zoals Google of PingDom. Sommige, zoals Visual Composer, zijn zwaar en vertragen het web.

Componist

Een van de belangrijkste tips is ga naar kindthema's zoals Genesis of Thesis om zelf het web te gaan ontwikkelen. Het zal van onze kant meer werk vergen, maar we zullen er op de lange termijn van profiteren.

Een alternatief dat we kunnen hebben vóór deze zware onderwerpen, is WP Blockade, die verantwoordelijk is voor het starten van de pagina in gewone html, waardoor het overbelastingsproces wordt geëlimineerd dat gewoonlijk de oorzaak is van overbelasting van het web.

Ten vijfde: plug-ins

Plugins

De plug-ins zijn een van de typische WordPress, maar het is raadzaam om zo min mogelijk te gebruiken. Zelfs als we ze hebben uitgeschakeld, moeten we ze verwijderen. We kunnen Google gebruiken om wat onderzoek te doen naar die plug-in en zo te weten of het ons echt ten goede komt.

Zesde: bots en crawlers

We kunnen gebruik deze regels tekst in robots.txt:

User-agent: * 
Kruipvertraging: 10

Wat krijgen we? Wat degenen die worden genoemd als "crawlers" gehoorzamen die twee parameters en Wordfence zorgt voor de rest. Laten we zeggen dat we ze op afstand houden.

Zevende: verwijder xmlrpc.php

We worden geconfronteerd met een van de bronnen van de meest agressieve aanvallen op WordPress​ Omdat de meeste mensen het niet nodig hebben, kan het worden verwijderd. Let natuurlijk op deze regels, want we staan ​​voor een bestand dat wordt gebruikt door het populaire Jetpack voor SEO. Als u deze tool gebruikt, ga dan naar het volgende punt. Het mag ook duidelijk zijn dat als Jetpack dat bestand gebruikt ...

jetpack

Achtste: deactiveer of verlaag de hartslag

Het hangt ervan af of onze website heartbeat gebruikt om deze te deactiveren. Heartbeat veroorzaakt allerlei prestatieproblemen en de deactivering ervan wordt sterk aanbevolen. Een van de toepassingen ervan is te wijten aan de lange tijd waarin we de WordPress-desktop open laten, precies wanneer we een publicatie schrijven of bewerken. Voortdurende verzoeken kunnen leiden tot overmatig gebruik van bronnen.

Met deze plug-in kunnen we deze deactiveren of het gebruik ervan verminderen: hartslag-controle.

We kunnen ook voeg deze regels toe aan functions.php afhankelijk van wat we willen doen:

add_action ('init', 'stop_heartbeat', 1);
functie stop_heartbeat () {
wp_deregister_script ('hartslag');
}

hartslag

Als we willen dat er een tijdsinterval is voordat de hartslag werkt:

add_filter ('heartbeat_settings', 'heartbeat_frequency');
functie heartbeat_frequency ($ instellingen) {$ instellingen ['interval'] = 60; // of het tijdsinterval in seconden dat we $ instellingen willen;
}

Wat meer informatie over hartslag

De hartslag moet pas worden uitgeschakeld als deze daadwerkelijk bekend is wat is de echte oorzaak van overmatig CPU-gebruik​ We kunnen dit doen door middel van deze stappen:

  • Controleer uw toegangslogboeken als er een groot aantal "" POST-aanroepen is /wp-admin/admin-ajax.php en de tijdstempels overeenkomen met een hoge CPU-gebruikspiek.
  • Als de hosting cPanel en CloudLinux gebruikt, kunnen we zeker een logboek maken van wanneer die piek in het gebruik van hulpbronnen plaatsvond. We kunnen de oorzaak kennen die wordt vermeld in admin-ajax.php.
  • Als u root-toegang heeft kan worden gecontroleerd met "top -c". We kunnen tijd besparen bij het monitoren door gebruik te maken van: top -c -u gebruikersnaam -b> topout.txt
  • U kunt de access_logs volgen van real-time gebruikers en behulpzaam: tail -f ~ gebruikersnaam / access-logs / domain.com

Negende: schakel WordPress Cron uit

cron

De reden om WordPress Cron uit te schakelen is dat het is niet nodig om het actief te hebben voor al die keren dat iemand onze website zag. Laten we het uitschakelen en een systeemcron instellen. Om dit te doen, voegt u wp-.config toe:

definiëren ('DISABLE_WP_CRON', true);

Nu kunnen we dat zet in het controlepaneel een cron-systeem met het commando:

/usr/local/bin/php/home/user/public_html/wp-cron.php

We kunnen het elke 10-20 minuten laten draaien.

Tiende: records

logs

Als we willen weten wat er met onze website gebeurt, hebben we dat nodig toegang tot het gebeurtenis- of logboek​ Ze zijn erg nuttig bij het diagnosticeren van prestatie- en jitterproblemen. Als we niet weten waar ze zijn, kunnen we de hosting vragen. Het ideaal is om ze te leren interpreteren, hoewel het tijd zal kosten.

De twee belangrijkste logboeken zijn foutenlogboeken en access_logs. Lees ze en oefen de kunst van Google Zoeken om er meer over te leren. Beetje bij beetje zal het iets meer vertrouwd worden en dat zal voortkomen uit angst om met deze prestatieproblemen en instabiliteit van het web om te gaan.

Als u uw website al een mooiere uitstraling wilt geven, hier.


Laat je reactie achter

Uw e-mailadres wordt niet gepubliceerd. Verplichte velden zijn gemarkeerd met *

*

*

  1. Verantwoordelijk voor de gegevens: Miguel Ángel Gatón
  2. Doel van de gegevens: Controle SPAM, commentaarbeheer.
  3. Legitimatie: uw toestemming
  4. Mededeling van de gegevens: De gegevens worden niet aan derden meegedeeld, behalve op grond van wettelijke verplichting.
  5. Gegevensopslag: database gehost door Occentus Networks (EU)
  6. Rechten: u kunt uw gegevens op elk moment beperken, herstellen en verwijderen.