I'm now thinking that instead of doing a bunch of Nginx nonsense in front of Pleroma I might instead submit a MR to Pleroma to make its static directory configurable, so you could just put soapbox-fe anywhere on the system then configure Pleroma to look at it.

I already have a working demo, just need to clean it up and submit the MR.

This should solve the problem for people who want to run a custom frontend with Pleroma.

Turns out this existed all along!

config :pleroma, :instance, static_dir: "/opt/soapbox-fe/public"

Boom, no special Nginx config required

This has actually happened multiple times now where I thought Pleroma was missing a feature and I actually discovered it while trying to add it. I was looking forward to contributing but I also can't complain. It's a good sign of they're 2 steps ahead.

@alex Simply curious. Is this why I'm currently seeing a blank page whenever I visit Gleasonator Dev rn? Or is that related to something different?
@alex Coolio. Simply curious: I noticed the directory change public/soapbox to public/instance. How will the about static html thing work? Will it still work the same way you mentioned earlier just under a different directory?

@SandiaMesa I changed it for compatibility with Pleroma. Same way, the files would just go in public/instance/about/*.html

@alex Coolio. Just moved the files from 'public/instance/about' to 'static/instance/about' on the assumption that the about will work the same way, if I'm correct.

@SandiaMesa You should probably fork my repo instead of just copying it so you can merge my changes

@alex That might be a good idea actually. My only concern is how would I pull from GitLab to Gitea. Lol

I guess I could just maintain a mirror of Soapbox FE on Sandia Mesa Code for now and then do pull request from that mirror whenever.
Sign in to participate in the conversation
Game Liberty Mastodon

Mainly gaming/nerd instance for people who value free speech. Everyone is welcome.