Kostnadsfri separasjon av WordPress-innlogging og besøkendes CDN-caching: Den ultimate veiledningen for gratisversjonen av Cloudflare.

Vil du fullstendig skille dynamisk påloggingsbuffer fra statisk besøksbuffer i WordPress ? Denne veiledningen lærer deg hvordan du optimaliserer informasjonskapselbuffering med gratisversjonen av Cloudflare uten kostnad, noe som forbedrer nettstedets hastighet og brukeropplevelse. En viktig ultimat guide for nettansvarlige!

Den ultimate guiden til Cloudflare Free Cookie Caching: Oppnå dynamisk pålogging/statisk besøksseparasjon uten kostnad

99 % av eiere av WordPress-nettsteder som bruker gratisversjonen av Cloudflare, kaster bort mer enn halvparten av serverytelsen.

Jeg har sett altfor mange mennesker falle i to ytterpunkter.

Enten ikke mellomlagre HTML i det hele tatt, og hent data fra den opprinnelige serveren hver gang en besøkende besøker.

Alternativt kan du mellomlagre hele HTML-siden, noe som resulterer i problemer som feil brukerpålogging, kommentarer som ikke vises og feil i backend-operasjoner.

Mange tror at det å skille mellom hurtigbuffer og informasjonskapsel er en funksjon som er eksklusiv for betalte abonnementer.

Tross alt oppgir Cloudflare offisielt at bare Business- og Enterprise-abonnementene kan omgå HTML-caching når informasjonskapsler er tilstede.

Forretningsplanen starter på $200 per måned, noe som er helt unødvendig for individuelle nettstedseiere og små blogger.

Frem til april 2023 oppdaget jeg et teknisk triks som folk flest overså.

Denne teknikken er den første som fullt ut demonstrerer hvordan man oppnår nøyaktig samme informasjonskapselbaserte mellomlagringseffekt som den betalte planen ved å bruke operatorene som støttes av gratisversjonen.

Jeg har brukt denne metoden til å konfigurere over et dusin nettsteder, og resultatene overgikk forventningene mine.

CPU-belastningen på bloggserveren min falt fra et gjennomsnitt på 45 % til 12 %.

Den første lastetiden for siden er redusert med 5 sekunder.

Månedlig serverbåndbreddeforbruk gikk ned med 68 %.

Den første implementeringen hadde imidlertid to åpenbare mangler.

Den støtter bare ett enkelt HTTPS-domene og støtter ikke jokertegndomener.

Den tar ikke hensyn til at mange nettsteder fortsatt bruker HTTP-viderekoblinger eller støtter både HTTP og HTTPS.

Jeg gjorde omfattende optimaliseringer basert på den opprinnelige tilnærmingen og løste disse to problemene.

Nå skal jeg dele den komplette konfigurasjonsmetoden for jokertegndomener som *.et ufo.org som støtter både HTTP og HTTPS med deg.

Hvorfor kan gratisversjonen oppnå den samme informasjonskapselbaserte mellomlagringsfunksjonen som betaltversjonen?

Mange vet ikke at den viktigste forskjellen mellom gratis- og betalte versjoner av Cloudflare ikke er om en bestemt funksjon kan implementeres eller ikke.

Det ligger i hvor praktisk det er å oppnå den samme funksjonen.

Den betalte versjonen girMatchesRegulære uttrykk-operatorer kan brukes til å matche alle informasjonskapsler som må omgås med én linje med regulært uttrykk.

Gratisversjonen støtter imidlertid ikke denne operatoren, og du vil motta feilmeldingen «ikke gyldig: bruk av operatoren Matches er ikke tillatt» når du bruker den.

Den offisielle Cloudflare-dokumentasjonen sier tydelig at...MatchesOperatører krever en forretningsplan eller en WAF Advanced-plan for å kunne brukes.

Derfor forteller de fleste nettbaserte veiledninger deg at du må oppgradere til et betalt abonnement for å bruke informasjonskapselhurtigbuffering.

Men etter gjentatt testing og forskning fant jeg et viktig gjennombrudd.

Både WordPress- og WooCommerce-innloggingsinformasjonskapsler har et fast prefiks.

WordPress-informasjonskapsler-prefiks:

Vi trenger ikke å bruke regulære uttrykk for å finne alle informasjonskapsler; vi trenger bare å bruke de som støttes av gratisversjonen.containsOperatøren sjekker om informasjonskapselen inneholder disse faste prefiksene.

Denne ideen er veldig smart.

Den omgikk de eksklusive funksjonene i den betalte versjonen og oppnådde nøyaktig samme effekt ved å bruke de mest grunnleggende operatorene.

Dessuten er ytelsen bedre enn samsvar med regulære uttrykk fordicontainsBeregningskostnadene for operatorer er mye mindre enn for samsvar med regulære uttrykk.

For *.etufoFullfør konfigurasjonstrinnene for .org (gjelder både HTTP og HTTPS)

Hele konfigurasjonsprosessen krever bare at man oppretter tre hurtigbufferregler.

Rekkefølgen på reglene er svært viktig og må følges strengt i den rekkefølgen jeg har gitt.

Hvis rekkefølgen er feil, vil hele mellomlagringslogikken feile.

Regel 1: Omgå stier som må være dynamiske (høyeste prioritet)

Formålet med denne regelen er å sikre at backend, forhåndsvisningssiden, brukersenteret og søkesiden aldri blir mellomlagret.

Disse sidene må hente innhold fra den opprinnelige serveren i sanntid, ellers vil det oppstå alvorlige funksjonsproblemer.

Mitt optimaliserte uttrykk støtter alle underdomener og HTTP/HTTPS-protokoller.

Du trenger ikke å opprette separate regler for hvert underdomene.

Det er ikke nødvendig å opprette separate regler for HTTP og HTTPS.

Uttrykket er som følger:

ends_with(http.host, ".etufo.org") and (starts_with(http.request.uri.path, "/wp-admin/") or http.request.uri contains "preview=true" or starts_with(http.request.uri.path, "/前台用户中心/") or starts_with(http.request.uri.path, "/?s="))

Velg «Omgå hurtigbuffer» som operasjonsalternativ.

Plasser denne regelen helt øverst blant alle mellomlagringsregler.

Regel 2: Omgå innloggede og kommenterende brukere (andre prioritet)

Formålet med denne regelen er å gi innloggede og kommenterende brukere direkte tilgang til dynamisk innhold fra kilden.

Dette sikrer at brukerne kan se sin personlige informasjon, og kommentarer kan vises i sanntid.

Den første implementeringen brukte følgende metode:starts_with(http.request.full_uri, "https://你的域名/").

Jeg endret det tilends_with(http.host, ".etufo.org").

Denne endringen er kjernen i hele optimaliseringen.

http.hostDen inkluderer bare domenenavnet, ikke protokollen og stien.

brukends_withkamp.etufo.orgDet vil automatisk matcheetufo.org,www.etufo.org,blog.etufo.orgAlle underdomener.

Den matcher automatisk både HTTP- og HTTPS-protokoller uten å kreve ytterligere konfigurasjon.

Native WordPress-uttrykk:

ends_with(http.host, ".etufo.org") and (http.cookie contains "wordpress_sec_" or http.cookie contains "wordpress_logged_in" or http.cookie contains "comment_")

Hvis du bruker WooCommerce e- handelsplugin, må du legge til WooCommerce-informasjonskapselprefikset.

WooCommerce forbedrede uttrykk:

ends_with(http.host, ".etufo.org") and (http.cookie contains "wordpress_sec_" or http.cookie contains "wordpress_logged_in" or http.cookie contains "comment_" or http.cookie contains "woocommerce_")

Operasjonen bør også settes til «Omgå hurtigbuffer».

Plasser denne regelen under regel 1.

Regel 3: Lagre statisk HTML for besøkende som ikke er logget inn (laveste prioritet)

Formålet med denne regelen er å tillate uloggede besøkende å hente hurtigbufrede HTML-sider direkte fra Cloudflare CDN.

Dette er det viktigste trinnet i å forbedre nettsidens hastighet og redusere serverbelastningen.

På samme måte brukte jegends_with(http.host, ".etufo.org")Den erstattet det opprinnelige protokollen + domenenavnformatet.

Automatisk kompatibilitet med jokertegndomener og doble protokoller er oppnådd.

Native WordPress-uttrykk:

ends_with(http.host, ".etufo.org") and not http.cookie contains "wordpress_sec_" and not http.cookie contains "wordpress_logged_in" and not http.cookie contains "comment_"

WooCommerce forbedrede uttrykk:

ends_with(http.host, ".etufo.org") and not http.cookie contains "wordpress_sec_" and not http.cookie contains "wordpress_logged_in" and not http.cookie contains "comment_" and not http.cookie contains "woocommerce_"

Velg «Oppfyller hurtigbufferkriterier» for operasjonen.

Vi anbefaler at du aktiverer følgende alternativer:

Cache-bedrag rustning.

Utdatert innhold leveres ikke under oppdateringer.

Plasser denne regelen helt nederst blant alle mellomlagringsregler.

Tre verifiseringstrinn som må utføres etter konfigurasjon

Ikke lukk siden umiddelbart etter konfigurasjonen.

Du må utføre tre enkle valideringer for å sikre at reglene fungerer som de skal.

Det første bekreftelsestrinnet er å sjekke hurtigbufferstatusen når brukeren ikke er logget inn.

Slå på inkognitomodus i nettleseren din.

Trykk F12 for å åpne utviklerverktøyene og bytte til Nettverk-fanen.

Besøk nettsidens hjemmeside.

Sjekk svarhodene.cf-cache-statusfelt.

Hvis vistHITDette indikerer at hurtigbufferen ble truffet og at regelen fungerer som den skal.

Det andre bekreftelsestrinnet er å sjekke mellomlagringen av påloggingsstatusen.

Logg inn på WordPress-administrasjonspanelet ditt via et vanlig nettleservindu.

Trykk F12 for å åpne utviklerverktøyene.

Besøk nettsidens hjemmeside.

Sjekk svarhodene.cf-cache-statusfelt.

Hvis vistDYNAMICDette indikerer at den innloggede brukeren har omgått hurtigbufferen.

Det tredje bekreftelsestrinnet er å sjekke mellomlagringsstatusen til brukerne som kommenterer.

Legg inn en kommentar ved hjelp av en annen nettleser eller inkognitomodus.

Oppdater siden.

Sjekk svarhodene.cf-cache-statusfelt.

Hvis vistDYNAMICDette indikerer at brukeren som kommenterte også omgikk hurtigbufferen.

Hvis valideringen mislykkes, må du først sjekke om rekkefølgen på reglene er riktig.

Sjekk deretter om det finnes andre sideregler eller hurtigbufferregler som er i konflikt med disse tre reglene.

I min faktiske testing fant jeg ut at sideregler har høyere prioritet enn mellomlagringsregler og vil overstyre innstillingene til mellomlagringsreglene.

Ofte stilte spørsmål og avanserte optimaliseringer

Mange spør meg hvor lenge utløpstiden for hurtigbufferen bør være.

Jeg anbefaler å sette utløpstiden for hurtigbufferen for HTML-filer på den opprinnelige serveren til 1 time.

Dette sikrer både innholdets ferskhet og full utnyttelse av fordelene med mellomlagring ved CDN.

Hvis du publiserer en ny artikkel eller oppdaterer en side, kan du manuelt tømme hurtigbufferen for den tilsvarende siden i Cloudflare-backend.

Alternativt kan du installere den offisielle Cloudflare WordPress-pluginen for å automatisk tømme hurtigbufferen når du publiserer innhold.

Noen spurte også om denne metoden ville påvirke nettstedets SEO.

Absolutt ikke.

Søkemotorroboter er ikke logget inn og vil hente hurtigbufrede sider akkurat som vanlige besøkende.

Bufrede sider lastes inn raskere, noe som faktisk kan forbedre rangeringen i søkemotorer.

Ifølge Googles kjernerapport om webmålinger kan konverteringsfrekvensen øke med 7 % for hvert sekund som lastes inn på siden.

Hastighetsøkningen fra denne konfigurasjonen forbedrer ikke bare brukeropplevelsen, men genererer også direkte mer trafikk og inntekter.

Konklusjon

I denne digitale tidsalderen, hvor datakraft er lik kostnad og hastighet er lik konkurranseevne, tilfører enhver optimalisering av serverressurser verdi til digitale eiendeler.

Mange benytter seg av dyre betalte tjenester, men overser det enorme potensialet som ligger i gratisverktøy.

Funksjonene til gratisversjonen av Cloudflare er langt kraftigere enn folk flest tror.

Den beste tekniske løsningen er aldri den dyreste, men den som passer best til dine behov.

For 99 % av individuelle nettstedseiere og små og mellomstore bedrifter er denne kostnadsfrie, informasjonskapselbaserte hurtiglagringsløsningen mer enn nok til å dekke behovene deres.

Det krever ikke at du betaler 200 dollar per måned, men det gir nesten samme ytelsesforbedring som en betalt plan.

Teknologiens essens er å løse problemer, ikke å stable opp dyre verktøy.

Vi forstår virkelig essensen av teknologi når vi lærer å bygge effektive systemer ved hjelp av de mest grunnleggende komponentene.

Hvis du bruker gratisversjonen av Cloudflare og nettstedet ditt er bygget på WordPress, anbefaler jeg på det sterkeste at du følger denne veiledningen for å konfigurere det.

Du vil oppdage at nettsidens hastighet vil oppleve et kvalitativt sprang, og serverbelastningen vil synke betydelig.

Dette er en optimaliseringsoperasjon som tar 5 minutter å implementere og som gir deg fordeler i et helt år.

Ikke la gratis ressurser gå til spille; gjør noe for å få nettstedet ditt til å kjøre raskere.