Performances PHP : comment profiler et accélérer le code 10 fois

Votre site PHP ralentit ? Il est temps de regarder sous le capot

Avez-vous déjà attendu le chargement d'une page plus longtemps que vous ne buvez votre café du matin ? Une douleur familière. PHP est un langage puissant, mais sans une configuration appropriée, il peut se transformer en tortue. Dans cet article, nous n'allons pas faire de cours ennuyeux. Nous allons prendre du code réel, le profiler, trouver les goulots d'étranglement et l'accélérer pour que votre serveur vous remercie.

Parlons des performances PHP — des mesures simples au profilage approfondi. Vous apprendrez comment utiliser Xdebug et Blackfire pour trouver les zones problématiques, et quelles méthodes d'optimisation fonctionnent vraiment. C'est parti !

Étape 1. Mesurons tout : des microsecondes aux mégaoctets

Avant d'optimiser quoi que ce soit, il faut comprendre ce qui ralentit. L'intuition est souvent trompeuse. Utilisons des outils.

La méthode la plus simple : microtime(true)

Pour une vérification rapide d'un morceau de code, le bon vieux microtime() fera l'affaire. Pas élégant, mais ça marche.

<?php\n$start = microtime(true);\n\n// Votre code lent\n$data = [];\nfor ($i = 0; $i < 100000; $i++) {\n    $data[] = md5($i . 'salt');\n}\n\n$end = microtime(true);\necho 'Temps d\'exécution : ' . round(($end - $start) * 1000, 2) . ' ms';\n?>

Cette méthode est bonne pour une estimation grossière. Mais lorsque le projet prend de l'ampleur, des outils sérieux sont nécessaires.

Xdebug — votre détective personnel

Xdebug est la norme de facto pour le profilage PHP. Il génère des fichiers cachegrind que vous pouvez ouvrir dans KCachegrind (Linux) ou QCachegrind (Mac/Windows).

Installation via pecl :

pecl install xdebug

Activons le profilage dans php.ini :

xdebug.mode = profile\nxdebug.output_dir = /tmp/profiling

Après l'exécution du script, un fichier apparaîtra dans le dossier. Ouvrez-le dans QCachegrind — vous verrez quelle fonction a consommé le plus de temps. Souvent, la surprise : ce n'est pas la base de données, mais un simple traitement de chaînes dans une boucle.

Blackfire — pour ceux qui aiment les beaux tableaux de bord

Blackfire de SensioLabs (les créateurs de Symfony) est un profileur cloud. Il montre non seulement le temps, mais aussi le nombre d'appels, la mémoire, les E/S. Il s'intègre avec PHPUnit, Symfony, Laravel.

Exemple d'utilisation en ligne de commande :

blackfire run php myscript.php

Vous obtiendrez un lien vers un rapport web avec visualisation. Pratique pour trouver les goulots d'étranglement des performances PHP.

Étape 2. Problèmes typiques et leurs solutions

Maintenant que nous savons profiler, examinons les pièges courants.

Problème 1 : Requêtes N+1 dans une boucle

Un classique. Vous récupérez une liste d'utilisateurs, puis dans une boucle, vous faites une requête à la base de données pour chacun.

Code lent :

<?php\n$users = $db->query('SELECT id FROM users LIMIT 100');\nforeach ($users as $user) {\n    $orders = $db->query("SELECT * FROM orders WHERE user_id = {$user['id']}");\n    // ...\n}\n?>

Optimisation :

<?php\n$users = $db->query('SELECT id FROM users LIMIT 100');\n$ids = array_column($users, 'id');\n$orders = $db->query('SELECT * FROM orders WHERE user_id IN (' . implode(',', $ids) . ')');\n// Regroupement par user_id\n$grouped = [];\nforeach ($orders as $order) {\n    $grouped[$order['user_id']][] = $order;\n}\n?>

Résultat : 100 requêtes sont devenues 2. Les performances de l'application PHP augmentent considérablement.

Problème 2 : Boucles inefficaces et manipulation de chaînes

La concaténation de chaînes dans une boucle est un mal. Utilisez des tableaux et implode().

<?php\n// Mauvais\n$result = '';\nfor ($i = 0; $i < 10000; $i++) {\n    $result .= 'item' . $i . ',';\n}\n\n// Bon\n$parts = [];\nfor ($i =