Täna on WordPress muutumas CMS-iks, sisuhaldussüsteemiks, par excellence. Isegi Valge Maja on Drupali asendanud WordPressiga, ühe üllatusena 2017. aasta lõpus. Ja see, et WordPress on väga hõlpsasti kasutatav CMS, mis kasutab suurt kogukonda, välja arvatud hea hulk pistikprogramme, et sellest rohkem kasu saada.
Sellepärast me ka teeme õpetan kümme sammu WordPressi valdamiseks Täiesti ja nii, et teil oleks see ajaveeb, oma ettevõtte sihtleht või e-kaubandus, et müüa mõnda üksust, mida nendes osades pole hõlpsasti võimalik leida, parimas võimalikus olekus. WordPress, mida saab kasutada nii teie enda veebisaidil kui ka selle allalaadimisel veebisaidi seadistamiseks omaenda hostist.
Esiteks: majutus
Sellest ajast alates on see kõige olulisem kui teie veebisait on hostitud aeglasel hostil, leiate tõsiseid probleeme Google Insights'i skoori (üks orgaanilise loodusliku positsioneerimise või SEO olulisi tegureid) tõstmiseks.
Saame katsetada jõudlust alates see tööriist, mis kasutab 14 erinevat asukohta kiiruse leidmiseks: keycdn.com
Tavaline on see, et leiame kiirus vahemikus 200–400 millisekundit. On vaja hinnata erinevaid kiirusi vastavalt asukohale, kus testid tehakse. Kui kavatseme otsida Hispaania publikut, peame Londonist hoolima. Teisalt, kui tahame tooteid müüa Euroopa ja Ameerika vahel, peame vaatama neid kohti.
Oleks oluline kogu päeva jooksul teste tegema keskmise punktisumma leidmiseks, et saaksime alustada täpsematest kogutud andmetest.
Teiseks: majutamise iseärasused
Peame tagama, et veebimajutus, milles me veebi majutame, kasutage uusimaid komponente, vähemalt versioonid, nii et kõik läheb kiiresti nagu siid:
- PHP 7.x: see on üsna märkimisväärne kasv võrreldes PHP versiooniga 5.6. Kui ükskõik mis majutus seda ei paku, oleks oluline minna kellegi teise poole vaatama. See juhtub ka pistikprogrammi või teemaga, mida me WordPressi jaoks kasutame, kuna kõik, kes kiidavad end edasi arendamast, peavad ühilduma PHP kõigi uusimate versioonidega.
- veebiserver: Apache on mõeldud kasutamiseks kergelt ja põhiliselt. Asjad muutuvad palju, kui server peab tugevaid koormusi toetama, seega peame vaatama teenusepakkujaid, kes kasutavad Litespeedit või Nginxit.
- OpCode vahemälu- Suurendab PHP jõudlust 30–40 protsenti. Naljakas on see, et OpCode'i kasutavad hostid on vähe. Seda seetõttu, et see vähendab nende inimeste arvu, kes saavad iga konto serverisse sisse logida. Kui soovite teada, kas teie hostimine seda pakub, visake see skript oma veebisaidile FileZilla kaudu: github.com/amnuts/opcache-gui
- Vahemällu salvestamine- Pistikprogrammide vahemällu salvestamine töötab üsna hästi, kuid kui veebi kaudu liigub palju liiklust, võivad need põhjustada kummalist käitumist. Ideaalis leidke server, mis kasutab reaalset vahemälu serveri tasemelt. Neid on kaks: Litespeed Lscache ja Lakk.
Kolmandaks: kasutage Google Analyticsi
Mõned võivad kasutada Wordfence'i veebisaidi turvameetmena, kuid see põhjustab jõudluse kaotuse. Meie käes on suurepärane server, mis meile appi tuleb: Google Analytics. Põhjus Wordfence'i mitte kasutada on see, et liikluse registreerimine reaalajas mõjutab veebisaidi toimimist tohutult. Kui peame neid andmeid kasutama, on vastus Analytics.
Neljandaks: jätke visuaalsete lehtede koostajad vahele
Millal me läheme suure liikluskoormusega veebisaidi väljatöötamine, peame liikuma edasi nendest probleemidest, mis veebikiiruse mõõtmise tööriistade jaoks, nagu Google või PingDom, halvasti arvesse lähevad. Mõned Visual Composeri laadsed seadmed on rasked ja aeglustavad veebi.
Üks olulisemaid näpunäiteid on minge laste teemadele, nagu Genesis või Thesis hakata iseseisvalt veebi arendama. See võtab meie poolt rohkem tööd, kuid saame sellest pikas perspektiivis kasu.
Alternatiiv, mis meil võib olla enne neid raskeid teemasid, on WP blokaad, mis vastutab lehe lihtsa HTML-i käivitamise eest, kõrvaldades seeläbi ülekoormusprotsessi, mis on tavaliselt veebi ülekoormuse süüdlane.
Viiendaks: pistikprogrammid
osa pistikprogrammid on üks WordPressi põhilisi omadusi, kuid soovitatav on kasutada nii vähe kui võimalik. Isegi kui meil on need puudega, peame need kustutama. Saame Google'i abil selle pistikprogrammi osas veidi uurida ja teada saada, kas see meile tõesti kasulik on.
Kuues: robotid ja roomikud
Saame kasuta neid tekstiridu failis robots.txt:
User-agent: *
Roomamise viivitus: 10
Mida me saame? Mida need, keda nimetatakse "roomikuteks", kuuletuvad need kaks parameetrit ja ülejäänu eest hoolitseb Wordfence. Oletame, et hoiame neid eemal.
Seitsmes: eemaldage xmlrpc.php
Oleme silmitsi a kõige agressiivsemate rünnakute allikatest WordPressi vastu. Kuna enamik inimesi seda ei vaja, saab selle eemaldada. Pöörake muidugi tähelepanu nendele ridadele, kuna seisame silmitsi failiga, mida populaarne Jetpack SEO jaoks kasutab. Kui kasutate seda tööriista, minge järgmise punkti juurde. Samuti võib olla selge, et kui Jetpack kasutab seda faili ...
Kaheksas: deaktiveerige või vähendage südamelööke
See sõltub sellest, kas meie veebisait kasutab selle deaktiveerimiseks südamelööke. Südamelöögid põhjustavad igasuguseid jõudlusprobleeme ja selle deaktiveerimine on väga soovitatav. Selle üks kasutus on tingitud pika ajavahemikust, mille jooksul WordPressi töölaua jätame lahti, just siis, kui kirjutame või muudame väljaannet. Pidevad taotlused võivad põhjustada ressursside liigset kasutamist.
Selle pistikprogrammi abil saame selle deaktiveerida või selle kasutamist vähendada: südamelöökide kontroll.
Me võime ka lisage need read funktsioonidele.php sõltuvalt sellest, mida me tahame teha:
add_action ('init', 'stop_heartbeat', 1);
funktsioon stop_heartbeat () {
wp_deregister_script ('südamelöök');
}
Kui tahame, et südamelöökide toimimiseks oleks teatud ajavahemik:
add_filter ('südamelöökide seaded', 'südamelöökide sagedus');
function heartbeat_frequency ($ settings) {$ settings ['interval'] = 60; // või ajavahemik sekundites, milleks soovime seadeid $;
}
Natuke lisateavet südamelöögi kohta
Südame löögisageduse deaktiveerimist ei tohiks teha enne, kui see on tegelikult teada mis on protsessori liigse kasutamise tegelik põhjus. Saame seda teha järgmiste sammude abil:
- Kontrollige oma juurdepääsulogisid kui POST-kõnesid on palju "" /wp-admin/admin-ajax.php ja ajatemplid vastavad suure protsessori kasutuse tõusule.
- Kui hostimine kasutab cPanelit ja CloudLinuxi, saame kindlasti logida, millal see ressursikasutuse tipp saabus. Võime teada põhjuse, mis on loetletud admin-ajax.php-s.
- Kui teil on juurjuurdepääs saab jälgida "top -c" abil. Vaatamise ajal saame säästa aega: top -c -u kasutajanimi -b> topout.txt
- Saate jälgida juurdepääsu_logisid reaalajas kasutajatest ja abivalmis: tail -f ~ kasutajanimi / access-logs / domain.com
Üheksas: keelake WordPress Cron
WordPress Croni keelamise põhjus on see see ei pea olema aktiivne kõigi nende aegade jaoks, kui keegi nägi meie veebisaiti. Keelame selle ja määrame süsteemi cron. Selleks lisage wp-.config:
define ('DISABLE_WP_CRON', tõene);
Nüüd saame pane juhtpaneelile cron-süsteem käsuga:
/usr/local/bin/php/home/user/public_html/wp-cron.php
Võime jätta selle töötama iga 10-20 minuti järel.
Kümnes: plaadid
Kui tahame teada saada, mis meie veebisaidiga juhtub, vajame seda pääsete juurde sündmusele või logilogile. Neist on tõepoolest abi jõudluse ja närvitsemise probleemide diagnoosimisel. Kui me ei tea, kus nad asuvad, võime hostingu käest küsida. Ideaalne on õppida neid tõlgendama, kuigi see võtab aega.
Kaks peamist logi on tõrke- ja juurdepääsupäevikud. Lugege neid ja harjutage Google'i otsingu kunsti nende kohta rohkem teada saada. Tasapisi on see midagi tuttavamat ja see tuleb hirmust nende jõudlusprobleemide ja veebi ebastabiilsuse lahendamiseks.
Kui soovite juba oma veebisaidile parema visuaalse ilme anda, siin.