17 septembre 2022

Qu'est-ce qu'un CDN ? Pourquoi, quand et comment l'utiliser pour votre site web

CDN signifie Content Delivery Network. Qu'est-ce que c'est? En avons-nous vraiment besoin ou est-ce juste une mode ? Une explication simple mais pas trop.

CAN va Content Delivery Network . Qu'est-ce que c'est? En avons-nous besoin ? Parlons de l'importance de ce type de technologie et comment amĂ©liorer les performances d'un site Web en utilisant cette approche.

Imaginez que vous venez de lancer une boutique en ligne avec 10 produits que vous vendez Ă  un public local. Allez-y doucement. InvitĂ©s le votre magasin en utilisant votre fournisseur d'hĂ©bergement local et c'est assez rapide comme ça. Si vous ĂȘtes une personne bienveillante, vous dĂ©ciderez quand mĂȘme d'utiliser une pile logicielle adĂ©quate afin de rester avec des vitesses d'ouverture de pages infĂ©rieures Ă  deux secondes et de donner une expĂ©rience utilisateur satisfaisante afin que votre client potentiel ne quitte pas votre site.

Cependant, vous serez assez calme et vous n'aurez certainement pas Ă  vous soucier des clients venant du BrĂ©sil, des États-Unis ou du Japon, car vous n'avez pas ces clients.

Rien Ă  craindre, n'est-ce pas? Oui, jusqu'Ă  ce que vous atteigniez le prochain niveau de croissance.

Imaginez Ă©galement qu'en un an, votre boutique en ligne a grandi et que vous avez maintenant 10000 XNUMX produits vendus dans le monde, vers des destinations Ă©loignĂ©es. MĂȘme si notre planĂšte n'est pas si grande, nous devons tout de mĂȘme considĂ©rer la connexion physique Ă  Internet.

Votre site hébergé dans un centre de données italien commence à recevoir de nombreuses vues non seulement de votre public cible local, mais également du trafic international, y compris les pays mentionnés ci-dessus.

C'est là que le CDN entre en jeu. Cela nous aide à nous connecter avec nos utilisateurs partout sur la planÚte. Que vous ayez une boutique en ligne, un site Web d'entreprise, une newsletter ou un blog. Si vous vendez loin, vous devez livrer les images de vos produits à vos clients à un tarif approprié. Alternativement, votre entreprise souffre.

Pourquoi utiliser un CDN ?

Disons simple. Plus votre page se charge longtemps aprĂšs qu'un utilisateur l'a demandĂ©e, moins il est susceptible d'acheter chez vous ou mĂȘme de rester sur votre site Web.

Un retard d'une seconde dans le temps de chargement de la page produit : 11 % de pages vues en moins, 16 % de satisfaction client en moins, 7 % de conversions en moins. crazyegg.com

Ce retard gĂȘnant s'appelle latence, un point oĂč tous les abandons de sites Web se produisent.

Par conséquent, le CDN a été inventé pour réduire la distance physique entre l'utilisateur du site Web et le serveur d'hébergement du site Web.

De plus, il faut prendre en compte que depuis plus d'un an la vitesse du site est devenue un facteur trÚs important de classement et de positionnement au niveau SEO. Google a officiellement spécifié comme site conforme à la Vitaux Web de base et passer les tests sur le terrain, avoir une plus grande visibilité et positionnement par les moteurs de recherche.

PageSpeed ​​​​Insight Crux RĂ©ussi

Bref, un CDN peut concrĂštement aider Ă  l'optimisation et Ă  l'amĂ©lioration de ces paramĂštres et produire une expĂ©rience utilisateur optimale capable de passer les tests de Vitaux Web de base Ă  la fois pour les ordinateurs de bureau et en particulier les appareils mobiles, ces derniers appareils tels que les smartphones et les tablettes qui sont dĂ©sormais la principale source de trafic pour plus de 80 % du trafic Internet.

Quelques détails techniques mais pas trop

CDN est principalement un groupe de serveurs situés à différents endroits dans le monde. Pour minimiser la distance physique entre votre site Web et votre utilisateur, vous pouvez choisir de le livrer via CDN qui mettrait en cache une copie de votre contenu sur chacun de leurs serveurs.

Les nƓuds CDN sont gĂ©nĂ©ralement rĂ©partis sur plusieurs sites, souvent sur plusieurs dorsales Internet. Les avantages incluent des coĂ»ts de bande passante rĂ©duits, des temps de chargement de page amĂ©liorĂ©s et une disponibilitĂ© accrue du contenu mondial. Le nombre de nƓuds et de serveurs qui composent un CDN varie selon l'architecture, certains atteignant des milliers de nƓuds avec des dizaines de milliers de serveurs sur de nombreux points de prĂ©sence (PoP) distants. D'autres construisent un rĂ©seau mondial et ont un petit nombre de points de prĂ©sence gĂ©ographiques. 

Les demandes de contenu sont gĂ©nĂ©ralement acheminĂ©es de maniĂšre algorithmique vers des nƓuds qui sont en quelque sorte optimaux. Lors du rĂ©glage des performances, vous pouvez choisir les meilleurs emplacements pour diffuser le contenu Ă  l'utilisateur. Cela peut ĂȘtre mesurĂ© en choisissant des emplacements qui ont le moins de sauts, le moins de secondes rĂ©seau depuis le client demandeur ou la disponibilitĂ© la plus Ă©levĂ©e en termes de performances du serveur (Ă  la fois actuelles et historiques), pour optimiser la livraison sur les rĂ©seaux locaux. Lors de l'optimisation du coĂ»t, vous pouvez choisir les emplacements les moins chers Ă  la place. Dans un scĂ©nario optimal, ces deux objectifs ont tendance Ă  s'aligner, car je serveurs de pĂ©rimĂštre proche de l'utilisateur final Ă  la pĂ©riphĂ©rie du rĂ©seau peut prĂ©senter un avantage en termes de performances ou de coĂ»t.

La plupart des fournisseurs de CDN fourniront leurs services sur un ensemble variable et dĂ©fini de points de prĂ©sence, en fonction de la couverture souhaitĂ©e, comme les États-Unis, l'international ou le monde, l'Asie-Pacifique, etc. Ces ensembles de PoP peuvent ĂȘtre appelĂ©s « pĂ©riphĂ©ries Â», « nƓuds pĂ©riphĂ©riques Â», « serveurs pĂ©riphĂ©riques Â» ou « rĂ©seaux pĂ©riphĂ©riques Â» car ils seraient la pĂ©riphĂ©rie des ressources CDN la plus proche de l'utilisateur final.

Comment mettre en place un CDN ?

La premiĂšre chose que vous devez faire est de choisir parmi la grande variĂ©tĂ© d'options. Avant tout, vous devez tenir compte de vos besoins et de vos ressources, car la mise en Ɠuvre pourrait prendre un certain temps e de l'argent.

  • CDN pour les grands sites Web trĂšs chargĂ©s. Choisissez un grand fournisseur de CDN et configurez-le manuellement pour votre site Web. Il existe de nombreuses solutions diffĂ©rentes pour cela sur le marchĂ©. CloudFlare, Google CDN, MaxCDN, Amazon CloudFront, CoralCDN pour n'en nommer que quelques-uns. Vous devez configurer la connexion entre votre hĂ©bergeur et le CDN de votre choix.
  • CDN pour les sites Web de petite et moyenne taille. Choisissez l'hĂ©bergement CDN si votre site Web n'est pas si grand et ne grandit pas beaucoup au quotidien. Convient pour un site Web d'entreprise, un blog, un site Web personnel. Certaines sociĂ©tĂ©s d'hĂ©bergement fournissent des CDN dans le cadre de leur service. En effet, cette option est excellente pour les sites Web de petite et moyenne taille. Vous pouvez activer cette option assez rapidement lorsque vous en avez besoin.
  • CDN pour une Ă©volutivitĂ© et une automatisation rapides. CDN nouvelle gĂ©nĂ©ration, s'adapte Ă  toutes les tailles. Parfait pour les entreprises Ă  croissance rapide, les startups et les entreprises Ă  croissance rapide. Choisissez-en un Solution SaaS basĂ©e sur CDN si vous avez la possibilitĂ© de connaĂźtre une croissance rapide ou si vous souhaitez Ă©conomiser sur la mise en Ɠuvre. Ce type de CDN prĂ©sente Ă©galement un avantage de fonctionnalitĂ© qu'il apporte lors de votre inscription.

Par exemple, un CDN de traitement d'images peut vous aider Ă  traiter vos images, Ă  effectuer un redimensionnement et une optimisation ou peut-ĂȘtre mĂȘme fournir des formats optimisĂ©s tels que Webp aux clients de navigateur compatibles.

Encore plus d'avantages

En plus de la distribution mondiale et de la latence enchantĂ©e, le CDN peut offrir quelques autres avantages :

  • AmĂ©lioration du rĂ©fĂ©rencement. Google et les autres moteurs de recherche aiment les sites Web rapides et efficaces. La vitesse est l'un des facteurs de classement les plus importants pour le rĂ©fĂ©rencement de Google. Plus la vitesse est Ă©levĂ©e, plus un site Web peut ĂȘtre vu dans la recherche. Donc, par consĂ©quent, plus de prospects et de ventes qu'il peut acquĂ©rir.
  • ÉvolutivitĂ©. Il protĂšge votre site Web des pics de trafic qui peuvent empĂȘcher votre site Web de rĂ©pondre. Vos utilisateurs finaux ne seraient pas du tout intĂ©ressĂ©s.
  • SĂ©curitĂ©. N'importe quel site Web peut rencontrer Attaques DDoS ou similaire. CDN peut rĂ©soudre ce problĂšme assez facilement.

Enfin et surtout, toute entreprise rĂ©ussie connaĂźt une croissance qui entraĂźne une croissance du trafic sur le site Web et une attention accrue du public. Je suggĂ©rerais d'examiner CDN au dĂ©but de la crĂ©ation de votre site Web, car il serait beaucoup plus facile de planifier, de choisir un fournisseur et de le mettre en Ɠuvre en fonction des besoins de votre entreprise.

Cependant, le moyen le plus simple de tester les avantages du CDN serait d'utiliser Solutions CDN SaaS oĂč face Ă  un abonnement payant, l'utilisation du service est garantie sans avoir Ă  implĂ©menter toute la pile technologique Ă  partir de zĂ©ro.

Précautions à prendre et chassons les lieux communs

Cependant, l'utilisation des CDN et leur popularitĂ© ont crĂ©Ă© un biais cognitif assez important chez les propriĂ©taires de sites Web, les Ă©diteurs, les marchands et mĂȘme de nombreux professionnels tels que les dĂ©veloppeurs, les rĂ©fĂ©renceurs et mĂȘme les hĂ©bergeurs.

Le concept de base est qu'aprÚs avoir activé un CDN ou un service CDN automatiquement le site est rapide et répond aux exigences de Google et des visiteurs.

Pour mieux comprendre ce phénomÚne et cette croyance erronée, je souhaite vous proposer un cas réel d'un de nos anciens clients qui a décidé de changer d'hébergeur et d'activer un CDN comme CloudFlare.

Site migré Comparaison Pingdom avant aprÚs

Dans la premiĂšre colonne de gauche, nous voyons les valeurs obtenues sur notre hĂ©bergement sans utiliser de CDN, dans la colonne de droite, nous voyons les valeurs obtenues aprĂšs ĂȘtre passĂ© Ă  un fournisseur commun sans avoir activĂ© de CDN.

Dans le cas prĂ©cis dont nous en avons parlĂ© dans cet article, Les hĂ©bergements WordPress ne sont pas tous les mĂȘmes gardez juste Ă  l'esprit qu'aprĂšs le passage le site est devenu 4 Ă  8 fois plus lent avec toutes les consĂ©quences SEO et trafic qui en dĂ©coulent.

Bref, pour donner un exemple, c'est comme dire que depuis qu'on a Ă©quipĂ© les nouvelles ceintures de sĂ©curitĂ© et qu'on a les nouveaux freins Ă  disque en cĂ©ramique, on peut se permettre d'aller Ă  300 de l'heure en ville avec la conviction d'ĂȘtre en sĂ©curitĂ©. La rĂ©alitĂ© est toute autre et les faits sont toujours clairs pour ceux qui ont le bon sens de mesurer pour trancher, et l'honnĂȘtetĂ© intellectuelle d'admettre avec le recul avoir attrapĂ© un crabe.

Un CDN ne pourra jamais remplacer un hébergement rapide et bien équipé avec toutes les fonctionnalités dignes d'une pile logicielle orientée performance. Au mieux cela limitera certains problÚmes d'une pile logicielle inefficace.

Par ailleurs, il faut aussi dire qu'un CDN à un niveau professionnel a des coûts fixes ou de consommation bien supérieurs à ceux de confier votre site à une entreprise comme la nÎtre qui a toujours été orientée vers la performance.

Par exemple, démystifions certains des clichés sur les CDN ci-dessous.

1. Les CDN ont la fonctionnalité HTML Cache et peuvent remplacer les caches tels que Varnish.

La dĂ©claration est probablement correcte et presque toujours vraie. Un CDN avec la fonctionnalitĂ© HTML Cache peut remplacer Varnish et fonctionner exactement de la mĂȘme maniĂšre. Dans de nombreux cas, un CDN de ce type utilise son propre Varnish Cache ou NGINX FastCGI Cache et il suffit donc que d'autres (dans ce cas, le fournisseur CDN) fassent quelque chose que nous aurions pu faire nous-mĂȘmes sur notre serveur Ă  moindre coĂ»t et avec un degrĂ© extrĂȘme de personnalisation et de rĂ©glage.

Évidemment, cela est vrai lorsqu'un CDN a Ă©galement la fonction HTML Cache et pas seulement la fonction Content Delivery de contenu statique. De nombreux dĂ©veloppeurs, ingĂ©nieurs systĂšme et professionnels, par exemple, sont toujours convaincus que CloudFlare dans le plan Free a la fonction de cache HTML alors que ce n'est absolument pas vrai et c'est l'une des raisons pour lesquelles cet ancien client que nous avons mentionnĂ© ci-dessus dans la capture d'Ă©cran avant / aprĂšs avoir changĂ© de fournisseur il envisage de rĂ©soudre quelques problĂšmes de rĂ©glage et de vitesse Ă  l'aide d'un CDN comme Cloudflare qui ne propose pas de cache HTML par dĂ©faut.

2. Les CDN vous permettent d'économiser des coûts de trafic importants.

Ici aussi, la dĂ©claration a du sens en fonction de cas spĂ©cifiques et prendre cette dĂ©claration pour vraie pourrait entraĂźner une augmentation des coĂ»ts mĂȘme de l'ordre de dizaines de milliers d'euros par mois.

Le raisonnement Ă  faire serait prĂ©cis au cas par cas, situation par situation, mais en rĂšgle gĂ©nĂ©rale il convient de rĂ©flĂ©chir afin d'Ă©valuer et de pondĂ©rer le coĂ»t du trafic sur le nƓud source et le coĂ»t du trafic sortant du CDN, en prenant en tenant compte du coĂ»t des plans qui peuvent ĂȘtre fixes par rapport aux coĂ»ts des plans de paiement Ă  l'utilisation ou de consommation, et Ă©galement en Ă©valuant les coĂ»ts des diffĂ©rents fournisseurs.

Par exemple, avoir un CDN comme celui de CloudFront Amazon AWS devant un serveur dédié sur Hetzner cela n'aurait pratiquement aucun sens, si ce n'est d'avoir des coûts disproportionnés, considérant (compte du serviteur à suivre) que 50 To par mois vers l'Europe sur CloudFront d'Amazon coûteraient au moins 4000 euros par mois.

Exemple de coût CDN

MĂȘme en mettant en jeu les autres principaux concurrents que vous pouvez voir dans l'image ci-dessus, la diffĂ©rence est vraiment minime, et vous obtenez toujours la mĂȘme chose en mĂȘme temps Ă©tant donnĂ© qu'Ă©tant des concurrents de classe entreprise, ils ont Ă©galement des listes de prix et des prix assez similaires .

Cependant, la mĂȘme sortie de 50 To sur Hetzner est incluse GRATUITEMENT sur tous les plans de serveur dĂ©diĂ© qui ont une fourchette indiquĂ©e entre 40 € et 200 € par mois en fonction des caractĂ©ristiques matĂ©rielles du serveur dĂ©diĂ©.

Penser plutÎt en vue d'épargner, sur CloudFlare, le trafic sortant est inclus gratuitement à la fois dans les plans Free, Pro et Business et donc si nous pensions en termes de CDN pour le contenu statique, il serait logique en termes d'économies de coûts d'utiliser Cloudflare comme CDN pour les instances AWS comme Elastic Cloud par exemple.

Pour les CDN avec des plans de paiement Ă  l'utilisation tels que AKAMAI, QUIC.Cloud, CloudFront, etc., la rĂšgle de faire les calculs trĂšs, trĂšs bien est toujours valable., considĂ©rant qu'un site avec beaucoup de trafic et beaucoup de requĂȘtes suffit pour que le graphiste charge par erreur une image haute rĂ©solution, imaginez un classique 4000 x 3000 au format PNG non optimisĂ©, pour augmenter votre facture mensuelle de plus de 3000 euros (nous nous rĂ©fĂ©rons Ă  un cas vĂ©cu par un de nos clients).

3. Les CDN amĂ©liorent le score PageSpeed ​​​​et la vitesse du site.

Ici aussi, la discussion est trĂšs gĂ©nĂ©rique et doit ĂȘtre Ă©valuĂ©e en fonction du type de CDN utilisĂ© et des fonctions activĂ©es. Rarement, les fonctions offertes par un CDN ne peuvent pas ĂȘtre rĂ©pliquĂ©es cĂŽtĂ© serveur avec la bonne configuration cĂŽtĂ© serveur et cĂŽtĂ© application. Pensez par exemple au service conditionnel d'images webp, il y a ceux qui activent un CDN spĂ©cifiquement pour remplir cette fonctionnalitĂ©, car il faudrait 6 lignes de configuration Ă©crites ad hoc dans le fichier de configuration de l'hĂŽte virtuel dans NGINX o Apache et un plugin pour la gĂ©nĂ©ration du webp respectif comme, par exemple, webp express pour WordPress.

Souvent les CDN ne sont que des demi-mesures adoptĂ©es par des figures techniques incompĂ©tentes qui ne savent pas faire correctement leur travail et prĂ©fĂšrent dĂ©lĂ©guer Ă  des solutions tierces celles que d'autres figures compĂ©tentes seraient capables de mettre en Ɠuvre en 30 minutes de travail.

Rappelez-vous toujours que des rĂ©sultats parfaits peuvent ĂȘtre obtenus sans l'aide de CDN tiers si vous avez l'expertise nĂ©cessaire pour savoir ce que vous faites rĂ©ellement.

PageSpeed ​​​​Insight Crux RĂ©ussi

MĂȘme lorsque vous travaillez avec des CMS non triviaux tels que Prestashop ou Magento, ou mĂȘme avec des systĂšmes personnalisĂ©s pour lesquels il n'y a pas de disponibilitĂ© de solutions prĂ©-packagĂ©es pour la gĂ©nĂ©ration d'images webp, un ingĂ©nieur systĂšme professionnel trouvera un moyen de gĂ©rer ce besoin de maniĂšre indĂ©pendante. , sans recourir Ă  des technologies externes et Ă  des plateformes CDN SaaS, et Ă  des coĂ»ts quasi gratuits.

4. Les CDN doivent ĂȘtre utilisĂ©s chaque fois que vous avez beaucoup de trafic international.

Cela aussi est une légende urbaine sans aucun fondement. La différence entre un visiteur allemand se connectant depuis l'Allemagne à votre serveur italien par rapport à un utilisateur italien se connectant au serveur italien est pratiquement nulle.

