Langage back-end · usage courant
Agence PHP à Nice
Le langage qui fait tourner une large part du web d'entreprise, et la base de Laravel et Symfony.
Ce que nous en faisons
PHP chez nos clients, concrètement
Employé sur des logiciels internes en Symfony, sur un progiciel de gestion pour une école, et sur les interfaces d'un logiciel de test de qualité réseau. C'est aussi le langage du script qui traite le formulaire de ce site.
Les limites
Quand nous recommandons autre chose
Pour un service temps réel ou très concurrent, Node.js ou Python conviennent mieux.
Réalisations
Nos projets menés avec PHP
Paradigm
Plateforme d'un centre d'affaires niçois : domiciliation, courrier numérisé, messagerie et assistant.
PHP : Langage du back-end Laravel, testé avec Pest.
Lire l'étude de cas ParadigmHelioneo
Plateforme d'autoconsommation collective : accords, clés de répartition, données Enedis et facturation.
PHP : Langage de la plateforme, avec des traitements Enedis asynchrones.
Lire l'étude de cas HelioneoOrdelya
Plateforme de pilotage de restaurants : back-office, tablettes, bornes, écrans et site.
PHP : Extension WordPress qui synchronise la carte sur le site du restaurant.
Les Sens
Refonte du site d'un restaurant niçois, en trois langues, avec réservation en ligne.
PHP : Thème WordPress sur mesure : horaires en direct, widgets et données structurées.
Méthode
Comment nous intégrons PHP
Nous installons les projets PHP avec Composer, sur une version du langage encore couverte par les correctifs de sécurité, et fixons cette version dans la configuration pour que le développement et la production restent identiques. Un conteneur Docker reproduit l'environnement du serveur sur le poste du développeur. Pour un logiciel interne, nous partons d'un cadre, Symfony le plus souvent, avec Doctrine pour l'accès à la base et des migrations versionnées qui décrivent chaque évolution du schéma.
Le code métier est séparé des contrôleurs : les règles de facturation, d'inscription ou de validation vivent dans des services testés avec PHPUnit, indépendamment de l'affichage. PHPStan analyse le code à chaque modification et PHP-CS-Fixer applique un style uniforme. Pour un simple traitement serveur, comme un formulaire de contact, un script PHP autonome suffit, sans cadre ni base de données.
Le déploiement passe par l'intégration continue : installation des dépendances sans les outils de développement, exécution des migrations, puis mise en ligne sur l'hébergement créé à vos identifiants. Les accès et secrets restent dans des variables d'environnement, jamais dans le dépôt. La documentation liste la version de PHP, les extensions requises et les tâches planifiées.
Pour votre entreprise
Ce que ça change concrètement
Pour une PME, PHP a d'abord un effet sur l'exploitation. L'application peut tourner chez la plupart des hébergeurs, y compris celui que vous utilisez déjà, et les tâches courantes comme l'envoi d'e-mails ou les exports planifiés reposent sur des mécanismes connus de tout administrateur. Vous n'avez pas à maintenir une infrastructure particulière pour un logiciel de gestion ordinaire.
Pour vos utilisateurs, une application PHP bien construite affiche des pages qui arrivent déjà complètes du serveur : elles restent utilisables sur un ordinateur ancien ou une connexion modeste, ce qui compte dans une école ou un atelier. Côté continuité, le langage est suivi par une communauté très large et les correctifs de sécurité sont publiés selon un calendrier connu : planifier les montées de version devient une ligne du budget annuel plutôt qu'une urgence. Si votre prestataire change, le code écrit dans un cadre reconnu se transmet sans dépendre de la mémoire de celui qui l'a écrit.
Notre lecture
Ce que nous retenons de PHP
PHP traîne une réputation qui date de ses versions 5. Les versions actuelles ont un typage explicite, des performances sans rapport avec cette époque et un gestionnaire de dépendances sérieux. Nous n’écrivons plus de PHP sans cadre : Laravel apporte la structure, les migrations de base et les tests que le langage seul laisse à l’initiative de chacun.
Sur l’hébergement, c’est encore ce qui se déploie le plus simplement chez n’importe quel prestataire, avec MySQL en base par défaut dans la plupart des offres mutualisées. Une part de nos missions PHP ne consiste d’ailleurs pas à écrire du code neuf mais à reprendre un site WordPress existant : corriger un thème, sécuriser une extension maison, reprendre la main sur ce qu’un prédécesseur a laissé.
Grille de décision
Faut-il choisir PHP ?
PHP ou Node.js pour le back-end d'un logiciel de gestion interne ?
Pour un logiciel de gestion classique (saisie, validation, droits d'accès, exports, tableaux), PHP avec Symfony ou Laravel est un choix solide : ces cadres fournissent d'origine l'authentification, les formulaires et l'accès à la base de données. Node.js prend l'avantage pour un service temps réel ou très concurrent, comme une messagerie ou un flux de données en continu. Pour des traitements métier par requête, PHP reste plus simple à exploiter.
Symfony ou Laravel pour notre projet PHP ?
Symfony convient aux applications appelées à vivre longtemps et à grossir : ses composants sont découplés, ses conventions strictes et ses versions à support long rassurent une DSI. Laravel va plus vite sur un projet de taille moyenne grâce à des outils prêts à l'emploi. Nous avons employé Symfony sur des logiciels internes. Si votre équipe connaît déjà l'un des deux, ce critère prime sur tous les autres.
PHP est-il un bon choix si notre hébergement est mutualisé ou déjà en place ?
Oui, c'est l'un de ses atouts concrets. PHP s'exécute sur la quasi-totalité des hébergements web, y compris les offres mutualisées, sans processus permanent à superviser. Une application Node.js ou Python demande en général un serveur dédié ou un conteneur. Pour une petite tâche côté serveur, PHP évite donc toute infrastructure supplémentaire : c'est d'ailleurs en PHP qu'est écrit le script qui traite le formulaire de contact de ce site.
Questions de clients
Ce qu'on nous demande sur PHP
PHP n'est-il pas un langage dépassé ?
Cette réputation date des anciennes versions. Le PHP actuel dispose d'un typage, de performances très améliorées et de cadres structurés comme Symfony et Laravel. Il fait tourner une large part du web d'entreprise, ce qui garantit un vivier de développeurs et un suivi durable du langage. Ce qui vieillit mal, ce sont surtout les applications restées sur une version ancienne.
Notre application tourne sur une vieille version de PHP : quels sont les risques ?
Chaque version de PHP cesse de recevoir des correctifs de sécurité après quelques années. Au-delà, une faille découverte ne sera plus corrigée, et certains hébergeurs finissent par retirer ces versions de leurs serveurs. La montée de version implique de vérifier les fonctions supprimées et les bibliothèques incompatibles. Nous commençons par un audit du code pour identifier ce qui bloque avant d'intervenir.
Un autre prestataire pourra-t-il reprendre notre application PHP ?
Oui, surtout si elle repose sur Symfony ou Laravel : leurs conventions indiquent où se trouve chaque élément, et les développeurs qui les connaissent sont nombreux. Une application PHP écrite sans cadre, avec une organisation propre à son auteur, est plus longue à reprendre. C'est pourquoi nous nous appuyons sur un cadre reconnu pour tout logiciel destiné à durer.
PHP peut-il servir d'API pour une interface React ou une application mobile ?
Oui. Symfony et Laravel exposent très bien une API qui renvoie des données au format JSON, avec authentification par jeton et documentation OpenAPI générée. L'interface React ou l'application mobile consomment alors cette API comme n'importe quel autre service. Cette séparation permet de faire évoluer l'écran sans toucher aux règles métier, et d'ajouter plus tard un second client, par exemple un portail partenaire.
Comment protégez-vous une application PHP contre les attaques courantes ?
Les cadres comme Symfony traitent d'origine plusieurs risques : requêtes préparées contre l'injection SQL, échappement automatique dans les gabarits, jetons contre la falsification de formulaires, hachage des mots de passe. Nous ajoutons la vérification des dépendances vulnérables avec Composer, des droits d'accès contrôlés côté serveur et une configuration de production qui masque les messages d'erreur. Le reste relève de la mise à jour régulière.
Aller plus loin
PHP s'inscrit dans notre Développement logiciel
Une technologie ne fait pas un projet. C'est la méthode autour qui décide du résultat : cadrage, maquettes, cycles courts, et réversibilité.
Technologies voisines
Un projet PHP en tête ?
Le premier échange est gratuit. Nous vous dirons franchement si cette technologie est la bonne, et sinon laquelle.
Mis à jour le