AntoineKM
commented
8 months ago Après quelques tests, j'ai l'impression d'avoir des résultats qui correspondent mieux avec ceux affichés sur le site ecoindex.fr
Open AntoineKM opened 8 months ago
AntoineKM
commented
8 months ago Après quelques tests, j'ai l'impression d'avoir des résultats qui correspondent mieux avec ceux affichés sur le site ecoindex.fr
didierfred
commented
6 months ago transfertSize est en octet et pas en bytes : https://developer.mozilla.org/en-US/docs/Web/API/PerformanceResourceTiming/transferSize (or https://blog.devops.dev/web-browser-data-analysis-with-har-35010449f084)
PatLaCisay
commented
4 months ago Depuis les ann"es 70 les "bytes" ont été normalisés comme portant 8 bits, ce sont donc des octets. Ce sont les mêmes unités
Bonjour,
J'essaye tant bien que mal de reproduire le calcul, de mon côté manuellement, et je crois comprendre que measures.responsesSize provient d'une addition des entry.response._transferSize puis au final measures.responsesSize est converti en Ko grâce à un Math.round(measures.responsesSize / 1000)
Ma question, c'est, est-ce qu'il n'y aurait pas une erreur, ou est-ce que je suis mal documenté/j'ai raté une ligne, mais selon moi, entry.response._transferSize est en bytes, alors que derrière, on considère cela comme étant en octet, ne devrait-on pas convertir _transferSize en octet avant de le convertir en Ko puis de l'afficher / l'utiliser pour calculer l'ecoindex ?
Note: 1 bit = 0,125 octet
Si ce que je dis est correcte, le correctif serait alors: measures.responsesSize += entry.response._transferSize / 8;