Thank you for the links, I had found a few of these but some are new. The basic idea is there, I'll see if any of these can work for us. I'm growing more convinced though that hosting a whole app for this super simple use case might not be worth it, I think we might pivot to just hosting a really basic static page for it.
This is way too overkill for what we need. I'm sorry, I've been intentionally vague about the context for this but I guess it's too unclear. We're an activist group planning a protest. We might have to get this set up literally tomorrow and every penny comes out of (mostly my) pocket. We're also all paranoid about opsec and anonymity, which is why the requirement about avoiding corporate services is there. Perhaps I should have posted this in a privacy focused comm instead, I apologize.
It's pretty overkill for what we need, and it would still fall under "corporate" for us. At that point I could just go for the static Notion page which I can get live in 5m for free.
We can set up all of those but again, that's kinda expensive for us rn. What's the benefit of using a CMS like Joomla versus wishthis, or even a basic Caddy/Nginx webserver with a static page?
I'm involved with an org that needs to set up a public wishlist for supplies for a project. The rough requirements are as follows:
- Public webpage with a static URL
- Can be easily edited by non-technical people
- Editing requires authentication
- Avoiding corporate services, especially avoiding tracking of both users and admins
- As cheap as reasonably possible
- As quick to set up as possible
Nice to have:
- Hosted under a custom domain
- Supports users "reserving" items so multiple people don't all supply the same stuff
One option I considered would be running something like wishthis in a VPS under our own domain, but this is kinda expensive, complex, and I don't trust wishthis' auth. A different option could be just having a static page in something like Notion or Github pages, which would be free but relies on corporate services we don't trust.
Is there a middle ground between the two previous options? Or a better solution that fits most of the requirements?
I believe you need root to access those, plus a file manager that supports it (I use Mixplorer which does). Otherwise, as someone else suggested, you can access them from a computer over ADB or MTP.
They're insufferable commies who keep attacking other parts of the Fediverse by... uh... commenting on posts and... ehm... responding aggressively to bigoted content. They've got all these sick ass stickers that we don't and they keep flexing them in our replies which drives me crazy.
Their instance is an authoritarian distopia where queer people feel safe and they don't waste time debating the same wrong liberal talking points every time. Also you can just call someone a dumbass if you disagree with them: a totalitarian nightmare.
Worst of all they go around straight up bullying other Fediverse users: right now I'm locked in a bathroom stall that a Hexbear user shoved me into. I've been here for an hour missing my maths class, and I've had to drink the toilet water. My tummy is starting to hurt. Stay away from Hexbear users...
Nice! Kudos to Proton for not abandoning their promise to publish their sources... Hoping to see Calendar on there soon too.
This is such an amazing article, The Verge's staff is still capable of some excellent journalism.
I had high hopes when I tried it out but frankly it's been almost unusable for me. Terrible performance, laggy UI, plenty of bugs, long loading times for songs...
I don't know if something in my mobile environment was messing with it but I use quite a few indie FOSS apps still in beta and none of them worked as badly as Spotube did. I'd love to go back to it if it improves, but for now it's just not worth the UX pain.
Edit: forgot to mention. The idea of sourcing tracks from YouTube is cool but causes loads od trouble in practice. I've found remixed versions streamed as the original, tracks with the intro from the music video, tracks with sound effects from the music video, and tracks that just cannot be streamed cause they aren't on YouTube. I know there's a feature to pick which version to stream, but it's quite a bit of UX friction and it didn't work often enough to be a showstopper.
Even if its configured correctly to totally obfuscate the data and the final endpoint of the traffic it's still blatantly obvious that a VPN is in use.
Which is why Chinese users don't use standard VPNs, they use obfuscated proxies with protocols like Shadowsocks and V2Ray, which mask the tunneled traffic as innocuous HTTPS traffic.
Support for this in core Lemmy has been discussed many times. There's an open issue for it that's been gathering dust for a while. Some apps already implement this on the client side I think, not jerboa though.
Other people in that thread have pointed out that it isn't showing posts being delivered to Threads despite the block. That should be testable with other instances, but not Threads since it's not receiving any content from Mastodon at the moment. The concerning thing there is the user still being able to view content from people they've blocked, but that seems to be a bug if it's reproducible.
In the EU companies can't scrape personally identifiable information without consent, even if it's already publicly available. IANAL, and there's probably ways they can sneak around the GDPR, but at least it's not a free for all. It's unclear though how it works for federation. It's definitely not the same legally though.
The reason for not directly federating content to Threads isn't so nobody there can ever see my amazing posts, it's so Meta can't easily profile me. Scraping public posts on a different platform would probably be illegal, at least in the EU, and reposts don't give them a lot of data about me. Federating content, however, would give them most of the same data that Mastodon has on me without even having to ask.
This post from Eugen Rochko mentions that blocking Threads at the user level "stops your posts from being delivered to or fetched by Threads". Basically, the user-level instance block is bidirectional.
Limited federation mode is a different feature, at the admin level. It doesn't really affect the delivery of posts in either direction, it just hides the blocked instance's content from the global feed. Defederation on the other hand is indeed bidirectional, but again it's on the admin level rather than users'.
Mastodon instance blocks are already bidirectional AFAIK: if you block an instance your content does not get federated with them. I was actually surprised that this does not seem to be the case for Lemmy. I don't think this break any core abstraction of AP...
With debate raging in the Fedi about Threads' federation, I was having a discussion with another user about the recently implemented instance blocks. They pointed out that, blocking an instance simply hides their content from your feed but doesn't prevent your posts from being sent to them. Firstly, is this correct? Is this how instance blocks are implemented in Lemmy? If not, has this been discussed before? I couldn't find such a discussion in Github issues...
It seems that many people have concerns about Meta's use of their data, and would like to opt out of sharing their content with Threads. Is there any way to do this in Lemmy right now, or any plan to implement such a feature?
Ah ok this I'm not sure about. I mean, Lemmy added instance blocks as well in the latest release (0.19), but it seems that, unlike Mastodon, this only hides the content from you and doesn't prevent your content from being sent to that instance. It does seem like a pretty big oversight, but I haven't found a discussion about this. There might be good reasons why it's this way.
I don't think Lemmy does either...? It pushes updates to subs that at least someone on the receiving instance subscribes to (at least that's how it worked last time I checked). That's why there are scripts going around for new instances to automatically follow a bunch of popular subs to populate the All feed.
I think Mastodon works in the same way with users, where it sends updates for accounts that someone on the receiving end follows. So if nobody follows you from Threads it wouldn't send any of your posts there.
a long form nuanced take
interesting, however have you considered pee pee poo poo
Truly a worthy contribution to the discourse, thank you...
ActivityPub doesn't just push everything on a server to every federated instance like a fire hose. In the first place, as Masimatutu@mander.xyz said, it only feeds your content to an instance if somebody on that instance follows you, which you can set to require your manual approval. Your posts could also get pushed if somebody else boosts your post and they have followers on the other instance.
However, if you set an instance block, none of your posts get sent to the instance, period. They would have to resort to scraping. In other words, if you don't want to give meta your data, just set an instance/domain block.
I'm looking for a way to keep track my recurring subscriptions. I just want a nice overview of recurring payments and where they come from, I don't need a solution to actively go and manage the subscriptions for me. Unfortunately my bank, despite being a trendy digital bank, does not have a good built-in tool for this.
There's a plethora of third party services I found for this (Truebill, TrackMySubs, Hiatus, etc.) but they require you to give them unrestricted access to your bank account activity which seems like a privacy nightmare. I've also found some less invasive apps, such as Subby for Android, but they're basically just nice views over manually entered data. The ones I've found also seem to be single-platform only: even if you can sync your data (not always the case) you can then only view it from the app on the same platform.
Do you have a good solution for this? Something that's a middle ground between giving your entire payment history to some random company and a good-looking local-only spreadsheet?
A new tool that blends your everyday work apps into one. It's the all-in-one workspace for you and your team
I wrote this post for a friend, I'm sharing it here for anybody it might help. I got asked multiple times how I download cracked music software so I figured it'd be easier to write it down once. It's meant for people with very low technical skills who just want to start torrenting software without major risks, and it includes a bunch of safety tips that are already known in this community.
If you have feedback, let me know and I'll update the post.
