D’abord c’est faux, il y a encore énormément de site en pur html ou les pages ne sont pas du tout générées à la volée.
Ensuite, une page, ce n’est pas que le code html, c’est aussi toutes les ressources (images, js, css, etc) qui sont appelées dedans, qui elles sont quasi toutes statiques.
En poids, la majorité de ce que sert un serveur web reste donc statique, ça c’est certain.
En nombre de fichiers, c’est moins sur, mais à mon avis, la proportion de fichiers statiques doit aussi rester majoritaire.
Cela veut dire que apache execute plus vite les scripts et calcule plus vite les contenus dynamiques, mais que nginx répond plus vite quand on lui demande un contenu statique.
On dit aussi que toute règle a une exception.
C’est le cas.
En résumé, la meilleur combo que j’ai pu tester, c’est celle utilisée par plesk:
le nginx est en frontal, il intercepte et traite rapidement les requètes statiques et fait proxy en relayant les requètes dynamiques qu’il laisse le serveur apache traiter.
cf par exemple: https://korben.info/configurer-nginx-reverse-proxy.html
Sinon je suis amplement d’accord avec le fait que le couple Nginx + Apache soit très bien, je rajouterai aussi qu’il existe aussi des serveurs web spécifique à certains langages, très léger et très réactif.
Je trouve que c’est un système très lourd à configurer, complexe à maintenir, et affreux à débugger.
Qui plus est, il est trop souvent utilisé par des personnes qui ne comprennent pas totalement les interactions entre ces deux applications, et qui sont donc incapable de corriger des soucis qui seraient triviaux dans des configurations moins exotiques.