22 décembre 2021

Cache HTML CDN CloudFlare ?

Voyons ensemble quelques limitations et fonctionnalités de CloudFlare

Cache HTML CloudFlare

Si vous ĂȘtes un dĂ©veloppeur Web travaillant avec WordPress, vous connaissez probablement les avantages de la mise en cache. La mise en cache est un processus qui enregistre les ressources frĂ©quemment accessibles telles que les images sur l'ordinateur du visiteur plutĂŽt que sur le serveur. Cela rĂ©duit la charge et le nombre de requĂȘtes adressĂ©es au serveur, ce qui amĂ©liore les performances.

Lorsque vous avez un site lent et peu performant, l'un des comportements standard les plus adoptés est celui de Installez CloudFlare.

Ainsi, nous avons la conviction et la conviction que CloudFlare peut mettre en cache les pages html de votre blog ou de votre commerce électronique, les pages de produits, les publications, les pages de catégories ainsi que les ressources statiques telles que CSS, JS et les médias tels que les images.

Rien de plus mal à la place. Pour les non-initiés, CloudFlare ne met PAS en cache les pages HTML par défaut et donc vous aurez installé CloudFlare mais vous n'aurez sûrement pas stocké le contenu HTML de votre site dans le cache CloudFlare.

Cependant, il existe des moyens, certains utilisant presque nécessairement des plans d'affaires à partir de 200 $ par mois pour pouvoir utiliser de maniÚre rentable le cache HTML CloudFlare dans les cas les plus réels et les plus courants d'utilisation de sites dynamiques.

D'autres options beaucoup moins chĂšres existent pour faire exactement la mĂȘme chose et nous serions heureux de les parcourir ensemble si vous nous demandez conseil.

Qu'est-ce que CloudFlare ?

Cloudflare est un rĂ©seau de diffusion de contenu (CDN) qui accĂ©lĂšre votre site Web en le mettant en cache dans plusieurs centres de donnĂ©es Ă  travers le monde. Il peut ĂȘtre utilisĂ© pour protĂ©ger votre site contre les attaques DDoS, pour bloquer les utilisateurs malveillants et pour fournir des certificats SSL gratuits.

Quels sont les avantages de Cachare HTML avec CloudFlare ?

La vitesse de la page est un facteur extrĂȘmement important pour l'UX, les taux de conversion et le rĂ©fĂ©rencement. Cette Ă©tude de cas dĂ©crit en dĂ©tail comment nous avons utilisĂ© une implĂ©mentation de base de la fonction de mise en cache HTML de Cloudflare sur un site Web de commerce Ă©lectronique pour amĂ©liorer les temps de chargement moyens des pages de 28 %.

Si tu utilises Cloudflare en tant que serveur CDN de votre site Web (serveur proxy HTTP), vous devez vérifier si les ressources de votre page Web (CSS, js, images, contenu Html) ont été mises en cache par Cloudflare ou non.

Cloudflare ajoute un en-tĂȘte HTTP CF-Cache-Status avec diffĂ©rentes valeurs d'en-tĂȘte dans la rĂ©ponse HTTP pour vous dire si votre ressource de requĂȘte a Ă©tĂ© mise en cache ou non. Cet article vous expliquera comment vĂ©rifier si Cloudflare CDN a mis en cache le contenu html, css, images, js de votre site Web ou non.

1. Quel type de ressources Cloudflare mettra-t-il automatiquement en cache ?

  1. Si vous ne définissez aucun paramÚtre spécial, Cloudflare ne mettra en cache que le contenu statique du site Web avec l'extension de fichier suivante. Noter que Cloudflare ne mettra pas en cache les fichiers HTML par défaut si vous ne faites pas de configurations spéciales.
  2. Par dĂ©faut, le CDN Cloudflare met en cache les fichiers avec les extensions de fichier suivantes : bmp, class, css, csv, doc, docx, ejs, eot, eps, gif, ico, jar, jpeg, jpg, js, mid, midi, otf, pdf, pict, pls, png, ppt, pptx, ps, svg, svgz, swf, tif, tiff, ttf, webp, woff, w0ff2, xls, xlsx.

2. VĂ©rifiez la valeur de l'en-tĂȘte HTTP CF-Cache-Status de Cloudflare.

Nous pouvons utiliser divers inspecteurs de navigateur Web pour vĂ©rifier cette valeur d'en-tĂȘte. Cet exemple utilisera Google Chrome.

  1. Parcourez l'URL de votre page Web (par exemple https://www.code-learner.com/can-not-find-django-tutorial-django-polls-templates-error/) avec Google Chrome.
  2. Cliquez avec le bouton droit sur la page Web, cliquez sur l'Ă©lĂ©ment de menu Inspecter dans la liste du menu contextuel pour afficher l'inspecteur.
  3. Cliquez sur l'onglet sommier dans la fenĂȘtre d'inspection, puis sĂ©lectionnez l'actif du site Web dans le panneau de gauche.
  4. Tout d'abord, sĂ©lectionnons la premiĂšre ressource du site Web qui est l'URL de la page Web. Cliquez sur En-tĂȘtes dans le panneau de droite, nous ne pouvons pas trouver l'en-tĂȘte CF-Cache-Statut  , mais nous pouvons voir un en-tĂȘte rayon cf , cela signifie que Cloudflare ne met pas en cache cette ressource Web (car cette extension de fichier n'est pas incluse dans la liste par dĂ©faut des extensions de fichiers pouvant ĂȘtre mises en cache).
  5. Mais vous pouvez dĂ©finir les rĂšgles de la page Cloudflare pour personnaliser l'option de mise en cache. Nous pouvons Ă©galement le savoir Ă  partir de la valeur d'un autre en-tĂȘte HTTP, le contrĂŽler de cachette dans l'image ci-dessous. Sa valeur contient pas de cache , ce qui signifie que la page n'est pas renvoyĂ©e depuis le cache, elle est renvoyĂ©e depuis le serveur Web d'origine.
  6. Mais lorsque vous cliquez sur la deuxiĂšme ressource Web qui est un fichier js, vous pouvez trouver la valeur de l'en-tĂȘte cf-cache-statut Ăš MISS . Cela signifie que le fichier js peut ĂȘtre mis en cache mais pas mis en cache dans Cloudflare maintenant. Ensuite, il sera Ă©galement chargĂ© Ă  partir du serveur Web d'origine.
  7. Maintenant, cliquons sur la ressource Web galerie.min.css?ver = 4.0.0 (l'URL complĂšte de la ressource est https://www.code-learner.com/wp-content/themes/stargazer/library/css/gallery.min .css? ver = 4.0.0), nous pouvons trouver la valeur de l'en-tĂȘte de cette ressource Web cf-cache-statut Ăš HIT . Cela signifie que la ressource Web est mise en cache sur le serveur Cloudflare. La version mise en cache sera renvoyĂ©e.

3. Autres valeurs d'en-tĂȘte CF-Cache-Status.

  1. Outre HIT , MISS et non spĂ©cifiĂ©, l'en-tĂȘte CF-Cache-Statut a d'autres valeurs comme EXPIRÉ, PÉRIMÉ, IGNORÉ, REVALIDÉ, MISE À JOUR . Vous pouvez aller sur Cloudflare pour trouver tous les explications sur les valeurs de l'entĂȘte CF-Cache-Status .

Le problÚme avec CloudFlare c'est qu'il ne cache pas le HTML et les performances réduites.

La mise en cache HTML peut réduire considérablement l'utilisation des ressources et offrir des avantages en termes d'évolutivité et de performances. Contrairement aux actifs statiques, tels que Javascript, CSS et images, le HTML est souvent personnalisé en fonction de la personne qui le consulte. Par conséquent, la mise en cache HTML, également appelée mise en cache pleine page, n'est pas anodine et présente plusieurs piÚges. éviter.

Cet article explique comment obtenir le Cache HTML avec WordPress et Cloudflare.

Il existe trois composants principaux pour configurer correctement le cache HTML de Cloudflare :

  1. Une façon de dire Ă  Cloudflare quoi mettre en cache. Pour la plupart des configurations, cela se fait en activantcache everythingen combinaison avecbypass on cookieune rĂšgle de page qui correspond Ă  chaque page de votre site.
  2. Un moyen d'exclure les pages qui ne devraient jamais ĂȘtre mises en cache. Cela se fait Ă©galement via les rĂšgles de la page, en dĂ©finissant le cache sur bypassstandard.
  3. Un moyen d'invalider le cache lorsque le contenu est mis Ă  jour . Cela rend gĂ©nĂ©ralement les choses difficiles et difficiles.

Les fonctionnalités Cloudflare requises pour la mise en cache du cache de page complÚte HTML

Vous trouverez ci-dessous les fonctionnalités nécessaires pour que le cache HTML fonctionne avec Cloudflare.

RĂšgles des pages

Par dĂ©faut, Cloudflare il ne met pas en cache le HTML. Pour activer la mise en cache HTML, vous devez utiliser les rĂšgles de page et, plus prĂ©cisĂ©ment, le paramĂštre Cache tout. Avec cela, vous pouvez activer la mise en cache HTML en crĂ©ant une rĂšgle de page qui met tout en cache.

Cependant, il y a un petit problĂšme avec cette approche technique, la condition prĂ©alable est que tout le contenu qui est mis en cache par cette rĂšgle de page doit rĂ©pondre Ă  deux critĂšres. Le HTML doit ĂȘtre statique, ce qui signifie qu'il ne change pas au fil du temps (comme la premiĂšre page d'une actualitĂ© change continuellement).

