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

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

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

Maz (31-07-2023 08:32): WinRAR (часть 5)  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201

   

Maz



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



 
Официальный русский сайт: win-rar.com
Официальный e-mail разработчика WinRAR (писать на русском): dev@rarlab.com
 
Стабильная английская версия: 6.22 x86 | x64 (31 мая 2023 г.)
Стабильная русская версия:  6.22 x86 | x64 (31 мая 2023 г.)

Текущая английская бета-версия:  6.23 beta 1 x86 | x64
Текущая русская бета-версия:  6.23 beta 1 x86 | x64

Примечание: английская бета-версия обновляется регулярно, без изменения номера версии. подробнее...
Список изменений на английском языке
(на родном – смотрите файл WhatsNew.txt в дистрибутиве на вашем языке)
Скачать RAR для macOS, FreeBSD, Linux, Android можно здесь.

Скачать ранее вышедшие версии можно с официального FTP
Таблица совместимости версий с различными ОС

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

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

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

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

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

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

Всего записей: 38836 | Зарегистр. 26-02-2002 | Отправлено: 19:30 27-08-2020 | Исправлено: DimmY, 17:47 20-07-2023
insorg



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

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

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

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

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

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

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

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

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

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



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

Цитата:
ctrl+t

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

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

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

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

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

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

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

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



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

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



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

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

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

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

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

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

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

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



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

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

Gold 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 будет схожим.

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



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

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

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

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

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

Gold 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.

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

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

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

Всего записей: 1015 | Зарегистр. 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 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

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

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

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

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

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



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

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

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

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

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



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

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

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

Всего записей: 2908 | Зарегистр. 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 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 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201

Компьютерный форум Ru.Board » Компьютеры » Программы » WinRAR (часть 4)
Maz (31-07-2023 08:32): WinRAR (часть 5)


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

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

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru