Hébergement Symfony
Une application PHP n’a pas besoin d’une machine à elle
C’est l’avantage économique de Symfony, et il est réel : l’application tourne sur une plateforme à ressources dédiées et garanties, sans serveur à administrer. À partir de 96 € HT par an.
- Toutes les versions de PHP sous Linux, jusqu’à PHP 8
- Ressources processeur et mémoire dédiées, sans sur-réservation
- LiteSpeed plutôt qu’Apache : meilleure gestion des processus PHP
- Sauvegarde quotidienne et rétablissement garanti en 4 heures
Le principe
Ce qu’une application Symfony demande vraiment
Quatre besoins, pas davantage
Une application Symfony n’a rien d’exotique à héberger. Elle demande quatre choses, et c’est en les regardant qu’on sait si un mutualisé suffit :
- Une version de PHP à jour et les extensions attendues. Notre plateforme supporte toutes les versions de PHP sous Linux, de PHP 4 à PHP 8 — ce qui couvre aussi bien une application récente qu’un existant qu’on reprend.
- Un espace inscriptible pour le cache, les journaux et les fichiers déposés. Symfony écrit beaucoup dans son répertoire de cache, et c’est précisément ce qui le rend rapide une fois chauffé.
- Une base de données : MariaDB ou PostgreSQL, au choix.
- Des tâches planifiées, pour les traitements de fond, les envois et les purges.
Le processeur, pas le disque
L’erreur classique de dimensionnement consiste à raisonner en espace disque alors qu’une application Symfony consomme d’abord du processeur et de la mémoire — à chaque requête, du code s’exécute.
C’est là que nos offres se distinguent d’un mutualisé bon marché. Les ressources vous sont dédiées et garanties, sans sur-réservation : un site voisin ne peut pas ralentir votre application. Chaque compte dispose de sa propre mémoire, ce qui permet notamment de faire fonctionner un cache d’OpCode dédié — sur une application PHP, c’est le réglage qui change le plus les temps de réponse.
Nous employons par ailleurs LiteSpeed plutôt qu’Apache, pour sa meilleure gestion des processus PHP, avec HTTP/2 et un cache intégré — sans licence de plugin à acheter.
Quand le mutualisé ne suffit plus
Trois signaux. Vous avez besoin d’une version de PHP ou d’une extension précise que nous ne fournissons pas. L’application fait tourner des traitements de fond longs ou des files de messages. Ou la charge dépasse ce qu’absorbe une plateforme partagée, même à ressources garanties.
Dans ces cas, un serveur privé infogéré prend le relais : vous choisissez la configuration, nous exploitons la machine.
Ce qui est compris quoi qu’il arrive
Certificat SSL Let’s Encrypt automatique, pare-feu applicatif devant l’application avec correction virtuelle des failles connues, sauvegarde quotidienne conservée 30 jours, et une garantie de temps de rétablissement de 4 heures. Le support répond au téléphone, avec prise en main à distance si nécessaire.
La plateforme
Ce sur quoi tourne l’application
-
PHP jusqu’à la version 8
Toutes les versions de PHP sous Linux, de PHP 4 à PHP 8. De quoi héberger une application récente comme un existant qu’on reprend sans le réécrire d’abord.
-
LiteSpeed, pas Apache
Meilleure gestion des processus PHP, HTTP/2 et cache intégré — sans licence de plugin de cache à acheter.
-
Ressources dédiées
Processeur et mémoire garantis, sans sur-réservation. Chaque compte a sa propre mémoire, donc son cache d’OpCode dédié.
-
MariaDB ou PostgreSQL
La base au choix, sur la même plateforme. Les formules à partir de 2 Go permettent d’en multiplier le nombre sans compter.
-
Sécurité en amont
Pare-feu applicatif devant l’application, correction virtuelle des failles connues, certificat SSL inclus et automatique.
-
Sauvegarde et garantie
Sauvegarde quotidienne conservée 30 jours, et une garantie de temps de rétablissement de 4 heures. Support avec prise en main à distance.
Questions fréquentes
Hébergement Symfony : vos questions
Une autre question ? Le support répond directement, sans intermédiaire, de 9h à 12h et de 14h à 17h.
Un mutualisé suffit-il pour du Symfony ?
Dans la grande majorité des cas, oui — à condition que les ressources soient réellement dédiées, ce qui est notre cas. Une application Symfony consomme d’abord du processeur et de la mémoire ; sur un mutualisé sur-réservé, elle subit la charge des voisins. C’est exactement ce que nos offres évitent.
Puis-je choisir ma version de PHP ?
La plateforme supporte toutes les versions de PHP sous Linux, de PHP 4 à PHP 8. Si votre application exige une extension particulière que nous ne fournissons pas, c’est l’un des trois cas où un serveur privé devient nécessaire.
Et les traitements de fond et les tâches planifiées ?
Les tâches planifiées sont prévues. Pour des traitements longs ou des files de messages — des ouvriers qui tournent en permanence — un serveur privé est plus adapté : c’est le deuxième signal qui fait quitter le mutualisé.
Que se passe-t-il si l’application tombe ?
En heures ouvrées le support répond et prend la main à distance si nécessaire ; en dehors, une astreinte peut être appelée. Sur ces offres nous nous engageons sur une garantie de temps de rétablissement de 4 heures — un engagement de délai, à ne pas confondre avec une promesse qu’il ne se passera rien.
Développez-vous aussi l’application ?
Oui, et c’est l’intérêt d’avoir les deux au même endroit : personne ne se renvoie la balle quand quelque chose est lent. Nous employons Symfony notamment pour des extranets et des intranets destinés à des équipes qui veulent rester sur PHP.
Quelle version de PHP, et quelle charge ?
Ces deux réponses suffisent à dire si le mutualisé convient — et il convient plus souvent qu’on ne le croit.