L'autre critĂšre est que le contenu est anonyme. Cela signifie qu'il s'agit du mĂȘme contenu destinĂ© Ă  tout visiteur de cette ressource, donc des pages non personnalisĂ©es pour les utilisateurs connectĂ©s, par exemple, telles que la caisse, les zones rĂ©servĂ©es, les listes de souhaits, etc.

En résumé, cela signifie essentiellement que la mise en cache de tous les paramÚtres ne suffit pas.

Cachez tout

Le risque de tout mettre en cache est toujours celui de pouvoir mettre en cache du contenu qui n'est pas destiné au prochain visiteur. Par exemple, si vous vous connectez à votre administrateur WordPress, il met tout en cache aveuglément et visite votre premiÚre page. Un prochain visiteur occasionnel verrait la page qui vous était destinée uniquement, avec la barre d'édition WordPress en haut. C'est pourquoi le paramÚtre Ignorer le cache sur les cookies est nécessaire.

Pour accéder à un site Internet, des cookies sont nécessaires pour maintenir un lien entre votre ordinateur et le serveur. Lorsque vous avez ce cookie, il est envoyé avec chaque demande que vous faites au serveur. Cela signifie que vous pouvez demander au serveur de transmettre la demande au serveur d'origine, car l'utilisateur dispose d'un certain cookie. Avec cette option activée, vous pouvez fournir des réponses mises en cache aux visiteurs anonymes, tandis que vous, en tant qu'administrateur ou client enregistré dans votre WooCommerce, recevez une page HTML sur mesure qui ne sera pas mise en cache.

Choisissez le bon abonnement Cloudflare

Les éléments essentiels pour faire fonctionner le cache HTML sur Cloudflare sont les rÚgles de page et le paramÚtre Contourner le cache sur les cookies. Cela signifie que si vous souhaitez mettre en cache du HTML sur Cloudflare, vous recherchez le plan Affaires à partir de 200$ par mois, sans aucun module complémentaire.

