Because grocery stores don’t make that data accessible to third party developers, otherwise someone would do what you’re suggesting and they’d risk you shopping elsewhere.
Developer, 11 year reddit refugee
Because grocery stores don’t make that data accessible to third party developers, otherwise someone would do what you’re suggesting and they’d risk you shopping elsewhere.
Give NixOS a shot. It’s got a learning curve that may be difficult if you’ve never read code, but it’s my preferred immutable setup.
It even has more packages than Arch.
Here’s the video that got me onto it:
I completely gave up torrents for Usenet, also using the -arr’s to get content for Plex. I completely saturate my bandwidth with Usenet downloads and I’ve never once received an ISP letter, and I’ve been entirely without a VPN.
As someone who completely gave up torrenting for usenet, what made you decide against usenet?
I was using Vanced for around a year, and immediately switched to Revanced when it became available. No issues so far
To elaborate further from the other comment, it’s a person running a copy of the Lemmy software on their server. I for example am running mine (and seeing this thread) from https://zemmy.cc. Thanks to Federation all of our different servers are able to talk to each other so we can have a shared experience rather than everyone being on one centralized instance managed by one set of administrators (like reddit is).
This provides resilience to the network. If reddit goes down, reddit is down. If lemmy.world goes down, you can still access the content of every community that isn’t on lemmy.world, and if other servers were subscribed to the content on a community from lemmy.world you could still see the content from before the server went offline (and it will resync once it’s back up).
If we put all of our eggs into a single basket, we have a single point of failure. If all of the major communities go to lemmy.world then lemmy.world is that single point of failure. Doing that is effectively just recreating the same issues we had with reddit but with extra steps. By spreading larger communities across servers we ensure that the outage (or permanent closure) of a single instance doesn’t take down half the active communities with it.
My friends instance, crystals.rest, is hosted on a $5/mo Linode with 1GB of RAM
Putting all of the large communities on a single instance is just reddit with more steps. It’s good that one of the larger Lemmy communities is not also on the largest Lemmy instance. Lemmy.world suffers a lot of outages (in part because it’s so centralized), meanwhile this community remains available.
It’s an understandable response. They were previously in a position where this was such an obvious concept that it didn’t merit any thought, and now they are required to have an understanding of networking and federation in order to understand how well actually this a fundamental part of how distributed systems work and isn’t technically a bug.
From their perspective this seems like a fairly straightforward problem. Obviously (to us) it’s not, but the threshold for the fediverse shouldn’t be that you deeply understand federation if there’s ever going to be meaningful adoption.
As an aside, your personal domain is timing out.
You could always try Asahi Linux if you’re on a newer MacBook
This is not obvious to anyone who doesn’t have some understanding of how networking and federation work, which is most people. Especially if we’re talking about users who have only ever experienced centralized platforms.
It should be called “Known Network” or something more transparent that doesn’t require an explanation of indexing
I’m not sure what you’re looking at there? I don’t use Edge, I’d reccomend checking the tutorial on Greasyfork or checking Youtube.
It should be as simple as clicking the Tampermonkey icon, clicking the settings option, and entering some keywords to block:
I have a userscript for this purpose:
https://greasyfork.org/en/scripts/471718-lemmy-post-keyword-filter
This has nothing to do with rockstar culture and everything to do with the fact that you’re spending 10x the amount of typing complaining about an issue than it would have taken you to just go and fix it and be done with this. So either you don’t want it fixed because you prefer to complain and die on your sword, or you don’t know how to fix it.
Either way I’m done with the conversation. If there is actually an issue I expect someone else who is actually levelheaded and reasonable will identify it and submit a PR. Because that’s how you improve open source software, not by throwing tantrums and making wild assumptions about peoples agendas. Go touch grass or something.
A 2-line SQL TRIGGER removal takes about minutes to fix.
Then go fix it and open a PR
It’s amazing how you have fallen hook line and sinker into believing that the problem is difficult to solve. It’s the agenda that is the problem.
If the problem is easy to solve, then go solve it, open a PR, and come back here once you’ve done so.
If you’re going to signal that something needs to be done, and you want people to join you in supporting that belief, then actually put something forward that people can get behind. What would me getting angry alongside you actually accomplish? If there was a PR then the community could go and say “Here is a solution, here’s why we think it’s worth merging” and a discussion could actually be had.
Instead you’re just giving rhetoric about how they don’t want to solve this without any evidence, actually creating a PR and having it rejected would be all the anyone needs to see to support your opinion, so go do it.
They have people like you who will not read actual code to see that they only care about the fact that “Rust is cool programming language” and crashing code doesn’t get any priority.
I’ve have merged PR’s in the Lemmy repos. Don’t assume you know anything about me or my position, because you don’t. I don’t have any particular stance on Rust and if this is actually an issue it’s one I’d like to see resolved, so go open a PR and get the conversation started instead of whinging here.
They even started a new front-end Rust application this month, because they don’t care to bother with the core of the site
Are you referring to this repo that Dessalines forked and hasn’t made a single commit against? That hardly seems like they’re abandoning the current frontend and more like a dev messing around with various tech as we all do.
PostgreSQL doing INSERT and SELECT statements to load comments.
If you know what’s wrong, and you know how to fix it, then either put up or shut up. Go make a PR and fix the problem and show us that they rejected the PR because they’re not interested in improving performance. There’s folks like Phiresky actually making meaningful contributions to the backend to help improve Postgre performance, something both dessalines and nutomic have said they’re not well experts in. Be like Phiresky, actually put your code where your mouth is.
Lastly, I don’t know if you were aware of this, but the Lemmy devs don’t owe you anything. Even less so if you’re not actually contributing code or money to help move this project forward.
You’re spamming this all over this thread. Why don’t you go create a PR instead? If you think you have a better solution then go discuss it with the people who have the full context and try to get it fixed instead of complaining here.
Same experience in Argentina and Paraguay
I think it’s a bit silly to have megathreads just because some users can’t scroll past posts that doesnt interest them.
The problem is there are so goddamn many, to the extent that I’m working on a userscript that lets me entire hide posts that contain keywords. Checking my frontpage using Subscribed/Active, 5 of the first 20 posts are about this “news”. And that’s a full day after it happened, yesterday was far worse
Edit: The userscript is ready!
Go ahead and try scraping an arbitrary list of sites without an API and let me know how that goes. It would be a constant maintenance headache, especially if you’re talking about anything other than the larger chains that have fairly standardized sites