• 2 Posts
  • 67 Comments
Joined 1 year ago
cake
Cake day: June 9th, 2023

help-circle
  • while i don’t have any specific opinions about this that other people haven’t addressed, i just want to flag up something;

    How this could be enforced? No voting from the All and/or Local feed. Seems easy and straight forward.

    this seems unenforcable. as in, you can’t really tell where someone discovered a post from. yeah you can just remove the buttons from those views clientside and it’ll probably work for the majority of cases, but alternate clients or modifications to lemmy-ui can simply put the buttons back in (or in cases of unmaintained or differently opinionated clients, just not remove the buttons at all). the backend can’t really differentiate which view a vote comes from. federation especially can’t differentiate which view a vote comes from.









  • also remember just like how lemmy has it’s kbin, mastodon has it’s interoperable alternatives.

    i bet a fair bit of the complaints i hear from people on lemmy (low character count, wanting to follow topics instead of people) would be solved by trying out a misskey fork such as firefish, iceshrimp or sharkey.

    i don’t think there’s any instance out there with a char count lower than 1000, and antennas are really good (why limit youself to following a single hashtag when you can follow any number of arbitrary keywords?) if you’re in a well federated instance (provided you’re ok with them not feeding into your home feed and them not being retroactive (so after you set up an antenna you’ll need to wait for new posts to filter in))

    they aren’t as polished as mastodon since mastodon kinda ate everyone’s lunch in terms of developer attention (and upstream misskey is an almost one-man-show mess developed entirely in japanese which is why everyone prefers to fork instead of collaborating), but they’ve been getting really good.

    just avoid flagship instances (> 1k active users) for the time being. scaling is still something not many of them have solved just yet






  • One of the reasons I use containers instead of installing things directly is that i can completely uninstall a service by deleting a single directory (that contains a compose.yml and any necessary volumes) and running a docker/podman system prune -a

    or that i can back up everything by backing up a single “containers” dir, which i could have on a subvolume and snapshot if i wanted to

    systemd/quadlet on the other hand makes me throw files in /etc (which is where you’re supposed to put them, but ends up resulting in them being tangled together with base system configuration often partially managed by the package manager)

    The Solution™ to this is configuration management like ansible or whatnot, which needlessly overcomplicates things for the use cases i need (though they’re still useful for getting a base system “container ready” wrt ssh hardening and such)

    tldr: i want my base system to be separated from my services, and systemd integration is the exact wrong tool for this job


  • In Logseq, everything is a nested list. This feels like a limitation, but I’ve been preferring it. The decision is made for you: you’re going to jot this information down as a list. So then you just start writing it.

    Oh - this sounds interesting.

    Whenever I needed to jot down any notes I’ve been finding myself just writing plain .txt files with bullet points, and trying tools like Obsidian or TiddlyWiki I always ended up being overwhelmed with the amount of stuff I could do (and with all the customization options) that I never got around to actually writing things down. I’m definitely gonna look into how Logseq works.

    (Although I have to say, their website does look a bit “too hype-y” for my liking. IDK how to explain it, just a gut feeling. Still, at least it’s FOSS so it can’t be too bad)





  • I imagine the most “ideal” outcome would be “whatever link the default webui shows as the fediverse link (the colorful icon on all posts / comments)”, as that’s the “canonical” link (technically, the ActivityPub ID, which is I think required to be a link as per the spec) of that specific post or comment.

    It’d be the most accurate in terms of visibility (could be deleted by OP and the delete might not reach your instance), latest edits, vote counts, and replies for that specific thing, that said it’s definitely not as convenient as just copying the link in your URL bar and pasting it to wherever.

    Also depending on the exact software running on an instance, that link may not point to a human readable page, but that’s a pretty rare edge case that even the most incomplete real life implementations I’m aware of handle reasonably well (even if it ends up doing a redirect)