HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
plausible
community-edition
Systems & Infrastructure2020–2024
plausible / community-edition

community-edition

Example Docker Compose setup for hosting Plausible Community Edition

6Distinct people
7Mentions
0Explicit recommenders
3KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

Example Docker Compose setup for hosting Plausible Community Edition

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 3:56:07 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year7 dated mentions

Observed mentions: 2020-12-17 15:55:15 UTC to 2024-07-11 07:05:43 UTC.

01232020-01-01 00:00:00 UTC to 2021-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments20202021-01-01 00:00:00 UTC to 2022-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2022-01-01 00:00:00 UTC to 2023-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments20222023-01-01 00:00:00 UTC to 2024-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2024-01-01 00:00:00 UTC to 2025-01-01 00:00:00 UTC (exclusive): 3 mentions; 0 submissions, 3 comments2024

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
20202020-01-01 00:00:00 UTC2021-01-01 00:00:00 UTC101
20212021-01-01 00:00:00 UTC2022-01-01 00:00:00 UTC101
20222022-01-01 00:00:00 UTC2023-01-01 00:00:00 UTC101
20232023-01-01 00:00:00 UTC2024-01-01 00:00:00 UTC101
20242024-01-01 00:00:00 UTC2025-01-01 00:00:00 UTC303

What Hacker News says

7 sources
According to the docs [0], Plausible CE is installed as a Docker image, running in its set of containers, as an independent service from your site, which you only add the tracking snippet. This doesn't make your site as a derivative of Plausible, but you're installing Plausible as a different tool, independent from your site. Like installing a GPL binary doesn't make all BSD licensed binaries switch to GPL license on your system, running an AGPL licensed service on your server which communicates with your site doesn't make your site AGPL automatically, because you're not deriving Plausible, but you're installing and using it. Now, if you want to build a service/website by directly modifying the Plausible CE source code, you have to open that derivative codebase with AGPL, only if you're redistributing the modified code (i.e. making the mo
Read the rest
dified website available to other people). If you modified the code, but you're not distributing it (i.e. Only you're using it yourself), you can keep it to yourself. [0]: https://github.com/plausible/community-edition/
In Plausible Community Edition
> it isn’t a managed SaaS product. It’s open source software purpose-built to self-host on Cloudflare’s developer cloud, in such a way that anyone can do it. This doesn't sound like self-hosting, it sounds like self-operated. Is it possible to run Counter scale on-prem against logs from HAProxy, Nginx, or Apache? That would be cool, and is the benchmark because AWStats [0] has been around for decades and works just fine. There's also a newcomer called Plausible which has a FOSS Community Edition [1] which can be self-hosted. [0] https://awstats.sourceforge.io/ [1] https://github.com/plausible/community-edition/ Edit: @xorcist Thank you for the recommendations, I'll check them out.
In Counterscale and the New Self-Hosted
I've considered self-hosting plausible but ultimately decided to pay for subscription instead, because I think self-hosting would cause more in terms of VPS hosting. The minimum requirements (4GB RAM) are too high because of the need to run two databases: https://github.com/plausible/community-edition/blob/v2.0.0/d... 4GB RAM costs $24/month on DigitalOcean: https://www.digitalocean.com/pricing/droplets In comparison Plausible lowest tier is only $9/month. I think this project is not so different in terms of minimum spec. Would love to hear how others deal with the cost of self-hosting. Does it get cheaper as you self-host more apps? Do you pool with friends?
In Show HN: Openpanel – An open-source alternative to Mixpanel
Clickhouse has got a lot better in limited memory environments. They now recommend 4GB minimum. The production environment that crashed due to Clickhouse OOM was our hosted product a while ago :) After that, we haven't had any downtime on our Clickhouse DB for over a year. The issue with disk space stems from a bad default configuration. Clickhouse used to have EXTREMELY noisy debug level logging enabled by default with no rotation. This has been fixed in our hosting repo[1] so you get sensible defaults. If you don't want to worry about downtime, planning disk space or compute capacity, then that's exactly what we offer at https://plausible.io. We process and keep the visitor data on our Hetzner servers in Germany. 1. https://github.com/plausible/hosting
In Use of Google Analytics declared illegal by French data protection authority
Sure, our main repository comes with a production-ready Dockerfile: https://github.com/plausible/analytics We also have a separate repository with examples and code for how to host Plausible Analytics with docker-compose: https://github.com/plausible/hosting The hosting repo includes everything you need including databases, MaxMind GeoIP database, reverse proxy for SSL, etc. We don't host with docker-compose ourselves because we want to scale our databases independently from the app server. I'm not sure I understand your question. Secrets should never be committed to source control, whether the repo is public or not. Being open source does not change how we manage secrets in the slightest. Does that answer your question?
In Lessons from building and growing an open source SaaS

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.