p2p сеть для книгообмена.
Jun. 8th, 2007 03:44 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
Я тут подумал, что требования к peer-to-peer протоколу для работы с электронными книгами сильно отличаются от требований к протоколу для разадчи multimedia, под которые заточены всякие ed2k и bittorrent.
Если музыка и фильмы это, как правило, немного больших файлов, и возможность распределения нагрузки по раздаче является существенной, то электронная библиотека - это много-много (десятки тысяяч) относительно маленьких файлов.
Причем начиная с того момента, как у человека образовалась эта библиотека, дальнейшиф траффик очень маленький - новинки, исправления опечаток и т.д.
С другой стороны, мультимедиа-файлы обычно редактированию конечным пользователем не поддаются. А вот опечатки в электронной книге может исправлять любой.
Соответвтвенно, для синхронизации изменений в электронных библиотеках (если предположить что на начальный момент участия в p2p сети каждый участник обзавелся копией библиотеки на момент вступления, например выкачав ежегодный снапшот из традиционных p2p),
гораздо больше подходят такие средства как rsync и unison.
Эти средства позволяют поддерживать в консистентном состоянии сколько угодно мирроров одной и той же коллекции книг с минимальным количеством траффика. При этом если любой пользователь исправит опечатку, это исправление расползется по всем хостам сети.
Кстати, если кому-то жалко места на диске, он вполне может синхронизировать у себя не всю библиотеку, а определенные жанры или определенных авторов. Для этого нужна только соответствующая структура каталогов.
Злесь, правда, есть такая тонкость, что необходима какая-то система учета доверия к пользователям. А то в сети заведутся обязательно гады, которые будут книги портить. Впрочем, формат FB2 легко защищается электронной подписью на базе xmldsig. При этом файл подписи можно положить рядом, чтобы не мешал читалкам. Тогда если при синхронизации приехали изменения к существующему файлу, можно посмотреть, кто под ними подписался, и, в зависимости от этого, либо сразу включить в основной архив, или оставить до ревизии владельцем данной копии, который, может быть, потом и своей подписью под этими изменениями подпишется. Новые книги, ранее в библиотеке отсутствовавшие, можно принимать и без подписи.
Если музыка и фильмы это, как правило, немного больших файлов, и возможность распределения нагрузки по раздаче является существенной, то электронная библиотека - это много-много (десятки тысяяч) относительно маленьких файлов.
Причем начиная с того момента, как у человека образовалась эта библиотека, дальнейшиф траффик очень маленький - новинки, исправления опечаток и т.д.
С другой стороны, мультимедиа-файлы обычно редактированию конечным пользователем не поддаются. А вот опечатки в электронной книге может исправлять любой.
Соответвтвенно, для синхронизации изменений в электронных библиотеках (если предположить что на начальный момент участия в p2p сети каждый участник обзавелся копией библиотеки на момент вступления, например выкачав ежегодный снапшот из традиционных p2p),
гораздо больше подходят такие средства как rsync и unison.
Эти средства позволяют поддерживать в консистентном состоянии сколько угодно мирроров одной и той же коллекции книг с минимальным количеством траффика. При этом если любой пользователь исправит опечатку, это исправление расползется по всем хостам сети.
Кстати, если кому-то жалко места на диске, он вполне может синхронизировать у себя не всю библиотеку, а определенные жанры или определенных авторов. Для этого нужна только соответствующая структура каталогов.
Злесь, правда, есть такая тонкость, что необходима какая-то система учета доверия к пользователям. А то в сети заведутся обязательно гады, которые будут книги портить. Впрочем, формат FB2 легко защищается электронной подписью на базе xmldsig. При этом файл подписи можно положить рядом, чтобы не мешал читалкам. Тогда если при синхронизации приехали изменения к существующему файлу, можно посмотреть, кто под ними подписался, и, в зависимости от этого, либо сразу включить в основной архив, или оставить до ревизии владельцем данной копии, который, может быть, потом и своей подписью под этими изменениями подпишется. Новые книги, ранее в библиотеке отсутствовавшие, можно принимать и без подписи.
нельзя объять необъятное
Date: 2007-06-09 09:49 am (UTC)Очепятки раздражают, а ситуация с авторскими правами и вознаграждением Авторов - катастрофична. Потому я за то, чтоб решать ее первой.
Re: нельзя объять необъятное
Date: 2007-06-09 10:13 am (UTC)Проблема в том, что в современном мире "писать хорошие книги" и "получать достойно за писательский труд" чуть ли не взаимнопротиворечащие друг другую условия. Впрочем, это не только книг касается.
Характер потребительского спроса таков, что на низкокачественной продукции можно заработать гораздо больше, чем на продукции качественной, куда надо душу вкладывать. Это касается и программ, и книг, и табуреток.
Причем, авторы не перестанут писать хорошие книги от того, что их приходится писать по вечерам, урывками и т.д. Если очень хочется что-то сказать, то ты это скажешь. Возможность получать приличные деньги за халтурную писательскую работу убивает писательский талант гораздо эффективнее, чем необходимость зарабатывать на жизнь другим способом, что мы видим, например, на примере Лукьяненко.
Тот же Щеглов тут на днях писал что он находится в раздумьях - реализовать некоторые свои идеи в виде книги, или писать их в ЖЖ в виде постов-комментариев к текущим событиям. А уж за постинги в ЖЖ ему точно никто не заплатит.
Кстати, ещё следует добавить что для писателя, как и для программиста, крайне важен доступ к работам предшественников. Далеко видит тот, кто стоит на плечах гигантов. Программист в каждый момент времени разрабатывает одну программу, а пользуется тысячей. Точно так же и писатель - чтобы написать одну хорошую книгу, ему надо прочитать и пропустить через себя сотни других книг.
угу. красивая проблема. но это застой.
Date: 2007-06-09 10:33 am (UTC)И Ваш пост про доминирование именно низкокачественных товаров помню отлично. Согласен. вот я и предлагаю делать систему, которая должна сделать выгодной именно качественные продукт. Пусть пока речь идет только о книгах. ИМХО только такие серьезные задачи и достойны серьезных людей ;). А уж прикрутить к ним библиотеку.. это техника.
//Точно так же и писатель - чтобы написать одну хорошую книгу, ему надо прочитать и пропустить через себя сотни других книг.
//
Это спорно. очень.
Re: угу. красивая проблема. но это застой.
Date: 2007-06-09 11:12 am (UTC)А вот проблему доступности того культурного наследия, которую наши людоедские законы позволяют копировать, решать техническими средствами можно и нужно. Кстати, это само собой посодействует и решению поставленной Вами проблемы - и писателям, и читателям будет с чем сравнивать творчество современных авторов. Что приведет к тому, что по крайней мере в определенных кругах, спрос на низкокачественные тексты упадет.
Вы правы. Социальная, но...
Date: 2007-06-09 11:25 am (UTC)Я не спорю - патчуемая обновляемая библиотека с версионностью нужна. Но.. нужнее все же другое. Глупо лечить насморк, когда у человека аппендицит. А если учесть что число читающих сокращается из года в год, то...
Re: Вы правы. Социальная, но...
Date: 2007-06-09 11:47 am (UTC)Столь же глупо НЕ лечить насморк потому что человек смертен, и это мы лечить не умеем.
Именно с этим и следует бороться путем распространения хороших старых книг. Новые книги интересны в первую очередь тем, кто УЖЕ является читателем.
может и так. Если считать неподъемной задачу.
Date: 2007-06-09 11:55 am (UTC)Re: может и так. Если считать неподъемной задачу.
Date: 2007-06-09 11:59 am (UTC)А при распространении книг помимо издательтсв - вообще непонятно где редактора взять и как с ним расплачиваться.
спасибо. ценное замечание
Date: 2007-06-09 12:05 pm (UTC)оперативная + консервативная подсистемы
Date: 2010-12-03 06:26 pm (UTC)Витус говорит о сохранении старого (КП) и репарации ошибок, а Вы про создание нового (генерацию контента).
Рекомендую в этом свете взглянуть ещё на линки по линку (http://yarikas.livejournal.com/68650.html?thread=538666#t538666).