Hacker News .hnnew | past | comments | ask | show | jobs | submit | jron's commentslogin

Morged > Oneshotted


F-Droid is littered with dead-end pet projects and no easy way to filter them out. Instead of wasting time on Filecoin pipe dreams, they should just fork Modrinth https://github.com/modrinth to handle Android apps instead of Minecraft mods. The difference in usability is night and day: https://modrinth.com/mods


F-Droid prioritizes privacy. Modrinth does not. Users who download apps don't create accounts and cannot even create accounts. This is by design. There are several clients that access F-Droid repos that add those features for users who are willing to pay the privacy cost.


Can I install my own applications on it yet?


yeah, in Europe


But no „A.I“ for us - not even local :/


Do you have a git repo to follow?


You can check out the following sites https://github.com/sandeberger, http:\\thefile.ninja or my homepage at https://kodar.ninja. The project is not opensource.


I regularly find myself on the internet archive hoping to find a working copy of a page created ten-plus years ago. Page rot, SEO spam, walled gardens, and AI generated nonsense are all converging to suck the value out of the WWW.

Projects like this give me a little hope that blogging can make a comeback. NIP-13 [1] also has the ability to use POW to limit bot activity. Thanks for sharing!

[1] https://github.com/nostr-protocol/nips/blob/master/13.md


> Projects like this give me a little hope that blogging can make a comeback.

From nostr site: "If all the relays that you have used in the past go offline, all your posts will be unretrievable." https://nostr.com/relays

Nostr doesn't solve the archival problem


Unlike web scraping where spaghetti logic is required to follow abstracted JS links, archival of nostr events can be as simple as running a relay and mirroring blog content.[1][2] nostr does a lot of what NNTP did but with additional flexibility.

[1] https://logperiodic.com/rbsr.html#nostr

[2] https://github.com/hoytech/strfry/blob/master/docs/negentrop...


For that you will need to connect to all relays in existence, right?


Not necessarily, the gossip/outbox model (NIP-65) tells clients which relays they should check:

https://mikedilger.com/gossip-model/

It is of course possible to combine this approach with undifferentiated access to well known relays, to fetch content from not followed people.


Users currently tend to push events to massive relays but decentralization is still a goal:

https://raw.githack.com/dtonon/oracolo/master/examples/fiatj...

https://github.com/nostr-protocol/nips/blob/master/65.md

Still, the short answer to your question would be "yes."


You should take it upon yourself to save your data, if it is really important to you, so that if all your relays fail, you can simply rebroadcast all your events to a new one and you will be fine. It's a problem solved in a collaborative and decentralized way.


> You should take it upon yourself

> It's a problem solved

If I have to take it upon myself, then it's not solved.


"People want you to do well but not better than them."


I frequently kept a twitch pop-out in the corner of my screen throughout the day. When uBlock stopped working, I almost immediately stopped using the site. Video interruptions are pretty awful for live content where channel switching is a regular occurrence.


If you are really interested then Twitch Turbo disables ads for about 10 a month,


If you are really interested and also don’t want to spend money there are Tampermonkey scripts which will solve twitch ads too.


You wouldn't steal an AWS compute credit.... /s


That's why you subscribe to the channel you like - or use Twitch Prime if you have Prime.


That doesn't work when you channel hop on a regular basis.


Twitch still has Nitro, which removes ads for all channels


Nitro is Discord, Twitch has Turbo.


Sounds like a win for Twitch - you were costing them money and not giving anything back


They may have been paying for subscriptions, bit rewards/redemptions, prime, etc. Ads are only one source of Twitch's revenue.

Twitch started showing a purple "disable your ad blocker" screen when a block of ads failed to run. I think they probably would have made a lot more money and reduced a lot of churn by simply advertising Turbo instead, which many users don't even know is an option.


Twitch subs remove ads for subscribed channels, so OP doesn't buy subs.

Which is the more likely scenario?

1. OP buys bits and throws them at their favorite streamers despite not being willing to pay for subscriptions.

2. OP pays nothing for Twitch and doesn't watch a single ad.


They lost about $20-40 a month on me alone. There are far more channels than a single person could possibly subscribe to...


Hi, Craig.


I think this is the key takeaway for me at least. If we don't blow ourselves up first, the sun will basically blast us into the stone-age every 6000 years at best or 200 years at worst.


You can also add this to the Fermi paradox list. If intelligent life is rare, solar systems where intelligent life can develop the type of technology capable of space flight might be rarer still.

For all we know the Sun is actually quite friendly to this. Most stars might behave this way more often. If that's true then intelligent life able to harness electricity and all it entails would be very rare. If our Sun did this every, say, 25 years there would never be an industrial/technological civilization here... or at least not a sophisticated one able to build things like spacecraft.

In any case this is something we should be studying a lot more than we are. It is a far more tangible and realistic existential threat than very hypothetical AI apocalypse scenarios.


Damus has come a long way since this article was written.

Android also has a great client, Amethyst: https://github.com/vitorpamplona/amethyst

Gossip is a cool rust desktop client: https://github.com/mikedilger/gossip

Strfry is used by most of the large relays: https://github.com/hoytech/strfry Doug Hoyte is a wizard.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: