Codeberg pages statistics #1207

schrmh commented 2023年09月11日 00:19:56 +02:00

It would be nice to have a few statistics about a codeberg pages page.
E.g. visitor count.
The reason is that I don't want to include third party services (I don't want to have to add a consent banner) but I'm still interested in some meta data.

(Maybe a bit similar to #307 but repo traffic does not equal codeberg pages page traffic.)

It would be nice to have a few statistics about a codeberg pages page. E.g. visitor count. The reason is that I don't want to include third party services (I don't want to have to add a consent banner) but I'm still interested in some meta data. (Maybe a bit similar to #307 but repo traffic does not equal codeberg pages page traffic.)

schrmh commented 2023年12月13日 19:30:32 +01:00

Additional argument for Codeberg providing this based on backend data:
https://github.com/easylist/easylist/issues/17826
Answers there show that client-side statistics scripts running will very likely be blocked by easylist in general (no matter if from a third party or directly from the visited site) and I can understand that view very well.

Additional argument for Codeberg providing this based on backend data: https://github.com/easylist/easylist/issues/17826 Answers there show that client-side statistics scripts running will very likely be blocked by easylist in general (no matter if from a third party or directly from the visited site) and I can understand that view very well.

fnetX commented 2023年12月13日 19:52:13 +01:00

If Codeberg collected statistics for every page, it would be opt-in and a global option. The data would exist, no matter if the author actually needed it. If people add trackers to their pages, it is at least an explicit choice of the author that they want to track their users.

Also, tracking requires server resources (although probably not much, it is better not to do this IMHO), and last but not least requires an implementation.

I'm personally against implementing this in Codeberg Pages.

If Codeberg collected statistics for every page, it would be opt-in and a global option. The data would exist, no matter if the author actually needed it. If people add trackers to their pages, it is at least an explicit choice of the author that they want to track their users. Also, tracking requires server resources (although probably not much, it is better not to do this IMHO), and last but not least requires an implementation. I'm personally against implementing this in Codeberg Pages.

crapStone commented 2023年12月13日 20:41:50 +01:00

The pages server is intended to run stateless, we only store the certificates for the custom domains to reduce load on the CA

The pages server is intended to run stateless, we only store the certificates for the custom domains to reduce load on the CA

captainepoch commented 2024年03月24日 11:56:37 +01:00

I don't really think this alineates with Codeberg's values of user's privacy, even being a visitor on some page hosted with Codeberg pages.

I don't really think this alineates with Codeberg's values of user's privacy, even being a visitor on some page hosted with Codeberg pages.

schrmh commented 2024年04月12日 20:04:46 +02:00

Yeah,
besides the implementation effort and the additional needed resources, there is a strong privacy argument to not store and grant access to backend data (or an abstraction of it) at all (e.g. experiences with census and data rentetion). If there wasn't the other issue I linked to in which download statistics are mentioned in a comment by a Member, I would have never opened this issue here.
I "only" wanted to have some kind of indicator of how active one Pages site is but I think I will just continue as I did which is doing things rather slow, which is the healthiest way of doing things anyways instead of pushing myself on something interpreted as demand.

Thanks that you kept this open; I will close this now.

Yeah, besides the implementation effort and the additional needed resources, there is a strong privacy argument to not store and grant access to backend data (or an abstraction of it) at all (e.g. experiences with census and data rentetion). If there wasn't the other issue I linked to in which download statistics are mentioned in a comment by a Member, I would have never opened this issue here. I "only" wanted to have some kind of indicator of how active one Pages site is but I think I will just continue as I did which is doing things rather slow, which is the healthiest way of doing things anyways instead of pushing myself on something interpreted as demand. Thanks that you kept this open; I will close this now.