WP Super Cache vahemälu pistikprogramm ja selle konfiguratsioon. WP Super Cache - vahemällu salvestamise seade Glitches caching artisteer theme wp super cache
Seadistused osutusid mitte päris nendeks, mida netist leidsin. Arvustused olid ka väga erinevad. Oli ka negatiivseid arvustusi. Öeldi, et see tuleb välja lülitada, kuna see hoiab ära disainimuudatused. Mis hiljem kinnitati. Kujunduse muutmisel on parem see keelata, kuna see ei anna, hoolimata sellest, kui palju te brauseris ajalugu puhastate.
Minu arvates ei olnud lehe laadimise aega märkimisväärselt lühendada maksmise eest liiga kõrge hind. Pistikprogrammi seadistamisel järgisin Sprithost.ru töötajate soovitusi, kes pole minust vähem huvitatud saidi laadimisaja vähendamisest. Meil õnnestus see näitaja sobitada vastuvõetavasse raamistikku.
Minu petuleht WP Super Cache pistikprogrammi sätete jaoks
WP Super Cache pistikprogrammi installimine ja selle konfigureerimine oli saidi optimeerimismeetodite seeria viimane samm.
Esiteks, lühidalt, miks see näitaja on nii oluline - saidi laadimiskiirus.
Alguses märkasin ise, et minu saidi laadimisel kulus selle avamisel kauem aega. Ja kui artikkel ilmus, siis üldiselt võis minna teed jooma. Siis hakkasid postkontorisse saabuma kirjad tavakülastajatelt, kellega meil tekkisid sõbralikud suhted. Nad kirjutasid, et minu sait hakkas aeglustuma.
Otsingutulemustes esikümmet saiti analüüsides selgus, et seal domineerivad väikese kaalu ja kiire lehelaadimisega saidid.
Pidin tegelema saidi laadimise kiiruse mõõtmisega. Erinevad ressursid näitasid erinevaid aegu - 3 sekundist 12 sekundini. Üks analüütiline ressurss tõi mulle üldiselt välja 3 minuti.
Täiesti jahmunult kirjutasin Sprinthosti tehnilisele toele. Seal töötavad suurepärased spetsialistid. Ja mis kõige tähtsam, nad ei ütle kunagi, et teema pole nende pädevuses – nad aitavad ja selgitavad, ilmutamata välja rahulolematust "mannekeenide" küsimustega.
Vastuvõtupersonal jagas minuga oma viisi veebisaidi laadimiskiiruse mõõtmiseks:
Klaviatuuri otsetee Google Chrome'i brauseris Shift + Ctrl + i.
- või soovitud lehel paremklõpsake ja valige rida Kuva elemendi kood
- Ilmub veebimeistri paneel. Leidke selles vahekaart Võrk ja laadige saidi leht uuesti.
Tabel näitab, kui kaua kulub saidi lehe, iga pistikprogrammi ja lehel olevate piltide laadimiseks.
Kõik oli minu jaoks väga kurb. Saidi laadimiskiirus oli peaaegu 11 sekundit.
Pidin tegutsema.
- Alustasin pistikprogrammide eemaldamisega, ilma milleta saaksin hakkama. Kõige allalaaditavamate hulgas oli sotsiaalmeedia nuppude pistikprogramm.
- Siis pidin tegelema pildi optimeerimisega - aga see on omaette lugu. Õudusunenägu. Sellest pikemalt hiljem.
- Ja nüüd on saabunud WP Super Cache pistikprogrammi kord.
Miks seda vaja on? WP Super Cache pistikprogrammi kasutatakse saidi lehtede vahemälude (ajutiste koopiate) loomiseks.
Üldiselt on vahemälu prügi, meie lehtede tarbetud koopiad, mis ainult kahjustavad saiti, kuid meie puhul on see õnnistus.
Teatud aja jooksul, mille te ise määrate, salvestatakse vahemälud ja hosti andmebaasis pole tarbetuid päringuid. Mis pikendab oluliselt lehe laadimisaega. Pärast pistikprogrammi seadetes määratud ajavahemikku kustutatakse kõik vahemälud turvaliselt.
Kõik koos võetud meetmed aitasid kriitilist näitajat vähendada ja nüüd on minu saidi laadimisaeg poolteist kuni kaks ja pool sekundit. Q.E.D.
Seda oleks võinud veelgi vähendada, kuid valisin kesktee ja jätsin mõned pistikprogrammid, mis nõuavad juurdepääsu hosti andmebaasile, täpsemalt kaustadele, kus pildid elavad. Et saiti üldse mitte paljaks teha.
WP Super Cache installimine ja konfigureerimine
Pistikprogrammi WP Super Cache installimine on lihtne. See on saadaval WordPressi pistikprogrammide hoidlas. Installige, aktiveerige administraatori paneelilt pistikprogrammide otsimise kaudu - kõik tavalisel viisil.
Esimene vahekaart - lihtsalt lülitage pistikprogramm sisse.
Teine vaheleht on pikk. Pidin selle tükkideks murdma.
Plugina seaded
Siin peate pöörama tähelepanu väljadele märgitud ajale. See on sekundite aeg päevas.
Tere sõbrad, täna keskendume vahemällu salvestamise pistikprogrammi sätetele - WP Super Cache. Maailmas, kus Interneti-kiirust üle 2 MB peetakse normaalseks, on iga saidi jaoks ülioluline, et see töötaks maksimaalse allalaadimiskiirusega. Arvatakse, et teine viivitus saidi lehtede laadimisel võib põhjustada äritegevuses 30% kaotuse. Otsingumootorid, eriti Google, armastavad kiiresti laadivaid saite.
Kuid tõepoolest, mida kiiremini sait laaditakse ja seega, mida vähem aega kulub üksikute lehtede laadimisele, seda kõrgemale jõuavad sellise saidi lehed otsingutulemustes (SERP). Lisaks on üldteada, et igaüks vajab kiiret veebisaiti.
WP supermälu pistikprogramm
Üks parimaid viise oma WordPressi saidi ülekiirendamiseks on vahemällu salvestamine. Selles õpetuses lubame WordPressi vahemällu salvestamise, kasutades WP Super Cache pistikprogrammi. Boonusena juhised MaxCDN-i (uskumatult populaarne ja kindel sisuedastussüsteem) koos WP Super Cache installimise kohta.
Kui olete WordPressis täiesti uus, siis eriti teile väike sissejuhatus vahemällu salvestamiseks, kuna selle teema edasiseks valdamiseks peab teil olema kindel vastav alus.
Mis on vahemällu salvestamine?
Vahemällu salvestamine tähendab lihtsalt teabe salvestamist kliendi veebibrauserisse, selle asemel et seda serverist iga päringu vastusena edastada. Võtame näiteks teie ajaveebi taustapildi. Teil on palju lehti, kuid igaüks kasutab sama taustapilti.
Kui iga kord, kui uus leht laaditi, tarniti serverist iga kord värske taustpildi koopia, tooks see kaasa liigse liikluse suurenemise ja selle tulemusel lehe laadimisaja pikenemise. Ja selle tulemusel raiskate lihtsalt aega ja ressursse.
Mis siis, kui saaksite taustpildi salvestada kasutaja seadme ajutisse kausta? Iga kord, kui on vaja pilti kuvada, võetakse see ajutisest salvestusruumist või "vahemälust". Vahemälu, mida tuntakse ka kui brauseri vahemälu, toetavad kõik seadmed, olgu see siis nutitelefon, tahvelarvuti või sülearvuti.
Juba saadud teabe taaskasutamise ideed nimetatakse vahemällu salvestamiseks. Muidugi mängivad siin rolli ka muud tegurid, nagu vahemälu aegumine, objektid, mida vahemällu salvestamine ei mõjuta ja nii edasi – kuid see on selle õpetuse jaoks vajalik lihtne selgitus.
Vahemällu salvestamine WP Super Cache plugina abil
WP Super Cache töötas välja meie armastatud WordPressi taga olev meeskond Automattic.
Kuidas installida Super Cache?
Parim on installida pistikprogramm otse WordPressi juhtpaneelile, sest see on väga kiire.
Avage WP Console> Plugins> Add New
Otsingut kasutades otsime "WP Super Cache". Loendi esimene tulemus on see, mida me tahame. Pange tähele, et automaatse pistikprogrammi autor on kinnitus, et plugin on sama. Klõpsake nuppu Installi kohe. Pärast installimist aktiveerige pistikprogramm
WP Super Cache aktiveerimine ja konfigureerimine
Kuna WP Super Cache pistikprogrammi lõid parimad WP arendajad, võime kindlad olla ühes – selle lihtsuses.
Kui aktiveerite pistikprogrammi esimest korda, näete ülaosas kollast teavitusristkülikut. Pärast esimest aktiveerimist peaks ilmuma hoiatus. See tähendab, et WP Super Cache funktsioonid pole veel aktiveeritud. Lihtsalt klõpsake Uuenda staatust et kontrollida, kas sõnum on puudu.
Kui WordPressi kataloogis olevate failide ja kaustade õigused on vaikeväärtustes, siis viga ei ilmu. Kui viga ikka ilmub, võtke ühendust oma hostiteenuse pakkujaga ja parandage viga, et saaksite jätkata.
Nüüd lubame WP Super Cache vahemällu salvestamise funktsioonid. Lihtsalt klõpsake Vahemälu sisse lülitatud ja siis edasi - Uuenda staatust... See toiming aktiveerib vaikeseaded ja kuna kõik on juba konfigureeritud enamiku hostiteenuse pakkujatega sujuvalt töötama, ei tohiks ühilduvusprobleeme tekkida.
Kui olete vahemällu salvestamise lubanud, saate nüüd kontrollida, kas pistikprogramm töötab korralikult. Lihtsalt klõpsake Testi vahemälu ja saate sellise rohelisega tähistatud sõnumi nagu ülaltoodud ekraanipildil. See tähendab, et vahemälu on teie saidil 100% funktsionaalne.
Üldiselt soovitatakse algajatel enne vahemällu salvestamise pistikprogrammi installimist varukoopia teha. Täiendav varundamine pole kunagi seganud. Liigume edasi.
Täpsemate sätete sõelumine WP Super vahemälus
Nüüd on aeg teada saada, mida WP Super Cache pistikprogrammi täpsemad sätted meile anda võivad.
Vahekaart Täpsemalt
Täpsem vahekaart toimib paljude vahemällu salvestamise võimaluste hoidlana, millest mõnda siin arutatakse.
Pärast seadete avamist peaksite valima mod_rewrite vahemällu salvestatud failide haldamiseks. mod_rewrite on C -päisefail, mis ütleb serverile, kuhu vahemällu salvestatud failid edastada. Võite jätta PHP vaikevaliku. See vähendab protsessori koormust, kuid halvendab vahemällu. Seetõttu on soovitatav siiski üle minna mod_rewrite'ile.
Seadete salvestamiseks klõpsake nuppu Värskenda... Nüüd näete suurt kollast kasti, millele on kirjutatud muudatused. WP Super Cache küsib, kas salvestada seaded htaccess -faili. Lihtsalt klõpsake nuppu Värskendage Mod_Rewrite reegleid muudatuste salvestamiseks.
Kui kõik on korras, näete rohelist teadet, mis teavitab teid, et .htaccess -faili õigused on edukalt ümber kirjutatud.
Aktiveerime need, mis on tähistatud kui Soovitatav.
Kui soovite, et kuulsad kasutajad (need, kellel on teie WordPressi saidil kontod) saaksid vahemällu salvestatud faile, märkige ruut - Ärge salvestage kuulsate kasutajate lehti vahemällu.
Ülejäänud üksuste puhul märkige ruudud, nagu ekraanipildil näidatud.
Nüüd pöörame tähelepanu jaotisele Seaded
Kuna see seadete rühm on äärmiselt spetsiifiline ja vastab teatud saitide erinõuetele ning varieerub sõltuvalt tingimustest, näiteks serveri konfiguratsioon, saidi liiklus, teabe sisu; paljud ei muuda neid, kuid mõned eksperdid soovitavad selles jaotises Seaded määrake märkeruudud, nagu on näidatud alloleval ekraanipildil.
Lõpuks jaotis - Aegunud lehed ja prügi puhastamine
Punktis Vahemälu ajalõpp peaks olema seatud väärtusele vähemalt 3600 sekundit. Saate suurendada näiteks kuni 50 000, kuid serveri vahemälu suurus suureneb vastavalt. Veelgi madalam, määrake ajakavas vahemälu tühjendamise intervall.
Vahekaardi sisu (vahemälu olek)
Sellel vahekaardil saate vaadata kogu saidil olevat vahemällu salvestatud teavet. Sellel vahekaardil saate vahemällu salvestatud faile käsitsi kustutada. See on eriti kasulik testimisvajaduste jaoks. WP Super Cache salvestab aegunud vahemällu salvestatud failid teie ajaveebi. Lõpuks näete ka vahemälu statistikat enamiku vahemällu salvestatud failide värskendatud teabe kohta.
Vahekaardi eellaadimine (jagatud vahemälu)
Vahekaart Eellaadimine on midagi sellist nagu käsitsi WP Super Cache lüliti. See võimaldab teil alates esimesest päevast vahemällu salvestada iga postituse või lehe. Kuigi see protsess on alguses ressursimahukas, tasuvad kõik jõupingutused pikas perspektiivis ära, kui otsingumootori roomajad saavad saidi vahemällu salvestatud versiooni, mis edastatakse alati kiiremini kui dünaamiliselt loodud versioon.
CDN-i vahekaart – viis MaxCDN-i linkimiseks WP Super Cache'iga
WP Super Cache abil saate CDN-i hõlpsalt oma saidile integreerida. WP Super Cache puhul peate seadistama oma CDN -i pakkuja ja kasutama tõmbepäringuid failide üleslaadimiseks serverist CDN -i infrastruktuuri.
Pidage siiski meeles, et selle teenuse eest tasutakse 2 kuud, kuid peate märkima töö krediitkaardi. Saate luua oma konto. Kes siiski otsustas proovida, siis õpetus on lõike all. Soovitused on võetud saidilt wpkube.com
CDN -i pakkuja seadistamine
Minge oma MaxCDN-i armatuurlauale ja valige vahekaart Tsoonid. See viib teid Pull Zones Overview lehele. Klõpsake nuppu Loo tõmbetsoon
Sisestage tõmbetsooni sätetesse teave ja veenduge, et väljal Origin Server URL sisaldab baas -URL -i ilma lõpliku kaldkriipsuta. Isegi kui WordPressi installilink näeb välja kujul http://www.mycompany.com/blog/, peaks baas-URL alati olema http://www.mycompany.com.
Pull Zone'i loomise alustamiseks klõpsake nuppu Loo. Peaksite nägema ülaltoodud sõnumiga sarnast teadet.
See võtab aega umbes 10 sekundit ja saate kinnitussõnumi, et tõmbetsoon on loodud.
Avage MaxCDN -i juhtpaneel> Ülevaade> Zone Configuration ja leidke äsja loodud Pull Zone.
Kopeerige CDN -i URL ja lisage sellele http: //.
Kleepige täielik URL (ilma lõpliku kaldkriipsuta) CDN-i väljale väljapoole saiti URL-i.
Seejärel kerige leht üles ja valige Luba CDN-i tugi. Me ei muuda siin ühtegi seadet. CDN aktiveerimiseks klõpsake lihtsalt nuppu Salvesta muudatused.
CDN-i eeliste nautimine
CDN-teenuse kasutamine saidi kiirendamiseks annab positiivseid tulemusi:
- Esiteks toimetatakse sisu teie külastajateni nii kiiresti kui võimalik.
- Parandab saidi üldist kasutajakogemust
- Pealegi suureneb lehtede laadimise kiirus, mis on Google'i silmis selge pluss.
- Saate kahekordse eelise, säästes samal ajal oma hostiettevõtte pakutavat kallist ribalaiust.
Tulemus
Me kõik armastame kiireid saite. Lähitulevikus muutub Internet veelgi kiiremaks ja paremaks. Seega on vahemälu kasutamine oma WordPressi saidil üks peamisi ülesandeid, mida peate täitma.
WP Super Cache on veidi vähem tõhus kui tema lähim konkurent W3 Total Cache, kuid sellel on parem pistikprogrammide ja teemade ühilduvus ning seda on palju lihtsam kohandada. Nüüd teate, kuidas seda teha.
Tere kallid lugejad, selles artiklis räägin populaarsest vahemällu salvestamise pistikprogrammist WP Super vahemälu ja selle üksikasjalik seadistus. See pistikprogramm on asendamatu veebilehtede laadimise kiirendamiseks.
Minu arvamus pistikprogrammi kohta on ainult positiivne, kuna pistikprogramm teeb oma funktsioonidega suurepäraselt tööd ning on samal ajal paindlikud ja arusaadavad seadistused. Pluginate populaarsus on üle 7 miljoni. allalaadimised ja hinnang 4.5 ★.
Pistikprogrammi saate alla laadida saidi WordPress.org ametlikult lehelt.
WP Super Cache pistikprogrammi eesmärk ja põhimõte
Sisse panema WP Super vahemälu on tasuta, selle peamine ülesanne on suurendada veebisaidi laadimiskiirust, luues vahemällu salvestatud lehti. Aga kuidas see imepistikprogramm töötab? Vaatame, kuidas vahemälu pistikprogrammid töötavad, kasutades näitena WP Super Cache.
Pean kohe ütlema, et koos vahemällu salvestamine andmebaasi päringute vähenemise tõttu suureneb saidi laadimiskiirus. Kuidas see juhtub? Esiteks räägin teile, kuidas dünaamilised saidid töötavad ilma vahemällu salvestamise pistikprogrammita.
Dünaamilised saidid erinevad staatilistest saitidest selle poolest, et nende lehed genereerib saidimootor, mida kutsutakse käigu pealt ning kus esineb palju andmebaasipäringuid või SQL -päringuid. Kui teil on palju liiklust ja teie sait on jagatud hostimisel, on oht, et teie hostimine ei talu liigset koormust ja sait hakkab andma tõrke 503. See näitab, et SQL päringud andmebaasile ei töödelda õigeaegselt. Üks üsna lihtne lahendus on vahemällu salvestavate komponentide installimine.
Saidi laadimise põhimõte WP Super Cache pistikprogrammiga. Kasutajate poolt ligipääsetavad veebilehed salvestatakse vahemällu ehk teisisõnu luuakse nende täielikud vahemälu koopiad vormingus. php või. html... Ja koopiad ise salvestatakse kausta:
/wp-content/cache/supercache/domen.ru
Järgmine kord, kui kasutaja avab vahemällu salvestatud veebilehe, laaditakse leht vahemälust, ilma andmebaasi päringuid tegemata.
WP Super Cache seadistamine
Mod Rewrite mooduli seadistamine
Pärast sisselülitamist ei tööta see moodul korralikult ja seda tuleb värskendada:
Joonis 12. Valed modi ümberkirjutamise reeglid
Selleks klõpsake nuppu Värskenda ja minge reeglite lõppu mod_rewrite:
Joonis 13. Mod_rewrite reeglite värskendamine
Pärast värskendamist on uued reeglid roheliselt esile tõstetud:
Joonis 15. Uuendatud mod-rewrite reeglid
See tähendab, et reeglid mod_rewrite on faili edukalt manustatud htaccess. Jääb üle kontrollida nende saadavust.
Lõpuks ütlen, et seda pistikprogrammi värskendatakse regulaarselt! Ja pärast jagatud vahemälu loomist suurenes lehe laadimise kiirus 3 korda. Seetõttu soovitan kõigil installida see pistikprogramm ajaveebi.
WP Super Cache efektiivsus
Toon vaid kaks näidet, enne ja pärast pistikprogrammi installimist ja konfigureerimist
See tähendab, et näete ise ligikaudset arvutust, ilma pistikprogrammita luuakse leht 879 millisekundit ja pistikprogrammiga - 84 millisekundit... Vahe on 10 korda! Kas teil on endiselt kahtlusi, kas peate selle installima?
Soovitan tungivalt kasutada ja kui teie sait on tüübi järgi informatiivne: ajaveeb või artikkel - põhisisu jääb peaaegu muutumatuks.
On vastunäidustusi, kuid need on rohkem tingimuslikud: näiteks kui teie sait peaaegu ei sisalda püsivat sisu, näiteks pakub see mõnda teenust, blokeerib php-s dünaamiliselt muudetud jms. Tõsi, siit leiate väljapääsu, seadistades Legacy või PHP vahemällu tüübi ja lubades Luba dünaamiline vahemällu salvestamine seadetes. Niisiis, väljumisteed on olemas :) Kuid ma isiklikult arvan, et selliste saitide puhul on parem läbi saada näiteks objektide vahemällu salvestamise põhjal, mis on samuti üsna tõhus.
WP supervahemälu pistikprogrammi ülevaade
Toimimispõhimõte on lihtne: pistikprogramm loob staatilisi html- ja php -faile - WordPressi lehtede koopiaid ning salvestab need vahemällu: / wp -content / cache / supercache /. Seejärel, kui kasutaja külastab saidi mõnda lehte, annab WordPress lehe nullist loomise asemel brauserile eelnevalt salvestatud koopia html-lehest vahemälust või kogub selle võimalikult kiiresti valmis php-failidest. Minu meelest on üsna ilmne, et see variant tuleb serveriressursside osas säästlikum ja lehe laadimise kiiruse osas kiirem.
Muidugi ei anta vahemälu alati ära. Vaikesätete korral ei anta vahemälu:
- sisse loginud kasutajad;
- Kasutajad, kes on saidile äsja kommentaari jätnud;
- Kasutajad, kes vaatavad parooliga kaitstud postitust.
Kuid kuna nende kasutajate osakaal on ebaoluline, WP Super vahemälu on väga tõhus vahemällu salvestamise tööriist.
Kust alla laadida WP Super Cache
Pistikprogrammi saate alla laadida ametlikust hoidlast https://wordpress.org/plugins/wp-super-cache/
Kuidas installida WP Super Cache pistikprogrammi
Saate arhiivi lahti pakkida pistikprogrammide kataloogi/wp-content/plugins/või kasutada pistikprogrammi laadijat administraatori paneelil http://example.com/wp-admin/plugin-install.php?tab=upload
Kui teil on oma virtuaalne või spetsiaalne server, avage kindlasti lahti pakkimata failid, kataloogid ja / wp-content /, et vahemälu saaks kirjutada
Samuti oleks lihtsam võimalus minna aadressile http://example.com/wp-admin/plugin-install.php, tippige otsing WP Super vahemälu ja installige leitud pistikprogramm
Signaal eduka installimise kohta on kiri:
WP Super Cache seadistamine
Pärast installimist tuleb pistikprogramm konfigureerida. See ei võta palju aega. Kirjeldan kõigepealt kõige põhilisemaid punkte peenhäälestuse kohta - veidi kaugemal.
Video WP Super Cache installimise ja konfigureerimise protsess:
Kui selles etapis näete viga
see tähendab, et teil pole CNC-d seadistatud (inimloetavad URL-id). Järgige linki http://example.com/wp-admin/options-permalink.php ja valige mis tahes suvand, välja arvatud esimene
Nüüd saate sõnumiga lennult hämmelduda
See räägib võimalikest turbeprobleemidest serveris, kuid see võib ilmneda ka pistikprogrammi esmakordsel installimisel või lähtestamisel. Kuna me alles installisime pistikprogrammi, jätke see teade ohutult vahele - Vabaks laskma
Lülita vahemällu sisse
Ja kohe allpool kontrollime
Põhimõtteliselt ongi kõik, plugin töötab ja juba salvestab lehti vahemällu :)
Kuid ta ei tee seda selles versioonis väga tõhusalt. Alustame peenhäälestust
Täpselt häälestatud vahemälu
Minge vahekaardile Seaded(http://example.com/wp-admin/options-general.php?page=wpsupercache&tab=settings)
Vahemällu salvestamise olek
Vahemällu lubamine Kontrollige. Kui tühjendate märkeruudu, lülitatakse vahemällu salvestamine välja. See tähendab, et jämedalt öeldes lubab ja keelab see üksus vahemällu salvestamise, st teeb sama, mis vahemälu lubamine/keelamine lehel http://example.com/wp-admin/options-general.php?page=wpsupercache&tab = lihtne
Vahemälu edastamise viis
Valikus on 2 võimalust:
Lihtne Sel juhul teenindab vahemälu PHP. Valik, kui server töötab + PHP-FPM-iga ja NGINX-i konfiguratsiooni ei saa kuidagi muuta. Samuti võib seda vaja minna, kui sait kasutab mobiilseadmete jaoks eraldi teemat. Muul juhul valige ekspertrežiim. Ekspert Kasutage vahemällu salvestatud failide teenindamiseks käsku mod_rewrite. Valime selle üksuse serveri jaoks kõige kiiremaks ja mugavamaks.
Mitmesugust
Ärge salvestage teadaolevate kasutajate lehti vahemällu. (Soovitatav) Kaasa üheselt. Kui see keelatakse, genereeritakse tuntud kasutajate jaoks eraldi vahemälu (neid on 3 tüüpi, eespool mainitud), mis võib teoreetiliselt ka välja ujuda. Samuti ei näe te lehtedel administraatori tööriistariba, mis on väga ebamugav, kui peate lehte redigeerima, vahemälu lähtestama või midagi muud sellist. Ärge salvestage GET-parameetritega lehti vahemällu (? X = y URL-i lõpus)
Kui see on märgitud, võtab see arvesse taotluse parameetreid ja ei vahemällu, kui URL -il on sellised parameetrid nagu http://example.com/post?utm_source=twitter. Saab sisse lülitada, saab keelata, vaata vastavalt oma vajadustele. Enamasti on see välja lülitatud. Töö kiirendamiseks tihendage vahemälu failid. (Soovitatav)
Keela. Lisaks tavalisele html-le loob see gzip-tihendatud koopia. Kui säästate kettaruumi, lülitage see välja. Kui teie server on puhas või ilma gzipita, mis on üsna haruldane - lubage. Saate selle sisse lülitada ja vaadata, kas see segab - lülitage see välja. Teie hostimine on lollakas – keelake see. HTTP päise vahemälu koos lehe sisuga. Keela. Kaasake, kui tagasilöögiga on probleeme. HTTP-päiseid peaks haldama, mitte vahemällu salvestamise pistikprogramm. Kui see on lubatud, ei looda lehe vahemälu ühe HTML -lehena, vaid kahe php -failina, millest üks sisaldab päiseid ja teine on loodud lehe HTML -koopia. Viga 304. See tõrge ilmneb siis, kui lehte pole pärast viimast päringut muudetud. Peab olema kaasas. Annab uuesti külastatud kasutajale 304 pealkirja, kui leht pole muutunud, mis tähendab, et tema brauser ei laadi lehte serverist alla, vaid kasutab kohalikult salvestatud koopiat, mis on väga kasulik ja tõhus.
Pidage kuulsaid kasutajaid anonüümseks, et nad saaksid esitada ka vahemällu salvestatud faile.Kui režiim on lubatud Asjatundja, see tähendab, et töös kasutatakse mod_rewrite'i, siis on see üksus passiivne, kuna see on vaikimisi lubatud.
Kui see on märgitud, loetakse kõik kasutajad, kellest Worpdress teab (volitatud, kommenteeritud), anonüümsed ja saavad vahemälust andmeid kõigi teistega võrdsetel alustel. Usun, et parem on keelata, reeglina pole neid nii palju ja probleeme võib tekkida. Kuid kui saidi vaatajaskond koosneb peamiselt volitatud kasutajatelt ja sellist funktsionaalsust on vaja, siis on parem kasutada midagi või midagi sobivamat. Vahemälu automaatne taastamine. Uute lehtede loomise ajal näevad ajaveebi külalised vahemälu lehtede aegunud versioone
Kaasa kasulik funktsioon. Teatage maailmale uhkusega, et teie server suudab vastu võtta mis tahes koormust (paigutab saidi jalusesse teate)
Laiendatud
Luba dünaamiline vahemällu salvestamine. Nõuab "PHP" või kerget vahemälu režiimi. (Vaadake KKK-d või näidiskoodi jaotisest wp-super-cache / plugins / dynamic-cache-test.php). Keela. See suvand on kasulik neile, kes muudavad mallide koodi, sisestades neisse dünaamilise sisu. See toimib, käivitades lehel dünaamilise koodi enne selle edastamist kasutaja brauserisse.
Sellise malli näite leiate siit /wp-content/plugins/wp-super-cache/plugins/dynamic-cache-test.php Mobiilseadmete tugi. (Vajab välist pistikprogrammi või teemat. Lisateabe saamiseks vaadake KKK -d) Keela. Meie tundliku disaini ajastul muutub see küsimus ebaoluliseks. Lubage see, kui teie teema pakub mobiili jaoks eraldi probleemi või kui kasutate ühte järgmistest pistikprogrammidest.
- Jetpacki mobiiliteema moodul
- WPTouch
- WordPressi mobiiliversioon
- WordPressi mobiilipakett
Kui kõik punktid on läbitud, salvestame need.
Modifikatsiooni ümberkirjutamise moodul
Kui valisite vahemällu salvestamise meetodi mod_rewrite siis nõuab pistikprogramm värskendamist .htaccess
Kerige lehte alla ja värskendage
Aegunud lehed, prügi puhastamine
Nüüd peate seadistama aegunud vahemälu tühjendamise reeglid
- Vahemällu salvestamise ajalõpp- vahemälu eluiga määratakse sekundites, kui kaua see jääb asjakohaseks. Hea tava on alustada 1 tunnist (3600 sekundist). Valite aja, lähtudes põhimõttest, kui sageli saidi sisu uuendatakse: mida harvemini, seda suurema arvu saate panna. Näiteks artiklites on täiesti võimalik jätta 86400 sekundit, mis vastab 24 tunnile.
Samuti saate selle seada väärtusele 0 ja siis vana vahemälu ei tühjendata. See võib olla kasulik näiteks siis, kui püüate tagada, et lehe loomise kuupäev vastaks selle vahemällu salvestatud koopia loomise kuupäevale. Pidage siiski meeles, et kui muudate saidi kujundust või installite uue pistikprogrammi, mis muudab lehe kujundust, ei aktsepteerita muudatusi enne vahemälu tühjendamist. Mina isiklikult soovitan mitte lähtestada vahemälu tühjendamist, vaid määrata vahemälu eluiga rohkem.
- Planeerija- kui tihti vahemälu aegumist kontrollida Saab valida Taimer- siis vahemälu kontrollitakse pidevalt määratud sekundite intervalliga või saate valida Vaata- siin on märgitud selge aeg (tund ja minut) UTC -s, mis toimub regulaarselt Intervall kontrollib vahemälu asjakohasust.
- Teavituste e-posti aadressid- kas saata prügiveo kohta märguandeid saidi administraatori e -posti aadressile.
Otsing ja muud robotid
Et vältida pistikprogrammi otsimisrobotite ja muude võrgurobotite vahemällu salvestamist, sisestage nende nimed allolevale väljale (üks rea kohta). Kui lehe koopia on Super Cache'is juba olemas, saadetakse see ikkagi robotile.
Kustutage ja jätke väli tühjaks, salvestage.
Muud seaded
Nad on tähtsusetud, nii et jätate need selliseks, nagu nad on.
Jagatud vahemälu
See jaotis on oluline, pidades silmas asjaolu, et Google ja teised otsingumootorid peavad lehe laadimise kiirust nüüd saidi otsingu paremusjärjestuse teguriks.
Tavaliselt salvestab WP Super Cache vahemällu ainult selle lehe, mida keegi teine on külastanud. Ja see on tegelikult õige. Aga mis siis, kui see keegi on otsingumootori robot? Ta ei näe vahemällu salvestamise pistikprogrammi positiivset mõju. Ja seadete jaotis Jagatud vahemälu võimaldab teil seda arusaamatust vältida, luues enne selle külastamist saidi lehtedelt vahemällu salvestatud koopiad.
wget -r -l 3 -nd -ootama = 5 -kustutama -pärast http://example.comSellise konstruktsiooni saab saata aadressile:
- Kirjutage konsoolile crontab -e
- Allolev konstruktsioon roomab saidil iga tund, et hoida lehe vahemälu värskena: 0 * * * * wget -r -l 3 -nd --wait = 5 --delete-after http://example.com
Jaotist on vene keeles hästi kirjeldatud, seega kirjeldan ainult põhiseadeid:
- Värskendage vahemälu iga 120 minuti järel- vahemälu loetakse kehtivaks 2 tundi. Panustate oma aega. Mida harvemini saiti uuendatakse, seda kauem saab aega kohale toimetada.
- Eelrežiim (prügikoristus ei tööta täielikult, see valik on soovitatav lubada.)- kaasamine, ma arvan, ei vaja selgitust.
- Siltide, kategooriate ja muude taksonoomiate eellaadimine.- lülitage sisse. Kategooriad, sildid ja muud taksonoomiad eellaaditakse.
Salvestage nüüd andmed või looge vahemälu.
Vahemälu kogu suurus sõltub postituste, lehtede, kategooriate (kategooriate), siltide (siltide) arvust. Kettaruum on reeglina odavaim ja hõlpsasti skaleeritav ressurss hostimises ja serveris ning kui teil on väikese liiklusega projekt (kuni 10-20 tuhat unikaalset kasutajat päevas) ja lehe vahemälu on suur, siis võid lihtsalt võtta tavalise odava kõvaketta hdd, ausal hostimisel ssd vahet peaaegu ei märkagi, aga säästad oma eelarvet. Kui rohkem, siis hdd toimib ka hästi, kuid siin soovitaksin serveri optimeerimise osas konsulteerida süsteemiadministraatoritega või kirjutada mulle.
See täidab WP Super Cache seadistamiseks vajaliku miinimumi. Järgmisena on teave edasijõudnud veebihalduritele ja süsteemiadministraatoritele, samuti teave korduma kippuvate küsimuste kohta.
Kui teil on WooCommerce'i pood ja soovite kasutada WP Super Cache'i, peate vahemällu salvestamise protsessist välistama järgmised lehed:
- Ostukorv
- Minu konto
- Kassasse
Seda saab teha jaotises Laiendatud example.com/wp-admin/options-general.php?page=wpsupercache&tab=settings lihtsalt kontrollides Lehed (is_page)
See valik sobib, kui teil on lehekülgedel vähe kirjeid. Kui neid on palju, siis on parem mitte märkida Lehed (is_page) ja lisage osad teeninduslehtede aadressidest allpool olevasse jaotisse, nagu näites
WooCommerce'i teenuse lehtede lisamine erandite loendisse
Kuidas ise WP Super Cache'i testida
Pistikprogrammi enda jaoks saate hõlpsalt testida.
Esmalt avage oma brauser inkognito või privaatses režiimis. Firefoxi puhul tehakse seda klahvikombinatsiooni Ctrl + Shift + P abil Google chrome või Yandexi brauser- Ctrl + tõstuklahv + N.
Nüüd avage lehe lähtekood (Ctrl + U) ja vaadake lõppu, seal näete midagi sellist
See on märk sellest, kui kaua lehte koguti ning mis kuupäeval ja kellaajal see toimus.
Kui vaatate adminni all oleva lehe lähtekoodi, näete midagi sarnast
Seal on ainult märge selle kohta, kui kaua leht loodi, ja märkus, et volitatud kasutajate jaoks ei esitata lehte vahemälust, vaid see luuakse käigu pealt.
Kui neid silte pole, olete midagi valesti teinud ja pistikprogramm ei tööta. Minge tagasi häälestuse algusesse ja lugege läbi põhipunktid, võib-olla jäite midagi kahe silma vahele.
Selleks vajutage klahvi F12, konsool avaneb, seal lähete jaotisse Võrk — Doc või Võrk — Html ja laadige leht uuesti (Ctrl + F5). Lõpetamisel otsige ülemist rida ja reaktsiooniaega, tavaliselt peaks see võtma 100–300 millisekundit või 0,1–0,3 sekundit. Võib -olla rohkem, kui teie hostimine asub USA -s ja olete Venemaal, tuleb arvestada kontinentaalse kaugusega. Kuid üldiselt, mida madalam see väärtus, seda parem.
Lõbu pärast saate WP Super Cache ajutiselt välja lülitada ja võrrelda väärtusi enne ja pärast pistikprogrammi installimist.
Ja veel üks väike näpunäide - brauseri vahemälu ajab teid mõnikord segadusse, nii et lähtestage see täielikult klahvikombinatsiooniga Ctrl + F5 või kontrollige paremini pistikprogrammi ja saidi toimimist inkognito brauseri režiimis.
WP Super Cache serveri seadistamine
Niisiis, pistikprogramm on õigesti installitud ja konfigureeritud. Kuidas kontrollida töö õigsust, on kirjeldatud ülal ja nüüd liigume edasi serveri seadistamise juurde. See on asjakohane, kui teil on oma VDS / VPS või spetsiaalne server.
htaccess (Apache) ja WP Super Cache
See punkt kehtib neile, kelle server on konfigureeritud LAMP-režiimis (Linux, Apache, Mysql, PHP). Kui NGINX on installitud kasutajaliidese või peamise veebiserverina, soovitan teil liikuda alloleva jaotise juurde
Kui olete sellesse punkti jõudnud ja olete plugina seadetes valinud mod_rewrite režiimi, siis tegelikult ei pea te midagi tegema. Kuid töö optimeerimiseks (.htaccess laaditakse iga kord, kui sait laaditakse, apache2.conf ainult 1 kord serveri taaskäivitamise ajal) või kui .htaccess-reeglite töötlemine teie serveris on keelatud, saate kopeerida andmed failist .htaccess ja kandke see konfiguratsioonifaili, kus teie saidi seaded on deklareeritud (näiteks Debianis võib see asuda kataloogis /etc/apache2/vhosts/site.conf).
# BEGIN WPSuperCache
Näide konfiguratsioonifailist. Sellesse saate kleepida koodi .htaccessist
#user "näide" virtuaalne host "example.com" konfiguratsioonifail
NGINX ja WP Super Cache
Niisiis, teil on oma virtuaalne või spetsiaalne server ja soovite, et WP Super Cache pigistaks maksimaalselt välja. Kuid see pistikprogramm pakub karbist väljas ainult php ja htaccessi sätteid. Ja siin kirjeldan, kuidas saate NGINX-i konfiguratsioonifaili kohandada nii, et see töötaks optimaalselt WP Super Cache'iga. See võib osutuda kasulikuks näiteks siis, kui teie server on kompileeritud LEMP (Linux, NGINX (EngineX), Mysql, PHP) kujul ja taustprogrammi asemel php-fpm.
Tahan märkida, et te ei pea selles konfiguratsioonis NGINX-i vahemälu lubama, kuna NGINX võtab staatilised lehed otse WP Super Cache vahemälust, minnes PHP-tõlgist mööda. Ja minu arvates on see konkreetne konfiguratsioon mugavam, kuna vahemälu haldamine WordPressi administraatori paneelilt on mugavam kui NGINX -i vahemälu konsoolilt.
Kui saidil on NGINX -vahemälu lubatud ja te ei saa seda keelata, siis on parem mitte kasutada WP Super Cache pistikprogrammi, kuna te ei märka jõudluse suurenemist ja topeltpuhverdamine häirib ainult seda.
WooCommerce ja muud sarnased pistikprogrammid, mis kasutavad URL-is GET-muutujaid, nõuavad PHP töötlemisel parameetrite $ args edastamist:
Try_files $ wpsupercache $ uri $ uri //index.php?$args
WP Super Cache ei pruugi aga /index.php?$args kasutamisel õigesti töötada.
Sel juhul võin soovitada teil valida muu vahemällu salvestamise pistikprogramm, näiteks W3 Total Cache.
Sõltuvalt WordPressi toimimisest on näitel kolm konfiguratsioonivalikut: tavaline sait, alamkataloogides olevate saitidega WordPressi multisait ja alamdomeenides olevate saitidega WordPressi mitmesait. Vaikimisi on esimene režiim lubatud. Kui teil on Miultisite, tühistage lihtsalt soovitud read.
Allpool on näide konfiguratsioonifailist + php-fpm koos võimalusega taustaprogrammi kommentaaridega asendada:
### kasutaja "näide" virtuaalse hosti "näide. näide .com; ### Kui mitme saidi alamdomeenid, tühjendage domeenide kaardistamise all oleva rea kommentaar #server_name_in_redirect välja; ### Kui mitme saidi alamdomeenid, asendage domeeni kaardistamiseks allolev rida järgmisega: kuula 80 default_server; kuula 1.2.3.4:80; # Asendage oma serverimärkide komplekti UTF-8 1.2 .3.4 IP; keelake lingid if_not_owner alates = $ root_path; index index.html index.php; root $ root_path; määrake $ root_path /var/www/example/data/www/example.com; access_log /var /log/example.com.access.log; error_log /var/log/example.com.error.log Warn; #error_log /var/log/example.com.debug.error.log silumine; include /etc / nginx / vhosts-includes / *. conf; ### Kui gzip pole globaalselt lubatud, lubage see siin # gzip on; # gzip_disable "msie6"; # gzip_types tekst / tavaline tekst / css-rakendus / json-rakendus / x-javascript text / xml application / xml application / xml + rss text / javascript application / javascript; ### Luba juurdepääs seadmele Let "s Encrypt location ~ /\.well-known (luba kõik;) ### Keela juurdepääs failidele ja kataloogidele, mille nime alguses on punkt, näiteks .htaccess, .git asukoht ~ / \. (eita kõik;) ### Keela juurdepääs failidele, mille laiendus on .php, näiteks / wp-content / uploads location ~ * / (?: üleslaadimised | keeled | failid) / .*\. php $ (eita kõik;) ### Kui multisite on alamkataloogirežiimis, näiteks http://example.com/wpsubsite/, tühistage lihtsalt alloleva ploki kommentaar ### #if (! -e $ request_filename) ( # rewrite / wp -admin $ $ skeem: // $ host $ uri / permanent; # rewrite ^ ( / [ ^ /] +)? ( / wp -. *) $ 2 last; # rewrite ^ ( / [ ^ / ] +)? (/.* \. php) $ 2 last;#) ### Määrake uus muutuja $ cache_uri, millele määrame päringu eelseadistatud muutujalt $ request_uri set $ cache_uri $ request_uri; ### POST päringuid ei salvestata vahemällu, kui ($ request_method = POST) (määrake $ cache_uri "null cache";) ### URL -i parameetritega päringuid ei salvestata vahemällu, kui ($ query_string! = "") (määrake $ cache _uri "null vahemälu"; ) ### Ärge hoidke vahemällu URL-i päringuid, mis sisaldavad järgmisi osi (tavaliselt administraator ja teenus, saidikaardi joast), kui ($ request_uri ~ * "(/wp-admin/|/xmlrpc.php|/wp- (app | cron | login) | registreerimine | post) .php | wp -. *. php | / feed / | index.php | wp-comments-popup.php | wp-links-opml.php | wp-locations.php | saidikaart (_index) ? .xml | + -sitemap (+) ?. xml) ") (set $ cache_uri" null cache ";) ### Ärge kasutage vahemälu sisseloginud kasutajatele ja hiljutistele kommentaatoritele, kui ($ http_cookie ~ *" comment_author | wordpress_ + | wp-postpass | wordpress_logged_in ") (set $ cache_uri" null cache ";) ### do not log favicon location = /favicon.ico (log_not_found off; access_log off;) ### robots.txt saab genereerida WordPressi mootori asukoht = / robots.txt (try_files $ uri /index.php;) ### Vahemälu asukoha määramine # $ (http_host) $ (cache_uri) ei pruugi kaldkriipsu sisaldada, sest $ (cache_uri) võib juba alata kaldkriipsuga. See võib teie jaoks olla erinev. Kontrollige lisa_pealkirjaga $ wpsupercache /wp-content/cache/supercache/$(http_host)/$(cache_uri)/index.html; ### Püüame leida ka versiooni https set $ wpsupercache_ssl /wp-content/cache/supercache/$(http_host)/$(cache_uri)/index-https.html; ### Kui teie sait on SSL/TLS, see tähendab, et see töötab HTTPS-i kaudu, siis luuakse index.html asemel index-https.html if ($ skeem = "https") (seadista $ wpsupercache / wp-content /cache/supercache/$(http_host)/$(cache_uri)/index-https.html;) ### Kontrolli päis, kui tühistate märkuse, näete, mis on $ wpsupercache muutuja #add_header X-wpsc "$ wpsupercache "alati; ### Päistesse saab püüda muutujaid. Rohkem üksikasju http: // site / nginx # add_header X-uri "$ uri" alati; # add_header X-cache-uri "$ cache_uri" alati; # add_header X- $ http_host "$ http_host" alati; ### Liikumine taustaprogrammiga ### ### Allpool on kaks konfiguratsioonivalikut, php5-fpm ja Apache. #### ### Vaikimisi on kõik esimese valiku jaoks konfigureeritud. ### ### Apache lubamiseks kommenteerige enne Apache plokki kõike allpool olevat ### ### 1. PHP-FPM ####Me ei logi staatilisi faile, määrake aastaks päise Aegub http ~ * ^. + \. (jpe? g | gif | png | svg | js | css | mp3 | ogg | mpe? g | avi | zip | gz | bz2? | rar | swf | ogg | ogv | svg | svgz | eot | otf | woff | mp4 | ttf | css | rss | aatom | js | jpg | jpeg | gif | png | ico | zip | tgz | gz | rar | bz2 | doc | xls | exe | ppt | tar | midi | wav | bmp | rtf) $ (aegub 365d; log_not_found off; access_log off;) # Põhitaotlus, mille puhul proovime kõigepealt saada lehe vahemällu salvestatud versiooni # Kui vahemälu pole, minge selle loomiseks WordPressi meie jaoks asukoht / (try_files $ wpsupercache $ wpsupercache_ssl $ uri $ uri / /index.php?$args;) # Meie taustaprogramm on php-fpm asukoht ~ \ .php $ (try_files $ uri = 404; include fastcgi_params; fastcgi_split_path_info ^ ( . + \. php) (/.+)$; fastcgi_index index.php; fastcgi_param SERVER_NAME $ http_host; fastcgi_param SCRIPT_FILENAME $ document_root $ fastcgi_script_name; # Siin, sõltuvalt kuidas FastCGI on installitud, valige kas TCP või pesa # TCP #fastcgi_pass 127.0.0.1:9000; # Socket fastcgi_pass unix: /var/www/php5-fpm/example.com.sock; # Siin määrake konkreetse kasutaja või saidi php-fpm pesa tee) ### 2. Apache. Kui teie taustaprogrammis on Apache, tühistage kõik, mida allpool kommenteeritakse, ühe räsiga ja kommenteerige kõik, mis on eespool enne 1. plokki. PHP-FPM ### ### Me ei logi staatilisi faile, määrake aegumiskuupäev http päis aastaks #asukoht ~ * ^. + \. (jpe? g | gif | png | svg | js | css | mp3 | ogg | mpe? g | avi | zip | gz | bz2? | rar | swf | ogg | ogv | svg | svgz | eot | otf | woff | mp4 | ttf | css | rss | aatom | js | jpg | jpeg | gif | png | ico | zip | tgz | gz | rar | bz2 | doc | xls | exe | ppt | tar | midi | wav | bmp | rtf) $ ( #aegub 365d; log_not_found off; access_log off; #try_files $ uri $ uri / @apache; #) #location / ( #try_files $ wpsupercache $ uri @apache; #) ### saata php -skriptid otse aadressile taustaprogramm #location ~ [^ /] \. ph (p \ d * | tml) $ (#try_files / does_not_exists @apache;#) ### Taotluste saatmine taustaprogrammile (Apache või php-fpm) ### If tühistage oma Apache taustaprogrammis alloleva ploki kommentaar #location @apache (### Apache ### #proxy_pass http://127.0.0.1:8080; #proxy_redirect http://127.0.0.1:8080/; #proxy_set_header Host $ host; #proxy_set_header X-Forwarded-For $ proxy_add_x_forwarded_for; #proxy_set_header X-Forwarded-Proto $ kava; #))
Pange tähele, et Apache ripub siin pordis 8080
Taaskäivitage NGINX
Nginx -t && nginx -s laadige uuesti
Kuidas kontrollida, kas WP Super Cache failide URI-d on õiged
Oletame, et soovite kontrollida lehte http://example.com/mypage, et näha, kas NGINX näeb vahemälus õigesti oma asukohta. Selleks vajate:
WP Super Cache tõrkeotsing
Mõnikord on väikesed probleemid, mida on üsna lihtne lahendada.
:
A2enmod päised && a2enmod aeguvad
Seejärel taaskäivitage Apache
Teenuse apache2 taaskäivitamine
WP Super Cache ei loo jagatud vahemälu
Veenduge, et vajutate nuppu Looge nüüd jagatud vahemälu... 10 sekundi pärast laadige leht uuesti, näete vahemälu loomise protsessi. Kontrollige ka kataloogi / wp-content / cache / supercache / domain_name / site_structure /
Kui vahemälu pole ikka veel loodud ja teil on lihtne hostimine, kirjutage tugiteenusele, nad aitavad probleemi lahendada.
Kui teil on oma server või vps / vds ja vahemälu pole loodud, kontrollige, kas WordPressil on luba kirjutada kataloogi / wp-content / cache /. Seda saab teha näiteks Far Manageri abil:
Aeg -ajalt on vaja vahemälu puhastada. Oletame, et olete saidi tootmiskoodis muudatusi teinud ja soovite, et need jõustuksid kohe.
Selleks on 3 võimalust
Ärge unustage lähtestada brauseri vahemälu, näiteks Ctrl + F5 konkreetse esikülje lehe jaoks või Ctrl + Tõstuklahv + Kustuta Google chrome
Kuidas õigesti desinstallida WP Super Cache
Plugin eemaldatakse samamoodi nagu iga teinegi – läbi juhtpaneeli http://example.com/wp-admin/plugins.php, deaktiveerides plugina ja seejärel eemaldades selle.
Pange tähele, et isegi pistikprogrammi lihtne desaktiveerimine kustutab selle vahemälu ja lähtestab kõik algseaded, seega peate pärast uuesti aktiveerimist uuesti konfigureerima
Kui soovite selle käsitsi eemaldada, toimige järgmiselt.
- Keelake vahemälu ja tühjendage vahemälu (eelistatavalt kolmel viisil)
- Deaktiveeri pistikprogramm
- Eemalda määratlusest ("WP_CACHE", tõsi);
- Eemaldage jaotises #WPSuperCache lisatud reeglid .htaccessist
- Eemalda /wp-content/advanced-cache.php ja /wp-content/wp-cache-config.php
- Kustuta / wp-sisu / vahemälu /
- Kustuta / wp-content / pluginad / wp-super-cache /
W3 Total Cache või WP Super Cache
Minult küsitakse sageli, millise pistikprogrammi kas valida, kas W3 Total Cache või WP Super Cache? Vastan punkthaaval:
Valige WP Super Cache, kui:
- Kui teil on teabesait – artikkel, ajaveeb jms;
- Sa ei saa tegelikult aru ega taha aru saidi ja pistikprogrammide töö keerukusest ning seadetest. WP Super vahemälu lihtsam seadistada, kuid sellest tulenevalt pole see töös vähem tõhus;
- Kui teil on teenus või sait, millel on suur vaatajaskond - volitatud kasutajad - teenus, kus põhiteenus on sees, mille kasutamiseks peate sisse logima, foorum, suhtlusvõrgustik jms;
- Olete programmeerija või uudishimulik inimene, kellele meeldib nokitseda ja aru saada vahemällu salvestamise peenhäälestusest, juhtida selliseid nüansse.
Lõpuks
Kasutage WordPressi lehtede vahemällu salvestamise pistikprogramme, isegi kui teie saidil on vähe liiklust, võib see aidata sellel kõrgemal olla.
WP Super vahemälu- kõige lihtsam, end tõestanud ja levinuim omataoline tööriist, mis õige konfigureerimise korral suudab kõik laaditud WordPressi projektid töös hoida isegi äkilise liikluse suurenemise korral.
Täna räägime pistikprogrammi seadistamisest. WPSuperVahemälu... Tänapäeval, kui koduse Interneti kiirus omandab ruumi kiiruse, muutub lehe laadimise kiirus saidi jaoks väga oluliseks näitajaks. Noh, see pole kellelegi saladus, et üks otsingumootorite saidi asetuse näitajaid on saidi lehe laadimise kiirus, kasutaja jaoks on see samuti oluline veebisaidi laadimise kiirus et saada kiiresti vajalikku teavet. Üldiselt armastavad kõik kiireid saite.
Parim viis WordPressi saidi kiirendamiseks on vahemällu salvestamine. Ja parim vahemällu pistikprogramm on WPSuperVahemälu... Selles artiklis selgitan üksikasjalikult, kuidas installida ja konfigureerida vahemälu saidi lehed WordPressis, kasutades pistikprogrammi WPSuperVahemälu.
Mis on saidi vahemällu salvestamine?
Veebisaidi vahemällu salvestamine See on viis saidi laadimise kiirendamiseks, salvestades laaditud lehe brauseri või serveri vahemällu, et kergendada serveri koormust sellele lehele järgnevatel kõnedel, kasutades juba laaditud või vahemällu salvestatud lehti. on eriti oluline suure liiklusega saitide jaoks.
Kuidas installida pistikprogrammi WP Super Cache?
Plugina installimine WPSuperVahemälu ei erine ühegi teise pistikprogrammi installimisest, kuid ma soovitaksin selle installida WordPressi pistikprogrammi installikonsooli kaudu, see on väga lihtne ja lihtne.
Enne pistikprogrammi installimist tehke kindlasti saidist varukoopia! Näiteks kasutades pistikprogrammi ""
Minge saidi konsooli => Pluginad => Lisa otsingusse uus, kirjutage WPSuperVahemälu ja vajutage sisestusklahvi. Seejärel vajutame installimisnuppu.
WP Super Cache pistikprogrammi konfigureerimine ja aktiveerimine
Plugina aktiveerimine WPSuperVahemälu ei ole päris standardne, lisaks sellele, et peate pistikprogrammi aktiveerima, peate selle pärast installimist aktiveerima otse pistikprogrammi seadetes.
Aktiveerimiseks märgime "vahemällu salvestamine on lubatud" ja vajutame värskendamisnuppu, kui aktiveerimisel ilmneb tõrge, siis kontrollige hostimise failidele ja kaustadele juurdepääsu seadeid.
Kui te veateadet ei saanud, tähendab see, et pistikprogramm hakkas tööle, kuid vaikeseadetega. Kui see teile sobib, siis te ei saa edasi lugeda, pistikprogramm töötab juba üsna edukalt.
WP Super Cache plugina konfigureerimine
Minge vahekaardile "Seaded"
- Vahemällu salvestamise olek
Kui otsustate režiimile üle minna mod_uuesti kirjutama, siis märgime selle üksuse ära ja läheme lehel veidi madalamale ning vajutame uuendusnuppu. Pärast seda näete suurt kollast välja, millel peate nuppu vajutama " Uuenda reegleidmod_uuesti kirjutama". Esimene märk sellest, et seaded on edukalt rakendatud, on teade rohelises kastis. Noh, kui teile, nagu mulle, meeldib kõike oma silmaga näha, siis läheme faili.htacces ja veenduge, et seaded on rakendatud.
- Mitmesugust
Siinkohal on WP Super Cache pistikprogrammi arendajad kõike väga hästi kirjeldanud, lugege ja tehke endale kõige sobivam otsus, mul on see konfigureeritud nagu ekraanipildil.
- Seaded
Siinkohal saate vaikimisi kõik jätta, kuid märkisin üksuse "Värskenda lehte, kui sellele lisate uue kommentaari"
- Aegunud lehed ja prügi puhastamine
Selles üksuses on vahemälu tühjendamise parameetrid konfigureeritud. Praegu ei näe ma põhjust midagi muuta ja jätta kõik vaikeseaded.
Kõik muud seaded jätan vaikimisi siia "Seaded" vahele, ei näe põhjust midagi muuta.
Jah. Veel üks asi, kui otsustate äkki vaikeseadetele naasta, saate seda teha sõna otseses mõttes ühe klõpsuga, minnes vahekaardi "Seaded" lõppu ja klõpsates nuppu "Taasta vaikeseaded".
CDN -i seadistamine
Pistikprogrammi kasutamine WPSuperVahemälu saate lubada CDN -i toe.
CDN (Content Delivery Network) on sõna otseses mõttes sisu edastamise vahend. Sõna sisu viitab saidil kasutatavatele staatilistele ressurssidele, nagu CSS-stiilid, pildid, JavaScript, arhiivid, flash-failid või muud dokumendid.
WP Super Cache olekud
Sellel vahekaardil saate jälgida oma saidi vahemälu statistikat, kustutada ka aegunud vahemälu või kustutada kogu vahemälu.
Jagatud WP supervahemälu
See on peamine erinevus selle pistikprogrammi ja selle peamise eelise vahel. See funktsioon võimaldab teil saidi lehti vahemällu salvestada ja kasutajad saavad juba vahemällu salvestatud lehti. Selliste lehtede laadimisel kulub palju vähem ressursse kui nende dünaamiliselt genereerimisel. Soovitan kõigil luua kogu saidi jagatud vahemälu serveri väikseima koormuse ajal.
Jagatud vahemälu loomiseks peate sellel vahekaardil klõpsama nupul „Loo jagatud vahemälu”.
See lõpetab pistikprogrammi seadistamise. WPSuperVahemälu valmis.
Kokkuvõtteks tahan öelda, et vahemällu salvestamise ja saidi laadimise kiirendamise teema on väga asjakohane ja ilmselt on mul õigus, kui ütlen, et teema on Wordpressi jaoks igavese kategooriast, kuna WordPressi CMS ise on väga raske süsteem ja nõuab palju ressursse. Kuid minu teada töötavad arendajad aktiivselt selle probleemi optimeerimise kallal ja varsti ei pea me selle probleemiga iseseisvalt tegelema.