You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I am not sure where to ask this but can correct me if I put this discussion in the wrong place.
We are quite new in this field and currently trying to build a telemetry on our websites using the js performance API that will send all of the size of transfers of the APIs, resources and the page load to backend of all the visitors.
In the backend, we will be calculating the total sizes and produce the report at the end. We are planning to use the perByteTrace method, do you have any recommendation on what's the device assumption we need to adjust (we saw this https://www.thegreenwebfoundation.org/news/co2-js-case-study-step-ci/)? Since the performance API has taken consideration of the cache, the perByteTrace will not add assumption on the cache right?
Thank you so much!
The text was updated successfully, but these errors were encountered:
Hi @hanstf , sorry it's taken a while to reply to this.
What's important to understand is that CO2.js in and of itself is just a wrapper that makes carbon estimation models easier to access for developers. So CO2.js doesn't have its own opinions.
The default model in CO2.js is the Sustainable Web Design Model version 3 (though version 4 is also available). So you'd need to look at those models to understand what assumptions or defaults they are setting.
To answer your question around caching, the perByteTrace function does not include repeat visits - so it does not include caching or repeat visitor percentage into the calculations.
I am not sure where to ask this but can correct me if I put this discussion in the wrong place.
We are quite new in this field and currently trying to build a telemetry on our websites using the js performance API that will send all of the size of transfers of the APIs, resources and the page load to backend of all the visitors.
In the backend, we will be calculating the total sizes and produce the report at the end. We are planning to use the perByteTrace method, do you have any recommendation on what's the device assumption we need to adjust (we saw this https://www.thegreenwebfoundation.org/news/co2-js-case-study-step-ci/)? Since the performance API has taken consideration of the cache, the perByteTrace will not add assumption on the cache right?
Thank you so much!
The text was updated successfully, but these errors were encountered: