Live data from Hacker News

We can't have nice things because of AI scrapers

blog.metabrainz.org

241–250 of 279 posts

Re: We can't have nice things because of AI scrapers

#241

Look no further than x402 micropayments as both the solution and opportunity here. And then a way to return a portion to humans. These AI companies are loaded too (maybe not the long-tail as yet) and the crypto ecosystem is mature. Come one, come all. Make money. Need a Wordpress plugin to start the ball rolling and provide ping endpoints for the AI companies to leach from. They can pay to get those pings too. Give t…

So your local diner used to have napkin dispensers on every table full of napkins.

Then some people started coming in and just taking all the napkins out when they left the restaurant. Now the diner is going broke paying for napkins so they stop stocking them. Seems like we can't have nice things :(.

But wait! Great solution! We created a micropayment system. Sign up on your phone and use this QR code to pay 1 cent to dispense each napkin. You can also watch a 30 second ad for a free napkin. Napkins are back at the diner, and now they're properly commodified, as indeed everything should be.

--

I don't know about you, but the above scenario doesn't sound like a happy ending to me.

Re: We can't have nice things because of AI scrapers

#243

random idea, instead of blocking scrapers, maybe detect them (via user-agent, request patterns, ignoring robots.txt) and serve them garbage data wrapped in dad jokes. if (isSuspiciousScraper(req)) { return res.json({ data: getDadJoke(), artist: "Rick Astley", // always album: "Never Gonna Give You Up" }); }

This is what Cloudflare's Labyrinth product does

https://blog.cloudflare.com/ai-labyrinth/

Re: We can't have nice things because of AI scrapers

#244

Resurfacing a proposal I put out on llms-txt: https://github.com/AnswerDotAI/llms-txt/issues/88 We should add optional `tips` addresses in llms.txt files. We're also working on enabling and solving this at Grove.city. Human Agent Human Tips don't account for all the edge cases, but they're a necessary and happy neutral medium. Moving fast. Would love to share more with the community. Wrote about it here: https://x.co…

llms-txt may be useful for responsible LLMs, but I am skeptical that llms-txt will reduce the problem of aggressive crawlers. The problematic crawlers are already ignoring robots.txt, spoofing user-agents and using rotating proxies. I'm not sure how llms-txt would help these problems.

Re: We can't have nice things because of AI scrapers

#245
post #203
post #150

Earlier quoted context omitted.

> The bots have a different model -- they assume that the website is adversarially "hiding" its content. this should give us pause. if a bot considers this adversarial and is refusing to respect the site owners wishes, thats a big part of the problem. a bot should not consider that “adversarial”

> refusing to respect the site owners wishes should a site owner be able to discriminate between a bot visitor and a human visitor? Most do, and hence the bots treats it as a hostile environment. Of course, bots that behave badly have created this problem themselves. That's why if you create a bot to scrape, make it not take up more resources than a typical browser based visitor.

Bandwidth isn't free. And god knows the bots ain't paying.

Re: We can't have nice things because of AI scrapers

#247
post #47

Earlier quoted context omitted.

Citation needed

I use iocaine[0] to generate a tarpit. Yesterday it served ~278k "pages" consisting of ~500MB of gibberish (and that's despite banning most AI scrapers in robots.txt.) [0] https://iocaine.madhouse-project.org

i have no idea what this does because the site is rejecting my ordinary firefox browser with "Error code: 418 I'm a teapot". Even from a private browser.

If I hit it with Chrome, now I can see a site.

Seems pretty not ready for prime time as a lot of my viewers use Firefox

Re: We can't have nice things because of AI scrapers

#248

Earlier quoted context omitted.

It is https://github.com/silentsoft/hits . It works by loading an SVG "shield" file (like the ones you see at the top of GitHub readmes all the time) from their server from a unique URL (you just choose one when you write/render your HTML). The server, implemented in Java, just counts hits to each URL in a database and sends back the corresponding SVG data. There's also a mini dashboard website where you can check ba…

They're probably not downloading every svg each time they scrape the site. Probably focused on scraping the text.

What? No, I mean the HTML for the SVG contains a custom URL for an API request. There's no scraping involved on either end.

Re: We can't have nice things because of AI scrapers

#249
post #138

AI is destroying the free internet along with everything else My web host suspended my website account last week due to a sudden large volume of requests to it - effectively punishing me for being scraped by bots. I've had to move to a new host to get back up, but what hope does the little guy have? it's like GPU and ram prices, it doesn't matter if I pay 10x 100x or 1000x more than I did, the AI companies have infin…

My prediction: AI is the deathblow to IPv6 adoption for the wider web, since blocklists only really work with IPv4. Increasing VPN usage making user tracking and heuristics difficult, AI scrapers stealing appropriated human content and AI spam poisoning its exploitation, not to mention tech monopolization and centralization, the limitations of IPv4 are suddenly becoming an asset and incentives for IPv6 support are ze…

> blocklists only really work with IPv4

Do they? Why would it be any harder to block e.g. a /56 than a /24?

Re: We can't have nice things because of AI scrapers

#250
post #237

Earlier quoted context omitted.

Is there anything against just blocking at the /48 level?

No, but subnets can't be as easily associated with unwanted traffic. If IPv6 gets blocked you just get another IP. A VPN or hosting provider can't simply rent, or god forbid buy IPv4 addresses and subnets, arbitrarily. The IPs they use are rather static and easy to discover. Rather trivial to block all them, preemptively. Residential IPv4 VPNs are not legal offerings and their use is limited. VPNs can fight traffic a…

> VPNs can fight traffic analysis, they can't fight preemptive IPv4 blocking.

How do you think VPNs are getting past VOD providers’ VPN block lists?

> Residential IPv4 VPNs are not legal offerings and their use is limited.

What’s illegal about them? And does it matter to uncooperative/aggressive bots?

Post reply on HN