Structures de mise en cache à plusieurs niveaux Cloudflare met en cache deux niveaux devant votre origine (au lieu d'un seul), ce qui peut réduire considérablement les temps de réponse dans le monde entier et économiser encore plus de ressources sur le serveur d'origine.

Comment configurer Cloudflare Business pour la mise en cache HTML pour WordPress

Lorsque vous envisagez de tirer parti de Cloudflare pour la mise en cache HTML, nous vous recommandons de réduire le nombre de plugins que vous utilisez pour l'optimisation, l'agrégation, la mise en cache, etc. sur votre site Web.

L'une des raisons est que plus vous utilisez de plugins et de fonctionnalitĂ©s, plus cela devient complexe et plus il devient difficile de dĂ©panner. Une autre raison est que les optimisations sont largement effectuĂ©es beaucoup plus efficacement sur Cloudflare que d'utiliser PHP dans WordPress. Dans les plans Cloudflare Business, vous aurez Ă©galement un nombre illimitĂ© de travailleurs inclus, qui peuvent ĂȘtre exploitĂ©s pour optimiser les polices, redimensionner les images, etc.

Il n'y a rien de plus ennuyeux que d'essayer de dĂ©boguer des problĂšmes de cache sur un CDN. Par exemple, un visiteur signalerait une erreur et lorsque vous essayez d'atteindre un autre nƓud CDN, les rĂ©sultats peuvent ĂȘtre complĂštement diffĂ©rents.

DĂ©finir les rĂšgles de la page

Vous aurez besoin d'un ensemble de rĂšgles dans la section des rĂšgles de la page Cloudflare, indiquant Ă  Cloudflare comment traiter diverses demandes. La rĂšgle de premiĂšre page qui correspond Ă  la requĂȘte entrante est celle qui sera appliquĂ©e.

L'exemple ci-dessous est une configuration minimale absolue, qui fait le travail de base nécessaire pour faire fonctionner WordPress standard comme prévu.

Explication de ces rĂšgles :

RĂšgle 1 activer le cache tout pour toutes les demandes allant Ă  n'importe quoi dans le /wp-content/dossier, cela inclura vos thĂšmes et images.

RĂšgle 2 Ignorer le cache pour toutes les requĂȘtes commençant par /wp-(Ă  l'exception wp-content, qui est gĂ©rĂ©e par la rĂšgle de la premiĂšre page). Cela vous permet de vous connecter ( /wp-login.php) et travailler dans l'administrateur ( /wp-admin/*) sans rencontrer de problĂšmes de mise en cache. Lorsque vous vous connectez au Panneau de configuration, vous obtenez le no_cachegĂąteau

RĂšgle 3 appliquer la politique par dĂ©faut pour le reste des demandes. C'est la rĂšgle qui permet la mise en cache HTML pour tout, Ă  l'exception du contournement du cache si vous avez le no_cachebiscuit

Il est recommandĂ© d'ajouter no_cache wp-*|wordpress-*|comment_*| woocommerce_*dans la rĂšgle de contournement.

RÚgles supplémentaires requises pour WooCommerce ou d'autres points de terminaison dynamiques sur votre site

Si vous exĂ©cutez WooCommerce, quelques autres points de terminaison doivent ĂȘtre exclus de la mise en cache. Le panier et le paiement sont dynamiques par conception et ne peuvent pas ĂȘtre mis en cache. Les itinĂ©raires peuvent varier, vous devez donc vĂ©rifier quels itinĂ©raires sont utilisĂ©s pour votre panier et passer Ă  la caisse.

Ce qui suit est un exemple standard oĂč nous avons ajoutĂ© deux rĂšgles de page supplĂ©mentaires (les deux premiĂšres) :

WooCommerce Cloud Flare

Le paiement implique souvent plusieurs Ă©tapes, de sorte que le /checkout/*La rĂšgle gĂ©nĂ©rique est utilisĂ©e pour contourner le cache. Et cet exemple a la page du panier d'achat vers le haut /cart.

Poursuite de la personnalisation des rĂšgles de page

Tous les sites sont diffĂ©rents et il existe gĂ©nĂ©ralement certains chemins et demandes que vous souhaitez exclure de la mise en cache. Les plugins et les thĂšmes nĂ©cessitent parfois une personnalisation. De plus, les requĂȘtes API ne sont gĂ©nĂ©ralement pas quelque chose que vous souhaitez mettre en cache.

Souvent, vous souhaiterez également appliquer des politiques de mise en cache efficaces pour votre site. Il n'y a pas de rÚgles générales, mais les outils de test en ligne se plaignent toujours de fixer les dates d'expiration du cache trÚs loin.

Le Expirer la durĂ©e de vie du cache est un paramĂštre qui indique Ă  Cloudflare combien de temps ils doivent conserver un actif dans leur cache. Par exemple, pour le contenu statique, c'est souvent une bonne idĂ©e de le rĂ©gler au maximum (un mois). Pour HTML, vous voudrez peut-ĂȘtre des temps plus courts en fonction de votre cas d'utilisation. Posez-vous la question, quand et Ă  quelle frĂ©quence vous souhaitez que ce code HTML soit mis Ă  jour. Une bonne chose Ă  propos d'Edge Cache est que nous pouvons le vĂ©rifier et en supprimer des Ă©lĂ©ments si nĂ©cessaire. Cela peut ĂȘtre fait soit via le panneau de contrĂŽle, soit en utilisant par exemple Servebolt Optimizer, qui mettra automatiquement Ă  jour le contenu pertinent.

Nous pouvons Ă©galement vĂ©rifier le TTL du cache de la navigateur en utilisant les rĂšgles de page. Le cache du navigateur est spĂ©cial, car nous ne pouvons pas le contrĂŽler comme Edge Cache. Il ne peut pas ĂȘtre supprimĂ© en cliquant sur un bouton. Le seul moyen de contourner le cache du navigateur est de forcer une page Ă  se recharger (ce qui entraĂźnera le rechargement de la page du serveur vers le navigateur) ou de la laisser expirer. L'avantage du cache du navigateur est qu'il s'agit du cache le plus proche des utilisateurs, il effectuera donc le chargement du HTML en quelques fractions de seconde car il ne nĂ©cessite aucun trafic rĂ©seau.

Il y a aussi source de contrĂŽle du cache paramĂštre qui vous permet de contrĂŽler le cache CDN Ă  partir du serveur Web source. C'est une fonctionnalitĂ© trĂšs intĂ©ressante pour les utilisateurs avancĂ©s, qui savent comment manipuler les en-tĂȘtes et former le cache Edge Ă  l'aide d'en-tĂȘtes.

FonctionnalitĂ©s « Bypass Cache on Cookie Â» et « Edge Cache TTL Â» de Cloudflare

Il existe plusieurs façons d'aborder les problÚmes décrits ci-dessus, mais dans ce cas, nous avions besoin d'une solution simple qui ne nécessitait pas trop de ressources de développement.

Hameau Batista en cet article gĂ©nial sur la mise en cache HTML pour les sites Web de commerce Ă©lectronique , suggĂšre qu'une solution pour les Ă©lĂ©ments de contenu dynamiques tels que le nom d'un utilisateur connectĂ© serait d'ajouter ces informations Ă  la page via JavaScript, plutĂŽt que de les inclure dans le code HTML d'origine. De cette façon, les fichiers HTML sans Ă©lĂ©ments dynamiques qui fonctionnent pour tous les utilisateurs pourraient ĂȘtre mis en cache et des Ă©lĂ©ments dynamiques pourraient ĂȘtre ajoutĂ©s individuellement pour chaque utilisateur cĂŽtĂ© client. Notre problĂšme avec cette approche, mĂȘme si cela semble ĂȘtre une excellente solution, est qu'elle nĂ©cessiterait un changement important dans la façon dont certains Ă©lĂ©ments du magasin sont programmĂ©s.

Une alternative suggérée par Hamlet est d'activer la mise en cache HTML uniquement pour les utilisateurs qui ne sont pas connectés. Si nous appliquons cette idée à notre cas, avec des éléments de contenu dynamiques pour les utilisateurs connectés et pour les utilisateurs qui ont ajouté des produits à leurs paniers, cela signifierait que nous devrions trouver un moyen d'activer le cache HTML uniquement pour les utilisateurs qui sont pas connecté et qui n'ont rien ajouté à leur panier.

Cloudflare offre un solution de mise en cache des pages HTML uniquement pour certains utilisateurs , appelĂ© « Bypass Cache on Cookie Â» (disponible pour les utilisateurs du Plan d'affaires et d'entreprise ). Le seul Ă©lĂ©ment supplĂ©mentaire dont vous avez besoin sur votre site Web pour utiliser cette fonctionnalitĂ© est un cookie qui est dĂ©fini chaque fois que vous souhaitez exclure un utilisateur de la mise en cache HTML. Dans notre cas, nous avions besoin d'un cookie qui Ă©tait dĂ©fini Ă  chaque fois qu'un utilisateur ajoutait un produit au panier ou se connectait et qui Ă©tait supprimĂ© chaque fois que le panier Ă©tait vide ou que l'utilisateur se dĂ©connectait.

Selon le CMS ou le systĂšme de commerce Ă©lectronique que vous utilisez, il existe plusieurs façons de dĂ©finir des cookies : vous pouvez mĂȘme avoir de la chance et les cookies dont vous avez besoin existent dĂ©jĂ . Si vous ne savez pas comment paramĂ©trer les cookies nĂ©cessaires pour implĂ©menter la mise en cache HTML sur votre site Web, par exemple cĂŽne avec Google Tag Manager

TTL du cache pĂ©riphĂ©rique Cloudflare est une fonctionnalitĂ© qui nous permet de dĂ©finir un intervalle de temps aprĂšs lequel le cache est vidĂ© et Cloudflare rĂ©cupĂšre une nouvelle version de la page du serveur d'origine la prochaine fois que la page est demandĂ©e par un utilisateur. Nous avons dĂ©cidĂ© d'utiliser cette fonctionnalitĂ© pour expirer le cache de Cloudflare aussi souvent que les prix sont mis Ă  jour sur le site Web, toutes les 30 minutes.

L'utilisation des fonctionnalitĂ©s « Contourner le cache sur les cookies Â» (pour exclure les utilisateurs connectĂ©s et les utilisateurs qui ont des produits dans le panier de la mise en cache HTML) et « Edge Cache TTL Â» (pour faire expirer le cache aprĂšs un certain laps de temps).

Comment vider le cache Cloudflare

Commençons par savoir comment éviter de supprimer le cache, si vous voulez toujours conserver les meilleures performances possibles.

Nettoyer le cache CloudFlare

Le bouton Tout supprimer c'est trĂšs confortable, mais d'un autre cĂŽtĂ© c'est un tueur de performance. Le bouton est trĂšs efficace et fait exactement ce qu'il dit : il supprime chaque Ă©lĂ©ment mis en cache pour l'ensemble de la zone (domaine) sur chaque nƓud CDN du rĂ©seau Cloudflare. Cela signifie que tous les nƓuds CDN doivent reconstruire le cache en rĂ©cupĂ©rant Ă  nouveau toutes les ressources de la source. Cela prend du temps et rĂ©duit les performances pour l'utilisateur final.

Par consĂ©quent, la meilleure option est d'utiliser le suppression personnalisĂ©e , si possible. Cette fonctionnalitĂ© n'invalide que des chemins spĂ©cifiques, au lieu d'invalider Ă©galement tous vos Ă©lĂ©ments statiques et toutes les autres pages HTML.

Supprimer automatiquement via des plugins.

Certains plugins sont capables de le faire en s'accrochant Ă  des actions qui sont effectuĂ©es chaque fois que vous mettez Ă  jour une publication, une page, un produit ou tout autre type de publication. Nous faisons la mĂȘme chose lorsque vous mettez Ă  jour des termes de taxonomie tels que des catĂ©gories, des catĂ©gories de produits, des balises, etc.

La vraie magie est qu'en plus de supprimer le message lui-mĂȘme, nous supprimons Ă©galement les termes auxquels il appartient. De cette façon, vous pouvez vous assurer que, par exemple, la page de catĂ©gorie de produit est Ă  jour si vous mettez Ă  jour le prix d'un produit dans cette catĂ©gorie.

Comment remplacer CloudFlare par une alternative pour faire du HTML Caching ?

Comme nous venons de le voir, CloudFlare met en cache le contenu statique comme les images et les fichiers CSS, mais pas les pages HTML. Le vernis peut cacher les deux. Cela signifie que si vous utilisez CloudFlare en tant que CDN, vous aurez toujours besoin de Varnish pour des performances optimales.

Cloudflare est un rĂ©seau mondial de diffusion de contenu (CDN). Ce n'est pas tout Ă  fait la mĂȘme chose qu'un service de mise en cache comme Varnish.

Essayer d'utiliser Cloudflare pour la mise en cache peut causer des problĂšmes car il ne met pas en cache les pages HTML.

Le vernis, quant Ă  lui, est un service de mise en cache. Il met en cache les pages HTML et ne les remet pas en cache Ă  moins que vous ne leur disiez de le faire.

Cloudflare peut vous aider Ă  accĂ©lĂ©rer votre site Web, mais uniquement si vous avez beaucoup de trafic. Si vous n'avez pas assez de trafic, Cloudflare rĂ©duit les performances de votre site Web, car il devra faire plus de requĂȘtes Ă  votre serveur pour obtenir le contenu.

Varnish est un proxy Web de mise en cache. Il se trouve devant votre serveur et tout trafic Web peut ĂȘtre mis en cache afin que l'utilisateur n'ait pas Ă  attendre qu'il arrive du serveur d'applications. Varnish est connu pour ĂȘtre plus rapide que les autres solutions de mise en cache, car il est plus proche de l'utilisateur final et a une latence plus faible.

La diffĂ©rence entre Varnish et Cloudflare est que Cloudflare ne met pas en cache les pages HTML. C'est pourquoi Varnish pourrait ĂȘtre le meilleur remplaçant de Cloudflare.

Informations sur l'auteur

Vous avez des doutes ? Vous ne savez pas par oĂč commencer ? Contactez-nous !

Nous avons toutes les réponses à vos questions pour vous aider à faire le bon choix.

Discute avec nous

Discutez directement avec notre support avant-vente.

0256569681

Contactez-nous par téléphone pendant les heures de bureau 9h30 - 19h30

Contactez-nous en ligne

Ouvrez une demande directement dans l'espace contact.

INFORMATIONS

Managed Server Srl est un acteur italien leader dans la fourniture de solutions systÚme GNU/Linux avancées orientées vers la haute performance. Avec un modÚle d'abonnement peu coûteux et prévisible, nous garantissons que nos clients ont accÚs à des technologies avancées en matiÚre d'hébergement, de serveurs dédiés et de services cloud. En plus de cela, nous proposons des conseils systÚme sur les systÚmes Linux et une maintenance spécialisée en SGBD, sécurité informatique, Cloud et bien plus encore. Nous nous distinguons par notre expertise dans l'hébergement de CMS Open Source de premier plan tels que WordPress, WooCommerce, Drupal, Prestashop, Joomla, OpenCart et Magento, soutenus par un service d'assistance et de conseil de haut niveau adapté aux administrations publiques, aux PME et à toutes tailles.

Red Hat, Inc. dĂ©tient les droits de Red HatÂź, RHELÂź, RedHat LinuxÂź et CentOSÂź ; AlmaLinuxℱ est une marque commerciale d'AlmaLinux OS Foundation ; Rocky LinuxÂź est une marque dĂ©posĂ©e de la Rocky Linux Foundation ; SUSEÂź est une marque dĂ©posĂ©e de SUSE LLC ; Canonical Ltd. dĂ©tient les droits sur UbuntuÂź ; Software in the Public Interest, Inc. dĂ©tient les droits sur DebianÂź ; Linus Torvalds dĂ©tient les droits sur LinuxÂź ; FreeBSDÂź est une marque dĂ©posĂ©e de la FreeBSD Foundation ; NetBSDÂź est une marque dĂ©posĂ©e de la Fondation NetBSD ; OpenBSDÂź est une marque dĂ©posĂ©e de Theo de Raadt. Oracle Corporation dĂ©tient les droits sur OracleÂź, MySQLÂź et MyRocksÂź ; PerconaÂź est une marque dĂ©posĂ©e de Percona LLC ; MariaDBÂź est une marque dĂ©posĂ©e de MariaDB Corporation Ab ; REDISÂź est une marque dĂ©posĂ©e de Redis Labs Ltd. F5 Networks, Inc. dĂ©tient les droits sur NGINXÂź et NGINX PlusÂź ; VarnishÂź est une marque dĂ©posĂ©e de Varnish Software AB. Adobe Inc. dĂ©tient les droits sur MagentoÂź ; PrestaShopÂź est une marque dĂ©posĂ©e de PrestaShop SA ; OpenCartÂź est une marque dĂ©posĂ©e d'OpenCart Limited. Automattic Inc. dĂ©tient les droits sur WordPressÂź, WooCommerceÂź et JetPackÂź ; Open Source Matters, Inc. dĂ©tient les droits sur JoomlaÂź ; Dries Buytaert dĂ©tient les droits sur DrupalÂź. Amazon Web Services, Inc. dĂ©tient les droits sur AWSÂź ; Google LLC dĂ©tient les droits sur Google Cloudℱ et Chromeℱ ; Facebook, Inc. dĂ©tient les droits sur FacebookÂź ; Microsoft Corporation dĂ©tient les droits sur MicrosoftÂź, AzureÂź et Internet ExplorerÂź ; La Fondation Mozilla dĂ©tient les droits sur FirefoxÂź. ApacheÂź est une marque dĂ©posĂ©e de The Apache Software Foundation ; PHPÂź est une marque dĂ©posĂ©e du groupe PHP. CloudFlareÂź est une marque dĂ©posĂ©e de Cloudflare, Inc. ; NETSCOUTÂź est une marque dĂ©posĂ©e de NETSCOUT Systems Inc. ; ElasticSearchÂź, LogStashÂź et KibanaÂź sont des marques dĂ©posĂ©es d'Elastic NV. Ce site n'est affiliĂ©, sponsorisĂ© ou autrement associĂ© Ă  aucune des entitĂ©s mentionnĂ©es ci-dessus et ne reprĂ©sente aucune de ces entitĂ©s de quelque maniĂšre que ce soit. Tous les droits sur les marques et noms de produits mentionnĂ©s sont la propriĂ©tĂ© de leurs titulaires respectifs des droits d'auteur. Toutes les autres marques mentionnĂ©es appartiennent Ă  leurs titulaires. MANAGED SERVERÂź est une marque dĂ©posĂ©e au niveau europĂ©en par MANAGED SERVER SRL Via Enzo Ferrari, 9 62012 Civitanova Marche (MC) Italie.

JUSTE UN MOMENT !

Souhaitez-vous voir comment votre WooCommerce fonctionne sur nos systĂšmes sans avoir Ă  migrer quoi que ce soit ? 

Entrez l'adresse de votre site WooCommerce et vous obtiendrez une démonstration navigable, sans avoir à faire absolument quoi que ce soit et entiÚrement gratuite.

Non merci, mes clients préfÚrent le site lent.
Retour en haut de page