Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We鈥檒l occasionally send you account related emails.

Already on GitHub? Sign in to your account

Who is using the current docker image? #981

Open
jonocodes opened this issue Apr 28, 2024 · 4 comments
Open

Who is using the current docker image? #981

jonocodes opened this issue Apr 28, 2024 · 4 comments
Labels

Comments

@jonocodes
Copy link
Contributor

jonocodes commented Apr 28, 2024

馃挰 Question

Dockerhub reports 100k+ pulls from here:
https://hub.docker.com/r/sailfrog/cypht-docker

Thats a lot of pulls. But it looks like there was only one push, 5 months ago.

Does anyone have an idea who all those pulls are from? It would be good to know as it could help direct future image releases.

In the past I had a personal docker image on dockerhub that I made public and got a similar amout of pulls even though I was the only user. Turned out it was part of my continuous deploy system that was regularly checking dockerhub for image updates. The check ran 'docker pull', but even if the local copy never changed it was added to the pull count. Is there anything known about in the cypht infrastructure (or perhaps the related tikiwiki project) that may be doing this?

@marclaporte
Copy link
Member

Very good question!

I don't know where it's coming from but I am reasonably sure it's not coming from Tiki because

  1. Tiki gets Cypht from https://packagist.org/packages/jason-munro/cypht
  2. Tiki Docker has the same problem as described here: The good, the bad and the ugly: We need a Docker expert to guide us!聽cypht-docker#31

@jonocodes
Copy link
Contributor Author

If there are no way to get insights on the dockerhub account about specific usage, perhaps there is a way through the packageist account?

I mention this because if you see here, Cypht has the most downloads, while roundcube has a lot more start. Which also is an indication something unusual is going on.

image

@marclaporte
Copy link
Member

In 2017, I suggested that Roundcube be made available on Packagist.org. At the time, it was not a priority for the project leaders:
roundcube/roundcubemail#5938

I made the same suggestion for Cypht in 2019:
#311 (comment)
It was implemented and Cypht got over 80 000 downloads :-)

It looks like Roundcube very recently changed their mind, which is why there are only 103 downloads. Given how popular Roundcube is, I expect that figure will grow quickly.

FYI: https://doc.tiki.org/Roundcube-vs-Cypht

@jonocodes
Copy link
Contributor Author

In my docker work in cypht I have found a handful of issues - and I am not doing through testing. Some things that done work in the current docker image that I have come upon:

  • sending attachments
  • sqlite integration
  • redis integration
  • memcached integration

How have these not been actively reported on in the issue tracker? With an average around 500 pulls a day, I would presume more activity if these were from active deployments. So I have several more ideas how this number is what it is:

  1. We dont know the historical pull count, so its possible all the pulls happened in one day with some runaway process on a desktop, perhaps when setting up the image the first time.

  2. The image is used by some existing yml file, distributed with a widely used project. Lets say something like stalwart or even tikiwiki has a published docker compose file that also includes cypht. Any number of users could be running that (even if they are not actively using cypht), or some CI runs it a bunch of times a day which causes pulls. Searching github didnt find much, but thats the only place I looked: https://github.com/search?q=%22sailfrog%2Fcypht-docker%22+language%3Ayaml&type=code

  3. There is some project or third party site that watches projects. It may be pinging a lot of repos, inflating many numbers. Perhaps an aggregator or something like this: https://directory.fsf.org

With no telemetry, we can make guesses all day, so who knows.

I only bring this up because it is good to know how many users will be affected when a breaking update goes out. And it helps inform how drastic development changes can be.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants