Библиотека Flibusta (только FB2) на 01.10.2026 (708433 книги) (локальная коллекция, пополняемая ежемесячно) + MyHomeLib + inpx

Со следующего обновления планирую делать два INPX - отдельно для MHL и FLibrary. Если освою metabib, конечно. Кто как на это смотрит?

Я так понимаю, за аналогичными нововведениями в конкурирующей фирме не следите. Дайте старикам спокойно дожить.

Как раз таки посматриваю, но вполглаза. Вот сейчас открутил тему Либрусек до момента перехода на metabib, перечитал ещё раз, но так и не понял, на что Вы намекаете. Ну если очень хочется, могу делать ещё один inpx, с помощью InpxCreator, как и раньше. Или остановиться на том, что есть, если желающих нововведений будет меньше, чем желающих оставить всё по-старому.

Зачем же наступать на горло собственной песне. Можно сделать отдельную раздачу. Изучить спрос, отзывы. А там, уже, и принимать решение

Мой голос (ЗА, разумеется ) можете не учитывать, т.к. я этой раздачей не пользуюсь. Но выскажусь, ибо судьба проекта мне небезразлична.

Я вижу такие минусы:

• Народ один фиг будет путаться с двумя inpx.
• Если положите оба inpx рядом с архивами, то при создании коллекции, если не указать конкретный inpx, FLibrary всосёт все inpx, что найдёт в папке с архивами. Результат предсказать не берусь.
• metabib крут, но всё же пока не генерит всю информацию, которую может использовать FLibrary. Сейчас в раздаче либрусека специально для FLibrary выложены файлы с аннотациями и информацией о сборниках, но нет читательских отзывов, краткой инфы об авторах, мб ещё чего-то. Возможно, уважаемый rupor добавит их в ближайшее время. Или не добавит.

Если вы таки примете решение добавлять в раздачу inpx для MHL, то боль от пп. 1 и 2 можно минимизировать, если inpx для MHL останется с тем же именем и там же, где был, а вариант для FLibrary вы спрячете в папку-аналог flib_additional (см. раздачу либрусека).

Или оставьте всё как есть, но опубликуйте ссылку на эту раздачу. Там точно есть все необходимые FLibrary материалы, плюс небольшой FAQ от автора проги.

Как вариант, можно публиковать новые inpx в отдельной раздаче, а тут оставить всё как было.

Большая просьба оставить в раздаче INPX для MHL, название файла не играет роли.

Самой MHL практически не пользуюсь, но после каждого ежемесячного обновления использую обновленную базу данных из MHL (data/flibusta_local_fb2.hlc2, SQLite), плюс архивы библиотеки для своей программы.

Спасибо за обновление!

Октябрьские благодарности Вам .

Crystal Спасибо!

Crystal

ОГРОМНОЕ СПАСБО!
А по поводу двух (или более) INPX - скажу, что "лучшее - враг хорошего".
Как пишут на одном довольно популярном ресурсе - "мы сюда деградировать приходим", и так кучу всего нового приходится осваивать из-за усилий роскомпозора. Хочется просто скачать, загрузить обновленный каталог в MHL (не берусь судить, есть ли более удобные решения) и просто искать и открывать то, что интересно (ну или загружать в читалку, суть одна).

Вот честно, постоянного изучения нового мне и на работе хватает, дома все больше склоняюсь к решениям "искаропки" ("из коробки" - для тех, кто не застал Удаффком и иже с ним и не знает "олбанский йезыг").

У всех inpx нормальный? А то на Рутрекере жалуются, что дубликатов серий просто тьма стала.

У меня тоже дубликатами завалило, с сентябрьского inpx. ЗЫ Удалял старую коллекцию, делал с нуля - не помогло. ЗЗЫ Может и не связано, но и сохранение книг на устройство тоже стало странным.

Честно скажу, что мне надо бы объяснить необходимость "читательских отзывов" и "краткой инфы об авторах". Я их пропустил совершенно осознанно, так как не понимаю зачем они нужны, но может я что-то не учитываю.

Про "ещё чего-то" не в курсе, КМК - все.

Почему нужно переходить на "metabib" даже если не менять формата раздачи:

1. В inpxcreator/lib2inpx нельзя использовать современные версии mysql/mariadb - "embedded" library, которая там используется больше не поддерживается ни одним дистрибутивом - от слова совсем. Соответственно он больше не поддерживается, как долго вы будете руками исправлять sql dumps и насколько это имеет смысл, я не знаю. 2. Я перечитал (или сделал попытку) все, что было написано в этих темах или около с того времени как я перестал за этим следить, т.е. примерно лет за 8-10. И все находки разных людей (в основном Drunkenmunky, но были и другие) постарался учесть - ничего этого в inpxcreator не было. Тут и слияние авторов с одинаковыми именами и обработка ранее не обрабатывавшихся запятых и прочих символов в их именах и много всего другого. Скажем для того же Flibrary можно автоматически строить имена из иерархических коллекций. По-моему единственное пока не обработанное (тут я даже не уверен - надо проверять Unicode Folding) это обработка "е" и "ё" при дедубликации sequences. Код metabib довольно легко менять, так что я вполне в состоянии его поддерживать, чего не скажешь про inpxcreator. 3. Многоплатформенность metabib - он работает на любой платформе, где есть mariadb и работает Go - т.е. на любой современной (у меня было много жалоб на это) 4. metabib создавался не для производства INPX, INPX - это для удобства поддержки существующих програм и для демострации возможностей Основным продуктом является полный, хорошо определенный JSONL каталог с информацией о всех книгах в базе и архивах с указанием что откуда пришло и какие были проблемы. Из него генерятся все INPX и все дополнительные файлы. Его легко кормить разным искуственным интеллектам и можно использовать в каталогизаторах напрямую - скажем последние, пре-релиз версии MHL уже умеют это делать. В JSONL каталоге есть все - и пересекающиеся авторы, и аннотации и серии - любые, что от автора, что от издателя. Возможно когда-нибудь это и заиграет само по себе (например, мы захотим создавать настоящие исторические линии и работающие updates), но даже сегодня если у кого-то из раздающих есть вопрос про книгу, серию и т.д, скажем с целью почистить раздачу, вырезать только определенные книги и т.д. и т.п. - то это становится возможным и относительно простым действием, без необходимости мучить базу данных.

Как то так...