17 juin 2024

Optimiser les performances de BuddyBoss

Lorsque l’optimisation du systĂšme cĂŽtĂ© serveur ne suffit pas Ă  rĂ©soudre les problĂšmes de performances. Le cas BuddyBoss d'un de nos clients et l'analyse avec Application Performance Monitoring.

BanniĂšre BuddyBoss

Aujourd’hui, les performances d’un site Web sont essentielles pour garantir une expĂ©rience utilisateur fluide et engageante. BuddyBoss, une plateforme puissante pour crĂ©er des communautĂ©s en ligne basĂ©es sur WordPress, ne fait pas exception. L'optimisation des performances de BuddyBoss peut faire la diffĂ©rence entre un site lent et un site rĂ©actif, en amĂ©liorant votre classement dans les moteurs de recherche et en augmentant la satisfaction des utilisateurs. Dans cet article, nous explorerons notre service d'optimisation ByddyBoss pour augmenter la vitesse et l'efficacitĂ© de BuddyBoss, garantissant ainsi que votre site offre toujours des performances optimales.

Qu’est-ce que BuddyBoss ?

BuddyBoss est une plateforme robuste et flexible conçue pour créer et gérer des communautés en ligne, des cours d'apprentissage en ligne et des sites d'adhésion. Basé sur WordPress, BuddyBoss propose un large éventail de fonctionnalités qui facilitent l'interaction entre les utilisateurs, telles que des forums, des groupes, des profils personnalisés et une messagerie privée. Grùce à son intégration transparente avec les plugins et thÚmes populaires, BuddyBoss vous permet d'étendre facilement les capacités de votre site, ce qui en fait une solution idéale pour les éducateurs, les entrepreneurs et les créateurs de contenu. Qu'il s'agisse de créer un réseau social pour un groupe de niche ou de développer un portail éducatif complet, BuddyBoss offre les outils dont vous avez besoin pour créer une expérience utilisateur engageante et dynamique. De plus, la plateforme offre un environnement sécurisé et personnalisable, encourageant la collaboration et le partage des connaissances. Pour plus de détails, visitez le site officiel de BuddyBoss ici.

Communauté-WordPress-ThÚmes-BuddyBoss

Conditions requises pour BuddyBoss

Pour assurer un fonctionnement optimal de BuddyBoss, il est essentiel d'avoir une configuration de serveur adĂ©quate, notamment en fonction du nombre d'abonnĂ©s. BuddyBoss est un logiciel gourmand en ressources, nĂ©cessitant une puissance CPU et RAM importante. Pour les communautĂ©s de moins de 1.000 4 membres, BuddyBoss sur le site officiel recommande un serveur avec au moins 1.000 Go de RAM et un processeur multicƓur. Pour les sites comptant entre 10.000 8 et 10.000 16 abonnĂ©s, il est prĂ©fĂ©rable de disposer d'au moins XNUMX Go de RAM et d'un processeur performant. Pour les communautĂ©s plus grandes, comptant plus de XNUMX XNUMX membres, vous devez envisager des solutions de serveur dĂ©diĂ© ou cloud avec au moins XNUMX Go de RAM et un processeur haut de gamme.

Cependant, il est clair que les exigences matĂ©rielles indiquĂ©es par le fabricant sont anecdotiquement sous-dimensionnĂ©es, peut-ĂȘtre parce que dans la phase d'analyse initiale, qui est Ă©galement la phase d'avant-vente, si des solutions techniquement plus grandes, bien dimensionnĂ©es et donc plus coĂ»teuses Ă©taient indiquĂ©es, il pourrait avoir un effet dissuasif sur l'achat du plugin et il est donc commercialement plus avantageux d'Ă©voquer dans un premier temps des solutions Ă©conomiques, de finaliser la vente et seulement ensuite de mettre l'acheteur face Ă  la rĂ©alitĂ© en termes de charge et de ressources matĂ©rielles.

Un exemple concret de ces besoins nous vient d'un de nos clients (protĂ©gĂ© par NDA) qui gĂšre une communautĂ© de 10.000 XNUMX utilisateurs, intĂ©grant diverses fonctionnalitĂ©s de BuddyBoss avec LearnDash (LearnDash est un puissant plugin pour WordPress qui permet de crĂ©er et de vendre des cours en ligne, offrant des fonctionnalitĂ©s avancĂ©es telles que des quiz, des certificats et la progression des utilisateurs). Pour supporter cette configuration complexe et garantir une expĂ©rience utilisateur fluide, la solution adoptĂ©e a Ă©tĂ© d'utiliser un serveur avec 32 cƓurs et 64 threads, 128 Go de RAM et 2 disques SSD NVMe en RAID 1.

Serveur-pour-BuddyBoss-32-core-64-threads

Cette configuration avancĂ©e est nĂ©cessaire car BuddyBoss, en obligeant les utilisateurs Ă  se connecter Ă  son espace privĂ©, ne permet pas l'utilisation de techniques de cache standards comme WP Rocket ou de plugins Full Page Cache comme Varnish, qui seraient totalement inutiles pour les utilisateurs connectĂ©s. . Cela implique que la configuration du serveur doit ĂȘtre optimisĂ©e pour gĂ©rer des charges dynamiques Ă©levĂ©es, garantissant toujours une rĂ©ponse rapide et une expĂ©rience utilisateur fluide, mĂȘme sous un stress Ă©levĂ©.

L'inutilité des plugins Cache, des Server Side Caches et des conseils officiels.

Lorsqu'il s'agit d'optimiser les performances de BuddyBoss, il est important de comprendre que l'utilisation de plugins de mise en cache courants et de caches cĂŽtĂ© serveur peut ĂȘtre totalement inefficace. Des plugins comme WP Fastest Cache, SuperCache, WP Rocket et W3 Total Cache sont des outils puissants pour de nombreux sites WordPress, car ils vous permettent de rĂ©duire les temps de chargement des pages en en stockant des versions statiques. De mĂȘme, les solutions de mise en cache cĂŽtĂ© serveur telles que Varnish Cache et NGINX Proxy Cache sont frĂ©quemment utilisĂ©es pour amĂ©liorer les performances globales des applications Web. Cependant, BuddyBoss possĂšde une particularitĂ© qui complique l'utilisation de ces techniques : la nĂ©cessitĂ© pour les utilisateurs d'ĂȘtre connectĂ©s Ă  leur espace membre.

Lorsqu'un utilisateur est connectĂ©, chaque page consultĂ©e est hautement personnalisĂ©e et dynamique, contenant des informations spĂ©cifiques Ă  cet utilisateur, telles que des notifications, des messages, une activitĂ© rĂ©cente et bien plus encore. Cela signifie que les techniques de cache complet, qui stockent des versions statiques des pages pour accĂ©lĂ©rer le chargement, ne peuvent pas ĂȘtre utilisĂ©es efficacement. Les solutions de mise en cache mentionnĂ©es ci-dessus, qui fonctionnent bien pour les contenus statiques, deviennent inutiles dans un contexte oĂč chaque requĂȘte adressĂ©e au serveur doit ĂȘtre traitĂ©e de maniĂšre unique.

Par conséquent, pour garantir des performances optimales avec BuddyBoss, vous devez investir dans du matériel puissant et dans une optimisation au niveau des applications.

Les conseils officiels de BuddyBoss soulignent l'importance de l'optimisation au niveau de la base de données et des applications plutÎt que de s'appuyer exclusivement sur des solutions de mise en cache, cependant ce sont des conseils trÚs basiques et peu techniques et le mécontentement des utilisateurs de BuddyBoss dans les grandes communautés est toujours trÚs fréquent.

Chez Managed Server Srl, nous avons donc voulu mettre Ă  disposition un service d'optimisation des performances pour BuddyBoss, qui a pour objectif, outre l'optimisation habituelle pour WordPress, Ă©galement une approche applicative pour optimiser les performances des applications de BuddyBoss et de l'Ă©cosystĂšme adjacent, comme WooCommerce, LearnDash, BuddyPress et des plugins plus ou moins diffĂ©rents pouvant ĂȘtre utilisĂ©s dans la construction d'une communautĂ© avec BuddyBoss.

Un cas réel d'optimisation BuddyBoss

Depuis quelques mois nous avons un nouveau client opérant dans le secteur de la formation avec une communauté de plus de 10 mille membres, l'offre de formation est créée avec une combinaison de plugins tels que LearnDash, WooCommerce, UCanTinny, WooCommerce et bien d'autres. Le client a consulté plusieurs fournisseurs d'hébergement et de conseil systÚme, mais aucun d'entre eux, à l'exception du cache cÎté serveur, ne s'est jamais concentré sur le concept exprimé précédemment, à savoir que BuddyBoss (ainsi que tous les sites qui nécessitent une connexion utilisateur) bénéficient de maniÚre significative de la Technologies de cache pleine page.

Il faut dire que les sociétés de systÚmes ne disposent généralement pas de compétences en développement parmi leur personnel, et que les sociétés de développement ne disposent pas non plus de compétences en systÚmes. Cet écart a trÚs souvent tendance à ne pas avoir une vision globale, du point de vue des performances cÎté serveur et des performances applicatives.

On se retrouve souvent dans une situation de rejet de la responsabilitĂ© oĂč le dĂ©veloppeur prĂ©tend que le site est lent Ă  cause du serveur et du service systĂšme, et l'ingĂ©nieur systĂšme finit par accuser le dĂ©veloppeur et l'application qui est terriblement lente et mal optimisĂ©e.

Renvoyer la balle

Si nous devions prendre parti entre ces deux lectures, nous serions certainement en faveur de l'ingĂ©nieur systĂšme et pas seulement par proximitĂ© et solidaritĂ© professionnelles. Il est en effet indĂ©niable qu'un pachyderme comme BuddyBoss ne brille pas en termes de performances et de rapiditĂ© car il est lui-mĂȘme dĂ©veloppĂ© sur WordPress avec des technologies lentes comme PHP et MySQL plutĂŽt que sur Go, Node.js plus moderne avec peut-ĂȘtre quelques DB NOSQL comme MongoDB ou Cassandra.

Cependant, il faut aussi se mettre à la place du client final, qui n'est souvent pas un technicien, mais un entrepreneur qui vise à essayer d'obtenir les meilleurs résultats possibles avec les outils (souvent choisis par d'autres) qu'il trouve.

En bref, ce que nous devons faire, c'est sortir de la logique de rejet de la responsabilité dans laquelle tout le monde est perdant, mais essayer d'offrir le meilleur support serveur, systÚme et applicatif afin d'obtenir les meilleures performances possibles, en jouant toutes les cartes possibles et aussi tous les as dans la manche.

Matériel puissant et de bonne taille à des coûts abordables.

Comme prĂ©vu, BuddyBoss nĂ©cessite un substrat matĂ©riel puissant et bien dimensionnĂ© pour garantir des performances optimales. Cependant, la mĂȘme configuration matĂ©rielle peut avoir des coĂ»ts trĂšs diffĂ©rents selon le fournisseur de services et le centre de donnĂ©es que vous choisissez. Si vous envisagez d'installer BuddyBoss sur une instance cloud, il est probable que vous n'ayez aucune idĂ©e de la diffĂ©rence de coĂ»t significative entre une instance nue et une instance cloud dotĂ©e de fonctionnalitĂ©s Ă©quivalentes. Les instances nues offrent souvent des performances supĂ©rieures Ă  des coĂ»ts infĂ©rieurs Ă  ceux de leurs homologues cloud, en particulier si l'on considĂšre des besoins en ressources Ă©levĂ©s comme ceux requis par BuddyBoss.

MĂȘme dans le cas d’un serveur dĂ©diĂ©, il est essentiel de savoir oĂč l’acheter pour obtenir le meilleur rapport qualitĂ©/prix. Il est essentiel de choisir des centres de donnĂ©es conformes aux normes ISO27001 et RGPD pour garantir la sĂ©curitĂ© et la conformitĂ© rĂ©glementaire, sans avoir Ă  dĂ©penser une fortune. Le choix du bon centre de donnĂ©es affecte non seulement les coĂ»ts, mais Ă©galement la fiabilitĂ© et la sĂ©curitĂ© du service.

Notre expérience, acquise depuis 2005, nous a permis de relever de nombreux défis professionnels dans le secteur de l'hébergement et de l'ingénierie systÚme Linux. Grùce à cette vaste expérience, nous sommes en mesure de sélectionner les meilleures technologies matérielles de centre de données et cÎté serveur pour vos besoins, garantissant ainsi des performances et une sécurité élevées à des coûts abordables. En tant que fournisseurs indépendants, nous pouvons comparer les offres et choisir les solutions les plus adaptées, évitant ainsi les suppléments inutiles et garantissant que votre investissement matériel est maximisé.

Réglage et optimisation cÎté serveur.

Une pile logicielle cĂŽtĂ© serveur bien configurĂ©e est cruciale pour garantir les meilleures performances de BuddyBoss. Choisir le bon logiciel et sa configuration optimale peut faire la diffĂ©rence entre un site aux performances moyennes et un site exceptionnellement rapide et stable. Par exemple, il existe une diffĂ©rence notable entre installer une pile avec NGINX, PHP-FPM, MariaDB et Varnish de maniĂšre standard et configurer la mĂȘme pile avec un rĂ©glage approfondi du systĂšme de fichiers, de la base de donnĂ©es et de l'interprĂ©teur PHP pour maximiser les performances.

Optimiser la pile de serveurs signifie aller au-delĂ  de la simple installation de logiciels. Vous devez affiner le systĂšme de fichiers pour amĂ©liorer la gestion des fichiers et les E/S, configurer la base de donnĂ©es pour optimiser la gestion des requĂȘtes et des transactions, et rĂ©gler PHP-FPM pour mieux gĂ©rer les processus et la mĂ©moire. Ce type d’optimisation nĂ©cessite une connaissance approfondie du fonctionnement des diffĂ©rents composants et de la maniĂšre dont ils interagissent les uns avec les autres.

Nous avons acquis une grande expérience dans le tuning cÎté serveur, notamment avec les moteurs InnoDB et AriaDB utilisés par les SGBD tels que Percona Server ou MariaDB. Ces moteurs de base de données, lorsqu'ils sont configurés correctement, peuvent offrir des performances nettement supérieures, réduisant les temps de réponse et améliorant la capacité de traitement des transactions. Notre expérience nous permet d'optimiser ces composants pour tirer le meilleur parti des ressources matérielles disponibles, améliorant ainsi la vitesse et la stabilité globales du systÚme.

Profilage d'application avec New Relic (ou tout autre APM)

L'optimisation des applications BuddyBoss nécessite une approche approfondie pour identifier et résoudre les goulots d'étranglement en matiÚre de performances. L'une des techniques les plus efficaces pour y parvenir est le profilage des applications à l'aide d'outils de gestion des performances des applications (APM) tels que New Relic. New Relic et d'autres APM similaires offrent un aperçu détaillé des performances des applications, vous permettant de surveiller le comportement en temps réel et d'analyser les indicateurs clés.

Avec New Relic, vous pouvez suivre les demandes des utilisateurs et voir comment chaque composant du systĂšme rĂ©pond. Cet outil fournit des informations cruciales sur les performances de votre serveur, de votre base de donnĂ©es et du code de votre application, mettant en Ă©vidence les domaines qui doivent ĂȘtre amĂ©liorĂ©s. Par exemple, New Relic peut aider Ă  identifier les requĂȘtes SQL lentes, les fonctions PHP inefficaces ou les composants tiers qui ont un impact nĂ©gatif sur les temps de rĂ©ponse.

Pour BuddyBoss, oĂč chaque demande des utilisateurs connectĂ©s doit ĂȘtre traitĂ©e de maniĂšre dynamique, l'utilisation d'un APM est essentielle. New Relic vous permet d'identifier les requĂȘtes de base de donnĂ©es qui provoquent des ralentissements, de surveiller les appels AJAX et de comprendre quelles parties du code consomment le plus de ressources CPU et mĂ©moire. Ces donnĂ©es permettent aux administrateurs systĂšme et aux dĂ©veloppeurs de prendre des dĂ©cisions Ă©clairĂ©es pour optimiser le code, amĂ©liorer la configuration de la base de donnĂ©es et ajuster les ressources du serveur.

Nouvelle-Relique-BuddyBoss

Un exemple concret pourrait ĂȘtre de rĂ©duire les temps de chargement des pages de profil utilisateur dans BuddyBoss. GrĂące au profilage avec New Relic, vous constaterez peut-ĂȘtre qu'une requĂȘte SQL particuliĂšre prend trop de temps Ă  s'exĂ©cuter. Avec ces informations, vous pouvez optimiser la requĂȘte, ajouter des index appropriĂ©s ou reconcevoir la structure de la base de donnĂ©es pour amĂ©liorer les performances.

De plus, New Relic vous permet de définir des alertes personnalisées qui vous avertissent immédiatement lorsque les performances de l'application se dégradent, permettant ainsi des interventions rapides pour résoudre les problÚmes avant qu'ils n'aient un impact négatif sur l'expérience utilisateur. Cette proactivité est cruciale pour maintenir un haut niveau de satisfaction des utilisateurs sur une plateforme complexe comme BuddyBoss.

Les résultats obtenus aprÚs analyse et optimisation de l'installation de BuddyBoss

Il faut commencer par dire que ce n'est pas une pratique courante pour nous, ingĂ©nieurs systĂšme ayant des compĂ©tences en applications, de porter une application WordPress ou PHP vers un APM comme New Relic, cela Ă©quivaut Ă  un mĂ©canicien dĂ©montant mĂ©ticuleusement tout le moteur puis le remontant dans une tentative. pour comprendre le problĂšme et ensuite le rĂ©soudre. Il s'agit d'une tĂąche extrĂȘmement coĂ»teuse en termes de temps et de ressources, mais c'est la seule voie Ă  suivre lorsque les optimisations classiques cĂŽtĂ© serveur sur du matĂ©riel puissant ne semblent pas apporter de rĂ©sultats apprĂ©ciables Ă  l'installation du client.

Il faut bouger les mains mais c'est la seule voie possible, celle de mesurer pour décider, c'est-à-dire comprendre les goulots d'étranglement et l'origine du problÚme puis procéder à la résolution.

Optimisation de la charge moyenne

Nous pouvons observer sur la capture d'Ă©cran ci-dessus qu'au petit matin, la charge du serveur et le nombre de transactions Ă©taient extrĂȘmement Ă©levĂ©s, avec des temps de rĂ©ponse trĂšs lents. Les moyennes Ă©taient d'environ 20 secondes, avec des pics dĂ©passant 60 secondes, ce qui rendait le backend lent, voire inutilisable. Ce ralentissement a eu un impact nĂ©gatif sur l'expĂ©rience utilisateur de l'administrateur, provoquant frustration et inefficacitĂ©.

Le traçage, comme le souligne l'image ci-dessous, a rĂ©vĂ©lĂ© que chaque appel admin-ajax prenait plus de 70 secondes. Compte tenu de la frĂ©quence Ă  laquelle ces appels sont effectuĂ©s par les utilisateurs connectĂ©s, il en rĂ©sulte une accumulation de charge importante, dĂ©gradant encore davantage les performances du systĂšme. Cela a entraĂźnĂ© une expĂ©rience utilisateur extrĂȘmement mauvaise, avec des temps d’attente insoutenables.

La principale cause de ces problĂšmes Ă©tait, du moins apparemment, le plugin « CRM Multistep Subscription », qui prĂ©sentait des problĂšmes de performances Ă©vidents. MĂȘme si les dĂ©fauts spĂ©cifiques n'Ă©taient pas immĂ©diatement Ă©vidents, il Ă©tait clair que le plugin introduisait des fautes de frappe et des inefficacitĂ©s qui devaient ĂȘtre corrigĂ©es. Notre analyse approfondie et notre intervention ciblĂ©e ont Ă©tĂ© essentielles pour identifier et rĂ©soudre ces problĂšmes, amĂ©liorant ainsi considĂ©rablement les performances du systĂšme.

Admin-Ajax-lent

Une analyse plus approfondie nous a permis de comprendre en quoi le problĂšme sous-jacent Ă©tait prĂ©cisĂ©ment une requĂȘte SQL non performante avec un temps d'exĂ©cution de plus de 50 secondes et imputable cette fois Ă  Learndash qui a interrogĂ© la Base de donnĂ©es pour rĂ©cupĂ©rer les cours associĂ©s Ă  chaque utilisateur.

Apprentissage par requĂȘte lente

ConsidĂ©rant que la requĂȘte Ă©tait toujours la mĂȘme et ne comportait pas de paramĂštres ou de variables spĂ©cifiques Ă  l'utilisateur comme clauses, la solution la plus rapide et la plus efficace consistait Ă  procĂ©der ainsi qu'Ă  ajouter des index aux tables MySQL (en particulier MariaDB 11.4), pour modifier le fichier incriminĂ©. code d’application Ă  l’aide d’un cache cĂŽtĂ© code.

Nous avons donc identifié le code incriminé que vous voyez ci-dessous :

learndash_get_courses_count_original

et nous l'avons rĂ©Ă©crit en ajoutant une fonctionnalitĂ© de mise en cache des requĂȘtes au niveau du code PHP Ă  l'aide de wp_cache_set() et wp_cache_get() de WordPress.

learndash_get_courses_count

Pour intĂ©grer un cache de requĂȘtes dans votre fonction learndash_get_courses_count, nous pouvons utiliser l'API de cache WordPress. Cela nous permet de stocker les rĂ©sultats des requĂȘtes pendant une certaine pĂ©riode de temps, amĂ©liorant ainsi les performances.

wp_cache_set() est une fonctionnalité WordPress qui permet de mettre en cache une valeur. Il est utilisé en transmettant une clé unique, la valeur à stocker, un groupe facultatif pour organiser les données et un délai d'expiration facultatif. Cette fonction met en cache la valeur fournie avec la clé spécifiée.

wp_cache_get() est la fonction complémentaire qui permet de récupérer une valeur du cache. Il est utilisé en fournissant la clé unique et, éventuellement, le groupe auquel appartient la valeur. Vous pouvez forcer la récupération à partir du cache principal et vérifier si la valeur a été trouvée ou non. Cette fonction récupÚre la valeur associée à la clé spécifiée du cache.

Utiliser wp_cache_set() e wp_cache_get() dans WordPress de maniÚre responsable et dans la mesure du possible, contribue à améliorer les performances du site en réduisant la charge sur la base de données et en accélérant les temps de réponse.

ConcrĂštement, le code que nous avons modifiĂ© par rapport Ă  celui d'origine qui prĂ©tendait faire une requĂȘte de 50 secondes Ă  chaque fois, visait Ă  stocker le rĂ©sultat de la requĂȘte pendant 1 heure.

  1. GĂ©nĂ©ration de clĂ© de cache: Une clĂ© unique est gĂ©nĂ©rĂ©e en fonction des arguments de la requĂȘte et du champ de retour.
  2. Récupération à partir du cache: tente de récupérer le résultat du cache à l'aide de la clé générée. Si le résultat est présent dans le cache, il est renvoyé immédiatement.
  3. Mise en cache: Si le rĂ©sultat n'est pas dans le cache, la requĂȘte est exĂ©cutĂ©e et le rĂ©sultat est mis en cache pendant 1 heure

De cette façon, les rĂ©sultats des requĂȘtes sont stockĂ©s et rĂ©utilisĂ©s, amĂ©liorant ainsi les performances globales.

Le rĂ©sultat est que la requĂȘte lente a effectivement disparu. Si nous regardons la derniĂšre fois que la requĂȘte lente est apparue dans le systĂšme d'analyse New Relic, nous voyons que la derniĂšre fois qu'elle est apparue, c'Ă©tait il y a 5 heures, juste avant le changement final.

RequĂȘte lente-LearnDash

De cette maniĂšre, comme dans un effet de chaĂźne, les appels admin-ajax.php ont commencĂ© Ă  s'exĂ©cuter correctement ainsi que la charge au niveau de l'application et du serveur avec un aplatissement des requĂȘtes BD et des latences.

Présentation de la transaction New-Relic

Les rĂ©sultats obtenus se traduisent par une rĂ©duction de la charge CPU d'une Charge Moyenne de 30 Ă  une Charge Moyenne de 4, avec une Ă©conomie de plus de 600%, une augmentation de la rĂ©activitĂ© du site pour les utilisateurs connectĂ©s, une moindre charge sur la base de donnĂ©es. , et une amĂ©lioration gĂ©nĂ©rale vraiment tangible Ă  l'Ɠil nu.

CPU-Charge-Netdata

Le rĂ©glage et l'optimisation cĂŽtĂ© serveur sont des processus cruciaux pour exploiter pleinement le potentiel de BuddyBoss. Avec une approche ciblĂ©e et une configuration optimale, il est possible d’atteindre des performances de haut niveau, garantissant une expĂ©rience utilisateur fluide et rĂ©active. Cependant, lorsque ces mesures ne suffisent pas, il est nĂ©cessaire d'aller au cƓur du problĂšme de l'application en utilisant de prĂ©cieux outils de profilage tels que New Relic. Notre expertise dans ce domaine nous permet de proposer des solutions sur mesure, optimisant chaque aspect de la pile serveur pour rĂ©pondre aux besoins spĂ©cifiques de votre plateforme. Cela inclut le rĂ©glage fin des ressources du serveur, l'optimisation des requĂȘtes de base de donnĂ©es et la mise en Ɠuvre d'une mise en cache avancĂ©e.

Si votre application BuddyBoss ou LearnDash commence Ă©galement Ă  souffrir de problĂšmes de performances et de vitesse, et que vous souhaitez amĂ©liorer l'expĂ©rience utilisateur sans avoir Ă  tout refaire Ă  partir de zĂ©ro, contactez-nous. Nous sommes prĂȘts Ă  rĂ©soudre avec brio les problĂšmes de performances, comme nous l'avons dĂ©jĂ  fait dans de nombreux autres cas, garantissant une amĂ©lioration significative de la rapiditĂ© et de la rĂ©activitĂ© de votre site.

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 The 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ℱ ; 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. Hetzner Online GmbH dĂ©tient les droits sur HetznerÂź ; OVHcloud est une marque dĂ©posĂ©e d'OVH Groupe SAS ; cPanelÂź, LLC dĂ©tient les droits sur cPanelÂź ; PleskÂź est une marque dĂ©posĂ©e de Plesk International GmbH ; Facebook, Inc. dĂ©tient les droits sur FacebookÂź. Ce site n'est affiliĂ©, sponsorisĂ© ou autrement associĂ© Ă  aucune des entitĂ©s mentionnĂ©es ci-dessus et ne reprĂ©sente en aucune maniĂšre aucune de ces entitĂ©s. 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