Comment tester complètement les hôtes WordPress (gratuit)
Découvrez comment nous testons les performances de nos hôtes en coulisses par rapport à certains des plus grands hôtes WordPress. Au début, c’était un simple exercice interne pour voir comment notre ordinateur central mesurait et s’est rapidement transformé en un voyage fascinant de découverte de soi. Chers lecteurs de blogs, c’est un voyage que nous avons décidé de partager avec vous. Après tout, nous sommes fiers de notre honnêteté et de notre intégrité ici. Une fois que vous avez décidé de l’emporter, l’un des principaux objectifs (sauf botter le cul * *) C’est une transparence totale. Il existe à la fois les résultats publiés et nos méthodes d’essai.
De cette façon, vous pouvez croire que tout est légal et que rien n’est affecté en notre faveur (ce qui, d’ailleurs, n’est bon pour personne). C’est le contenu de cet article. Découvrez comment un de nos experts internes a testé l’hébergement des développeurs wpmu sur certaines des plateformes les plus populaires de l’industrie. Suivez – nous et vous serez libres de recréer notre méthode Au fait, tous les outils mentionnés dans cet article sont entièrement gratuits! Voilà le résultat.
D’ailleurs, il y a ici les courageux fournisseurs d’hébergement de développeurs qui se sont battus dans cette comparaison: Go Dada wpengine Fly cloudways hostgate siteground kinsta bluehost nous avons choisi ces neuf hôtes, soit parce qu’ils ne sont que quelques – uns des plus grands propriétaires de cartes dans l’hébergement WP, soit parce qu’ils ne sont que quelques – uns des plus grands propriétaires de cartes dans l’hébergement WP. Et parce qu’ils sont la plate – forme linguistique que nos membres semblent toujours utiliser dans les conversations et les enquêtes. Nous savons également que nous n’aimons pas le développement de wpmu, peu importe avec qui nous choisissons de le comparer. Par conséquent, si vous avez des suggestions pour l’hôte, nous devrions comparer
Nous ferons de notre mieux pour les inclure dans le prochain cycle d’essai.
Pour rendre les tests aussi équitables que possible, nous avons comparé les plans de base de chaque fournisseur d’hébergement. Nous avons également utilisé le même site de test de base et l’avons ajouté à chaque programme d’hébergement. Voici le site de test que nous avons utilisé (les amateurs de chiens se préparent pour \
Nous voulons voir comment chaque serveur géré fonctionne sous pression. Après tout, si un grand nombre de visiteurs affluent soudainement, vous ne voulez pas que le serveur échoue. Nous voulons également tester la vitesse de chaque hôte, car il est important de servir les clients en temps opportun, sinon ils pourraient être frustrés et cliquer. Par conséquent, nous avons effectué deux tests de performance principaux sur chaque hôte: le test de charge de l’hôte. Essai de vitesse (ttfb). Voici deux procédures de test, en commençant par le test de charge gérée: Combien d’utilisateurs parallèles peuvent gérer chaque serveur géré. Pour cet essai de charge, nous avons utilisé https:\/\/loader.io\/ « un service de test de charge gratuit qui vous permet de tester vos applications Web et API à travers des milliers de connexions simultanées.
Chargement du client – ce test vous permet de spécifier les valeurs du client et du client.
Comme nous l’avons mentionné précédemment, ce test fonctionne en vous permettant de spécifier des valeurs et des valeurs. Cela signifie que si vous spécifiez ‘0’ et ‘2000’, par exemple, le test commencera par 0 clients et augmentera à 2000 clients simultanés à la fin. Définir les limites du test de charge du client. Lors de chaque test de charge, nous avons fixé une limite maximale de 5000 clients. Nous avons constaté qu’il s’agissait d’une limite appropriée, car la plupart des hôtes n’avaient en aucun cas accès à 1 000 clients. Tous les tests ont été effectués pendant 5 minutes et l’erreur a été réglée à 1% lorsque l’erreur a commencé. Ces erreurs comprennent les temps d’arrêt, 400 \/ 500 et les erreurs de réseau (toutes cumulées à 1%).
Nous avons choisi 1% comme la valeur la plus basse possible afin que le test s’arrête immédiatement et donne la lecture la plus précise du nombre maximum de clients parallèles. Cela est important parce que si nous définissons l’erreur à 50%, par exemple, le nombre de clients parallèles est beaucoup plus élevé, mais c’est simplement parce que plus d’utilisateurs sont autorisés (en raison du réglage élevé de l’erreur). Quand ils ne devraient pas vraiment compter, parce qu’ils reçoivent une mauvaise réponse, ce qui signifie qu’ils sont essentiellement des visiteurs perdus. Mesures envisagées. Dans ce test particulier, nous nous intéressons davantage aux mesures du « nombre de réponses » et du « client parallèle ».
Le nombre de réponses indique le nombre total de réponses réussies \/ infructueuses:
Définit l’hôte par emplacement. En regardant le tableau ci – dessus, notre indicateur de test le plus intéressant est « ttfb ». Ttfb mesure le temps qu’il faut au client pour envoyer une requête HTTP, puis reçoit le premier octet de données du serveur. Le plus gros problème avec la comparaison des résultats de ttfb est… Le seul problème est que ttfb (ou la vitesse de l’hôte) est moins facile à comparer. Cela est dû au fait que la vitesse varie selon l’emplacement du serveur hôte par rapport à l’utilisateur. Par exemple, si le serveur que vous avez choisi pour héberger le site se trouve aux Pays – Bas, le ttfb que vous avez lu d’Amsterdam sera toujours meilleur. Pour être honnête avec tous les hôtes concernés, nous avons donc choisi deux façons différentes de rendre les lectures ttfb: « moyenne ttfb » (géo – Optimisation) – C’est la lecture ttfb la plus basse de tous les emplacements d’essai (également appelée meilleure). \
(ou autre chose que vous aimez). Que pensez – vous de notre méthode de test gérée? Comment testez – vous habituellement un fournisseur d’hébergement? Veuillez nous en informer dans vos commentaires.