Separación sen custo do inicio de sesión de WordPress e do almacenamento en caché dos visitantes: o tutorial definitivo para a versión gratuíta de Cloudflare

quero facerWordPressQueres separar completamente a caché dinámica de inicio de sesión da caché estática de visitantes? Este tutorial ensínache como optimizar a caché de cookies coa versión gratuíta de Cloudflare sen custo cero, mellorando a velocidade do sitio web e a experiencia do usuario. Unha guía esencial e definitiva para webmasters!

Guía definitiva para o almacenamento en caché de cookies gratuíto en Cloudflare: como conseguir un inicio de sesión dinámico/separación estática de visitantes sen custo ningún

O 99 % dos propietarios de sitios web de WordPress que usan a versión gratuíta de Cloudflare están a malgastar máis da metade do rendemento do seu servidor.

Vin demasiada xente caer en dous extremos.

Ou non almacene HTML na caché e obteña datos do servidor de orixe cada vez que un visitante o visite.

Como alternativa, poderías almacenar na caché toda a páxina HTML, o que provocaría problemas como inicios de sesión de usuario incorrectos, comentarios que non se mostran e erros nas operacións do backend.

Moita xente cre que distinguir a caché por cookie é unha función exclusiva dos plans de pago.

Despois de todo, Cloudflare afirma oficialmente que só os plans Business e Enterprise poden omitir o almacenamento en caché de HTML cando hai cookies presentes.

O plan de negocios comeza en 200 dólares ao mes, o que é completamente innecesario para propietarios de sitios web individuais e pequenos blogs.

Ata abril de 2023, descubrín un truco técnico que a maioría da xente pasaba por alto.

Esta técnica é a primeira en demostrar completamente como conseguir exactamente o mesmo efecto de caché baseado en cookies que o plan de pago usando os operadores compatibles coa versión gratuíta.

Usei este método para configurar máis dunha ducia de sitios web e os resultados superaron as miñas expectativas.

A carga da CPU do meu servidor de blog persoal baixou dunha media do 45 % ao 12 %.

O tempo de carga inicial da páxina reduciuse en 5 segundos.

O consumo mensual de ancho de banda do servidor diminuíu nun 68 %.

Non obstante, a implementación inicial tiña dúas deficiencias evidentes.

Só admite un dominio HTTPS e non admite dominios comodín.

Non ten en conta que moitos sitios web aínda usan redireccións HTTP ou admiten tanto HTTP como HTTPS.

Fixen optimizacións exhaustivas baseadas na abordaxe orixinal e resolvín estes dous problemas.

Agora vou dirixirme a *.etUFOAquí tes unha guía completa sobre como configurar un dominio comodín como .org que admita tanto HTTP como HTTPS.

Por que a versión gratuíta pode conseguir a función de caché baseada en cookies da versión de pago?

Moita xente descoñece que a principal diferenza entre as versións gratuítas e as de pago de Cloudflare non é se se pode ou non implementar unha determinada funcionalidade.

Reside en como de cómodo é conseguir a mesma función.

A versión de pago ofreceMatchesOs operadores de expresión regular pódense usar para atopar todas as cookies que deben omitirse cunha soa liña de expresión regular.

Non obstante, a versión gratuíta non admite este operador e recibirás unha mensaxe de erro "non ten dereito: o uso do operador Matches non está permitido" ao usalo.

A documentación oficial de Cloudflare indica claramente que...MatchesOs operadores requiren un plan de negocios ou un plan WAF Advanced para poder usar.

É por iso que a maioría dos tutoriais en liña indican que debes actualizar a un plan de pago para usar o almacenamento en caché de cookies.

Pero despois de repetidas probas e investigacións, atopei un avance clave.

Tanto as cookies de inicio de sesión de WordPress como as de WooCommerce teñen un prefixo fixo.

Prefixo das cookies de WordPress:

Non precisamos usar expresións regulares para atopar todas as cookies; só precisamos usar as compatibles coa versión gratuíta.containsO operador comproba se a cookie contén estes prefixos fixos.

Esta idea é moi enxeñosa.

Evitou as características exclusivas da versión de pago e conseguiu exactamente o mesmo efecto usando os operadores máis básicos.

Ademais, o seu rendemento é mellor que a coincidencia de expresións regulares porquecontainsA sobrecarga computacional dos operadores é moito menor que a da coincidencia de expresións regulares.

Para *.etUFOCompletar os pasos de configuración para .org (aplicable tanto a HTTP como a HTTPS)

O proceso de configuración completo só require a creación de 3 regras de caché.

A orde das regras é moi importante e debe seguirse estritamente na orde que dei.

Se a orde é incorrecta, fallará toda a lóxica de almacenamento en caché.

Regra 1: Omitir as rutas que deben ser dinámicas (prioridade máxima)

O propósito desta regra é garantir que o backend, a páxina de vista previa, o centro de usuarios e a páxina de busca nunca se almacenen na caché.

Estas páxinas deben obter contido do servidor de orixe en tempo real; se non, produciranse problemas funcionais graves.

A miña expresión optimizada admite todos os subdominios e protocolos HTTP/HTTPS.

Non precisa crear regras separadas para cada subdominio.

Non é necesario crear regras separadas para HTTP e HTTPS.

A expresión é a seguinte:

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="))

Seleccione "Ignorar a caché" como opción de operación.

Coloca esta regra na parte superior de todas as regras de almacenamento en caché.

Regra 2: Evitar os usuarios que iniciaron sesión e comentaron (segunda prioridade)

O propósito desta regra é permitir que os usuarios que iniciaron sesión e comentaron accedan directamente ao contido dinámico da fonte.

Isto garante que os usuarios poidan ver a súa información persoal e que os comentarios se poidan mostrar en tempo real.

A implementación inicial empregou o seguinte método:starts_with(http.request.full_uri, "https://你的域名/").

Cambieino aends_with(http.host, ".etufo.org").

Este cambio é o núcleo de toda a optimización.

http.hostSó inclúe o nome de dominio, non o protocolo nin a ruta.

Para usarends_with匹配.etufo.orgCoincidirá automaticamenteetufo.org,www.etufo.org,blog.etufo.orgTodos os subdominios.

Emparella automaticamente os protocolos HTTP e HTTPS sen necesidade de ningunha configuración adicional.

Expresións nativas 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_")

Se estás a usar WooCommerceComercio electrónicoO complemento require que se engada o prefixo de cookie de WooCommerce.

Expresións melloradas 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_")

A operación tamén debería estar configurada como "Evitar a caché".

Coloca esta regra debaixo da regra 1.

Regra 3: Almacenar HTML estático na caché para os visitantes que non iniciaron sesión (prioridade máis baixa)

O propósito desta regra é permitir que os visitantes non rexistrados recuperen directamente páxinas HTML almacenadas na caché desde a CDN de Cloudflare.

Este é o paso máis crucial para mellorar a velocidade do sitio web e reducir a carga do servidor.

Do mesmo xeito, useiends_with(http.host, ".etufo.org")Substituíu o formato orixinal de protocolo + nome de dominio.

Conseguíuse a compatibilidade automática con dominios comodín e protocolos duais.

Expresións nativas 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_"

Expresións melloradas 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_"

Seleccione "Cumpre os criterios da caché" para a operación.

Recomendamos activar as seguintes opcións:

Armadura de engano de caché.

O contido desactualizado non se proporciona durante as actualizacións.

Coloca esta regra na parte inferior de todas as regras de caché.

Tres pasos de verificación que deben realizarse despois da configuración

Despois da configuración, non peches a páxina inmediatamente.

Debe realizar tres validacións sinxelas para garantir que as regras funcionan correctamente.

O primeiro paso de verificación é comprobar o estado da caché cando o usuario non iniciou sesión.

Activa o modo de incógnito do teu navegador.

Prema F12 para abrir as ferramentas de desenvolvemento e cambiar á lapela Rede.

Visita a páxina de inicio do teu sitio web.

Revisa as cabeceiras das respostas.cf-cache-statuscampo.

