En utilisant le client HTTP Guzzle en PHP, je me suis aperçu que parfois le retour d'une requête GET n'est pas encodé en UTF-8. Et ça semble dépendre de l'environnement. Dans mon cas ça ne marchait pas en local mais sur le serveur oui. Et si vous vous contentez simplement de ne pas en tenir compte et d'ajouter utf8_encode sur la payload de la réponse, ça donne des choses bizarre.

Du coup voici une vérification que vous pouvez faire :

$body = (string) $res->getBody();

if (!preg_match('!!u', $body)) {
    $body = utf8_encode($body);
}

Source : https://stackoverflow.com/questions/4407854/how-to-detect-if-have-to-apply-utf8-decode-or-encode-on-a-string

Client HTTP Javascript basé sur les promise.

La même pour nginx :)

Ça peut servir.

Les statistiques de performance côté serveur mais affichées côté client grâce à une nouvelle norme utilisant les Headers HTTP.

Visiblement c'est pour l'instant uniquement dans Chrome. Bon après j'imagine qu'on peut toujours aller lire les headers à l'ancienne.

Un client HTTP en PHP qui a l'air assez léger (peut-être plus que Guzzle).

Les changements qu'apportent HTTP/2 et son impact pour le développement front.

Un client HTTP pour PHP.

Tout est dans le titre.
Je me garde ça sous le coude.