this post was submitted on 22 Nov 2023
180 points (98.4% liked)

Selfhosted

39159 readers
381 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules:

  1. Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.

  2. No spam posting.

  3. Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.

  4. Don't duplicate the full text of your blog or github here. Just post the link for folks to click.

  5. Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).

  6. No trolling.

Resources:

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 1 year ago
MODERATORS
 

Features:

  • Manage compose.yaml
    • Create/Edit/Start/Stop/Restart/Delete
    • Update Docker Images
  • Interactive Editor for compose.yaml
  • Interactive Web Terminal
  • Reactive
    • Everything is just responsive. Progress (Pull/Up/Down) and terminal output are in real-time
  • Easy-to-use & fancy UI
    • If you love Uptime Kuma's UI/UX, you will love this one too
  • Convert docker run ... commands into compose.yaml
  • File based structure
    • Dockge won't kidnap your compose files, they are stored on your drive as usual. You can interact with them using normal docker compose commands
you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 23 points 9 months ago (3 children)

Finally! Goodbye Portainer!

[–] [email protected] 8 points 9 months ago (1 children)

Not sure this would entirely replace portainer for me since that manages multiple machines, but I am keen to play with this

[–] [email protected] 4 points 9 months ago* (last edited 9 months ago) (1 children)

This was my first thought as well. This isn't a replacement for portainer agents on mulitple docker hosts, hopefully that's something that is doable in the future.

[–] [email protected] 4 points 9 months ago

Sounds easy enough to implement tbh, will maybe take a look later how much work that'd be because it's a must have for me as well

[–] [email protected] 6 points 9 months ago (1 children)

I ditched portainer earlier this year to use the command line only, and don't miss it at all. If you're only using docker compose, I really don't see the point of it.

[–] [email protected] 4 points 9 months ago

The CLI is just fine. But a Dashboard can give you a much better and faster overview of everything. (Color highlighting and so on)

[–] [email protected] 2 points 9 months ago (2 children)
[–] [email protected] 17 points 9 months ago* (last edited 9 months ago) (2 children)

A lot of smaller things, at least for me. The biggest grievance I have with it is the garbage tier UX between hitting "Deploy" on a stack and getting ito to do so. Error messages in the notification bubble get cut off, are unhelpful amd/or disappear too fast. That and the L9g Voewer sucking ass are my main problems with it and why I'll definitely check this out.

[–] [email protected] 5 points 9 months ago

Not to mention that there's no way to view those errors messages after the pop disappears (which happens automatically after a few seconds), so God forbid you hit the washroom or check Lemmy while your stack is deploying, no you have to watch that fucker like a hawk.

It is fucking ridiculous that I have to copy and paste error messages just to see what they say.

[–] [email protected] 4 points 9 months ago (3 children)

Portainer has so many tiny broken places that I effectively treat it only as a read-only view. It lists my containers and shows my logs and nothing much else.

It could in theory do quite a bit more, but starting from the fact that it doesn't quite do docker-compose, but its own thing that's somehow similar but different there's just too many tiny issues with it.

Also, it's quite aggressively pushing the paid option without a way to turn that off (or at least turn it down to tolerable levels).

[–] [email protected] 6 points 9 months ago

"Read only view" is exactly how we've started treating it. We used to deploy entirely through Portainer, now we work from the command line and just use Portainer as an information layer. And it frankly sucks at that. Doesn't even give you preformance metrics.

[–] [email protected] 3 points 9 months ago

Also, it's quite aggressively pushing the paid option without a way to turn that off (or at least turn it down to tolerable levels).

I use an ad-blocker to strip those out

[–] [email protected] 2 points 9 months ago

Also, it's quite aggressively pushing the paid option without a way to turn that off

https://github.com/ngxson/portainer-ce-without-annoying

[–] [email protected] 4 points 9 months ago (1 children)
  • UI, just too many annoyances. Fkr example the cut off unhelpfull error messages
  • compose files, like this project calls it are taken hostage by portainer
  • git, while you can use a repository there is no comfortable way to test out changes and commit them to git. Would portainer use a sinple file structure for compose files that would not be a problem
  • Ads, they try to promote there business version via the UI.
[–] [email protected] 1 points 9 months ago

I could close my eyes to all of those, but the issue that pisses me off the most is that often enough Portainer just forgets which stacks it has ownership over, forcing you to delete the whole stack, dig up the old compose from its files, and create it again