Нет, там же реализована удобная функция для поиска по автору, ...

Плюс содержание и удоство просмотра всей информации о книге в прямоугольнике, а не на строчке.

Добавлено (22.04.2011, 08:09)
---------------------------------------------

Недостаточно,

в либруслибе очень удобен переход ко всем книжкам автора из нижней панели.

Зато, очень интересный и заманчивый прецедент

Там нет дублированной информации. Там есть расширенная.

да

не знаю. мне не знаком механизм публикации.

о да.... например, кого-то забанить за излишнее словоблудие!

Так, господа, плииииз, просьба не затр...вать пока мозги идеями с далекими перспективами. Я просил совета по структуре базы, пока-что больше меня ничего не интересует. Я не в состоянии воспринимать такое количество информации. Начнем с минимума, потом посмотрим. Для особо одаренных - система на уровне плагинов, версия серверная (мини-мускул в комплекте), кто захочет - лепите обработку сами. Ядро позволяет работать непосредственно с базами (на каждую либу - своя), импорт-экспорт - в большинстве своем - плагины. Дайте время написать ядро

1. таблицы с дополнительной информацией делать для каждой библиотеки отдельно? лично моё мнение - кроме менеджера закачки - да.
2. есть очень актуальный вопрос, который я один не берусь решать. касаем он либруса. Начнем сначала:

было у отца три сына... упсь, не из той сказки, но дураки и сволочи тут точно присутствуют.... итак

в те далекие времена была такая себе ниче библиотека либрусек, и было у нее файлохранилище, почитай, помойка. Но хоть какая помойка, но была... архивы-тысячники, дейли-архивы... всё хорошо, но содержимое их - зело разношерстно - и на русском названия, и в юникоде, и на других языках... и с базой не сильно по причине разношерстности дружило... и решил Добрый молодец Илья это дело поправить (ну почему его не Иван звали?). И перепаковал многи тыщи макулатуры богатырь. Но, как и все иваны, решил помимо всего прочего - грохнуть немало книг... Да и "подправить" некоторые удосужился (мд5 соответственно в базе поправил)... Да вот возыграла жадность у богатыря, и возникло у народа небезпричинное подозрение во вредительстве... То файлов части нет, то в базе оные отсутствуют... К чему сказка-то? А вот к чему:

че делать, если у народа уже есть тысячи книг, скачанных ранее? стандарту базы они уже не соответствуют.

1. перекачать - не все, думаю, могут.
2. половины книг в этих архивах отсутствуют в новых
3. совместить оба стандарта - дело весьма затруднительное и, зачастую, малореальное.

И следующий вопрос - где, как и в каком формате хранить эти книги при скачке? Тупо по букид, типа как по мд5 в либгене?

1.Я спрашивал именно насчет либруса и книг, которые УЖЕ имеются у пользователей.
2.Своя коллекция хороша, не спорю, можно и в нее все слить (надеюсь), но, опять-таки, что делать с либрусом?
3.Для своей коллекции можно в любом формате хранить, на то она и своя, но с либрусом что делать? :)

итого - вопрос, что делать с либрусом?

По поводу дублей - что считать дублем - физический файл, или книгу, как таковую? Физически (если распаковать все архивы) можно физические дубли убрать. На практике, если, как у меня - суммарно тысяч 500-600 как минимум книг - это малореально, очень долго, да и как потом с базой быть?
Опять-таки, для личной коллекции - нет вопросов. Для онлайн-библиотек - основной вопрос, особенно, если кто-то эти файлы еще и на раздаче держит....

В общем, проблема очень серьезная, надо думать, и думать всем вместе.

Да и еще. все-таки хотелось бы иметь возможность хранить несколько файлов в одной карточке а не иметь 10 строк с одним и тем же названием. Это могут быть как разные переводы одной книги так и разные форматы книги для элбуков. не очень-то удобно конвертить из djvu в rtf.
Однажды воспользовавшись такой возможности и поняв что это хорошо трудно будет отвыкнуть :((