Ru-Board.club
← Вернуться в раздел «Программы»

» FreeArc: бесплатный open-source архиватор

Автор: PhoenixUA
Дата сообщения: 11.11.2007 13:15
Engaged Clown
Поддерживаю.
Имхо, архиватор должен быть распространенным, если его использовать для обмена информацией, а не только для личных нужд.
Поэтому без попсовости не обойтись.
+ желательно без выкачивания кучи внешних модулей, т.е. установил и давай архивируй.
Автор: Benchmark
Дата сообщения: 11.11.2007 14:07
PhoenixUA

Цитата:
+ желательно без выкачивания кучи внешних модулей, т.е. установил и давай архивируй

Вот тут присоединяюсь. Идеальный пример - тот же WinRAR: если архив им создан, он всегда может быть им же и распакован. И не боишься, что на каком-то архиве он тебе выдаст сообщение: "Для разархивации требуется такой-то плагин", искать который ни времени, ни желания нет.
Автор: Nick222
Дата сообщения: 11.11.2007 15:07
PhoenixUA
Benchmark
Вы читать умеете? Данный архиватор делает архивы и без внешних модулей.
Но его революционность состоит в том, что он может подключать внешние модули разного типа и существенно увеличивать сжатие.
Если кому-то не хочется таскать с собой целую пачку модулей - оставайтесь на стандартном уровне сжатия или делайте самораспаковывающийся архив.
Именно в модульности, ИМХО, ценность данного архиватора и его непохожесть на остальные...

А кому нравится WinRAR - идёт и его покупает
Автор: Bulat_Ziganshin
Дата сообщения: 11.11.2007 15:31
всё совсем не так, как на самом деле

1. sfx пока нет, и когда будет - он вряд ли будет поддерживать рапсаковку с испольщованием внешних программ. думаю, проще и удобнее будет добавить lpaq/uda/paq внутрь fa

2. внешние упаковщики всё-таки рассматриваются как дополнительная фича для тех, кто готов мириться со всеми их недостатками. основной режим сжатия, -m1..-m9, их не использует

по поводу программы вообще. и без меня есть прекрасные программы для обычных пользователей - удобные, красивые, навороченные. мне тут ловить просто нечего. однако есть достаточно многочисленная категория пользователей, чьи интересы в этих прграммах реализованы меньше - это так сказать power-hungry users, например

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

программа фактичсеки развиввается в эту сторону. я бы сказал, это ниша между 7-zip и rar. Игорь Павлов ориентируется на характеристики своего алгоритма сжатия и оставляет без внимания все другие запросы пользователей, в то время как Рошаль делает всё ровно наоборот. фактически, большинство изменений, которые вносятся в программу, взято из пожеланий этих пользователей - навороченное шифрование, быстрые режимы сжатия и т.п. в конечном счёте программа должна стать этаким "инструментом профессионала", позволяющим сделать с архивами всё, что ему может придти в голову; но при этом и сам пользователь должен глубоко изучать документацию
Автор: Nick222
Дата сообщения: 11.11.2007 15:45
Тоже нефигово
Автор: Benchmark
Дата сообщения: 11.11.2007 16:08
Nick222

Цитата:
Данный архиватор делает архивы и без внешних модулей.

Спасибо, что сообщил. И как бы мы без тебя об этом догадались...


Цитата:
Но его революционность состоит в том

Давай ты не будешь рассказывать, в чем его революционность. Для тебя, возможно, в подключении внешних модулей. Для меня - совершенно в другом. Для кого-то третего - в чем-то еще "более другом" и т.д.

Bulat_Ziganshin

Цитата:
1. sfx пока нет, и когда будет - он вряд ли будет поддерживать рапсаковку с испольщованием внешних программ

И это правильно. В самом архиваторе достаточно поддерживать sfx'ы для встроенных во FreeARC алгоритмов.


Цитата:
2. внешние упаковщики всё-таки рассматриваются как дополнительная фича для тех, кто готов мириться со всеми их недостатками. основной режим сжатия, -m1..-m9, их не использует

И это тоже правильно. Ибо подавляющее число юзеров все равно обычно пользуется именно встроенными алгоритмами.

Булат, и еще вопрос. Когда примерно ожидать поддержку многотомных архивов ?

Автор: Bulat_Ziganshin
Дата сообщения: 11.11.2007 20:51

Цитата:
И это правильно. В самом архиваторе достаточно поддерживать sfx'ы для встроенных во FreeARC алгоритмов.

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

Цитата:
Булат, и еще вопрос. Когда примерно ожидать поддержку многотомных архивов ?

нескоро. она сама по себе потребует месяц для реализации, и его достаточно сложно выделить среди реализации других фич. sfx я думаю сделаю в 0.41, там немного осталось. вообще, пишите feature-requests и вписывайте себя туда - это цивилизованный механизм "голосования" за наиболее нужные фичи в программе

Цитата:
И это тоже правильно. Ибо подавляющее число юзеров все равно обычно пользуется именно встроенными алгоритмами.

как я писал, fa интересен именно тем, что реализует желания "необычных" пользователей. я сейчас уже задумываюсь о реализации системы скриптования, как предложил Nick. если изменять исходники порграммы довольно тружно, то по крайней мере эта возможность может оказаться очередным прорывом. но это тоже будет наверно нескоро

пишите свои необычные требования в тракер, собирайте подписи. ну конечно если всем ясно что конкретно предполагается сделать - т.е. здесь собираем точное описание планируемой фичи, забиваем в тракер, заинтересованные подписываются и я вижу, что нужнее, что нет
Автор: Benchmark
Дата сообщения: 11.11.2007 21:27
Bulat_Ziganshin

Цитата:
как я писал, fa интересен именно тем, что реализует желания "необычных" пользователей. я сейчас уже задумываюсь о реализации системы скриптования, как предложил Nick

Возможность скриптования - да, нужна. Ну а что не скоро будет - ничего, подождем.


Цитата:
пишите свои необычные требования в тракер

А куда именно ? freearc.sourceforge.net пока пуст.
Автор: egor23
Дата сообщения: 12.11.2007 03:31
Bulat_Ziganshin

Цитата:
пишите feature-requests и вписывайте себя туда - это цивилизованный механизм "голосования" за наиболее нужные фичи в программе

Каждое пожелание нужно отдельно писать?
На русском языке там можно писать?
Автор: euheny
Дата сообщения: 12.11.2007 07:48

Цитата:
Игорь Павлов ориентируется на характеристики своего алгоритма сжатия и оставляет без внимания все другие запросы пользователей, в то время как Рошаль делает всё ровно наоборот. фактически, большинство изменений, которые вносятся в программу, взято из пожеланий этих пользователей

недумаю, просто Игорь не успевает, обе проги одинаково попсовы
однако RAR платный - и этим всё сказано

тем более ни что не мешает Игорю (кроме недостатка времени) перенять фичи из FreeArc

Для меня FreeArc интересен возможностью (надеюсь это так) получения дополнительной функциональности (по отношению к 7zip) используя этот форум.

И пока конечно мой основной архиватор это 7zip
Автор: Bulat_Ziganshin
Дата сообщения: 17.11.2007 20:28
Только что выпустил третий "пререлиз". См. http://sourceforge.net/project/showfiles.php?group_id=207033

Release notes:

This update fixes all known severe bugs, and should be last before the final release. The main task remained now is English version of docs.

I've tested new Tornado algorithm on 1 TB of data and fixed several bugs, now it should be reliable enough for practical usage.

FAR plugin was extended to support archives and files larger than 4 GB.

Total Commander plugin was updated to open archives faster - you should reimport freearc.addon and copy unarc.exe into the PATH.

Definition of external compressors having multiple versions was simplified, look for "ccm" in arc.ini for examples. If you will follow the new style, compressed data will be tagged with exact version of compressor used, which means less confusion when extracting data.

At last, Unix version was added Ctrl-Break handling.


По большому счёту, к релизу осталось только перевести на английский доку и слегка оформить SF-овский сайт. Кроме того, проанализировав ваши пожелания, я меняю местами планы на две следующие версии (см. заголовок). видлимо, надо сначала всё же сделать GUI, а потом уж всё остальное

Добавлено:

Цитата:
кстати, здесь большая засада - если вы к примеру упаковали ccm 1.23 и затем установили ccm 1.25 - распаковываться архивы перестанут. то же самое при пересылке архивов другим людям. пока я думаю, что надо переименовывать exe-шники так, чтобы они включали номер версии (ccmx125.exe) и в программе прописывать каждую версию отдельно:

[External compressor:ccm123,ccmx123,ccm125,ccmx125]
mem = 276
packcmd = %compressor% c 4 $$arcdatafile$$.tmp $$arcpackedfile$$.tmp
unpackcmd = %compressor% d $$arcpackedfile$$.tmp $$arcdatafile$$.tmp

и затем в секции методов сжатия прописывать алиас на последнюю версию:
ccmx=ccmx125

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


это реализовано в новой версии, только писать надо {compressor}. см. arc.ini for examples
Автор: arsvrn
Дата сообщения: 17.11.2007 22:42
Bulat_Ziganshin
Значит, релиз уже близко
Вот только зря ты из-за GUI более полезные вещи откладываешь. Это, конечно, мое личное мнение, так как я експлорером не пользуюсь, а пользуюсь исключительно ТС и гуй мне глубоко по барабану.
Для меня же (и, думаю, для многих, кого интересует именно сжатие) более интересны пункты развития, перенесенные в 0.42.
Не дай бог, еще скины кто-нибудь захочет
Автор: Nick222
Дата сообщения: 18.11.2007 09:51
arsvrn
Извините, но я тоже пользуюсь ТК и мне ГУИ не по барабану - т.к. в ТК отсутствует пауза для операций архивации (и для многих других операций - об этом была большая дискуссия на оф.форуме ТК). Соответственно, при архивации огромных количеств файлов на слабом компьютере через посредство ТК не существует способа приостановить процесс на минуту и потом снова запустить - комп оказывается блокирован на несколько часов и весь график несложных, но обязательных работ летит...
Автор: Bulat_Ziganshin
Дата сообщения: 18.11.2007 10:51
во-первых, речь пока идёт о реализации не архиваторного шелла, а всего лишь индикатора прогресса и диалога запроса параметров в GUI-виде. это как раз будет удобней в первую очередь пользователям TC, хотя может ты лично и в этом не нуждаешься, но имхо типичный TC-юзер не готов запоминать все опции и хочет иметь представление о том, сколько ещё времени осталось работать программе

во-вторых, vox populi - vox deu я лично с удовольствием бы погрузился в тонкости сжатия данных


Цитата:
не существует способа приостановить процесс на минуту

штатный task manager позволяет снизить приоритет процесса. process explorer c sysinternals позволяет поставить порцесс на паузу

кстати, эта версия для тебя должна быть особенно интересна - во-первых, я пофиксил баги в быстрых режимах; во-вторых ускорил открытие больших архивов в TC. 144 тысячи файлов у меня открываются 10 секунд. так что пробуй - с -m1 или -m2
Автор: Nick222
Дата сообщения: 18.11.2007 11:03
А на ускорение сжатия-открытия-распаковки по -mx это не влияет?

Кстати, в ТК можно будет в следующей версии переводить архивацию в фон ? - что-то Гислер говорил насчёт этого (что для этого нужно), я так и не понял...
Автор: Bulat_Ziganshin
Дата сообщения: 18.11.2007 12:34
быстрее открываются любые архивы, скорость упаковки/распаковки не изменилась. в технических терминах, ускорено получение листинга архива за счёт использования сишной программы
Автор: euheny
Дата сообщения: 19.11.2007 10:35

Цитата:
а всего лишь индикатора прогресса и диалога запроса параметров в GUI-виде

а мне кажется ничего большеи и не надо ! Что же ещё сюда всунуть - файлменеджер что-ли ?
Автор: Bulat_Ziganshin
Дата сообщения: 19.11.2007 11:27

Цитата:
мне кажется ничего больше и не надо ! Что же ещё сюда всунуть - файлменеджер что-ли ?


в TC - действительно, больше всунуть нечего. но ты например в курсе, что он не управляется с зашифрованными файлами, не говоря уж об архивах с зашифрованным каталогом? поэтому файлменеджер тоже в планах, хотя и более отдалённых


народ, у меня вопрос к тем, кому нужна многотомность: ваши сценарии её испольования?

дело в том, что у меня появилась идея сделать её упрощённую реализацию, которая потребует гораздо меньше времени. суть её в том, что архив сейчас записывается строго последовательно, и я собираюсь просто записывать виртуальный большой архив (скажем, в десятки гиг), а реально разбивать его при записи на части заданного размера. при этом создание архива будет таке удобно, как в RAR, а вот распаковка будет несколько ограничена:

1) либо нужно будет скинуть все части архива на HDD перед распаковкой. для тех, для кого многотомонсоть - просто способ пересылки файла небольшими частями - этого должно быть достаточно?

2) либо оглавление архива будет находиться в его последней части, соответственно при распаковке нужно будет либо начинать с последнего CD/DVD, либо сохранять оглавления на HDD

т.е. в отличии от rar не будет такой возможности - вставить произвольный том в привод и извлечь какие-то попавшие именно на него файлы, не обращаясь к другим томам. с другой стороны, может быть моя схема даже лучше - вся информация о разбиении файлов по томам содержится в последнем томе, и не надо рыскать по дискам чтобы извлечь какой-то конкретный понадобившийся файл. опять же, все оглавления можно будет хранить на диске и таким образом легко ориентироваться в своих бэкапах

вероятно, для серьёзного уровня защиты от потери данных, надо будет просто научиться создавать "внешнее оглавление архива", которое и будет сохраняться на HDD. в случае же его потери данные можно будет извлечь (или просто реконструировать этот файл с помощью обычного внутреннего каталога архива)
Автор: Benchmark
Дата сообщения: 19.11.2007 13:44
Bulat_Ziganshin

Цитата:
народ, у меня вопрос к тем, кому нужна многотомность: ваши сценарии её испольования?

Сценарий самый обыкновенный: большой объем данных кладется в архив, разбиваемый на тома заданного размера. Архив может быть обычным или sfx, также при необходимости к архиву добавляется recovery record заданного объема.


Цитата:
т.е. в отличии от rar не будет такой возможности - вставить произвольный том в привод и извлечь какие-то попавшие именно на него файлы, не обращаясь к другим томам

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


Цитата:
с другой стороны, может быть моя схема даже лучше - вся информация о разбиении файлов по томам содержится в последнем томе, и не надо рыскать по дискам чтобы извлечь какой-то конкретный понадобившийся файл

Такая схема с одной стороны удобна (для реализации), с другой - она плоха в плане сохранности данных. Любое серьезное повреждение или потеря последнего тома будет означать полную потерю всего содержимого архива. И если в подобной ситуации с RAR мы спасаем почти все, то тут полностью все теряем. Имхо такое недопустимо.

Уж лучше ИМХО отложить реализацию многотомности до одной из новых версий, но реализовать ее полноценно.
Автор: Nick222
Дата сообщения: 19.11.2007 17:30
Может я тупой - но нельзя ли сделать оглавление многотомного архива и инфу для восстановления отдельным небольшим файлом - и проблема вытягивания информации из любого тома решится, и сохранность архива резко повысится (такой файлик легко продублировать и хранить отдельно)?
Автор: Benchmark
Дата сообщения: 19.11.2007 17:52
Nick222

Цитата:
но нельзя ли сделать оглавление многотомного архива и инфу для восстановления отдельным небольшим файлом - и проблема вытягивания информации из любого тома решится, и сохранность архива резко повысится

Это неудобно.

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

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

Отдельный файл как дополнительное резервное место хранения копии оглавления и recovery record - это здорово. Но ни в коем случае не как основное.
Автор: arsvrn
Дата сообщения: 19.11.2007 19:54
Кстати, для управления приоритетами процессов есть небольшая (~500 kB) и очень приятная утилитка: Prio - Process Priority Saver (бесплатно для персонального использования). Запоминает назначенный вами приоритет и последующих запусках процесса устанавливает его. Встраивается в стандартный Диспетчер задач. И еще расширяет его возможности - добавляет закладки Службы, TCP-IP соединения и т.д.
Это я к тому, что действительно долгому и сильно нагружающему комп процессу лучше понизить приоритет. Но еще лучще, чтобы он запоминался. Я всем архиваторам поставил "ниже среднего" и теперь они не мешают.
А что касается недостаточности функций мультиарк-плагина ТС, то да, есть такое. Когда vserd занимался развитием плагина (пока ему не надоело), мы с ним обсуждали возможность доработки "языка" МА и введения в него дополнительных органов управления архивацией (описываемых в multiarc.ini). Но... Так это до дела и не дошло. А теперь vserd прекратил работу над МА.
Не думаю, что это совсем уж off-top
Автор: egor23
Дата сообщения: 20.11.2007 04:30
Bulat_Ziganshin

Цитата:
2) либо оглавление архива будет находиться в его последней части,

Немного про другое.
Как-то тут, вроде, уже подымался вопрос о том чтобы скачав немного архив (начало подразумевалось) была возможность получить полную информацию о содержимом архива, т.е. в начале архива была бы информация:
Листинг файлов;
Файл - Размер файла, дата(-ы), контрольная сумма(-ы), ...
А если будет ещё и опция для расширенной настройки, то просто чудесно.

Например как у того же *.zip, только там информация в конце архива и не упакована, что при большом количестве файлов много места занимает.

Такое планируется?
Автор: euheny
Дата сообщения: 20.11.2007 07:26
Bulat_Ziganshin

Цитата:
но ты например в курсе, что он не управляется с зашифрованными файлами

кто он - ТС - а он должен? Разве "индикатора прогресса и диалога запроса параметров в GUI-виде" не подразумевает поле для ввода пароля ?

Цитата:
народ, у меня вопрос к тем, кому нужна многотомность:

мне очень нужна (и всем я думаю), но есть сейчас вещи и поважней

принципиален вопрос чем является многотомный архив
если это много файлов,то каждый том должен быть независим друг от друга и содержать РР с заголовками как минимум в трёх местах
если это один большой файл то должны быть тома для восстановления(включающие и заголовок)

в ходе многократного использования многотомных архивов выяснился отимальный размер - 64Мб
Автор: Bulat_Ziganshin
Дата сообщения: 20.11.2007 15:35

Цитата:
Цитата:народ, у меня вопрос к тем, кому нужна многотомность: ваши сценарии её испольования?

Сценарий самый обыкновенный:


имеется в виду: куда записываются создаваемые тома, т.е. есть ли возможность пойти и поправить их в конце архивации (как это делает 7z) и как находятся и извлекаются данные из этих архивов?


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


вот это мне не совсем ясно - а как ты узнаёшь в каком томе найти нужные тебе файлы?


Цитата:
Например как у того же *.zip, только там информация в конце архива


и у fa/7z точно так же. в начало архива её записать невозможно, разве что записывать весь архив во временный файл, как это делает cabarc


Цитата:
Разве "индикатора прогресса и диалога запроса параметров в GUI-виде" не подразумевает поле для ввода пароля ?


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


значит, получается где-то так:
1) дополнительное внешнее оглавление архива - это полезно
2) при созданни многтомного/восстановимого архива надо стремиться к большей автономности, т.е. делать небольшие солид-блоки, размазывать recovery record и т.п.


Цитата:
принципиален вопрос чем является многотомный архив
если это один большой файл то должны быть тома для восстановления(включающие и заголовок)


