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

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

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

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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

Открыть новую тему     Написать ответ в эту тему

Maz



Дед Мазай
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
По вопросам лечения (кряки, патчи и т.д.), а также разблокировки архивов, обращаемся в «Варезник».
Отдельная тема по сборкам WinRAR
Предыдущие части темы: Часть 1 | Часть 2 | Часть 3



Официальный русский сайт: win-rar.com
Официальный e-mail разработчика WinRAR (писать на русском): dev@rarlab.com
 
Финальная английская версия: 6.02 x86 | x64 (14.06.2021)
Финальная русская версия:  6.02 x86 | x64 (14.06.2021)
 
Список изменений на английском языке
(на родном – смотрите файл WhatsNew.txt в дистрибутиве на вашем языке)
Скачать RAR для macOS, FreeBSD, Linux, Android можно здесь.

 
Скачать ранее вышедшие версии также можно с официального сайта и win-rar.com.

Версия 3.62 (ru) с подарочным ключом (респект камраду elmorte)

Коллекция всех ранее выходивших версий WinRAR 1.54b - 6.00 (1995-2020): скачать (265 МБ) [обновлено 10.01.2021]

вместо F.A.Q. || альтернативные архиваторы

Почему опять задерживается русская версия? А при русском разработчике на языке XXX уже давно есть. Не захламляйте тему подобными вопросами.

Кому не нравится новая тема оформления - скачайте с официального сайта rarlab.com (из раздела Themes) и установите себе WinRAR Classic theme by Francesco Indrio: Стандартная (48x36). Мелкие кнопки (24x24)

В теме активно отвечает на вопросы автор архиватора Евгений Рошал! Ситуация уникальная, прошу пользоваться.

Всего записей: 37310 | Зарегистр. 26-02-2002 | Отправлено: 19:30 27-08-2020 | Исправлено: Komandor, 21:14 14-06-2021
insorg



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
los
Benchmark
GoblinNN
Вот, наконец-то подошли к очевидному.
Архив - это контейнер. Сжатие - это всего лишь кодек. Та же хрень и со звуком, та же - и с видео.
Сырой поток сжатых данных можно хранить отдельно, а можно уложить в контейнер (получается настоящий "архив"), а можно в контейнер уложить несжатые данные.
Та же аналогия, те же принципы...

Всего записей: 1784 | Зарегистр. 04-11-2010 | Отправлено: 15:54 31-05-2021
GoblinNN

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
FUTURiTY
ctrl+t

Всего записей: 1684 | Зарегистр. 11-10-2005 | Отправлено: 15:54 31-05-2021
los

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

Цитата:
Любые алгоритмы компресиии не имеют ни малейшего отношения к TAR как к формату хранения данных.  

как бы речь вы вели о утилите tar, а апеллируете к формату. Ловко.

Всего записей: 3823 | Зарегистр. 08-09-2001 | Отправлено: 16:01 31-05-2021
GoblinNN

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

Всего записей: 1684 | Зарегистр. 11-10-2005 | Отправлено: 16:03 31-05-2021 | Исправлено: GoblinNN, 16:08 31-05-2021
AlexDAT



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
FUTURiTY операции - создать отчёт.
 
Добавлено:
GoblinNN

Цитата:
ctrl+t

Где здесь список "файлов и каталогов"? Это навигатор по каталогам, а не список содержимого архива.

Всего записей: 2170 | Зарегистр. 21-04-2009 | Отправлено: 16:09 31-05-2021
GoblinNN

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
AlexDAT, тоже буду занудствовать.
 

Цитата:
операции - создать отчёт.

а где здесь "древовидный спиоск файлов"?
 
Добавлено:

Цитата:
а не список содержимого архива.

в архиве ctrl+t с лева дерево с права список файлов.

Всего записей: 1684 | Зарегистр. 11-10-2005 | Отправлено: 16:25 31-05-2021
AlexDAT



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
GoblinNN согласен, что это не совсем то, хоть и напоминает по структуре. Другого в архиваторе не видел.

Всего записей: 2170 | Зарегистр. 21-04-2009 | Отправлено: 16:49 31-05-2021
insorg



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
GoblinNN
Для медиа - в порядке вещей сжатие с потерями. Для архиватора общего назначения, коим является WinRAR, потери (естественно) недопустимы.
Но это всё - уже нюансы. В целом - аналогия ни чем не меняется. У тебя есть данные и есть контейнер для данных, обработка/кодирование - опционально.
Но, как я уже писал, это всё уже вопрос принятой и используемой терминологии, суть дела от неё не зависит.

Всего записей: 1784 | Зарегистр. 04-11-2010 | Отправлено: 17:04 31-05-2021
uShell

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

Цитата:
это не только нежелательно, но и не безопасно.

Тогда вопрос: а зачем вообще нужны хардлинки? В моём понимании, если несколько имён соответствуют одному объекту файловой системы, то так и должно быть, пока сисадмин не решит иначе. Если воздействие на один файл не должно влиять на клоны, то тут нужны не жёсткие ссылки, а дедупликация (как в WinRAR -oi). Только NTFS и *FAT её напрямую не поддерживают.
 

Цитата:
легко представить сценарий, когда малварь "стандартным доверенным" архиватором подменит нормальную crt.dll на вредоносную сразу для всех программ

А нечего создавать хардлинки, доступные малвари на запись! Либо дедупликация (которая для "домашних" ФС пока редкость), либо адекватные права доступа, либо хранить crt.dll независимо в каталоге каждой программы (как сейчас многие и делают). Вы же не будете удалять из system32 все DLL только потому, что они используются многими приложениями и их перезапись компрометирует всю систему сразу?

Всего записей: 418 | Зарегистр. 12-06-2019 | Отправлено: 18:15 31-05-2021
insorg



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

Всего записей: 1784 | Зарегистр. 04-11-2010 | Отправлено: 18:32 31-05-2021 | Исправлено: insorg, 18:33 31-05-2021
los

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

Цитата:
Тогда вопрос: а зачем вообще нужны хардлинки?  

про Windows не знаю, для *nix - распространенная практика когда одна и та же
программа с разными именами выполняет разные функции, пример:
с именем md5 - считает md5, sha256 - sha256 и т.д., а с именем cksum - весь
набор алгоритмов и т.п. Но по сути это один файл с hardlink и разными именами.
Также hardlink часто используется при создании копии структуры директории для
последующей манипуляции. При большом кол-ве файлов экономится не только место,
но и inode, а при backup, передаче файлов(rsync и т.п.) - время.
 

Цитата:
Если воздействие на один файл не должно влиять на клоны..


Цитата:
А нечего создавать хардлинки, доступные малвари на запись!  

объединил т.к. в чем-то перекликается. Вопрос не в воздействии, вопрос в
предсказуемости(привычности) воздействия. Пример создаем file, затем в папке в
которой для операции с файлами требуются т.н. админ права создаем жесткую ссылку
на file-->file1.
При распаковке архива *.tar содержащего file программы tar и pax перезаписывают
старый file новым, но file1 остается без изменения, а в случае с rar для *nix
при распаковке *.rar меняются и file и file1 т.к. жесткая ссылка остается.
Нужно будет проверить, но скорее всего, для Windows поведение rar будет схожим.

Всего записей: 3823 | Зарегистр. 08-09-2001 | Отправлено: 19:43 31-05-2021
insorg



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

Цитата:
распространенная практика когда одна и та же программа с разными именами выполняет разные функции
У меня даже слов культурных нет.
Это ж до какого надо опуститься, чтобы ТАКОЕ сделать...
Я просто промолчу, дабы не делать оффтоп и флейм, потому что у нас за такое отлупили бы по рукам.

Всего записей: 1784 | Зарегистр. 04-11-2010 | Отправлено: 20:18 31-05-2021
uShell

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
insorg
Подход в чём-то разумный: объединение нескольких маленьких утилит воедино экономит место. Хотя, если я не ошибаюсь, это не совсем UNIX way. И лично мне привычнее, чтобы алгоритм выбирался аргументом, а не именем программы.
 
los
А вот у Вас, очевидно, ничего не скажу привычки другие. Пусть EugeneRoshal посмотрит, кто тут за что агитирует, и выберет наиболее удачный по его мнению подход. Но, повторюсь, для меня жёсткая ссылка - это сигнал, что несколько файлов должны меняться синхронно. Мне удобнее заменить только cksum и знать, что теперь и md5, и sha256 будут считаться улучшенной версией. Если же надо обновить только одну сумму, не трогая другие, можно явно сделать ей rm. Вообще, можно было бы в ФС ввести флаг Copy on write, чтобы поверх жёстких ссылок реализовать и дедупликацию.

Всего записей: 418 | Зарегистр. 12-06-2019 | Отправлено: 21:04 31-05-2021 | Исправлено: uShell, 22:13 31-05-2021
los

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

Цитата:
Это ж до какого надо опуститься, чтобы ТАКОЕ сделать...  

до OpenBSD, FreeBSD, macOS и т.п., но вы ,видимо, лучше разбираетесь чем люди их разрабатывающие

Цитата:
 
LINKS=    ${BINDIR}/md5 ${BINDIR}/sha1 \
    ${BINDIR}/md5 ${BINDIR}/sha256 \
    ${BINDIR}/md5 ${BINDIR}/sha512 \
    ${BINDIR}/md5 ${BINDIR}/cksum

 
uShell

Цитата:
Хотя, если я не ошибаюсь, это не совсем UNIX way.

ошибаетесь - самый что ни на есть The Open Group official register of UNIX Certified Products

Цитата:
Если же надо обновить только одну сумму, не трогая другие, можно явно сделать ей rm.

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

Всего записей: 3823 | Зарегистр. 08-09-2001 | Отправлено: 21:41 31-05-2021
uShell

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
los
Мы, полагаю, тут свои мнения и высказываем для того, чтобы программа получала оптимальное развитие. В любом случае, было интересно узнать, что бывает не так, как я привык.

Всего записей: 418 | Зарегистр. 12-06-2019 | Отправлено: 22:15 31-05-2021
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
los
 
На NTFS хардлинк ведёт себя одинаково - меняем одну копию, меняется содержимое объекта. С блокировкой записи ещё проще - прописывается по ACL, желательно не забывать это делать. Но когда я работал в гарантийке одним из частых вопросов пользователей был "Продавец сказал что там какие-то права надо прописать а то игра откажется работать! А можно вообще это отключить чтобы каждый раз не звать мастера?". Мы в таких случаях вежливо говорили, что программы не ремонтируем, но подобные вопросы задавали два-три раза в неделю, а то и чаще. Так что думаю, что сии прописи для многих ночной кошмар на улице Вязов.
 
Добавлено:
uShell
 
Обычный подход, реализованный ещё в IBM S/360 PCP - имя бинарника переключает его в нужный режим работы, а бинарник имеет нужно количество алиасов, аналогично сделано  в ОС семейства UNIX, например в DEC OSF/1, DEC Open VMS, SUN OS, Sun Solaris, SCO ODT, SCO Open Server и много где ещё. Так проще.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2667/C602J/16 GB REG ECC DDR3-1866/GTX 1660, i7-2600/z68/16 Gb DDR3-1600/GTX 1060 3Gb

Всего записей: 28988 | Зарегистр. 31-07-2002 | Отправлено: 00:39 01-06-2021
los

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

Цитата:
На NTFS хардлинк ведёт себя одинаково - меняем одну копию, меняется содержимое объекта.

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

Всего записей: 3823 | Зарегистр. 08-09-2001 | Отправлено: 11:24 01-06-2021
Victor_VG



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

Цитата:
уже выяснили что это не так. Зависит от используемой программы и т.д., а в случае с WinRAR зависело и от типа архива.

При обращении к любому файлу NTFS считывает его файловую запись, читает из неё его индекс в MFT и по нему читает индексную запись MFT, а потом из неё читает начальный сектор файла на диске и число распределённых для него секторов. Разница заключается только в том, что у обычного файла на одни и те же физические сектора диска указывает только одна индексная запись MFT, а у файла с хардлинками число индексных записей MFT равно значению счётчика связей, но все они указывают на одни и те же начальные сектора физического диска и их количество.
 
Потому единственным случаем когда данные записанные в хардлинк с одним именем при последующем чтении из хардлинка с другим не совпадают с записанными будет только один - запись производилась в новый или иной файл с тем же именем что и у хардлинка. Иное на NTFS в принципе невозможно.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2667/C602J/16 GB REG ECC DDR3-1866/GTX 1660, i7-2600/z68/16 Gb DDR3-1600/GTX 1060 3Gb

Всего записей: 28988 | Зарегистр. 31-07-2002 | Отправлено: 16:23 01-06-2021
MihailM

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
нашел тут глюк в WinRAR 5.30 , когда пытаешься сжать папку в корне диска и архиватор запускается без прав админа , и выскакивает запрос UAC на выполнение , то при вкл. этой опции http://prntscr.com/13ohbl1 , то когда разрешаешь выполнить архивацию , то 2 раза происходит добавление маски , то есть если имя файла должна иметь формат имяфайлаyyyymmddhhmmss.rar , то здесь получается имя вот такого формата имяфайлаyyyymmddhhmmssyyyymmddhhmmss.rar
Не знаю как в других версиях архиватора, вкл. посл. версии.

Всего записей: 2266 | Зарегистр. 19-10-2003 | Отправлено: 20:57 01-06-2021 | Исправлено: MihailM, 20:58 01-06-2021
GoblinNN

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
MihailM
на последней версии(6.02 beta 1) нет такого

Всего записей: 1684 | Зарегистр. 11-10-2005 | Отправлено: 23:54 01-06-2021 | Исправлено: GoblinNN, 23:55 01-06-2021
Открыть новую тему     Написать ответ в эту тему

Страницы: 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

Компьютерный форум Ru.Board » Компьютеры » Программы » WinRAR (часть 4)


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

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.Board
© Ru.Board 2000-2020

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru