Désactives le tableau de bord, ou que sais je, mine de rien et amha, cela n'aide pas du tout.
Si tu peux l'activer via une variable c'est encore mieux.
En ce qui me concerne très particulièrement, avec ma connection internet atypique, ce qui me dérange le plus ce sont tes ressources sur cdn.
grosse grosse latence, renvoies des 304, donc refetch, donc vieux sentiment de lenteur répété durant la navigation..
Je ne trouve pas les content type gzip sur les fonts, et je constate que je charge deux fois opensans.ttf
AMHA, cette grosse baleine de bootstrap css ne t'aides pas tellement dans ta démarche actuelle.
Si tu as la possibilité de faire un split entre le css minimum et le reste cela te permettra de bouger un tas de css en bas de page, cela doit aider a présenter le contenu utile plus rapidement.
Tu devrais certainement prendre avantage de l'attribut async sur les scripts, par contre il faut concaténer tous les js.
Je crains que cela ne soit pas compatible avec ton dashboard.
Tu pourrais mettre tes images au format jpeg progressif.
Selon moi, ce serait bien de mettre les formats d'images dans les tags directement, sa éviterait ce désagréable effet d'escalier.
N'oublies pas les attributs alts, c'est pratique de savoir ce qu'on charge quand c'est lent.
Si possible, appliques un cache plus fort sur la réponse du html, par contre, cela nécessite un code qui prends compte de cette contrainte.
Dans le détail, on peut regarder les response headers.
Server, on s'en fou un peu quand même.
Allow control origin, est ce bien utile ?
etag + date + expires + last modified, alors que tu tu as cache control max-age=31536000. Je m'en remets à l'avis des autres, mais je pense que c'est doublon.
Le probablement too much, tu utilises un second nom de domaine cookie less pour tes assets statiques.
En fait tu as déjà réalisé un bon travail de fond, je crois qu'il faudrait désormais optimiser l'intégration.
Dernière piste dans l'immédiat, je demanderais à tes testeurs de fournir le noms de leurs ISP.
Peut être que les peerings sont de mauvaises qualités.
Les gens qui connaissent le réseau français pourront peut être t'éclairer sur cet aspect.
[^] # Re: vant de tirer tes conclusions
Posté par maboiteaspam . En réponse au journal Autohébergement : mon retour d'expérience acte 2. Évalué à 3.
Désactives le tableau de bord, ou que sais je, mine de rien et amha, cela n'aide pas du tout.
Si tu peux l'activer via une variable c'est encore mieux.
En ce qui me concerne très particulièrement, avec ma connection internet atypique, ce qui me dérange le plus ce sont tes ressources sur cdn.
grosse grosse latence, renvoies des 304, donc refetch, donc vieux sentiment de lenteur répété durant la navigation..
Je ne trouve pas les content type gzip sur les fonts, et je constate que je charge deux fois opensans.ttf
AMHA, cette grosse baleine de bootstrap css ne t'aides pas tellement dans ta démarche actuelle.
Si tu as la possibilité de faire un split entre le css minimum et le reste cela te permettra de bouger un tas de css en bas de page, cela doit aider a présenter le contenu utile plus rapidement.
Tu devrais certainement prendre avantage de l'attribut async sur les scripts, par contre il faut concaténer tous les js.
Je crains que cela ne soit pas compatible avec ton dashboard.
Tu pourrais mettre tes images au format jpeg progressif.
Selon moi, ce serait bien de mettre les formats d'images dans les tags directement, sa éviterait ce désagréable effet d'escalier.
N'oublies pas les attributs alts, c'est pratique de savoir ce qu'on charge quand c'est lent.
Si possible, appliques un cache plus fort sur la réponse du html, par contre, cela nécessite un code qui prends compte de cette contrainte.
Dans le détail, on peut regarder les response headers.
Server, on s'en fou un peu quand même.
Allow control origin, est ce bien utile ?
etag + date + expires + last modified, alors que tu tu as cache control max-age=31536000. Je m'en remets à l'avis des autres, mais je pense que c'est doublon.
Le probablement too much, tu utilises un second nom de domaine cookie less pour tes assets statiques.
En fait tu as déjà réalisé un bon travail de fond, je crois qu'il faudrait désormais optimiser l'intégration.
Dernière piste dans l'immédiat, je demanderais à tes testeurs de fournir le noms de leurs ISP.
Peut être que les peerings sont de mauvaises qualités.
Les gens qui connaissent le réseau français pourront peut être t'éclairer sur cet aspect.