23 novembre 2023 : date de sortie officielle de PHP 8.3, quelques semaines avant que ce billet ne soit écrit. Une nouvelle version majeure de PHP n’a rien de spectaculaire en apparence pour un script de sitemap fait maison, et pourtant plusieurs ajouts de cette mouture s’appliquent directement à ce genre de traitement : parcours de milliers d’URL, validation de chaînes JSON, manipulation d’objets représentant chaque entrée du fichier XML.
Ce billet ne parle pas de WordPress 6.4 ni de ses fonctionnalités propres. Il se concentre sur ce que PHP 8.3, en tant que langage, apporte à un script maison de génération de sitemap, indépendamment du cœur de WordPress qui continue de tourner par-dessus.
json_validate() : éviter un décodage complet inutile
Avant PHP 8.3, vérifier qu’une chaîne JSON est valide obligeait à la décoder entièrement avec json_decode(), puis à contrôler json_last_error(). Pour un script qui reçoit un flux de données externe (par exemple une liste d’URL à intégrer dans le sitemap, fournie par un système tiers), cela signifiait construire toute la structure PHP en mémoire uniquement pour s’assurer que le format était correct.
PHP 8.3 introduit json_validate(), une fonction qui vérifie la validité syntaxique d’une chaîne JSON sans construire la structure de données correspondante. Sur un flux de plusieurs milliers d’entrées, l’économie de mémoire et de temps processeur devient mesurable, puisque seule la validation nécessite un décodage réel une fois la chaîne confirmée valide.
Constantes de classe typées : moins d’erreurs silencieuses
PHP 8.3 permet de typer les constantes de classe, comme on type déjà les propriétés depuis PHP 7.4. Pour une classe qui représente un fichier sitemap et ses limites techniques, cela permet d’écrire :
class SitemapLimites {
public const int MAX_URLS_PAR_FICHIER = 50000;
public const string ESPACE_NOMS = 'http://www.sitemaps.org/schemas/sitemap/0.9';
}
Sans ce typage, une constante réassignée par erreur avec une chaîne à la place d’un entier ne provoque aucune alerte avant l’exécution. Avec le typage, PHP refuse la déclaration dès l’analyse de la classe. Sur un script de sitemap où une limite mal typée peut provoquer un découpage incorrect en plusieurs fichiers, ce garde-fou évite un bogue difficile à repérer en production.
Un exemple concret d’usage
Dans un script qui répartit les URL par lots selon MAX_URLS_PAR_FICHIER, une comparaison entre un entier et une chaîne numérique fonctionne parfois par coercition implicite de PHP, mais peut aussi produire des résultats inattendus selon le contexte. Le typage de la constante supprime cette ambiguïté à la source.
Clonage en profondeur des propriétés readonly
Les propriétés readonly, introduites en PHP 8.1, empêchaient jusqu’à présent toute modification après clonage avec clone, y compris pour réinitialiser une propriété dans la méthode magique __clone(). PHP 8.3 lève cette restriction à l’intérieur de __clone() lui-même, ce qui permet de dupliquer un objet représentant une entrée de sitemap tout en réattribuant une propriété readonly, par exemple un identifiant unique ou une date de génération.
final class EntreeSitemap {
public function __construct(
public readonly string $loc,
public readonly string $lastmod,
) {}
public function avecNouvelleDate(string $nouvelleDate): self {
$copie = clone $this;
// Avant PHP 8.3, cette ligne provoquait une erreur.
return $copie;
}
}
Ce détail, discret, simplifie l’écriture d’objets immuables pour représenter chaque URL du sitemap, un style de programmation qui réduit les effets de bord dans un script parcourant des milliers d’entrées.
Ce que PHP 8.3 ne change pas
Aucune de ces nouveautés n’accélère la requête SQL sous-jacente ni le rendu XML lui-même : elles réduisent la charge de traitement autour de la boucle principale. Le gain reste réel mais mesuré, de l’ordre de quelques points de pourcentage sur le temps total d’exécution d’un script déjà bien écrit. Sur un script mal optimisé en amont, ces apports resteront marginaux tant que le problème de fond, comme une requête qui charge des objets complets inutilement, n’est pas traité en premier.
Compatibilité et migration
Avant d’activer PHP 8.3 sur un environnement de production, il convient de vérifier :
- que l’extension éventuelle générant le sitemap ne dépend pas d’une fonction dépréciée dans cette version ;
- que l’hébergement propose bien PHP 8.3 dans son panneau de gestion, ce qui n’est pas systématique juste après une sortie officielle ;
- que les tests automatisés du script, s’ils existent, sont rejoués sur cette version avant bascule définitive.
Notre verdict
PHP 8.3 n’est pas une révolution pour un script de sitemap, mais ses ajouts ciblés, en particulier json_validate() pour tout flux externe et le typage des constantes de classe pour sécuriser les limites techniques, valent la peine d’être adoptés dès que l’hébergement le permet. Le vrai gain de performance reste toutefois à chercher du côté des requêtes SQL et de la structure du script, pas dans la version du langage qui l’exécute.
