Skip Navigation

Add Support for mlmym on programming.dev

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

5
5 comments
  • snowe was running into issues before getting other frontends to run but if that gets sorted out we can look into adding some alternative frontends (and we'll have to sort it out eventually to get a beta version of pangora up before it becomes the default UI)

  • Oh that's a shame. .ml doesn't have it so I always browsed via mlmym. Do you know why they deleted it?

  • I would back this request. I'd also like to see support for some of the other frontend options, such as Photon.

    The way Lemdro.id does it is great:

    Lemdro.id Interfaces

    lemdro.id powered by Lemmy-UI. m.lemdro.id web app powered by Voyager
    old.lemdro.id powered by mlmym
    p.lemdro.id powered by Photon
    a.lemdro.id powered by Alexandrite

    • 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