Analyse experte avec des avis d’utilisateurs Hostinger vérifiés
J’ai provisionné un VPS Laravel Hostinger, je l’ai soumis à une suite complète de tests de performance serveur, et j’ai envoyé à l’assistance Kodee AI deux vraies questions techniques. Un bouton du tableau de bord n’a pas fait ce que son libellé promettait.
J’ai provisionné un VPS Laravel Hostinger, je l’ai soumis à une suite complète de tests de performance serveur, et j’ai envoyé à l’assistance Kodee AI deux vraies questions techniques. Un bouton du tableau de bord n’a pas fait ce que son libellé promettait.
Hostginger vend son VPS Laravel comme un serveur préinstallé, géré par l’IA, conçu pour mettre rapidement un projet Laravel en ligne. La majeure partie de cette promesse s’est confirmée lors des tests réels, avec de solides benchmarks, un agent de soutien IA compétent, et des sauvegardes confirmées comme étant exécutées selon l’horaire.
Un bouton sur le tableau de bord m’a toutefois envoyé là où je ne m’attendais pas du tout à aller, et ça vaut la peine de le savoir avant d’y cliquer vous-même. Voici le compte rendu complet.
Hébergement VPS Laravel Hostinger
Découvrez comment l’hébergement VPS Laravel de Hostinger offre un environnement flexible pour déployer des applications Laravel avec des ressources serveur dédiées, un contrôle total, des performances évolutives et des configurations personnalisables pour les projets Web modernes.
Laravel préinstallé automatiquement lors du provisionnement
Du paiement au serveur en fonction en quelques minutes
Cloudpanel donne un accès complet au contrôle du serveur
Kodee inspecte et corrige les problèmes en direct
Des sauvegardes hebdomadaires s’exécutent et se vérifient automatiquement
Solide mise à l’échelle du CPU sur les deux cœurs
Vitesses de lecture et d’écriture du disque équilibrées
Réseau constant proche du gigabit sur l’ensemble des tests
Garantie de remboursement de 30 jours sur les plans VPS
Cons
Analyseur de malware non installé par défaut
Le bouton Gérer l’application redirige vers Laravel Cloud
Tip Gérez votre application Laravel via Cloudpanel plutôt qu’avec le bouton Gérer l’application, et consultez l’onglet Sécurité si vous voulez réellement activer l’analyseur de malware.
Répartition des notes
Pour évaluer l’hébergement VPS Laravel de Hostinger, j’ai appliqué la méthodologie de notation de HostAdvice, la même approche normalisée utilisée pour chaque avis sur le site, afin que les notes demeurent cohérentes et fondées sur des tests réels plutôt que sur des affirmations marketing. Voici comment chaque paramètre s’est classé.
Kodee a vérifié le serveur en direct à deux reprises et a donné des correctifs précis, prêts pour le déploiement, les deux fois.
Note globale
9.1/10
Un hébergeur Laravel capable avec un excellent soutien et d’excellents benchmarks, freiné par une seule vraie erreur d’interface.
Hébergement VPS Laravel Hostinger
Découvrez comment l’hébergement VPS Laravel de Hostinger offre un environnement flexible pour déployer des applications Laravel avec des ressources serveur dédiées, un contrôle total, des performances évolutives et des configurations personnalisables pour les projets Web modernes.
Hostinger vend l’hébergement Laravel comme l’un des quatre niveaux de VPS KVM, KVM 1 à KVM 8, chacun faisant évoluer ensemble les cœurs de CPU, la RAM, l’espace disque NVMe et la bande passante à mesure que vous montez en gamme.
Laravel n’est pas un achat distinct, c’est une application en un clic superposée à n’importe quel niveau que vous choisissez au moment du paiement, avec Cloudpanel inclus comme panneau de contrôle réel pour gérer l’installation une fois qu’elle est en ligne.
Modalités de facturation : Les plans sont payés d’avance sur des termes de 1, 12 ou 24 mois, les termes plus longs offrant de vraies réductions sur le tarif mensuel. Consultez le widget de prix ci-dessous pour le détail complet par niveau et par terme.
Garantie de remboursement : Les plans VPS sont assortis d’une garantie de 30 jours, mais les petits caractères ajoutent une vraie limite. Vous ne pouvez demander un remboursement VPS qu’une fois tous les 180 jours, donc un deuxième remboursement sur un achat VPS distinct à l’intérieur de cette fenêtre ne passera pas. Les mises à niveau d’un plan VPS existant sont entièrement exclues.
Essai gratuit : Je n’ai pas trouvé d’essai gratuit dédié à l’hébergement VPS Laravel, seulement la garantie de remboursement de 30 jours. Planifiez votre période d’évaluation en tenant compte de cette limite.
Moyens de paiement : Carte (Visa, Mastercard, Amex, Discover), PayPal, Google Pay, AliPay en variantes distinctes pour la Chine et Hong Kong, ainsi que Coingate pour la crypto. Les paiements en crypto échappent entièrement à la politique de remboursement, alors gardez cela en tête si la garantie compte pour vous.
Ce qui est inclus : Chaque niveau comprend un domaine .cloud gratuit pour la première année, l’accès root complet, l’intégration Git et Cloudpanel sans frais supplémentaires, donc le prix affiché est plus proche du coût réel que chez des hébergeurs qui facturent le panneau de contrôle séparément.
Les propres recommandations de Hostinger suggèrent que KVM 1 suffit pour un site Laravel simple, tandis que KVM 8 est recommandé pour des projets plus lourds et gourmands en ressources.
À ajouter à cela d’après les tests, la confusion autour de la gestion de l’application via le bouton Gérer l’application, et l’analyseur de malware laissé désactivé par défaut, s’appliquent à tous les niveaux également, donc monter en gamme ne corrigera aucun de ces deux points. Choisissez votre plan en fonction des besoins en CPU et en trafic, et gérez ces deux problèmes spécifiques de la même façon, quel que soit le niveau retenu.
Fonctionnalités
Processeurs AMD EPYC sur tous les niveaux
Stockage SSD NVMe sur tous les plans
Intégration Git pour un déploiement simplifié du code
Accès root complet via SSH
Panneau de contrôle Cloudpanel inclus par défaut
Agent IA pour les tâches de gestion VPS
Sauvegardes hebdomadaires automatiques sur chaque plan
Vitesse réseau de 1 Gbps par plan
Domaine .cloud gratuit pendant un an
Hébergement VPS Laravel Hostinger
Découvrez comment l’hébergement VPS Laravel de Hostinger offre un environnement flexible pour déployer des applications Laravel avec des ressources serveur dédiées, un contrôle total, des performances évolutives et des configurations personnalisables pour les projets Web modernes.
Une application Laravel vit ou meurt sur le serveur qui l’héberge tout autant que sur le code lui-même. Le temps de chargement des pages dépend de la vitesse du CPU pour exécuter PHP, les requêtes de base de données dépendent des E/S disque, les sessions et la mise en cache dépendent de la mémoire, et si l’application exécute des tâches planifiées ou a de vrais visiteurs, le débit réseau et la capacité à soutenir une charge prolongée comptent aussi.
Laravel ne change rien à cela, c’est toujours du PHP exécuté sur Linux, donc le vrai test ici, c’est le VPS.
J’ai exécuté une suite complète de benchmarks sur le serveur, couvrant le CPU, la mémoire, le disque, le réseau et un passage de stress soutenu, pour voir ce que ce plan offre réellement et ce que cela signifie pour une vraie application.
L’instance que j’ai testée était le plan KVM 2, celui que j’ai choisi au moment du paiement :
CPU : 2 vCPU, prélevés sur un hôte équipé d’un processeur AMD EPYC 9354P
RAM : 7.8GB utilisables sur les 8GB alloués, plus 2GB de swap
Disque : 96GB utilisables sur l’allocation NVMe de 100GB
OS : Ubuntu 24.04.4 LTS, noyau 6.8.0-137-generic
Avant d’entrer dans les chiffres, il est bon de savoir que la gamme VPS Laravel de Hostinger suit les mêmes quatre niveaux que le reste de sa gamme VPS, KVM 1 à KVM 8, et que KVM 2 se situe deuxième à partir du bas, un cran au-dessus de l’option la moins chère et bien en dessous des niveaux KVM 4 et KVM 8 conçus pour des charges de travail plus lourdes et multi-applications.
Ce qui suit reflète un petit à moyen projet Laravel, une seule application servant un trafic réel mais modeste, pas une grande plateforme exécutant plusieurs services sur une seule machine.
Écart-type de l’équité des threads : 182.50 sur une moyenne de 14,321.5 événements par thread
Voici ce que ce chiffre mono-thread signifie réellement en pratique. Une requête Laravel typique, qui rend une vue Blade, exécute quelques requêtes Eloquent, vérifie une session, passe la majeure partie de son temps sur un seul cœur de CPU à faire du travail PHP plutôt que de se répartir sur plusieurs cœurs à la fois.
Avec 0.61ms de latence moyenne par événement de calcul dans ce test, le CPU n’est pas l’élément de la pile qui va rendre une page lente.
L’écart entre la latence moyenne et le 95e percentile est faible aussi, 0.61ms contre 0.64ms, ce qui signifie que la performance est restée constante plutôt qu’avec des requêtes occasionnelles beaucoup plus longues que les autres, un schéma qui se traduirait par des chargements de pages aléatoirement lents pour de vrais visiteurs.
Le résultat multi-thread est le chiffre le plus utile pour comprendre la concurrence. Passer d’un thread à deux a presque doublé le débit, soit une efficacité de mise à l’échelle d’environ 88 pour cent, ce qui signifie que ce VPS ne perd pas beaucoup de capacité en surcharge ou en raison de la concurrence d’autres locataires pour les mêmes cœurs physiques.
En pratique, cela signifie que PHP-FPM fonctionnant avec deux processus travailleurs sur ce plan peut gérer environ deux fois le volume de requêtes d’un scénario mono-thread avant que le CPU ne devienne le goulot d’étranglement, plutôt que quelque chose de nettement inférieur au double, ce que vous verriez si les deux vCPU se disputaient les cycles.
Le chiffre d’équité des threads, d’environ 1.3 pour cent de variance entre les deux threads, confirme que les deux cœurs ont effectué à peu près la même part du travail plutôt qu’un cœur portant la charge pendant que l’autre restait inactif. Pour un vrai site, cela signifie que les requêtes sont réparties uniformément entre les travailleurs PHP-FPM au lieu de s’accumuler derrière celui qui est occupé.
2. Vitesse de la mémoire
Écriture séquentielle : 5,865.22 MiB/sec
Lecture séquentielle : 7,155.43 MiB/sec
La vitesse de la mémoire compte pour Laravel d’une façon qu’il est facile de négliger. Chaque consultation d’OPcache, chaque lecture de session, chaque tableau ou collection que votre application construit en traitant une requête vit en RAM, et si une couche de mise en cache comme Redis tourne aussi sur la même machine, elle se dispute aussi cette bande passante mémoire.
À environ 5.9 GiB par seconde en écriture et 7.2 GiB par seconde en lecture, ce VPS peut transférer des données dans et hors de la mémoire assez vite pour qu’il soit très peu probable que les opérations mémoire ralentissent une requête, le goulot d’étranglement pour une application Laravel typique sera presque toujours le disque ou le réseau avant la RAM.
Là où la mémoire compte davantage directement, c’est la capacité plutôt que la vitesse. Avec 7.8GB utilisables et 2GB de swap derrière, ce plan peut faire tourner confortablement PHP-FPM, MySQL ou PostgreSQL, et une petite instance Redis côte à côte pour une seule application, mais il ne laisse pas beaucoup de marge si vous exécutez plusieurs sites sur le même VPS ou une base de données avec un grand jeu de travail.
Le swap est un filet de sécurité pour un pic de mémoire bref, pas un substitut à la RAM si l’application est vraiment sous-dimensionnée pour ce plan.
Lecture/écriture mixte aléatoire 4K : environ 9,400 IOPS dans chaque direction, environ 36.7 MiB/s de débit par direction
La vitesse séquentielle est le chiffre qui compte pour les opérations importantes et ponctuelles, la restauration d’une sauvegarde de base de données, l’extraction d’une archive téléversée, l’écriture d’un gros fichier journal.
À environ 740 à 750 MiB/s dans les deux sens, et avec des lectures et écritures à moins de deux pour cent d’écart, ce disque n’a pas la faiblesse asymétrique dans un sens que l’on voit sur certains stockages cloud, où les lectures sont rapides mais les écritures sont nettement plus lentes.
La performance aléatoire 4K est le chiffre qui prédit réellement la sensation d’utilisation quotidienne d’une application Laravel, parce qu’une base de données ne lit et n’écrit pas en grands blocs séquentiels, elle lit et écrit de petits blocs dispersés sur le disque lorsqu’elle recherche des lignes, met à jour des index et écrit dans son journal de transactions.
Un peu plus de 9,000 IOPS dans chaque direction se traduit par environ 9,000 petites opérations de base de données par seconde avant que les E/S disque ne deviennent le facteur limitant.
Une page Laravel typique peut déclencher entre quelques requêtes et quelques dizaines selon la façon dont l’application est construite, ce qui signifie que ce disque a de la marge pour un nombre significatif d’utilisateurs simultanés interrogeant la base de données avant que les requêtes commencent à s’empiler en attendant l’accès au disque.
Il faudrait une charge de travail nettement axée sur l’écriture, une journalisation à haut volume, une table de files d’attente très sollicitée, des écritures fréquentes du cache sur disque, pour atteindre ce plafond particulier.
4. Vitesse du réseau
Test 1 : Téléchargement 990.06 Mbps, téléversement 910.87 Mbps, latence au repos 0.31ms, 0 % de perte de paquets
Test 2 : Téléchargement 985.24 Mbps, téléversement 947.82 Mbps, latence au repos 0.27ms, 0 % de perte de paquets
Les deux tests se sont effectués contre un serveur à Phoenix, en Arizona, correspondant à l’emplacement aux États-Unis que j’avais sélectionné au moment du paiement, à presque un gigabit complet dans les deux sens, sans perte de paquets lors des deux essais.
Pour une application Laravel, ce chiffre compte surtout pour deux choses : la vitesse à laquelle le serveur peut servir les actifs et les réponses API aux visiteurs, et, si l’application appelle des API externes ou récupère des données d’autres services, la vitesse de ces appels sortants.
Un débit proche du gigabit signifie que la bande passante ne sera pas la contrainte pour une application Web typique; il faudrait un volume très élevé de transferts de gros fichiers, de vidéo, de gros téléchargements ou d’exports en masse pour que cela devienne le facteur limitant plutôt que le CPU ou le disque.
Les résultats presque identiques sur deux tests distincts, réalisés à quelques minutes d’intervalle, éliminent aussi l’idée d’un résultat chanceux ponctuel : c’est ce que fait la connexion de façon constante plutôt qu’un nombre qui a simplement monté en flèche une fois.
5. Test de stress
J’ai exécuté des contraintes sur le CPU, la mémoire et le disque pendant 180 secondes chacune pour voir comment le serveur tient sous charge soutenue plutôt que sous une poussée brève :
Les chiffres individuels de bogo ops comptent moins ici que ce qui ne s’est pas produit.
Zéro worker ayant échoué et zéro métrique jugée non fiable sur les trois tests, exécutés l’un après l’autre pendant trois minutes complètes chacun, signifie que le serveur a maintenu le CPU, la mémoire et le disque tous sous pression simultanée sans planter, sans se brider jusqu’à devenir peu fiable, ni retourner des résultats que le benchmark lui-même a signalés comme suspects. C’est ce qui se rapproche le plus de ce type de test pour simuler un pic de trafic, plusieurs ressources au maximum
en même temps, et c’est le résultat le plus important pour quiconque craint que son site s’écroule pendant une période chargée plutôt que de bien fonctionner seulement lors de tests isolés, un à la fois.
Verdict global sur la performance
Le plan KVM 2 fonctionne bien pour ce qu’il est, un VPS de petite à moyenne gamme plutôt qu’un modèle phare. En pratique, ce serveur a assez de vitesse CPU mono-thread et assez d’IOPS disque aléatoires pour garder rapide un chargement typique de page Laravel, assez de débit réseau pour que la bande passante ne soit pas le goulot d’étranglement d’une application Web normale, et il a tenu bon sans aucune erreur lors de trois tests de stress simultanés.
Rien de tout cela ne devrait être lu comme un verdict sur l’hébergement Laravel de Hostinger dans son ensemble, puisqu’il s’agit d’un niveau sur quatre.
Un projet personnel plus petit ou une application à faible trafic pourrait aisément fonctionner sur le plan KVM 1 moins cher, tandis qu’une application Laravel servant du trafic de production réel, exécutant des tâches planifiées, des workers de file d’attente et une base de données en même temps, aurait tout intérêt à regarder les niveaux KVM 4 ou KVM 8 plutôt que de prendre ces chiffres de KVM 2 comme plafond. Choisissez selon ce dont l’application a réellement besoin pour fonctionner, pas seulement selon le prix d’entrée affiché sur la page du plan.
Hébergement VPS Laravel Hostinger
Découvrez comment l’hébergement VPS Laravel de Hostinger offre un environnement flexible pour déployer des applications Laravel avec des ressources serveur dédiées, un contrôle total, des performances évolutives et des configurations personnalisables pour les projets Web modernes.
J’ai testé le VPS Laravel de Hostinger du paiement jusqu’à l’ouverture des outils de gestion réels fournis avec lui.
Cela couvrait le choix d’un plan et d’un emplacement de serveur, la création d’un compte, le paiement, puis le fait de comprendre comment gérer concrètement un déploiement Laravel une fois le serveur en ligne. Voici à quoi le processus a réellement ressemblé, y compris un moment où l’interface m’a envoyé là où je ne m’attendais pas.
1. Inscription
J’ai commencé sur la page d’accueil du VPS Laravel, qui met de l’avant trois affirmations à retenir :
Sauvegardes hebdomadaires automatiques gratuites
VPS géré par l’IA
Analyseur de malware automatique
J’ai choisi le plan KVM 2, un bon compromis pour une seule application Laravel plutôt qu’une construction gourmande en ressources, et je suis passé au panier.
À partir de là, la page du panier affichait tout sur un seul écran :
Période de facturation : 1, 12 ou 24 mois, économies indiquées pour chaque option
Emplacement du serveur : régions regroupées par continent, estimation de latence à côté de chacune
Place de marché des applications : plus de mille options en un clic pour systèmes d’exploitation, panneaux et applications
J’ai opté pour 24 mois pour obtenir le tarif plus bas, puis j’ai passé plus de temps que d’habitude sur le choix de l’emplacement du serveur.
Le Royaume-Uni affichait la meilleure latence dans la liste, mais j’ai quand même fait défiler le reste des régions pour comparer. L’Amérique du Nord montrait un bon résultat pour les États-Unis, et l’option la plus rapide en Asie, la Malaisie, restait bien derrière les deux autres.
Comme le site que j’avais en tête s’adresserait surtout à une audience américaine, j’ai choisi les États-Unis plutôt que l’option Royaume-Uni, techniquement plus rapide.
Il vaut la peine de le souligner pour quiconque compare les régions sur cette page. La meilleure latence pour vous, assis devant votre propre ordinateur portable, n’est pas le chiffre qui compte. C’est la latence pour les personnes qui visiteront réellement le site, alors choisissez selon votre public, pas selon vos propres résultats de test.
Ensuite, j’ai fait défiler jusqu’à la place de marché des applications, où Laravel était déjà sélectionné, selon le même schéma d’installation en un clic que Hostinger utilise pour tout son catalogue d’applications. Rien n’avait besoin d’être modifié, alors je suis allé directement au paiement.
J’étais déjà connecté à un compte Hostinger existant, donc l’inscription elle-même a pris un clic.
Après cela, la page d’adresse de facturation et de paiement proposait :
Carte, couvrant Visa, Mastercard, Amex et Discover
PayPal
Google Pay
AliPay, en variantes distinctes pour la Chine et Hong Kong
Coingate, pour les paiements en crypto
Tout sur une seule page, sans redirection séparée. J’ai soumis le paiement, j’ai reçu immédiatement un courriel de confirmation, puis je suis revenu dans hPanel avec le nouveau serveur déjà सूचीé comme en cours d’exécution.
Ce qui ressort ici, c’est combien Hostinger offre de choix au moment du paiement sans rendre quoi que ce soit obligatoire.
La comparaison des emplacements, en particulier, mérite d’être prise au sérieux plutôt que d’être ignorée, puisque la recommandation par défaut du plan ne correspondra pas toujours aux personnes qui utiliseront réellement le serveur.
2. Tableau de bord/Espace client
Une fois le paiement confirmé, hPanel s’est ouvert sur son écran d’accueil, le même panneau central du compte qui gère les domaines, le courriel, le créateur de sites et la gestion VPS à partir d’un seul endroit.
Il m’a accueilli par mon nom avec une barre d’invite IA, une rangée de boutons de raccourci, une liste de tâches à faire et une liste courante de tous les sites Web et serveurs du compte plus bas sur la page.
Ensuite, j’ai fait défiler jusqu’au tableau VPS, où le nouveau serveur apparaissait déjà comme En cours d’exécution, avec son nom d’hôte, son adresse IP, son plan et sa date d’expiration visibles sans rien ouvrir.
J’ai cliqué sur Gérer pour passer au panneau spécifique au serveur.
Atterrir sur la page d’accueil du compte immédiatement après le paiement, avec le serveur déjà provisionné et inscrit, est la partie de ce parcours qui fonctionne constamment bien.
Il n’y a pas d’écran d’attente séparé ni de menus à fouiller pour retrouver ce que vous venez d’acheter.
3. Gestion de Laravel et du serveur
Cliquer sur Gérer a ouvert la page Vue d’ensemble du VPS, et c’est là que les vraies différences commencent à apparaître.
Tout en haut se trouvait une carte d’application intitulée Laravel avec un bouton Gérer l’application, confirmant que Laravel a été installé automatiquement pendant le provisionnement.
Directement en dessous se trouvait une deuxième carte à laquelle je ne m’attendais pas :
Cloudpanel, basé sur Ubuntu 24.04
Nom d’utilisateur admin affiché en clair
Lien de réinitialisation du mot de passe
Son propre bouton de panneau Gérer, distinct de la carte Laravel au-dessus
Cette deuxième carte compte plus qu’elle n’en a l’air. Cloudpanel est un panneau de contrôle complet pour le serveur, inclus en plus de Laravel, et il s’est avéré être l’interface réelle pour gérer les fichiers, les sites et le serveur au quotidien.
En faisant défiler au-delà des deux cartes, l’instance Ubuntu 24.04 sous-jacente apparaissait en dessous, marquée En cours d’exécution, avec les commandes de redémarrage et de terminal ainsi que les détails SSH root disposés de la même façon que pour tous les autres VPS de ce compte.
Puisque ce serveur venait d’être provisionné, les graphiques de ressources n’étaient pas encore remplis; hPanel affichait un message me demandant de revenir dans environ 30 minutes pour les données d’utilisation, une façon honnête de traiter un serveur qui n’a réellement aucun historique de trafic encore plutôt que d’afficher des graphiques vides comme s’ils voulaient dire quelque chose.
Plus bas, j’ai trouvé :
Gestion des clés SSH
Règles de pare-feu
Instantanés de sauvegarde
Analyseur de malware : Non installé
Cette dernière ligne est la première vraie lacune. L’analyseur de malware est indiqué comme Non installé, juste sous une page de plan qui liste un analyseur de malware automatique comme l’une des trois principales fonctionnalités de ce produit exact. Quelles que soient les promesses marketing, il n’est pas activé par défaut sur le serveur que vous recevez réellement.
Curieux de savoir si l’autre promesse principale tenait mieux la route, j’ai ensuite consulté Sauvegardes et surveillance. Le journal des dernières actions montrait :
Une action recreate enregistrée le même jour
Des entrées weekly backup_create, chacune marquée Success, remontant sur plus d’un mois
Cette affirmation s’est confirmée à la lumière des journaux du compte, un vrai contraste avec l’analyseur de malware laissé inactivé à une section de distance.
Il vaut la peine de savoir que Hostinger livre certaines de ses fonctionnalités annoncées par défaut et en laisse d’autres à activer soi-même, et que la seule façon de savoir lesquelles est d’aller vérifier, puisque la page de plan les présente toutes comme également incluses.
Ensuite, je suis revenu à la carte d’application Laravel et j’ai cliqué sur Gérer l’application, m’attendant à ce qu’elle ouvre une sorte d’écran de configuration ou de gestion de fichiers propre à Laravel, comme le faisait le bouton de Cloudpanel.
À la place, cela a ouvert une page intitulée « Commençons », avec des liens vers la documentation propre à Laravel et des tutoriels vidéo Laracasts, et un seul bouton en dessous libellé Déployer maintenant.
J’ai cliqué quand même pour voir où cela menait, et cela m’a amené à laravel.com/cloud, la page d’inscription de Laravel Cloud.
Voici la distinction qu’il vaut la peine d’établir précisément.
Laravel Cloud n’est pas un produit de Hostinger et n’a rien à voir avec le VPS que je venais de payer. C’est une plateforme d’hébergement entièrement gérée distincte, construite et vendue directement par l’équipe Laravel, concurrente d’un service comme Vercel ou Heroku, avec son propre système de compte, sa propre tarification et son propre crédit d’utilisation gratuit.
S’y inscrire voudrait dire payer Laravel, en plus de ce que vous avez déjà payé à Hostinger, pour héberger votre application ailleurs complètement.
Quant à la raison pour laquelle Gérer l’application y pointe, j’ai consulté l’article officiel de la base de connaissances que Kodee citait lui-même lorsque j’ai demandé, “How to use the Laravel VPS template at Hostinger“. Cet article explique comment accéder à CloudPanel à l’adresse IP de votre VPS sur le port 8443, modifier le fichier .env file, et exécuter Composer et les commandes Artisan via SSH.
Il ne mentionne jamais le bouton Gérer l’application, et il ne mentionne jamais Laravel Cloud non plus. Donc, ce n’est pas une situation où l’explication existerait quelque part où je ne l’aurais pas vue.
Le propre guide officiel de Hostinger pour ce modèle exact n’admet pas que ce bouton existe, et Kodee, quand je lui ai demandé directement, a confirmé que Gérer l’application ne gère pas le VPS et a averti que s’inscrire à Laravel Cloud à partir de là signifierait une deuxième facture distincte.
Quiconque clique sur Gérer l’application en s’attendant à gérer son application se retrouve devant une page d’inscription pour un produit payant différent, sans aucune documentation qui le signale à l’avance.
Le bouton qui mène réellement à destination se trouve une carte plus bas. Gérer le panneau, sur la carte Cloudpanel.
Cliquer dessus ouvre un écran de connexion demandant un nom d’utilisateur et un mot de passe, et il vaut la peine d’être précis ici, puisque le panneau ne donne plus d’indice une fois arrivé à cet écran.
Le nom d’utilisateur est admin, et le mot de passe est le mot de passe du serveur que Hostinger a envoyé par courriel lorsque le VPS a été provisionné pour la première fois, pas le mot de passe de votre compte Hostinger.
Si ce courriel n’est plus là, le lien Réinitialiser juste à côté du champ du mot de passe génère un nouveau mot de passe sans avoir à fouiller dans votre boîte de réception.
Une fois connecté, Cloudpanel s’ouvre sur une liste de sites, avec le nom d’hôte du VPS déjà configuré comme site en ligne, PHP défini comme type d’application, et un lien Gérer à côté.
L’ouverture des paramètres de ce site a révélé une rangée complète d’onglets : Settings, Vhost, Databases, Varnish Cache, SSL/TLS, Security, SSH/FTP, File Manager, Cron Jobs et Logs.
C’est un panneau de contrôle réellement complet, et ça vaut la peine de souligner qu’un onglet Cron Jobs est là, juste à cet endroit, dans la même interface. Kodee m’a guidé pour ajouter à la main l’entrée cron du planificateur par SSH, ce qui fonctionne très bien, mais Cloudpanel a une façon point-and-click de faire la même chose sans toucher au terminal, et ni Kodee ni l’article de la base de connaissances n’ont mentionné cette option.
Avec ce bout de côté, le menu de gauche sur la page de gestion du serveur est l’endroit où se trouvent les vrais contrôles.
Voici ce qu’il offre :
Vue d’ensemble : la page récapitulative elle-même, avec les cartes d’application Laravel et Cloudpanel, l’utilisation des ressources et des liens rapides vers tout ce qui suit
Paramètres : configuration au niveau du serveur, couvrant notamment les réinitialisations du mot de passe root et les changements de nom d’hôte
OS & Panel : contrôle sur le système d’exploitation et le panneau de contrôle installé sur le serveur
Sauvegardes et surveillance : se déploie en Instantanés et sauvegardes, Utilisation du serveur et Dernières actions, où j’ai trouvé le journal hebdomadaire des sauvegardes confirmant que cette promesse était tenue
Sécurité : couvre l’analyseur de malware et les paramètres du pare-feu, la section où j’ai trouvé l’analyseur désactivé
API : ouvre la documentation API de Hostinger dans un nouvel onglet, pour quiconque automatise la gestion du serveur à l’extérieur du panneau
Gestionnaire DNS : gestion du domaine et des enregistrements DNS liés au serveur
Tutoriels : un lien externe vers le contenu d’aide de Hostinger
Cela couvre assez de terrain pour parler d’une couverture complète de l’administration VPS. Paramètres du serveur, contrôle de l’OS, sécurité, sauvegardes, DNS et accès API sont tous représentés comme des catégories distinctes plutôt que d’être enfouis dans un menu paramètres fourre-tout, et je n’ai rien rencontré de nécessaire qui manquait à cette liste.
Ce qu’il ne fait pas, c’est intégrer des outils propres à Laravel : déploiement du code, gestion des fichiers d’environnement, exécution des commandes Artisan; tout cela se fait soit via Cloudpanel, soit via le terminal, pas via cette barre latérale.
Ce qui m’amène au bouton terminal qui se trouve sur la carte Ubuntu. Son objectif est de donner un accès direct en ligne de commande au serveur lui-même, en ouvrant une session SSH en direct dans le navigateur sans avoir besoin d’un client SSH séparé ni de copier une clé privée sur votre machine.
En cliquant dessus, j’ai été amené directement dans un shell root, déjà authentifié, avec la bannière de bienvenue de Cloudpanel à l’écran affichant sa propre adresse Web et un outil CLI appelé clpctl pour gérer le panneau depuis la ligne de commande.
Pour quiconque est à l’aise avec le terminal, c’est la voie la plus rapide pour configurer réellement l’installation Laravel, déployer le code, modifier les variables d’environnement, exécuter les migrations, puisque rien de tout cela n’a de bouton dédié dans hPanel lui-même.
Verdict global sur la facilité d’utilisation
Le paiement et le parcours du paiement jusqu’à un serveur en fonction se déroulent bien ici, et donner un vrai poids au choix de l’emplacement du serveur, au lieu de simplement choisir par défaut la région qui teste le plus rapidement, est un petit détail qui profite à quiconque pense à l’endroit où se trouvent réellement ses visiteurs.
La barre latérale de gestion du serveur elle-même couvre tout ce dont un administrateur VPS aurait besoin, paramètres, contrôle de l’OS et du panneau, sauvegardes, sécurité, DNS et accès API, sous forme de catégories clairement séparées, et je n’ai buté nulle part en cherchant un contrôle au niveau VPS qui manquerait. Là où cela faiblit, c’est au niveau de la gestion d’application.
L’analyseur de malware annoncé sur la page du plan n’était pas installé sur le serveur que j’ai reçu, et le seul bouton explicitement nommé pour gérer l’application Laravel vous envoie vers une page d’inscription pour un produit concurrent payant plutôt que vers quoi que ce soit qui ressemble à de la gestion d’application.
Cloudpanel et le terminal fonctionnent tous deux exactement comme ils le devraient une fois que vous les trouvez, et les sauvegardes hebdomadaires s’exécutent à l’horaire promis. Le point rugueux, c’est que l’interface de Hostinger vous dirige d’abord vers la mauvaise porte, et rien dans le panneau n’explique que Gérer l’application n’est pas la gestion d’application que vous cherchez.
Hébergement VPS Laravel Hostinger
Découvrez comment l’hébergement VPS Laravel de Hostinger offre un environnement flexible pour déployer des applications Laravel avec des ressources serveur dédiées, un contrôle total, des performances évolutives et des configurations personnalisables pour les projets Web modernes.
Kodee, l’assistant IA de Hostinger, se trouve derrière le bouton Ask AI dans hPanel et s’occupe du soutien ici, comme dans le reste des produits Hostinger.
Je l’ai testé avec deux questions techniques distinctes sur ce VPS, une au sujet d’un problème d’interface que j’avais déjà rencontré, et une seconde, plus profonde, sur la façon dont Laravel fonctionne réellement en production sur ce serveur.
Ensuite, j’ai parcouru la base de connaissances de Hostinger pour voir combien de ce terrain elle couvre sans qu’il soit nécessaire de demander à quelqu’un.
1. Soutien IA (Kodee)
Ma première question venait directement du test du bouton Gérer l’application de la carte Laravel, qui avait ouvert Laravel Cloud, une plateforme payante distincte, au lieu de quoi que ce soit lié au VPS lui-même.
J’ai demandé directement à Kodee si ce bouton était censé ouvrir Laravel Cloud ou gérer l’installation déjà en cours via Cloudpanel, et ce qui se passerait réellement si je m’inscrivais à Laravel Cloud à partir de là.
Kodee a répondu en moins d’une minute :
A confirmé que Gérer l’application ne gère pas l’installation VPS existante
L’a correctement identifié comme un lien vers Laravel Cloud, une plateforme de déploiement distincte
A indiqué Cloudpanel, accessible à l’adresse IP du VPS sur le port 8443, comme la vraie surface de gestion
A averti que s’inscrire à Laravel Cloud créerait un environnement séparé, facturé indépendamment, et ne déploierait rien sur le VPS que j’avais déjà payé
C’est une réponse claire et correcte à une question qui comporte un vrai coût si on se trompe, et elle venait avec une citation vers la propre documentation de Hostinger plutôt qu’une supposition.
Ensuite, j’ai posé quelque chose de plus technique. Les applications Laravel en production dépendent d’une entrée cron pour le planificateur de tâches et d’un processus Supervisor pour maintenir les workers de file d’attente en fonctionnement, et je voulais savoir si le modèle VPS installe automatiquement l’un ou l’autre, et si Supervisor lui-même survivrait à un redémarrage si je le configurais moi-même.
Kodee a dit qu’il vérifierait directement le serveur avant de répondre, et il l’a fait :
A signalé qu’aucune entrée cron schedule:run n’était présente
A signalé qu’aucun service Supervisor n’était configuré
A signalé qu’aucun worker de file d’attente n’était configuré
A fourni la ligne cron exacte nécessaire pour le planificateur
A fourni un bloc complet de configuration Supervisor pour un worker de file d’attente, avec les bons indicateurs
A confirmé que Supervisor persiste après un redémarrage une fois activé avec systemctl enable –now supervisor
A ajouté le rappel d’exécuter php artisan queue:restart après le déploiement d’un nouveau code, un détail facile à manquer qui cause de vrais bugs de production lorsqu’on l’oublie
Ce que j’ai pensé du soutien IA : Kodee a mérité ses réponses ici plutôt que de deviner. Confirmer l’absence de cron pour le planificateur et de processus Supervisor avant de recommander quoi que ce soit fait la différence entre une réponse de liste de vérification et une réponse fondée sur ce que ce serveur précis faisait réellement, et le rappel de redémarrer le worker de file d’attente après les déploiements est le genre de détail qui n’apparaît que lorsque quelqu’un, ou quelque chose, comprend vraiment comment les files d’attente Laravel se comportent en production.
Deux questions, deux réponses exactes et complètes, toutes deux données en quelques minutes.
2. Base de connaissances
La base de connaissances de Hostinger est organisée de la même façon pour chaque produit : grandes tuiles de catégories avec des compteurs d’articles, une barre de recherche et un filtre de catégorie en haut.
Plutôt que de parcourir manuellement, je suis allé directement à la recherche et j’ai tapé « laravel », ce qui a retourné 15 résultats sur deux pages, nettement plus que ce qu’un app en un clic plus ciblé affiche habituellement.
Il faut toutefois nuancer cela. Plus de résultats ne veut pas dire plus de pertinence, puisque plusieurs des correspondances n’étaient que marginalement liées; un article sur les limites du courrier PHP et un autre sur les problèmes de migration de site sont apparus simplement parce qu’ils mentionnaient Laravel en passant.
Le résultat le plus pertinent, « How to use the Laravel VPS template at Hostinger », couvre l’accès à Cloudpanel, la compréhension de la structure des dossiers Laravel, la modification du fichier .env file, l’exécution de Composer et l’exécution des migrations.
C’est un bon guide pour mettre en route un premier projet Laravel sur ce modèle. Ce qu’il ne couvre pas, en revanche, c’est le planificateur ou les workers de file d’attente, exactement le manque que Kodee a dû combler lorsque je lui ai demandé.
En creusant davantage dans les résultats de recherche, j’ai trouvé quelque chose à signaler. Un ancien article, « How to deploy Laravel 8 at Hostinger », inclut bien un exemple cron fonctionnel pour le planificateur, mais il est rédigé pour une autre configuration plus ancienne, déployant Laravel manuellement sur un hébergement partagé ou cloud plutôt que sur le modèle VPS actuel, avec une structure de fichiers public_html qui n’a rien à voir avec la façon dont Cloudpanel organise un VPS.
Quiconque sur ce modèle VPS chercherait des conseils sur le planificateur dans la base de connaissances tomberait sur un article décrivant un produit différent avant de trouver quelque chose qui s’applique réellement à son serveur.
Ce que j’ai pensé de la base de connaissances : Le nombre d’articles paraît solide sur papier, 15 résultats pour un seul terme de recherche, mais le volume brut masque à quel point le contenu utile est éparpillé. L’article central sur le modèle VPS est bien rédigé et permet de lancer un premier projet, mais il s’arrête exactement là où un déploiement de production devient sérieux, et la seule documentation qui couvre le planificateur se trouve dans un article destiné à une configuration d’hébergement entièrement différente.
Un lecteur qui se fierait uniquement à la base de connaissances pourrait facilement suivre ce vieux guide et mal configurer son VPS en copiant des commandes conçues pour une structure de fichiers complètement différente.
Verdict global sur le soutien
Kodee fait le gros du travail ici, et il le fait bien. Les deux échanges ont amené l’IA à vérifier l’état en direct du serveur avant de répondre, et le deuxième a produit un correctif complet, exact et prêt au déploiement pour quelque chose que le modèle VPS laisse non configuré par défaut.
La base de connaissances tient la route pour mettre en route un premier projet Laravel, mais sa couverture s’amincit rapidement au-delà, et ce qui existe pour la configuration plus avancée, comme le planificateur, se trouve dans un article rédigé pour un produit d’hébergement entièrement différent.
Pour tout ce qui va au-delà des bases, Kodee est la voie la plus fiable, et il l’a constamment démontré en s’appuyant sur ce qu’il trouvait en vérifiant réellement plutôt qu’en supposant.
Hébergement VPS Laravel Hostinger
Découvrez comment l’hébergement VPS Laravel de Hostinger offre un environnement flexible pour déployer des applications Laravel avec des ressources serveur dédiées, un contrôle total, des performances évolutives et des configurations personnalisables pour les projets Web modernes.
Recommandons-nous l’hébergement Laravel de Hostinger?
Oui. Les fondations sont solides ici. Laravel et Cloudpanel arrivent préinstallés et fonctionnels, le matériel sous-jacent obtient de bonnes notes aux benchmarks du CPU, de la mémoire et du disque, et Kodee a livré deux réponses techniques exactes et fondées sur l’état réel du serveur lorsque je l’ai mis à l’épreuve. Les sauvegardes hebdomadaires ont été confirmées par les journaux du compte, exactement comme annoncé.
Les points faibles sont limités, mais il faut les connaître avant d’acheter. L’analyseur de malware annoncé comme fonctionnalité principale n’était pas activé par défaut, et le bouton Gérer l’application sur la carte Laravel vous envoie vers Laravel Cloud, un produit payant distinct, plutôt que vers quoi que ce soit qui ressemble à de la gestion d’application, sans qu’aucune documentation ne vous avertisse à l’avance.
Aucun de ces éléments n’est difficile à contourner une fois que vous savez que Cloudpanel est la vraie surface de gestion, mais aucun ne devrait non plus exiger du tâtonnement.
Pour un développeur qui veut faire fonctionner Laravel rapidement sur une infrastructure solide, et qui est à l’aise de passer cinq minutes à trouver Cloudpanel plutôt que le bouton mal étiqueté à côté, c’est une recommandation facile. Pour quelqu’un qui veut que chaque fonctionnalité annoncée soit activée dès que le serveur démarre, sans aucune vérification croisée, prévoyez quelques minutes de plus pour la configuration avant de considérer que c’est terminé.
The section about renewal pricing is probably the most important takeaway. Introductory prices always look attractive, but it's the renewal cost that determines the real long-term value. I also found another review on Bestecision that breaks down the pricing, performance, and renewal considerations in detail.
Hostinger est-il bon pour héberger des applications Laravel ?
Oui. Laravel et Cloudpanel sont préinstallés dès que le VPS est provisionné, le matériel sous-jacent offre de bonnes performances en matière de processeur, de mémoire et de disque, et l’assistant IA Kodee de Hostinger fournit des réponses précises et spécifiques à de vraies questions de configuration Laravel. Le principal bémol est un analyseur de logiciels malveillants qui est livré désactivé, malgré le fait qu’il soit annoncé comme inclus.
Hostinger's Laravel VPS est-il préinstallé avec Laravel ?
Oui. Laravel est offert comme application en un clic lors du paiement du VPS et s’installe automatiquement sur Ubuntu, en même temps que Cloudpanel, le panneau de contrôle utilisé ensuite pour gérer l’application, sa base de données et les paramètres de son domaine.
Est-ce que Hostinger offre un essai gratuit pour l’hébergement VPS Laravel ?
Il n’existe pas d’essai gratuit dédié pour les forfaits VPS Laravel. Hostinger offre plutôt à chaque forfait VPS une garantie de remboursement de 30 jours; toutefois, un deuxième remboursement VPS demandé dans les 180 jours suivant le premier ne sera pas approuvé.
Puis-je obtenir un remboursement sur l’hébergement VPS de Hostinger ?
Oui, dans les 30 jours suivant l’achat, à condition que vous n’ayez pas déjà obtenu le remboursement d’un autre forfait VPS au cours des 180 derniers jours. Les mises à niveau d’un forfait VPS existant et les paiements effectués en cryptomonnaie sont entièrement exclus des remboursements.
Comment gérer mon application Laravel sur le VPS de Hostinger?
Par Cloudpanel, accessible à partir du bouton Gérer le panneau sur la carte Cloudpanel dans hPanel, ou directement à l’adresse IP du VPS sur le port 8443. Le bouton Gérer l’application sur la carte Laravel elle-même ne gère pas l’application; il renvoie à Laravel Cloud, un produit d’hébergement distinct sans lien avec le VPS.
HostAdvice.com fournit des critiques professionnelles d’hébergement web totalement indépendantes. Nos avis sont impartiaux, honnêtes et appliquent les mêmes critères d’évaluation à toutes les entreprises.Bien que nous recevions une compensation de certains hébergeurs présents sur le site, cela n’influence en aucun cas nos conclusions ni leur classement. Cette compensation couvre les frais de test, d’achat de comptes et la rémunération des rédacteurs.
