Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » FreeArc: бесплатный open-source архиватор

Модерирует : gyra, Maz

Widok (30-01-2009 12:03): лимит страниц. продолжаем здесь  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100

   

Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
FreeArc
бесплатный open-source архиватор для Windows и Linux,
сочетающий высокую степень сжатия и большой набор возможностей

Официальный сайт
Документация он-лайн на консольную версию
Скриншоты / Документация на GUI версию
Страница загрузки
Проект на SourceForge.net / SVN-репозиторий

Последний релиз - FreeArc 0.40 от 1 января 2008 г. Новая версия включает мультимедиа-сжатие, улучшение обычного сжатия, сверх-быструю упаковку в режимах -m1/m2, поддержку произвольных внешних упаковщиков, настраиваемых в arc.ini, 1.5-кратное увеличение скорости работы на 2-ядерных процессорах, навороченное шифрование, полностью работающие плагины для FAR/TC, прямой доступ к архивам в интернете, восстановление архивов через интернет и множество других изменений (полный список)
 
Текущая альфа версия 0.50 от 23 июня 2008 г. Включает GUI с русификацией (описание), автоматическое определение типов файлов, создание SFX, ускорены режимы -m3/m4 и linux-версия, решены проблемы на машинах с 2+ гб ОЗУ, исправлены ошибки в -m1 и -mx (полный список изменений)

MiniFAQ...

Подробное описание используемых алгоритмов
Почему он сжимает лучше и быстрее, чем 7-zip/rar...
Результаты тестов, подтверждающие его крутизну...
Планы дальнейшего развития... (обновлены 15 июня)
Почему для использования 2+ гб памяти желательно установить 64-битную версию Windows
Что подразумевается под "интеграцией с Explorer"  
FreeArc wiki (включая описание формата архива)
External compressors Power Pack
Логотип - объявляется конкурс на иконки для FreeArc

Сторонние оконные программы для работы с FreeArc
wArc - простая и понятная программа управления архивами (требует .NET Framework 2.0)
PeaZip – менеджер архивов с поддержкой большого количества форматов, для Windows и Linux

предыдущая версия шапки

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 12:55 13-08-2007 | Исправлено: juvaforza, 20:57 28-01-2009
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Только что выпустил третий "пререлиз". См. 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

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 21:28 17-11-2007
arsvrn

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
Значит, релиз уже близко
Вот только зря ты из-за GUI более полезные вещи откладываешь. Это, конечно, мое личное мнение, так как я експлорером не пользуюсь, а пользуюсь исключительно ТС и гуй мне глубоко по барабану.
Для меня же (и, думаю, для многих, кого интересует именно сжатие) более интересны пункты развития, перенесенные в 0.42.
Не дай бог, еще скины кто-нибудь захочет

Всего записей: 1241 | Зарегистр. 08-09-2004 | Отправлено: 23:42 17-11-2007 | Исправлено: arsvrn, 23:46 17-11-2007
Nick222

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
arsvrn
Извините, но я тоже пользуюсь ТК и мне ГУИ не по барабану - т.к. в ТК отсутствует пауза для операций архивации (и для многих других операций - об этом была большая дискуссия на оф.форуме ТК). Соответственно, при архивации огромных количеств файлов на слабом компьютере через посредство ТК не существует способа приостановить процесс на минуту и потом снова запустить - комп оказывается блокирован на несколько часов и весь график несложных, но обязательных работ летит...

Всего записей: 2288 | Зарегистр. 28-11-2004 | Отправлено: 10:51 18-11-2007 | Исправлено: Nick222, 10:52 18-11-2007
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
во-первых, речь пока идёт о реализации не архиваторного шелла, а всего лишь индикатора прогресса и диалога запроса параметров в GUI-виде. это как раз будет удобней в первую очередь пользователям TC, хотя может ты лично и в этом не нуждаешься, но имхо типичный TC-юзер не готов запоминать все опции и хочет иметь представление о том, сколько ещё времени осталось работать программе
 
во-вторых, vox populi - vox deu  я лично с удовольствием бы погрузился в тонкости сжатия данных
 

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

штатный task manager позволяет снизить приоритет процесса. process explorer c sysinternals позволяет поставить порцесс на паузу
 
кстати, эта версия для тебя должна быть особенно интересна - во-первых, я пофиксил баги в быстрых режимах; во-вторых ускорил открытие больших архивов в TC. 144 тысячи файлов у меня открываются 10 секунд. так что пробуй - с -m1 или -m2

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 11:51 18-11-2007
Nick222

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
А на ускорение сжатия-открытия-распаковки по -mx это не влияет?
 
Кстати, в ТК можно будет в следующей версии переводить архивацию в фон ? - что-то Гислер говорил насчёт этого (что для этого нужно), я так и не понял...

Всего записей: 2288 | Зарегистр. 28-11-2004 | Отправлено: 12:03 18-11-2007 | Исправлено: Nick222, 12:04 18-11-2007
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
быстрее открываются любые архивы, скорость упаковки/распаковки не изменилась. в технических терминах, ускорено получение листинга архива за счёт использования сишной программы

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 13:34 18-11-2007
euheny



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

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

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

Всего записей: 4181 | Зарегистр. 22-11-2006 | Отправлено: 11:35 19-11-2007
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

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

 
в TC - действительно, больше всунуть нечего. но ты например в курсе, что он не управляется с зашифрованными файлами, не говоря уж об архивах с зашифрованным каталогом? поэтому файлменеджер тоже в планах, хотя и более отдалённых
 
 
народ, у меня вопрос к тем, кому нужна многотомность: ваши сценарии её испольования?
 
дело в том, что у меня появилась идея сделать её упрощённую реализацию, которая потребует гораздо меньше времени. суть её в том, что архив сейчас записывается строго последовательно, и я собираюсь просто записывать виртуальный большой архив (скажем, в десятки гиг), а реально разбивать его при записи на части заданного размера. при этом создание архива будет таке удобно, как в RAR, а вот распаковка будет несколько ограничена:
 
1) либо нужно будет скинуть все части архива на HDD перед распаковкой. для тех, для кого многотомонсоть - просто способ пересылки файла небольшими частями - этого должно быть достаточно?
 
2) либо оглавление архива будет находиться в его последней части, соответственно при распаковке нужно будет либо начинать с последнего CD/DVD, либо сохранять оглавления на HDD
 
т.е. в отличии от rar не будет такой возможности - вставить произвольный том в привод и извлечь какие-то попавшие именно на него файлы, не обращаясь к другим томам. с другой стороны, может быть моя схема даже лучше - вся информация о разбиении файлов по томам содержится в последнем томе, и не надо рыскать по дискам чтобы извлечь какой-то конкретный понадобившийся файл. опять же, все оглавления можно будет хранить на диске и таким образом легко ориентироваться в своих бэкапах
 
вероятно, для серьёзного уровня защиты от потери данных, надо будет просто научиться создавать "внешнее оглавление архива", которое и будет сохраняться на HDD. в случае же его потери данные можно будет извлечь (или просто реконструировать этот файл с помощью обычного внутреннего каталога архива)

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 12:27 19-11-2007
Benchmark



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin

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

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

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

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

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

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

Всего записей: 6924 | Зарегистр. 01-10-2002 | Отправлено: 14:44 19-11-2007
Nick222

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Может я тупой - но нельзя ли сделать оглавление многотомного архива и инфу для восстановления отдельным небольшим файлом - и проблема вытягивания информации из любого тома решится, и сохранность архива резко повысится (такой файлик легко продублировать и хранить отдельно)?

Всего записей: 2288 | Зарегистр. 28-11-2004 | Отправлено: 18:30 19-11-2007 | Исправлено: Nick222, 18:31 19-11-2007
Benchmark



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Nick222

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

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

Всего записей: 6924 | Зарегистр. 01-10-2002 | Отправлено: 18:52 19-11-2007
arsvrn

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Кстати, для управления приоритетами процессов есть небольшая (~500 kB) и очень приятная утилитка: Prio - Process Priority Saver (бесплатно для персонального использования). Запоминает назначенный вами приоритет и последующих запусках процесса устанавливает его. Встраивается в стандартный Диспетчер задач. И еще расширяет его возможности - добавляет закладки Службы, TCP-IP соединения и т.д.
Это я к тому, что действительно долгому и сильно нагружающему комп процессу лучше понизить приоритет. Но еще лучще, чтобы он запоминался. Я всем архиваторам поставил "ниже среднего" и теперь они не мешают.
А что касается недостаточности функций мультиарк-плагина ТС, то да, есть такое. Когда vserd занимался развитием плагина (пока ему не надоело), мы с ним обсуждали возможность доработки "языка" МА и введения в него дополнительных органов управления архивацией (описываемых в multiarc.ini). Но... Так это до дела и не дошло. А теперь vserd прекратил работу над МА.
Не думаю, что это совсем уж off-top

Всего записей: 1241 | Зарегистр. 08-09-2004 | Отправлено: 20:54 19-11-2007
egor23



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin

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

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

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 05:30 20-11-2007
euheny



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin

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

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

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

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

Всего записей: 4181 | Зарегистр. 22-11-2006 | Отправлено: 08:26 20-11-2007
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 16:35 20-11-2007
egor23



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin

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

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

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 19:28 20-11-2007
arsvrn

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
Присоединяюсь к пожеланию egor23 о размещении информации об архиве в компактном виде в начале архива. Очень может быть полезно для скачивания с предварительным просмотром содержимого и выбором только нужного (если, конечно, писатели download-менеджеров захотят сделать такую поддержку для FA). Сейчас есть у некоторых, но только для ZIP. Когда я спрашивал на сайте Download Master'а, можно ли сделать такое для RAR, мне ответили, что нельзя, так как она размазана по всему архиву. Кстати, в начале делать совсем необязательно, ведь с ZIP'ом качалки справляются. Просто качнуть надо сначала конец архива.

Всего записей: 1241 | Зарегистр. 08-09-2004 | Отправлено: 20:28 20-11-2007
Benchmark



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin

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

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

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

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

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

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

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

Элементарно. Опять же в FAR и TC есть функция поиска файлов в архивах. Когда файл найден, то видно, в каком именно томе он находится.

Всего записей: 6924 | Зарегистр. 01-10-2002 | Отправлено: 20:46 20-11-2007
egor23



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
arsvrn

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

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

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

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

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 20:50 20-11-2007
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

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

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

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

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

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 00:14 21-11-2007
   

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100

Компьютерный форум Ru.Board » Компьютеры » Программы » FreeArc: бесплатный open-source архиватор
Widok (30-01-2009 12:03): лимит страниц. продолжаем здесь


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru