Directori d'articles
- 1 Per què la versió gratuïta pot aconseguir la funció de memòria cau basada en galetes de la versió de pagament?
- 2 Passos de configuració complets per a *.etufo.org (aplicable tant a HTTP com a HTTPS)
- 3 Tres passos de verificació que s'han de dur a terme després de la configuració
- 4 Preguntes freqüents i optimitzacions avançades
- 5 Conclusió
Voleu ferWordPressVoleu separar completament la memòria cau dinàmica d'inici de sessió de la memòria cau estàtica de visitants? Aquest tutorial us ensenya com optimitzar la memòria cau de galetes amb la versió gratuïta de Cloudflare a cost zero, millorant la velocitat del lloc web i l'experiència de l'usuari. Una guia definitiva essencial per a webmasters!
Guia definitiva per a l'emmagatzematge en memòria cau de galetes gratuït de Cloudflare: aconseguir la separació dinàmica d'inici de sessió/visitants estàtics a cost zero
El 99% dels propietaris de llocs web de WordPress que utilitzen la versió gratuïta de Cloudflare malgasten més de la meitat del rendiment del seu servidor.
He vist massa gent caure en dos extrems.
O bé no emmagatzemis HTML a la memòria cau i aconsegueixes dades del servidor d'origen cada vegada que un visitant el visiti.
Alternativament, podeu emmagatzemar tota la pàgina HTML a la memòria cau, cosa que provoca problemes com ara inicis de sessió incorrectes, comentaris que no es mostren i errors en les operacions del backend.
Molta gent creu que distingir la memòria cau per galeta és una funció exclusiva dels plans de pagament.
Al cap i a la fi, Cloudflare afirma oficialment que només els plans Business i Enterprise poden evitar l'emmagatzematge en memòria cau HTML quan hi ha galetes presents.
El pla de negoci comença a 200 dòlars al mes, cosa que és completament innecessària per a propietaris de llocs web individuals i petits blocs.
Fins a l'abril del 2023, vaig descobrir un truc tècnic que la majoria de la gent passava per alt.
Aquesta tècnica és la primera que demostra completament com aconseguir exactament el mateix efecte de memòria cau basat en galetes que el pla de pagament utilitzant els operadors compatibles amb la versió gratuïta.
He utilitzat aquest mètode per configurar més d'una dotzena de llocs web i els resultats han superat les meves expectatives.
La càrrega de CPU del meu servidor de blog personal va baixar d'una mitjana del 45% al 12%.
El temps de càrrega inicial de la pàgina s'ha reduït en 5 segons.
El consum mensual d'amplada de banda del servidor va disminuir un 68%.
Tanmateix, la implementació inicial tenia dues deficiències evidents.
Només admet un únic domini HTTPS i no admet dominis comodí.
No té en compte que molts llocs web encara utilitzen redireccions HTTP o admeten tant HTTP com HTTPS.
Vaig fer optimitzacions completes basades en l'enfocament original i vaig resoldre aquests dos problemes.
Ara aniré a *.et com a objectiuOVNIAquí teniu una guia completa sobre com configurar un domini comodí com .org que admeti tant HTTP com HTTPS.
Molta gent no sap que la diferència principal entre les versions gratuïtes i de pagament de Cloudflare no és si es pot implementar o no una determinada funció.
Rau en la comoditat d'aconseguir la mateixa funció.

La versió de pagament ofereixMatchesEls operadors d'expressions regulars es poden utilitzar per fer coincidir totes les galetes que s'han d'ometre amb una sola línia d'expressió regular.
Tanmateix, la versió gratuïta no admet aquest operador i rebreu un missatge d'error "no autoritzat: l'ús de l'operador Coincidències no està permès" quan l'utilitzeu.
La documentació oficial de Cloudflare indica clarament que...MatchesEls operadors necessiten un pla de negoci o un pla WAF Advanced per poder utilitzar-lo.
És per això que la majoria de tutorials en línia us diuen que heu d'actualitzar a un pla de pagament per utilitzar la memòria cau de galetes.
Però després de repetides proves i investigacions, vaig trobar un avenç clau.
Tant les galetes d'inici de sessió de WordPress com les de WooCommerce tenen un prefix fix.
Prefix de les galetes de WordPress:
| WordPress (Natiu) | wp-.*|wordpress.*|comentari_.* |
| WordPress amb WooCommerce | wp-.*|wordpress.*|comentari_.*|woocommerce_.* |
No cal que fem servir expressions regulars per trobar totes les galetes; només cal que fem servir les que admet la versió gratuïta.containsL'operador comprova si la galeta conté aquests prefixos fixos.
Aquesta idea és molt enginyosa.
Va ignorar les funcions exclusives de la versió de pagament i va aconseguir exactament el mateix efecte utilitzant els operadors més bàsics.
A més, el seu rendiment és millor que el de la coincidència d'expressions regulars perquècontainsLa sobrecàrrega computacional dels operadors és molt menor que la de la coincidència d'expressions regulars.
Per a *.etOVNIPassos de configuració complets per a .org (aplicable tant a HTTP com a HTTPS)
Tot el procés de configuració només requereix la creació de 3 regles de memòria cau.
L'ordre de les regles és molt important i s'ha de seguir estrictament en l'ordre que he donat.
Si l'ordre és incorrecte, tota la lògica d'emmagatzematge en memòria cau fallarà.

Regla 1: Eviteu els camins que han de ser dinàmics (prioritat més alta)
L'objectiu d'aquesta regla és garantir que el backend, la pàgina de previsualització, el centre d'usuaris i la pàgina de cerca no s'emmagatzemin mai a la memòria cau.
Aquestes pàgines han d'obtenir contingut del servidor d'origen en temps real; en cas contrari, es produiran problemes funcionals greus.
La meva expressió optimitzada admet tots els subdominis i protocols HTTP/HTTPS.
No cal crear regles separades per a cada subdomini.
No cal crear regles separades per a HTTP i HTTPS.
L'expressió és la següent:
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="))
Seleccioneu "Evita la memòria cau" com a opció d'operació.
Col·loca aquesta regla al capdamunt de totes les regles de memòria cau.

Regla 2: Ignorar els usuaris que han iniciat la sessió i que han comentat (segona prioritat)
L'objectiu d'aquesta regla és permetre que els usuaris que han iniciat la sessió i que han comentat accedeixin directament al contingut dinàmic de la font.
Això garanteix que els usuaris puguin veure la seva informació personal i que els comentaris es puguin mostrar en temps real.
La implementació inicial va utilitzar el mètode següent:starts_with(http.request.full_uri, "https://你的域名/").
Ho vaig canviar aends_with(http.host, ".etufo.org").
Aquest canvi és el nucli de tota l'optimització.
http.hostNomés inclou el nom de domini, no el protocol ni la ruta.
Utilitzeuends_withpartit.etufo.orgCoincidirà automàticamentetufo.org,www.etufo.org,blog.etufo.orgTots els subdominis.
Coincideix automàticament amb els protocols HTTP i HTTPS sense necessitat de cap configuració addicional.
Expressions natives de WordPress:
ends_with(http.host, ".etufo.org") and (http.cookie contains "wordpress_sec_" or http.cookie contains "wordpress_logged_in" or http.cookie contains "comment_")
Si utilitzeu WooCommerceComerç electrònicEl connector requereix que s'afegeixi el prefix de galeta de WooCommerce.
Expressions millorades de WooCommerce:
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_")
L'operació també s'hauria de configurar com a "Evita la memòria cau".
Col·loca aquesta regla sota la regla 1.

Regla 3: Emmagatzemar HTML estàtic a la memòria cau per als visitants que no han iniciat la sessió (prioritat més baixa)
L'objectiu d'aquesta regla és permetre que els visitants no registrats recuperin directament pàgines HTML emmagatzemades a la memòria cau des de la CDN de Cloudflare.
Aquest és el pas més crucial per millorar la velocitat del lloc web i reduir la càrrega del servidor.
De la mateixa manera, vaig fer servirends_with(http.host, ".etufo.org")Va substituir el format original de protocol + nom de domini.
S'ha aconseguit la compatibilitat automàtica amb dominis comodí i protocols duals.
Expressions natives de WordPress:
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_"
Expressions millorades de WooCommerce:
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_"
Seleccioneu "Compleix els criteris de la memòria cau" per a l'operació.
Us recomanem que activeu les opcions següents:
Armadura d'engany de cache.
El contingut obsolet no es proporciona durant les actualitzacions.
Col·loca aquesta regla a la part inferior de totes les regles de memòria cau.



Tres passos de verificació que s'han de dur a terme després de la configuració
Després de la configuració, no tanqueu la pàgina immediatament.
Heu de dur a terme tres validacions senzilles per assegurar-vos que les regles funcionen correctament.
El primer pas de verificació és comprovar l'estat de la memòria cau quan l'usuari no ha iniciat la sessió.
Activa el mode d'incògnit del navegador.
Premeu F12 per obrir les eines de desenvolupador i canviar a la pestanya Xarxa.
Visita la pàgina principal del teu lloc web.
Revisa les capçaleres de resposta.cf-cache-statuscamp.
Si es mostraHITAixò indica que s'ha accedit a la memòria cau i que la regla funciona correctament.
El segon pas de verificació és comprovar l'emmagatzematge a la memòria cau de l'estat d'inici de sessió.
Inicia la sessió al navegador en una finestra normal del navegadorBackend de WordPress.
Premeu F12 per obrir les eines de desenvolupador.
Visiteu la pàgina principal del lloc web.
Revisa les capçaleres de resposta.cf-cache-statuscamp.
Si es mostraDYNAMICAixò indica que l'usuari que ha iniciat la sessió ha omès correctament la memòria cau.
El tercer pas de verificació és comprovar l'estat de la memòria cau dels usuaris que fan comentaris.
Publica un comentari utilitzant un altre navegador o el mode d'incògnit.
Actualitza la pàgina.
Revisa les capçaleres de resposta.cf-cache-statuscamp.
Si es mostraDYNAMICAixò indica que l'usuari que ha comentat també ha omès correctament la memòria cau.
Si la validació falla, primer comproveu si l'ordre de les regles és correcte.
A continuació, comproveu si hi ha altres regles de pàgina o regles de memòria cau que entrin en conflicte amb aquestes tres regles.
En les meves proves reals, vaig descobrir que les regles de pàgina tenen més prioritat que les regles d'emmagatzematge en memòria cau i anul·len la configuració de les regles d'emmagatzematge en memòria cau.

Preguntes freqüents i optimitzacions avançades
Molta gent em pregunta quant de temps s'ha de definir per a la data de caducitat de la memòria cau.
Recomano establir el temps de caducitat de la memòria cau per als fitxers HTML al servidor d'origen a 1 hora.
Això garanteix tant l'actualitat del contingut com l'aprofitament complet dels avantatges de la memòria cau de la CDN.
Si publiques un article nou o actualitzes una pàgina, pots esborrar manualment la memòria cau de la pàgina corresponent al backend de Cloudflare.
També podeu instal·lar el paquet d'instal·lació oficial de Cloudflare.Connector de WordPressAixò permet esborrar automàticament la memòria cau en publicar contingut.
Algunes persones també van preguntar si aquest mètode afectaria el lloc web.SEO.
Absolutament no.
Els rastrejadors dels motors de cerca no han iniciat la sessió i recuperaran pàgines emmagatzemades a la memòria cau igual que els visitants habituals.
Les pàgines emmagatzemades a la memòria cau es carreguen més ràpidament, cosa que pot millorar el posicionament als motors de cerca.
Segons l'informe de mètriques web bàsiques de Google, per cada segon d'augment en la velocitat de càrrega de la pàgina, les taxes de conversió poden augmentar un 7%.
L'augment de velocitat d'aquesta configuració no només millora l'experiència de l'usuari, sinó que també genera directament més trànsit i ingressos.
Conclusió
En aquesta era digital on la potència de càlcul és igual a cost i la velocitat és igual a competitivitat, cada optimització dels recursos del servidor afegeix valor als actius digitals.
Molta gent busca serveis de pagament cars però passa per alt l'enorme potencial que amaguen les eines gratuïtes.
Les capacitats de la versió gratuïta de Cloudflare són molt més potents del que la majoria de la gent s'imagina.
La millor solució tècnica mai és la més cara, sinó la que millor s'adapta a les teves necessitats.
Per al 99% dels propietaris de llocs web individuals i de les petites i mitjanes empreses, aquesta solució de memòria cau basada en galetes sense cost és més que suficient per satisfer les seves necessitats.
No requereix que pagueu 200 dòlars al mes, però ofereix gairebé la mateixa millora de rendiment que un pla de pagament.
L'essència de la tecnologia és resoldre problemes, no acumular eines cares.
Realment captem l'essència de la tecnologia quan aprenem a construir sistemes eficients utilitzant els components més bàsics.
Si feu servir la versió gratuïta de Cloudflare i el vostre lloc web està creat amb WordPress, us recomano que seguiu aquest tutorial per configurar-lo.
Veureu que la velocitat del vostre lloc web experimentarà un salt qualitatiu i la càrrega del servidor disminuirà significativament.
Aquesta és una operació d'optimització que es triga 5 minuts a implementar i et beneficia durant tot un any.
No deixis que els recursos gratuïts es malgastin; actua per fer que el teu lloc web funcioni més ràpid.
Bloc d'Hope Chen Weiliang ( https://www.chenweiliang.com/ L'article "Separació de l'inici de sessió i la memòria cau dels visitants a cost zero de WordPress: el tutorial definitiu per a Cloudflare gratuït" que es comparteix aquí et pot ser útil.
Benvingut a compartir l'enllaç d'aquest article:https://www.chenweiliang.com/cwl-33962.html
