Вроде выкристализировало.

Вот что можно сделать довольно просто:
1) Запретить прямые ссылки на страницы книжек, читания и для скачивания, а только если юзер идет с либрусека:
В handler-e для начала сессии (Sesson-Onstart или как там оно в php я не знаю) прописать код:
Если (url типа "читать" оr url типа "скачать" оr url типа "конкретная книжка"........) то
.........заредиректить браузер на линк где написано что прямые ссылки не поддерживаются
End if
На линке где написано то прямые ссылки не поддерживаются, сессию ресетить /session->abandon или как есть правильно/

2) Затруднить достаточно проверки для нерусскоговорящих:
2а - Сделать массив словесного представления чисел с 0 до 200 по русски, типа a[0]="ноль", а[1]="один",... а[99]="девяносто девять",... а[200]="двести"
2b - сделать страничку типа lib.rus.ec/vopros которая делает вот что:
Выбирает две случайные числа в обхвате 0-100
Задает вопрос на их сумму, типа:
"Сколько будет двадцать три плюс семдесять семь?"
и требует словесного ответа вбить по-русски (в html форме лучше передавать не сами числа а их словесное представление чтобы view source ничего лучшего не дал).
Если ответ правильный записать на клиенте cookie "ответил правильно" с валидности например 4 часов, если нет - опять задает вопрос с других чисел.
Примерный псевдокод для lib.rus.ec/vopros со стороны сервера:
----------------------
if request("otvet")="yes" {
.........s1txt=request("s1txt")
.........s2txt=request("s2txt")
.........resulttxt=request("resulttxt")
.........// нормализировать ответ - убрать лишние пробелы с конца и начала resulttxt, двойные пробелы заменить на единичные и пр.
.........resulttxt=normalize(resulttxt)
.........// findIndex - функция которая делает обратное, т.е. по словесного представления числа находит само число.
.........s1=findIndex(s1txt)
.........s2=findIndex(s1txt)
.........res=findIndex(restultxt)
.........if (s1 & s2 & res) then
.........if s1+s2=res then {
..................записать на клиенте cookie "ответил правильно" с валидности например 4 часов
..................заредиректить клиент на url-a с cookie coming_to_vopros_from_url если оно запомнено, если не запомнено - заредиректить на основной странице
.........}
}
Если не записано, записать referrer откуда пришел клиент на cookie coming_to_vopros_from_url (валидное на день например)
s1txt=a[random(100)]
s2txt=a[random(100)]
выдать HTML форму с вопроса на суммы s1txt + s2txt, видимое поле для ответа с имени resulttxt, и скрытые поля: с имени s1txt со стойности s1txt, с имени s2txt со стойности s2txt, и с имени otvet со стойности "yes"
-------------

2c) Сделать код с серверной стороны который: стирает cookie coming_to_vopros_from_url с клиента, проверяет на наличие cookie "ответил правильно" у клиента, если такого нет - редирект на lib.rus.ec/vopros. Включить данный код в начале url типа "читать" оr url типа "скачать" оr url типа "конкретная книжка".

Операции с coming_to_vopros_from_url - чтобы просто сделать удобнее, после вопроса редиректить на ту же страницу откуда клиент пришел. Или как альтернативу, можно с coming_to_vopros_from_url не возиться а чтобы вопрос выскакивал в отдельном окошке типа popup-а например.

Думаю, идея ясна.
Для читателей - неудобство ничего - ответить надо по-русски на простой вопрос на суммы двух чисел по-русски, раз в 4 часов.
Для хостеров - дело трудноподъемное - нужно понять вопрос по-русски, знать считать;), знать как написать ответ по-русски, и русская раскладка для ответа.
И очень интересно увидеть содержание следующего письма магистра к хосту... ;) Сомневаюсь, что там ссылок на чего-либо будет кроме как на основной сайт.

Именно эти моменты и надо оговаривать с провайдером, в частности, что они будут считать проверенной жалобой и какова будет их реакция на непроверенные жалобы, например представляется разумным, что провайдер прежде чем принять решение об удалении того или иного материала должен получить решение суда в чьей юрисдикции находится провайдерская фирма о том что данный материал нарушает авторские права. Естественно, прежде чем вести такие переговоры, хорошо бы получить некую юридическую консультацию от независимого источника.

И еще, необходимо помнить, что как правило, провайдер не несет никакой ответственности за содержимое сайтов и возможный abuse (во всяком случае они так говорят) и риск нарваться на судебный иск со стороны никому не известного агенста по рогам и копытам в интернете для провайдера является минимальным.