10 juillet 2019

Sauvegarde MySQL lente et serveur en panne lorsque Google passe

Comment faire une sauvegarde MySQL extrĂȘmement rapide et non bloquante ?

Percona Xtrabackup contre MySQLdump

Une des problĂ©matiques peu explorĂ©es dans le monde du SEO et souvent mĂ©connue des professionnels n'ayant pas de compĂ©tences sur les systĂšmes Linux, concerne les difficultĂ©s de disponibilitĂ© d'un site internet lors des opĂ©rations de sauvegarde de base de donnĂ©es MySQL. Ce dĂ©fi est Ă©galement mĂ©connu de nombreux ingĂ©nieurs systĂšme qui, bien qu’excellant dans la gestion technique des systĂšmes, ont des connaissances limitĂ©es en SEO et sont incapables de saisir pleinement les rĂ©percussions de ces activitĂ©s sur le positionnement du site dans les moteurs de recherche.

En rÚgle générale, les activités de maintenance et de sauvegarde sont planifiées la nuit, lorsque l'on s'attend à une réduction du trafic et à une moindre charge sur le serveur. Toutefois, un problÚme important pourrait surgir si les robots d'exploration de Google, chargés d'analyser et d'indexer de nouveaux contenus, se retrouvaient à fonctionner pendant cette période.

Dans un contexte idĂ©al, oĂč la sauvegarde a Ă©tĂ© soigneusement conçue et crĂ©Ă©e avec des outils avancĂ©s, compte tenu de la taille de l'ensemble de donnĂ©es, le processus devrait se dĂ©rouler sans problĂšme, permettant Ă  Google de mener Ă  bien ses opĂ©rations sans ĂȘtre perturbĂ©. Au lieu de cela, une sauvegarde mal conçue peut entraĂźner des consĂ©quences importantes, telles que l'incapacitĂ© des robots d'exploration Ă  accĂ©der au contenu du site, en raison d'erreurs de type 500 qui indiquent des dysfonctionnements du serveur.

Si cela se produit, le « budget d'exploration », c'est-Ă -dire les ressources que Google consacre Ă  l'exploration d'un site, pourrait ĂȘtre rapidement Ă©puisĂ©, empĂȘchant la rĂ©cupĂ©ration et l'indexation de nouveaux contenus. Cela peut non seulement empĂȘcher la mise Ă  jour rapide des informations du site dans les moteurs de recherche, mais Ă©galement nuire au classement et Ă  la rĂ©putation Ă  long terme du site. Une frĂ©quence d'erreurs Ă©levĂ©e, ou un « taux d'erreurs » Ă©levĂ©, peut en effet influencer nĂ©gativement la visibilitĂ© du site dans les rĂ©sultats de recherche.

Il est donc crucial que les opĂ©rations de sauvegarde soient effectuĂ©es avec le plus grand soin, en tenant compte de tous les aspects techniques et logistiques, pour Ă©viter tout dĂ©sagrĂ©ment et garantir une indexation constante et correcte du site par Google. Il s’agit d’un dĂ©fi qui nĂ©cessite une collaboration efficace entre les experts SEO et les ingĂ©nieurs systĂšmes Linux, afin que les deux parties puissent comprendre et traiter efficacement l’ensemble des implications de ces opĂ©rations critiques.

Mais pourquoi cela arrive-t-il ?

Pour comprendre les causes de ces problĂšmes – pas excessivement frĂ©quents, mais pas rares non plus – il est nĂ©cessaire d’examiner attentivement les pratiques opĂ©rationnelles standards d’un hĂ©bergeur, avec une attention particuliĂšre Ă  la gestion des sauvegardes au niveau du serveur. Cette analyse doit inclure une analyse approfondie des dynamiques spĂ©cifiques qui sont activĂ©es lors de la sauvegarde d'une base de donnĂ©es d'un site Web.

Imaginons une situation oĂč, au moment oĂč l'hĂ©bergeur sauvegarde des donnĂ©es, notre site reçoit une demande externe. Cette requĂȘte, traitĂ©e via le langage de script PHP, implique l'exĂ©cution de plusieurs requĂȘtes SQL dirigĂ©es vers la base de donnĂ©es. Dans ce contexte, que se passe-t-il ?

Si la gestion des sauvegardes est inefficace, le résultat serait une sauvegarde « sale », compromise par les interactions simultanées avec la base de données. Par exemple, si lors de la sauvegarde nous mettons à jour un enregistrement dans une table de données personnelles sans mettre à jour simultanément la table de codes fiscaux correspondante, nous nous retrouverions avec une sauvegarde qui ne reflÚte pas fidÚlement l'état actuel des données, manquant un élément fondamental.

Dans un environnement bien organisĂ© et selon des normes d'exploitation consolidĂ©es, la tĂąche d'effectuer la sauvegarde serait confiĂ©e Ă  l'administrateur systĂšme ou Ă  un panneau de contrĂŽle qui utilise "mysqldump" avec des paramĂštres de verrouillage. Ces paramĂštres vous permettent de verrouiller les tables en lecture et en Ă©criture pendant la sauvegarde, garantissant ainsi l'intĂ©gritĂ© et la cohĂ©rence des donnĂ©es. Cependant, cette mĂ©thodologie peut Ă©galement prĂ©senter des limites, telles que la gĂ©nĂ©ration de problĂšmes de verrouillage pouvant bloquer les ressources pendant le processus. En consĂ©quence, les requĂȘtes peuvent ne pas ĂȘtre traitĂ©es dans le dĂ©lai fixĂ© par le serveur Web, ce qui entraĂźne un timeout ou, pire encore, un « blocage » prolongĂ© du robot, ce qui entraĂźnerait Ă©galement des dĂ©lais d'attente du cĂŽtĂ© du robot.

Pour éviter de tels problÚmes, il est essentiel de prendre des précautions ciblées. Une analyse approfondie du scénario, qui prend en compte des facteurs tels que la technologie utilisée, la taille de l'ensemble de données, le type de tables impliquées et le budget du client, est essentielle. Cela vous permet de planifier sereinement la solution la plus appropriée et la plus économique, répondant aux besoins du client sans compromettre la qualité et l'efficacité de la sauvegarde.

Sauvegarde MySQL via mysqldump

Utiliser mysqldump pour sauvegarder des bases de donnĂ©es MySQL est une mĂ©thode extrĂȘmement courante et facile Ă  appliquer, mĂȘme si elle est souvent critiquĂ©e pour certaines de ses limites. Sa large diffusion vient du fait que mysqldump est inclus dans les programmes clients MySQL, Ă©tant donc prĂ©installĂ© dans la plupart des environnements. Cet outil est capable d'effectuer des sauvegardes logiques, vous donnant la flexibilitĂ© de sauvegarder des bases de donnĂ©es entiĂšres, une base de donnĂ©es spĂ©cifique, toutes les tables ou des tables individuelles au sein d'une base de donnĂ©es. Le dump produit est envoyĂ© vers la sortie standard, ce qui vous permet de rediriger facilement la sortie vers d'autres programmes pour augmenter l'interopĂ©rabilitĂ©. Un exemple classique consiste Ă  lier la sortie de mysqldump avec gzip pour compresser les donnĂ©es, puisque mysqldump n'intĂšgre pas de fonction de compression.

Malgré ces fonctionnalités utiles, mysqldump présente quelques problÚmes importants, notamment lorsqu'il s'agit de gérer de grandes bases de données. La lenteur des sauvegardes dans de tels contextes est l'un des plus grands défis. Cette inefficacité est imputable non seulement à la nature des sauvegardes logiques, dont la réalisation prend plus de temps que les sauvegardes physiques, mais également au fait que la sauvegarde et la restauration reposent sur des processus monothread. De plus, le dump généré comprend un ensemble complet d'instructions SQL, couvrant soit la création de tables, soit l'insertion de données, ou les deux. Cette approche, bien que bénéfique pour la portabilité et la flexibilité des sauvegardes, peut augmenter considérablement le temps et les ressources nécessaires pour terminer l'opération, en particulier dans les environnements à gros volumes de données.

L'utilisation de mysqldump pour sauvegarder les bases de donnĂ©es MySQL, Percona Server ou MariaDB est souvent considĂ©rĂ©e comme n'Ă©tant plus adĂ©quate, surtout dans le contexte technologique actuel de 2023, qui a considĂ©rablement Ă©voluĂ© par rapport Ă  2005. Cette rĂ©flexion devrait vous pousser, ainsi que votre hĂ©bergeur, Ă  reconsidĂ©rer l'utilisation de cet utilitaire, notamment dans le cadre de bases de donnĂ©es volumineuses, dont la taille peut se mesurer en gigaoctets. À une Ă©poque d’évolution technologique continue, l’adhĂ©sion Ă  des mĂ©thodologies obsolĂštes pourrait reprĂ©senter une limitation importante, en particulier pour les projets ambitieux et critiques. Si votre fournisseur ne souhaite pas Ă©voluer, il peut ĂȘtre intĂ©ressant d'envisager un changement de fournisseur, surtout si la rĂ©ussite de votre projet est une prioritĂ©.

Mysqldump fonctionne en extrayant le contenu des tables ligne par ligne, ou en copiant l'intĂ©gralitĂ© du contenu de la table dans une mĂ©moire tampon avant de procĂ©der Ă  la sauvegarde. Cette derniĂšre mĂ©thode peut s’avĂ©rer problĂ©matique pour les grandes tables, entraĂźnant des ralentissements et des inefficacitĂ©s importants.

L'objectif principal de mysqldump est de gĂ©nĂ©rer un fichier .sql, appelĂ© dump, qui inclut toutes les instructions nĂ©cessaires pour recrĂ©er la base de donnĂ©es. Pour garantir une sauvegarde cohĂ©rente, mysqldump utilise des paramĂštres de verrouillage de table spĂ©cifiques : par exemple, utilisez l'option –single-transaction pour les tables InnoDB et –lock-tables pour les tables MyISAM.

Pour les petites bases de donnĂ©es, allant de quelques Ă  dix mĂ©gaoctets, mysqldump peut ĂȘtre un choix raisonnable, ne prenant que quelques secondes environ pour gĂ©nĂ©rer un dump .sql. Cependant, avec des bases de donnĂ©es plus volumineuses, mesurĂ©es en gigaoctets, le processus de sauvegarde peut devenir extrĂȘmement long, allant de quelques dizaines de minutes Ă  plusieurs heures.

Pendant cette période, la base de données reste dans un état verrouillé, bloquant toutes les opérations de lecture et d'écriture. Cette situation peut entraßner non seulement des ralentissements dans les opérations quotidiennes, mais également des problÚmes avec les robots des moteurs de recherche, tels que Google, qui peuvent rencontrer des erreurs de serveur lors de l'exploration du site. Ces problÚmes peuvent avoir des répercussions négatives sur le positionnement et la visibilité du site dans les résultats de recherche, ce qui rend crucial le choix d'une méthode de sauvegarde plus efficace et ayant moins d'impact sur le fonctionnement normal de la base de données et du site Web.

502 Passerelle incorrecte nginx

Percona XtraBackup. Comment faire une sauvegarde MySQL comme un pro.

Alors que la mĂ©thode Ă©numĂ©rĂ©e ci-dessus effectue des sauvegardes logiques, avec une lenteur extĂ©nuante, une telle approche devient inutilisable lorsqu'une base de donnĂ©es commence Ă  croĂźtre de quelques gigaoctets.  Xtrabackup est le logiciel de sauvegarde physique MySQL le plus populaire.

Percona est une société leader en bases de données, spécialisée dans les solutions MySQL, MariaDB, MongoDB et PostgreSQL. Elle est réputée pour ses services de conseil, de support technique et de logiciels dédiés à l'optimisation des performances et à la fiabilité des bases de données. Parmi les produits développés par Percona, l'un des plus importants est Percona XtraBackup.

Percona XtraBackup se distingue comme l'un des outils de sauvegarde physique les plus avancĂ©s et les plus fiables pour MySQL et MariaDB. Ce logiciel offre un moyen efficace et sĂ©curisĂ© d'effectuer des sauvegardes complĂštes, sans interrompre le service de la base de donnĂ©es. XtraBackup est connu pour sa capacitĂ© Ă  effectuer des sauvegardes « Ă  chaud », c'est-Ă -dire pendant que la base de donnĂ©es est en cours d'exĂ©cution, Ă©liminant ainsi le besoin d'arrĂȘter ou de ralentir les opĂ©rations pendant le processus de sauvegarde.

Percona XtraBackup représente une solution avancée pour effectuer des sauvegardes professionnelles de bases de données MySQL, dépassant les limites de l'approche traditionnelle mysqldump. Dans l'environnement actuel, avec des bases de données en constante évolution, souvent mesurées en gigaoctets, l'approche logique et lente de mysqldump devient peu pratique. XtraBackup, développé par la célÚbre société Percona, connue pour ses solutions innovantes dans le domaine des bases de données, propose une méthode de sauvegarde physique beaucoup plus efficace.

Ce logiciel permet de crĂ©er des sauvegardes « Ă  chaud », c'est Ă  dire sans avoir besoin d'interrompre le fonctionnement du serveur de base de donnĂ©es. Il est nettement plus rapide que mysqldump et prend en charge les sauvegardes totalement non bloquantes, Ă  condition que toutes les tables soient de type InnoDB ou XtraDB. XtraBackup peut Ă  la fois crĂ©er des fichiers de sauvegarde locaux et diffuser une sortie standard, ce qui en fait un outil extrĂȘmement polyvalent. Par exemple, vous pouvez utiliser des outils tels que gof3r pour diffuser des sauvegardes sur Amazon S3, vous permettant ainsi de tĂ©lĂ©charger votre sauvegarde directement sur le cloud sans avoir Ă  la stocker localement. MĂȘme si la taille des sauvegardes est presque aussi grande que l'ensemble de la base de donnĂ©es, XtraBackup prend en charge la compression des sauvegardes Ă  l'aide de qpress, rĂ©duisant ainsi considĂ©rablement la taille finale. Une fonctionnalitĂ© remarquable est Ă©galement la possibilitĂ© de chiffrer les sauvegardes ou le streaming avec des normes telles que AES128, AES192 et AES256.

L'un des principaux avantages de XtraBackup est sa capacitĂ© Ă  effectuer des sauvegardes sans bloquer la base de donnĂ©es, lui permettant ainsi de continuer Ă  rĂ©pondre aux requĂȘtes, mĂȘme des visiteurs nocturnes, des robots et des robots d'exploration. Cet aspect est essentiel pour Ă©viter les interruptions de service et les problĂšmes de rĂ©fĂ©rencement dus aux temps d’arrĂȘt.

Pour comprendre le contraste entre mysqldump et XtraBackup, il est utile d'analyser le fonctionnement de mysqldump. Cet outil verrouille les tables, procÚde à la sauvegarde et enfin déverrouille les tables. Cette procédure, bien qu'efficace pour les petites bases de données, devient lourde et prend du temps avec des bases de données plus volumineuses, provoquant des périodes d'indisponibilité et d'éventuels problÚmes d'accÚs aux bases de données.

Percona Le binlog enregistre toutes les modifications apportĂ©es aux donnĂ©es ou aux structures de donnĂ©es de la base de donnĂ©es, y compris les instructions SQL et les modifications au niveau du schĂ©ma. Percona XtraBackup utilise ces informations pour effectuer des sauvegardes « Ă  chaud », sans interrompre ni bloquer la base de donnĂ©es. Cela permet de rĂ©duire les temps d'arrĂȘt et d'augmenter la disponibilitĂ© de la base de donnĂ©es, tout en maintenant des opĂ©rations ininterrompues.

En rĂ©sumĂ©, alors que mysqldump nĂ©cessite une sauvegarde « Ă  froid » avec un temps d'arrĂȘt potentiel, Percona XtraBackup utilise binlog pour une sauvegarde « Ă  chaud » qui minimise l'impact sur les opĂ©rations de la base de donnĂ©es tout en garantissant une rĂ©cupĂ©ration efficace et rapide. Cette technologie avancĂ©e offre une amĂ©lioration considĂ©rable en termes d'efficacitĂ© et de fiabilitĂ©, faisant de XtraBackup un choix privilĂ©giĂ© pour les professionnels et les entreprises gĂ©rant de grandes bases de donnĂ©es.

Performances MySQLdump VS Percona XtraBackup

Si on veut toucher des nombres rĂ©els ou mesurer pour dĂ©cider, on peut voir briĂšvement un benchmark entre les deux outils pour comprendre de quoi on parle et pourquoi mysqldump doit ĂȘtre considĂ©rĂ© comme un jouet inappropriĂ© pour les systĂšmes en production, allant crĂ©er des sauvegardes mysql lentes .

De notre examen, il est clair que, mĂȘme en travaillant sur le mĂȘme ensemble de donnĂ©es de 73 Go, une sauvegarde effectuĂ©e avec mysqldump est mĂȘme 50 fois plus lente qu'une effectuĂ©e avec Percona XtraBackup. Cela signifie qu'une sauvegarde qui pourrait prendre des heures avec mysqldump pourrait ĂȘtre effectuĂ©e en quelques minutes avec Percona XtraBackup. Cela peut faire une diffĂ©rence significative pour les entreprises qui doivent effectuer frĂ©quemment des sauvegardes de bases de donnĂ©es et qui visent Ă  minimiser les temps d'arrĂȘt.

Il est Ă©galement important de souligner que Percona XtraBackup est un logiciel entiĂšrement gratuit, sans aucune limitation. Actuellement, il est considĂ©rĂ© comme la meilleure solution de sauvegarde disponible pour les systĂšmes basĂ©s sur MySQL et ses dĂ©rivĂ©s. La valeur offerte par cet outil est telle qu'il surpasse mĂȘme MySQL Enterprise Backup, un produit dĂ©veloppĂ© par l'Ă©quipe de dĂ©veloppeurs MySQL elle-mĂȘme.

Sur un ton nettement sarcastique, il convient de noter que MySQL Enterprise Backup est proposé au prix pas vraiment modeste de 5000 XNUMX $ par serveur et par an. Cela rend l'offre de Percona XtraBackup encore plus impressionnante, étant donné qu'elle offre non seulement une solution de sauvegarde de haute qualité, mais qu'elle le fait sans frais. Cela démontre que Percona XtraBackup est un excellent choix en termes de performances et de rapport qualité-prix pour les entreprises utilisant MySQL ou un dérivé de celui-ci comme systÚme de gestion de base de données.

Bref, il n'y a aucune raison de ne pas utiliser Percona XtraBackup autre que la superficialité et l'ignorance manifeste.

Utilisez-vous des panels comme cPanel ou Plesk ? Attention, ils utilisent aussi mysqldump

Malheureusement, l'amateurisme et la négligence ne concernent pas seulement les ingénieurs systÚme du dimanche et les bricoleurs improvisés mais aussi les entreprises d'une certaine profondeur qui produisent des panneaux de contrÎle commerciaux tels que cPanel ou Plesk.

En fait, en lisant sur leur site Web, nous pouvons lire en janvier 2019 concernant l'utilisation de Percona :

De plus, mĂȘme par rapport Ă  d'autres types de sauvegardes, voici un rĂ©sumĂ© simple qui montre pourquoi il faut utiliser cette façon de travailler au lieu d'improviser avec des utilitaires vĂ©tustes et trĂšs peu performants.

Percona XtraBackup est la seule solution capable de satisfaire toutes les exigences, il peut ĂȘtre utilisĂ© de maniĂšre absolument rentable mĂȘme avec une rĂ©plique MASTER/SLAVE mais c'est une autre affaire.

conclusion

En conclusion, si vous gĂ©rez frĂ©quemment des sauvegardes de bases de donnĂ©es individuelles et de divers fichiers .sql dans votre espace de sauvegarde quotidienne ou hebdomadaire, il est peut-ĂȘtre temps d'envisager sĂ©rieusement certaines modifications majeures. Accepter les sauvegardes MySQL lentes et inefficaces comme la norme est non seulement inappropriĂ©, mais aussi un signal d'alarme qui devrait vous inciter Ă  remettre en question vos pratiques de sauvegarde.

Il est essentiel d’observer attentivement le comportement de votre site Internet. Si vous commencez Ă  voir des erreurs frĂ©quentes provenant de l'araignĂ©e de Google, c'est un signe clair que quelque chose dans le processus de sauvegarde ne fonctionne pas correctement. La situation devient encore plus prĂ©occupante si vous constatez que votre fournisseur d'hĂ©bergement s'appuie toujours sur des outils obsolĂštes comme mysqldump pour les sauvegardes. Dans un tel scĂ©nario, vous devriez sĂ©rieusement envisager de changer de fournisseur, surtout si votre site Web est votre principale source de revenus et que votre fournisseur actuel n'utilise pas de solutions avancĂ©es comme Percona XtraBackup.

Notre intention n’est pas de dĂ©nigrer des individus ou des entreprises en particulier, mais plutĂŽt de souligner Ă  quel point une approche non professionnelle des sauvegardes peut prĂ©senter un risque rĂ©el non seulement pour la santĂ© financiĂšre de votre entreprise, mais Ă©galement pour votre tranquillitĂ© d’esprit personnelle. Un systĂšme de sauvegarde inefficace ou peu fiable peut entraĂźner des pertes de donnĂ©es graves, voire irrĂ©parables.

Votre entreprise mĂ©rite les meilleures solutions disponibles sur le marchĂ©. Passer Ă  un fournisseur qui utilise Percona XtraBackup peut reprĂ©senter une amĂ©lioration significative en termes de vitesse, d'efficacitĂ© et de sĂ©curitĂ©. Prenez le temps d’examiner attentivement vos options. N'ayez pas peur de passer Ă  l'Ă©tape suivante et de procĂ©der Ă  une mise Ă  niveau lorsque vous rĂ©alisez que c'est nĂ©cessaire.

La dĂ©cision d’adopter un systĂšme de sauvegarde plus efficace pourrait avoir un impact crucial sur l’avenir de votre entreprise. N’oubliez pas qu’une entreprise numĂ©rique sĂ©curisĂ©e est une entreprise qui a le potentiel de croĂźtre et de prospĂ©rer de maniĂšre durable. Il est important d'investir dans la protection et la sĂ©curitĂ© de vos donnĂ©es. N'attendez pas qu'il soit trop tard pour agir ; prenez l'initiative maintenant et assurez la sĂ©curitĂ© et la stabilitĂ© de votre activitĂ© en ligne.

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.

Retour en haut de page