this post was submitted on 29 Aug 2023
16 points (100.0% liked)

Programming.dev Meta

2474 readers
1 users here now

Welcome to the Programming.Dev meta community!

This is a community for discussing things about programming.dev itself. Things like announcements, site help posts, site questions, etc. are all welcome here.

Links

Credits

founded 1 year ago
MODERATORS
snowe
Ategon
16
Add Support for mlmym on programming.dev (self.meta)
submitted 1 year ago* (last edited 1 year ago) by RonSijm to c/meta
5 comments fedilink hide all child comments
 

Hey there,

I was using https://mlmym.org/programming.dev/ to browse programming.dev because I don't really like the default Lemmy UI. However, as of today https://mlmym.org just redirects to this gist: https://gist.github.com/rystaf/4d591ffdcbaab1c49efa406885efd814.

When checking both https://old.lemmy.world and https://lemmy.world - they both resolve to the same IPs - So it seems like the intended use for this UI is not use it though https://mlmym.org anymore, but for the instances to host it themselves under the ".old." subdomain. In a similar way reddit is doing.

As for how it would look, have a look at https://old.lemmy.world - and probably enable dark mode in the settings.

Was hoping programming.dev would consider supporting this UI as well, under old.programming.dev - It makes the transition from Reddit to Lemmy a lot easier

You can find the repo of it over here: https://github.com/rystaf/mlmym

you are viewing a single comment's thread
view the rest of the comments
[–] RonSijm 1 points 1 year ago

I like how they've done it, but from an "instance owner" perspective I can kinda see how it could become annoying to support 5 different FE UIs...

I've tested https://phtn.app - and over there it seems when you login it sends the login request straight to https://programming.dev/api/v3/user/login - (which is good)
While mlmym sends the login attempt to it's own backend to proxy it - which is bad, since anyone could alter the code and log the login requests on their server and capture your auth data.

I've been looking into mlmym, but it's programmed in GO, which I'm not familiar with, so that's not great (for me) - though I've seen you can compile GO into WASM - so my idea is to do that so it can be hosted stateless (like in s3 or even just github pages) without any backend. If then the auth can be fixed, it could practically be used from any location and the instances wouldn't have to host their own version of mlmym