Written by m4dz

Alors que PHP vient de sortir il y a dix jours ses deux dernières versions mineures (PHP 7.1.14 et PHP 7.2.2), nous modifions de notre côté la façon dont vous allez pouvoir configurer vos sites PHP sur alwaysdata. En route vers plus de simplicité.

Ruby, Python, Node.js… et PHP alors ?

L’une des particularités de votre hébergement chez alwaysdata est la diversité des technologies auxquelles vous pouvez avoir accès. De façon transparente et infogérée dès les offres mutualisées, héberger vos solutions doit rester simple. Côté interpréteurs, vous disposez d’un vaste choix comme Ruby, Python, Node.js, etc. et — bien entendu — PHP.

Historiquement, ce choix se présente dans votre interface de configuration d’un site comme type Apache standard.

La raison est technique : les sites en PHP sont servis via le module mod_fcgid d’une instance Apache. Les autres interpréteurs (WSGI, Rails, ou les programmes utilisateurs) utilisent leurs propres serveurs HTTP. C’est notre orchestrateur alproxy qui se charge de l’exécution et de diriger le traffic HTTP vers les processus concernés.

Mais une implémentation technique ne fait pas une bonne UX (loin de là). Mentionner Apache pour les sites PHP, uniquement parce qu’il s’agit du serveur impliqué, est contre-intuitif. Alors nous avons décidé de modifier quelque peu les choix de type d’instances, pour plus de cohérence. Désormais, vos sites et services PHP seront servis sous le type PHP, tout simplement.

Le double effet kiss cool

Plus qu’un changement cosmétique, c’est une modification structurelle. À l’heure actuelle, un site Python, Ruby (ou Rails), Node.js ou Elixir vous laisse le choix de la version de l’interpréteur à utiliser, pour chaque site. Il n’y a aucune raison que PHP fasse exception à la règle. Vous pourrez donc, pour chaque site, choisir la version de PHP à utiliser. Vous pourrez également personnaliser, pour chaque instance, la configuration du php.ini associé.

Bien entendu, les réglages des versions par défaut disponibles dans la section Environnement de votre interface ne changent pas, et vous gardez la possibilité de définir une version et un php.ini globalement.

De cette façon, vous gagnez en souplesse, et vous pourrez, sur le même compte, héberger des instances de sites PHP très différentes dans leurs réglages et dans leurs versions. C’est aussi ça, le confort d’alwaysdata.

Un rappel concernant la sécurité : souvenez-vous simplement que l’isolation des conteneurs sur nos infrastructures se fait au niveau des comptes. Si vous souhaitez séparer vos différents sites ou services en les isolant les uns des autres, le passage par le multi-comptes reste obligatoire. En cas de compromission de l’un de vos sites, les services fonctionnant sur le même compte — avec le même utilisateur — seraient potentiellement vulnérables. Attention donc à ne pas trop abaisser le curseur de sécurité en les rassemblant tous sur le même compte.

Côté API

Si vous êtes utilisateur·ice de notre API, quelques changements vont voir le jour suite à cette modification :

• la création de site Apache standard reste valable, même si elle est dépréciée. C’est un site type PHP qui sera créé, avec les versions par défaut de l’interpréteur. Pensez tout-de-même à adapter vos scripts.
• la liste des sites, ou un GET sur la ressource renverra désormais le type PHP, et non-plus Apache standard. Si vous faisiez un test sur le type lors d’un retour de la liste, il vous faudra adapter vos scripts pour en tenir compte.

Cette nouvelle version arrive en production dès jeudi 15 février. La transition est transparente pour tous les sites Apache standard actuels, vous n’avez rien à faire. Comme toujours, nous nous occupons de tout.

Les sites statiques, ou les redirections (qui utilisent aussi une instance Apache), continuent de fonctionner également sous leurs noms propres. Et bien entendu, si vous aviez besoin de réglages fins, le type Apache personnalisé reste à votre disposition.