Оффлайновая библиотека

Опубликовано ср, 02/04/2008 - 15:10 пользователем Saddo
Forums: 
Функциональность

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

Моё предложение:

  1. Офлайн библиотека:
    1. Программа для поиска и каталогизации книг
    2. База для программы на основе базы сайта
    3. Файловый архив книг (предположительно 1 в 1 с архивом сайта, хотя не обязательно)
  2. Офлайн библиотека выпускается раз в пол года
  3. Обновления к библиотеке:
    1. Выпускаются к примеру раз в неделю
    2. Генерируются сервером (новые книги и новые записи к бд в архиве) в качестве 1 архива
    3. Распространяются как с сервера либрусек, так и интузиастами где только можно (трекеры, варезники и тд)

В итоге это приведёт к тому что нагрузка на сервер снизится, библиотека будет постоянно доступна, её копии вскоре захватят мир :D и всегда можно будет найти достаточно актуальную версию.

Чуточку подробнее о программе-каталоге для офлайновой версии:


  1. Собственно каталог. Жанры, алфавит, серии

  2. Инфа о книге на уровне минимума. Автора, Название, Серия, Аннотация (если есть), Возможно превью первых N строк книги

  3. Поиск

  4. Автообновление


По идее этого минимума вполне достаточно для удобного пользования в офлайне.

Реализация этой идее по сути своей не сильно сложная. Хотелось бы услышать ваши мнения господа.

P.S. Как программист, и человек готовый участвовать в реализации, предлагаю использовать следущии технологии:
Для программы-каталога - .NET
Для серверного генератор обновление - PHP
Желающие поучаствовать приветствуются ;)

Опубликовано ср, 02/04/2008 - 20:10 пользователем larin

Оно уже есть.
Давно.
Очень давно.
Лет десять.
Лежит, к примеру, тут - http://book.lib.rus.ec
Обновляется еженедельно, по FTN или ftp.

Опубликовано чт, 03/04/2008 - 03:41 пользователем kv

ага, предложенное бук-либ и есть.
Его недостатки
1. Единый источник обновлений. Следствием есть то, что добавить свое даже для использования на локальном компе, невозможно без рассинхронизации с центральной базой
3.невозможность отказаться от подписки на некоторые рубрики. В результате надо тащить базу, а главное, иметь полный файловый архив. А на сегодня это уже 35 гигов. И там много узко-специальных разделов, интересных далеко не всем.
2. Ограниченный объем трафика по обновлениям порядка 150 метров в неделю. Вроде и много, но если учесть, что основной объем приходится на редко-востребованные (для меня лично) разделы типа старой радиотехники, то не так уж и много.

Ну и еще по мелочам, типа устаревший (с рождения) интерфейс юзера и т.п.

Вот если бы создать новую систему с учетом современного состояния ПО, на основе п2п, с распределенными обновлениями, это - да. Кое-какие идеи как это делать, есть, и кое-что делаю, так что если есть желающие присоединиться - милости просим в личку.

Опубликовано чт, 03/04/2008 - 13:47 пользователем larin

У буклиба есть недостатки.
Они везде есть.
Надо их исправлять, а не изобретать велосипед с нуля.
Можно сделать новую морду для буклиба, с неустаревшим интерфейсом.

Полный файловый архив совершенно не обязателен. А база не столь велика.

Опубликовано чт, 03/04/2008 - 13:58 пользователем kv

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

Опубликовано пн, 07/04/2008 - 00:23 пользователем belomor

а не проще на локальный комп поставить пхп апач майскуэл друпал и движок либрусека - вот тебе и оффлайн со всеми наворотами
X
HNS.to is a highly insecure way of browsing Handshake domains and should only be used for demo or educational purposes. Click to see preferable resolutions methods