Live data from Hacker News

A search engine for searching books in the Z-Library index on the IPFS network

zlib.zu1k.com

151–160 of 215 posts

Re: A search engine for searching books in the Z-Library index on the IPFS network

#151
post #136

Earlier quoted context omitted.

A wealth-indexed fee averaging about $5/mo per household in the US and collected through broadband providers could provide access to every work ever published, pay authors, and eliminate both the need and practice of piracy. The publishing industry prefers, however, to hoard its Smaug-gold, make criminals of the curious, deny access both to the vast majority of the population and to the vast majority of works, all to…

I am opposed to copyright in its current form, but this is a very naïve suggestion. How exactly do you distribute the fee among authors? Who collects it? How does dispute resolution work, if I don't feel like I'm being compensated fairly? Can I opt out if I don't read books? What if everyone opts out and just continues pirating? Let's say I just published one hundred books of semi-AI generated bad fiction. When can I…

Have a look at Europe, where we have such money-redistribution organisations.

Re: A search engine for searching books in the Z-Library index on the IPFS network

#152
I got an error when visiting zlib.zu1k.com/.

Error code: 1020

Ray ID: 781a36f1b9b0babd

Country: IT

I got an error when visiting zlib.zu1k.com:

Error code: 1020 Ray ID: 781a37c3aeacbae1 Country: IT Data center: mxp03 IP: 31.157.83.62 Timestamp: 2022-12-30 10:51:01 UTC

Re: A search engine for searching books in the Z-Library index on the IPFS network

#153

A Z-library who's who would be useful. Is there any relation between the original operators and the IPFS effort? What about the new .to domain that's as far as I can tell identical in functionality to the original z-library?

https://zlibrary.to/ (to save a few guesses for interested minds)

Re: A search engine for searching books in the Z-Library index on the IPFS network

#154

Earlier quoted context omitted.

Large pdf and djvu files generally means low quality scans.

I think that really depends on the type of book. I've found the large PDFs to be by far the most reliable for books printed before the 20th century because - save for Google Books - no one's OCR is tuned for the kind of printing errors, age related wear and tear, and fonts used over the centuries. Manuscripts (which are admittedly very niche) often have to be high resolution scans or photographs just to be readable,…

Surely books published before the 20th century are in the public domain by now, though?

Re: A search engine for searching books in the Z-Library index on the IPFS network

#155

Earlier quoted context omitted.

If you find something, let me know. It would save me a lot of trouble. Until then, what I’m building unfortunately doesn’t seem to have a peer. So I will keep at it. If it gets to a point where I believe it can be useful to others, I will share it freely.

> If it gets to a point where I believe it can be useful to others, I will share it freely. It sounds very useful already. I’d love to see the code even if it’s not in a quite working state yet.

Trust me, when I can share I will, and gladly at that. Hopefully it will be useful and many other people take up the cause. After that I’m taking a rest-of-my-life adventure around the world’s most pristine wildernesses.

Re: A search engine for searching books in the Z-Library index on the IPFS network

#156
post #145

I got an error when visiting zlib.zu1k.com/. Error code: 1020 Ray ID: 7819e5389c898e4e Country: IL Data center: tlv03 IP: 85.65.187.66 Timestamp: 2022-12-30 09:54:40 UTC

Same here. Was working a few hours ago.

Re: A search engine for searching books in the Z-Library index on the IPFS network

#157

A question about z-lib, libgen, and regular libraries Suppose I check an e-book out of my local library. Because Reasons, the library doesn't "own" unlimited "copies" of the book, so each "copy" can only be checked out to one patron at a time and if there are enough holds then a patron can't renew a checked out book. In short, ebooks in libraries are just like regular paper books, except to you don't have leave your…

> Is that a crime?

You didn't say where you are. Copyright infringement tends not to be a criminal offence, unless you're doing it as part of a business (so if you print out copies of that ebook and sell them) or you do so much of it you distort the market (you distribute so many copies of that ebook you destroy the profits that publisher might have made).

The rights holder can sue for their losses, but this tends to be the cost of the item, so they tend not to do that.

Re: A search engine for searching books in the Z-Library index on the IPFS network

#159

Earlier quoted context omitted.

If you find something, let me know. It would save me a lot of trouble. Until then, what I’m building unfortunately doesn’t seem to have a peer. So I will keep at it. If it gets to a point where I believe it can be useful to others, I will share it freely.

> If it gets to a point where I believe it can be useful to others, I will share it freely. It sounds very useful already. I’d love to see the code even if it’s not in a quite working state yet.

I'll second that - even if the code is currently in poor condition. IPFS sounds great but it has a bad reputation for performance/resource hogging but from your original comment that seems to be the least of its issues. I'd love to use something like that for my project.

Re: A search engine for searching books in the Z-Library index on the IPFS network

#160
post #150

Earlier quoted context omitted.

Absolutely. Too many people try to implement DHT on top of stateful connections, it doesn't scale. It must be as cheap as a single packet or two, with no context.

Could you elaborate on why it can't scale if it's stateful?

That should probably read "doesn't scale without centralization".

The full answer to that question is way, way, way beyond the appropriate length for an HN comment.

DHTs need to accept requests from any random IP address, anywhere on the Internet. If you allocate state, you have to deal with resource exhaustion attacks. Dealing with them turns out to be way harder than anybody thinks when they first start down this path.

Cloudflare and Google can use stateful HTTP(S) because they are so massive. They can employ hordes of people to constantly tune DOS filters to block griefers before state allocation occurs, and lawyers to deal with any griefers who are as large as they are. If you're happy with that kind of centralization you shouldn't be wasting your time with DHTs; you don't need them.

Aside from resource exhaustion attacks, there are some pretty deep lessons connected to systems and architecture. The bittorrent bootstrap nodes serve some really insane number of requests/second on very modest hardware (I'm still trying to find the link that detailed this...). The Internet root zone DNS servers were, for a very long time (and perhaps still today in one or two cases) just a few good workstations at universities.

Sessionless protocols scale like crazy, on cheap hardware. But they are very hard to design correctly. If you have VC bucks, spend them on hardware and use sessionful protocols.

Post reply on HN