Se se mostraHITIsto indica que se alcanzou a caché e que a regra funciona correctamente.

O segundo paso de verificación é comprobar o almacenamento na caché do estado de inicio de sesión.

Inicia sesión no teu navegador nunha xanela normal do navegadorBackend de WordPress.

Prema F12 para abrir as ferramentas de desenvolvedor.

Visita a páxina de inicio do sitio web.

Revisa as cabeceiras das respostas.cf-cache-statuscampo.

Se se mostraDYNAMICIsto indica que o usuario que iniciou sesión omitiu a caché correctamente.

O terceiro paso de verificación é comprobar o estado da caché dos usuarios que comentan.

Publica un comentario usando outro navegador ou o modo de incógnito.

Actualiza a páxina.

Revisa as cabeceiras das respostas.cf-cache-statuscampo.

Se se mostraDYNAMICIsto indica que o usuario que comentou tamén omitiu a caché correctamente.

Se a validación falla, primeiro comproba se a orde das regras é correcta.

Despois, comproba se hai outras regras de páxina ou regras de caché que entren en conflito con estas tres regras.

Nas miñas probas reais, descubrín que as regras de páxina teñen maior prioridade que as regras de caché e anulan a configuración das regras de caché.

Preguntas frecuentes e optimizacións avanzadas

Moita xente pregúntame canto tempo se debe definir para caducar a caché.

Recomendo configurar o tempo de caducidade da caché para os ficheiros HTML no servidor de orixe en 1 hora.

Isto garante tanto a frescura do contido como o pleno aproveitamento das vantaxes do almacenamento en caché da CDN.

Se publicas un artigo novo ou actualizas unha páxina, podes borrar manualmente a caché da páxina correspondente no backend de Cloudflare.

Tamén podes instalar o paquete de instalación oficial de Cloudflare.Complemento de WordPressIsto permite a limpeza automática da caché ao publicar contido.

Algunhas persoas tamén preguntaron se este método afectaría ao sitio web.SEO.

Absolutamente non.

Os rastreadores dos motores de busca non iniciaron sesión e recuperarán páxinas almacenadas na caché igual que os visitantes normais.

As páxinas almacenadas na caché cárganse máis rápido, o que pode mellorar a clasificación nos motores de busca.

Segundo o informe de métricas web principais de Google, por cada segundo de aumento na velocidade de carga da páxina, as taxas de conversión poden aumentar un 7 %.

O aumento de velocidade desta configuración non só mellora a experiencia do usuario, senón que tamén xera directamente máis tráfico e ingresos.

Conclusión

Nesta era dixital onde a potencia informática é igual a custo e a velocidade é igual a competitividade, cada optimización dos recursos do servidor engade valor aos activos dixitais.

Moita xente busca servizos de pago caros pero pasa por alto o enorme potencial agochado nas ferramentas gratuítas.

As capacidades da versión gratuíta de Cloudflare son moito máis potentes do que a maioría da xente imaxina.

A mellor solución técnica nunca é a máis cara, senón a que mellor se adapta ás túas necesidades.

Para o 99 % dos propietarios de sitios web individuais e pequenas e medianas empresas, esta solución de caché baseada en cookies sen custo é máis que suficiente para satisfacer as súas necesidades.

Non require que pagues 200 dólares ao mes, pero ofrece case a mesma mellora de rendemento que un plan de pago.

A esencia da tecnoloxía é resolver problemas, non acumular ferramentas caras.

Captamos verdadeiramente a esencia da tecnoloxía cando aprendemos a construír sistemas eficientes empregando os compoñentes máis básicos.

Se estás a usar a versión gratuíta de Cloudflare e o teu sitio web está construído en WordPress, recoméndoche encarecidamente que sigas este tutorial para configuralo.

Verás que a velocidade do teu sitio web experimentará un salto cualitativo e a carga do servidor diminuirá significativamente.

Trátase dunha operación de optimización que leva 5 minutos implementarse e que che beneficiará durante todo un ano.

Non deixes que os recursos gratuítos se desperdicien; toma medidas para que o teu sitio web funcione máis rápido.