Parler d'un pays et affirmer qu'il y a des diffĂ©rences entre un Français, un Allemand, un Belge, un Espagnol, un Finlandais, un Grec, un Suisse qui accĂšde au mĂȘme serveur en Italie, n'est qu'un exercice de style thĂ©orique ou un business Ă©lĂ©gant approche pour essayer de vendre un CDN.

Au mieux, vous pourrez obtenir 10 ms de latence en plus ou en moins, ce qui peut ne rien signifier dans le compte total, si par exemple vous économisez 10 ms de latence, mais vous insistez pour servir des images PNG qui ne sont pas optimisées avec le webp ou vous n'activez pas la compression BROTLI en préférant la compression gzip désormais obsolÚte et désuÚte (mais mieux que rien).

Les CDN, en revanche, ont beaucoup de sens lorsqu'il s'agit de trafic intercontinental. Un Américain, un Brésilien, un Chinois ou un Japonais qui se connecte à notre serveur en Italie aura des valeurs et des latences trÚs différentes les unes des autres et dans certains cas certainement en dessous de la valeur minimale acceptable par Google ou par l'expérience utilisateur d'un quelconque évaluer.

Dans ce cas, l'évaluation d'un CDN est certainement un devoir de tout ingénieur systÚme ou développeur soucieux de l'activité du client et de son professionnalisme.

En bout de ligne, quand pourriez-vous ne pas utiliser un CDN ?

Chaque cas est un cas en soi car nous avons jusqu'Ă  prĂ©sent plus que vous voulez mettre en Ă©vidence. Cependant, il existe des conditions qui, si elles sont remplies, peuvent vous empĂȘcher d'avoir Ă  utiliser un CDN qui serait effectivement inutile.

Il faut toujours considérer que dans tous les cas un CDN reste un service qui fonctionne entre votre site et votre visiteur, utilisant souvent la fonction reverse proxy comme dans le schéma ci-dessous.

 

Tout en considĂ©rant l'extrĂȘme stabilitĂ© de ces technologies et de ces plates-formes de rĂ©seau de diffusion de contenu, il faut toujours garder Ă  l'esprit que mĂȘme le CDN Enterprise le plus autoritaire et le plus adoptĂ© tel que CloudFlare peut subir des temps d'arrĂȘt mĂȘme importants et mettre votre site et votre entreprise hors ligne. n'aurait pas Ă©tĂ© hors ligne si vous n'aviez pas installĂ© un CDN avec une vraie raison.

Une panne de Cloudflare a cassé de larges pans d'Internet

Voici donc un petit guide auquel vous devrez répondre si vous hésitez à adopter un CDN ou non.

  1. Votre site utilise-t-il un cache statique comme Varnish ou NGINX FastCGI Cache ?
  2. Votre site a-t-il un TTFB infĂ©rieur Ă  200 ms ?
  3. Votre site utilise-t-il la compression BROTLI pour les ressources statiques telles que JS et CSS ?
  4. Votre site utilise-t-il la livraison d'images Webp ou AVIF par rapport aux JPG et PNG classiques ?
  5. Votre site a-t-il un trafic principalement continental pour plus de 90 % des requĂȘtes et des visites ? Dans ce cas, continental signifie europĂ©en.
  6. Votre site ne sature pas la bande passante sortante (généralement 1gbit/s dans les deux solutions dédiées Cloud et Serveur) ?

Si vous avez rĂ©pondu OUI Ă  toutes ces questions et que vous ĂȘtes certain de ne pas vouloir de frais supplĂ©mentaires de l'ordre d'au moins 200€/mois, vous pourriez facilement Ă©viter d'utiliser un CDN afin de diffuser le contenu.

Si vous avez plutÎt répondu plusieurs NON, nous vous recommandons de changer d'hébergeur dans un premier temps (vous vous approvisionnez probablement auprÚs de sociétés à la gestion amateur qui ne font que vous revendre quelques solutions avec Plesk et cPanel) avec notre service d'Hébergement orienté performance et uniquement évaluer ensuite l'adoption d'un CDN.

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