• 3 Posts
  • 12 Comments
Joined 2 months ago
cake
Cake day: December 20th, 2025

help-circle

  • Public shareable links function as interactive read-only snapshots.

    When a link is generated, a unique cryptographic token is mapped to the project’s current state in the database. The route serves this data to a canvas where all mutation logic and API write-access are disabled.

    Key facts:

    • Read-Only: Access is strictly limited to viewing and navigation. No data can be modified.
    • Static State: It is not a real-time sync. The link reflects the project at the time of generation.
    • Revocable: You can disable the link or regenerate the token at any time to kill previous access.

    This is similar to how tools like Lufi or PrivateBin handle public access to specific resources without requiring authentication. And NoSQL/centralized backdoors 😅



  • You’re not missing anything 🙂

    Ideon isn’t fully tablet-compatible yet, and mobile portrait is even more limited at the moment.

    Touch support is something I’ve been actively working on for a while. Some interactions, like right-click equivalents, need proper tactile handling, and that requires rethinking parts of the UX rather than just patching it.

    A dedicated mobile mode for smaller screens is also planned. The challenge is making keyboard/mouse and touch experiences coexist cleanly without breaking workflows on either side, so it’s taking time to do it properly.

    Sorry for the frustration on your side. I completely understand it. It’s definitely on my roadmap, even if it will require a bit more work before it feels right…










  • expyth0n@lemmy.worldOPtoSelfhosted@lemmy.worldtest
    link
    fedilink
    English
    arrow-up
    0
    arrow-down
    1
    ·
    2 months ago

    Here’s a simple way to look at it: it’s all about persistence. If someone sneaks a backdoor onto a server or inside a container, that backdoor usually needs the environment to stay put.

    But with containers that are always changing, that persistence gets cut off. We log the bad stuff, the old container gets shut down, and a brand new one pops up. Your service keeps running smoothly for folks, but whatever the attacker put there vanishes with the old container.

    It’s not about saying hacks won’t ever happen but making it way tougher for those hacks to stick around for long :)


  • expyth0n@lemmy.worldOPtoSelfhosted@lemmy.worldtest
    link
    fedilink
    English
    arrow-up
    0
    ·
    2 months ago

    Nah, not really. I mostly use AI for the annoying stuff like GitHub workflows, install scripts, and boilerplate code, not the actual backend or frontend code.

    Oh, and since I’m French, I also use it to clean up my notes into good English for the README (in response to Jokulhlaups). It’s just a handy tool to speed things up, not some magic button that builds everything with one command. If you look at the commit history, you can see the project grew over time. Definitely didn’t just pop out of a single prompt, haha.