вот это я не понял. ты имеешь в виду - если уж использовать схему, которую я сначала предложил, то можно добиться приемлемой надёжности, используя RV? разница по сравнению с автономными "само-восстановимыми" томами будет видимо в меньшем удобстве восстановления?

Добавлено:

Цитата:
Игорь Павлов ориентируется на характеристики своего алгоритма сжатия и оставляет без внимания все другие запросы пользователей, в то время как Рошаль делает всё ровно наоборот. фактически, большинство изменений, которые вносятся в программу, взято из пожеланий этих пользователей

недумаю, просто Игорь не успевает, обе проги одинаково попсовы


достаточно посмотреть на то, что он сделал за последний год, и на то, сколько лет у него просят несложные вещи. если бы он этим занялся - конечно, сделать было бы недолго
Автор: egor23
Дата сообщения: 20.11.2007 18:28
Bulat_Ziganshin

Цитата:
и у fa/7z точно так же. в начало архива её записать невозможно, разве что записывать весь архив во временный файл, как это делает cabarc

про временный файл несовсем понял.
самое простое добавить в начало файла, т.е.
инфа + архив (склеить два фала и всё)
Автор: arsvrn
Дата сообщения: 20.11.2007 19:28
Bulat_Ziganshin
Присоединяюсь к пожеланию egor23 о размещении информации об архиве в компактном виде в начале архива. Очень может быть полезно для скачивания с предварительным просмотром содержимого и выбором только нужного (если, конечно, писатели download-менеджеров захотят сделать такую поддержку для FA). Сейчас есть у некоторых, но только для ZIP. Когда я спрашивал на сайте Download Master'а, можно ли сделать такое для RAR, мне ответили, что нельзя, так как она размазана по всему архиву. Кстати, в начале делать совсем необязательно, ведь с ZIP'ом качалки справляются. Просто качнуть надо сначала конец архива.
Автор: Benchmark
Дата сообщения: 20.11.2007 19:46
Bulat_Ziganshin

Цитата:
имеется в виду: куда записываются создаваемые тома

При архивации указывается целевой путь, куда создаваемый архив будет записываться. Это может быть заданный каталог на жестком диске или сменном носителе, вроде флешки.


Цитата:
есть ли возможность пойти и поправить их в конце архивации

Да, такая возможность есть.


Цитата:
как находятся и извлекаются данные из этих архивов

Очень просто. Захожу в архив тем же FAR'ом, TC или любой другой оболочкой, выделяю нужные мне файлы и распаковываю в нужный мне каталог.


Цитата:
как ты узнаёшь в каком томе найти нужные тебе файлы?

Элементарно. Опять же в FAR и TC есть функция поиска файлов в архивах. Когда файл найден, то видно, в каком именно томе он находится.
Автор: egor23
Дата сообщения: 20.11.2007 19:50
arsvrn

Цитата:
и выбором только нужного (если, конечно, писатели download-менеджеров захотят сделать такую поддержку для FA)

есть большие сомненния что такое будет, т.к. не представляю как можно частично непрерывный архив выкчивать (в общем случае).

Цитата:
Кстати, в начале делать совсем необязательно, ведь с ZIP'ом качалки справляются. Просто качнуть надо сначала конец архива.

Дело в том, качалки качалками, а если нету качалки, как конец файла выкачивать будете?
Да и с ZIP работают единицы: Reget, Download Master и оба имеют свои недостатки.
Автор: Bulat_Ziganshin
Дата сообщения: 20.11.2007 23:14

Цитата:
про временный файл несовсем понял.
самое простое добавить в начало файла, т.е.
инфа + архив (склеить два фала и всё)


вот я об этом и говорю. сначала надо сделать два временных файла, затем слить их в результирующий архив


Цитата:
Дело в том, качалки качалками, а если нету качалки, как конец файла выкачивать будете?


а как ты без качалки будешь работать с этим оглавлением?

насчёт block-solid архивов - в оглавлении содержится достаточно информации для того, чтобы выкачать только необходимую для распаковки часть файла

Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667

Предыдущая тема: Установка и настройка SAMS


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.