Loading...
Error

inpx для библиотеки Flibusta rev2.0 "расширенный" (сортированный список). От 08.04.2024

Страницы:  1, 2, 3, 4  След.

Ответить на тему

 | 

 
Автор Сообщение

Drunkenmunky

INPX для полной сборки (fb2 и usr).
Описание и использование полностью соответствуют аналогичному INPX
Пользователям жанровых выборок особое внимание обращать на пункт "О создании только FB2 и USR коллекций, или других выборок используя этот INPX"
fb2 - книги в формате fb2
usr - книги в прочих форматах
---
ru, en, fr и т.д. - языковый код в стандартe ISO 639
other - все малопредставленные в библиотеки языки (меньше 100 книг на один язык)
empty - язык не указан(как правило, русский)
---
ok/del - доступна или нет книга через поиск на сайте библиотеки
---
sci, ref, det и т.д. - метажанр(ы)(корневой жанр). Смотреть таблицу метажанров
Download
Для скачивания .torrent файлов необходима регистрация
Сайт не распространяет и не хранит электронные версии произведений, а лишь предоставляет доступ к создаваемому пользователями каталогу ссылок на торрент-файлы, которые содержат только списки хеш-сумм

NikLeon

Drunkenmunky
Не совсем уверен возможно это глюк моей системы
библиотекарь LihtLib

Как пример файл 226704.fb2.zip из каталога 2011\04\11 пытается найти не как указан (и имеется), а как 226705.fb2.zip.fb2,
аналогично и с USR файлами

Если файл переименовать с 226704.fb2.zip на 226704.fb2.zip.fb2, то библиотекарь файл видит, но начинает ругаться на его структуру (т.е. доступ к файлу на чтение есть)

FreeLib так же не находит файла

проверял на оригинальном INPX из данной раздачи, так и на обрезанных на основе оригинального
если не трудно проверьте, как у Вас работает?

Drunkenmunky

В MHL проблем нет.
LihtLib на моей системе не устанавливается, проверить не могу.
Работаю над php-скриптом локальной библиотеки. Именно под эту структуру файлов. Без inpx, под официальные таблицы.
Не могу сказать когда закончу, острой необходимости в нем нет, для моих нужд MHL вполне достаточно.

NikLeon

Drunkenmunky

Действительно на MHL заработало, буду посмотреть, что с другими библиотекарями

NikLeon

По результатам экспериментов
если в inp в столбце EXT пустота, то inpx проглатываются другими библиотекарями (LightLib и FreeLib)
если что-то есть, то к имени файла *.zip добавляется содержимое данной ячейки и файл соответственно не находит.

Drunkenmunky

А если в поле FILE оставить только имя файла?
То есть без последнего расширения.

NikLeon

Drunkenmunky
Я другие поля не менял
Если надо то могу это попробовать

Drunkenmunky

Попробуйте, да.
Видите ли. Мне не сложно делать отдельную версию INPX для LightLib сотоварищи.
Но.
Формат этого файла специфический. Заниматься этой ерундой - смешить смущать разработчиков.
Оптимальный вариант - подобрать формат имени файла устраивающий оба каталогизатора.
К сожалению разработчик LightLib пошел по пути наименьшего сопротивления, даже двум.

NikLeon

В ближайшие дни попробую. Да и размножение inpx так же не приветствую.
А можно полюбопытствовать, как Вы уживаете каталоги usr и fb?
В lightlib есть возможность использовать несколько inpx и каталов

Drunkenmunky

NikLeon писал(а):

как Вы уживаете каталоги usr и fb?
Жесткие ссылки. Там есть пара нюансов, если делать из контекстного меню.
Для символических ссылок придется использовать командную строку.
Ну, и наконец можно просто свалить все в одну директорию.

NikLeon

Drunkenmunky писал(а):

А если в поле FILE оставить только имя файла?
То есть без последнего расширения.
сделал 5 строки для файла pdf

вот над чем я развлекался

Корнуэлл,Бернард1,:adv_history:Война Волка543704.pdf.zip21940785437041pdf2019-03-0612019\03\06\ru5adv
Корнуэлл,Бернард2,:adv_history:Война Волка543704.pdf21940785437041pdf2019-03-0612019\03\06\ru5adv
Корнуэлл,Бернард3,:adv_history:Война Волка543704.zip21940785437041pdf2019-03-0612019\03\06\ru5adv
Корнуэлл,Бернард4,:adv_history:Война Волка54370421940785437041pdf2019-03-0612019\03\06\ru5adv
Корнуэлл,Бернард5,:adv_history:Война Волка543704.pdf21940785437041zip2019-03-0612019\03\06\ru5adv

Результат 5 вариант распознался LightLib, ни один из вариантов не распознался FreeLib

при экспорте из FreeLib
Корнуэлл,Бернард1,:Война Волка0adv_history:543704543704.pdf.zip2019\03\06\pdf2194078ru2019-03-061adv00:
Корнуэлл,Бернард2,:Война Волка0adv_history:543704543704.pdf2019\03\06\pdf2194078ru2019-03-061adv00:
Корнуэлл,Бернард3,:Война Волка0adv_history:543704543704.zip2019\03\06\pdf2194078ru2019-03-061adv00:
Корнуэлл,Бернард4,:Война Волка0adv_history:5437045437042019\03\06\pdf2194078ru2019-03-061adv00:
Корнуэлл,Бернард5,:Война Волка0adv_history:543704543704.pdf2019\03\06\zip2194078ru2019-03-061adv00:

Drunkenmunky

Попробуйте отписать разработчику о недоучтенных им особенностях INPX.
Если откажется исправлять - дадите мне образец устраивающих вас параметров. Буду делать в двух вариантах.

NikLeon

Drunkenmunky писал(а):

Попробуйте отписать разработчику о недоучтенных им особенностях INPX.
Если откажется исправлять - дадите мне образец устраивающих вас параметров. Буду делать в двух вариантах.
Если честно, тот я легко перехожу с одного программного обеспечения на другое, так, что у меня тут проблем нет.
Скорее всего надо сделать ссылку, что есть проблемы с данного INPX с другими библтиотекарями кроме MHL

а автору LightLib, я напишу обязательно

Drunkenmunky

NikLeon писал(а):

надо сделать ссылку, что есть проблемы с данного INPX с другими библтиотекарями кроме MHL
Это лишнее. Если программный продукт использует сторонний код и\или формат, то он какбэ принимает его как есть.
Не пойму, чем им csv-то не нравится.

NikLeon

Письмо автору LightLib я написал с ссылкой на нашу с Вами беседу, посмотрим. В крайнем случае я вернусь на MHL и все
Показать сообщения:    
Ответить на тему