Цитата | Quote(HugoBo-SS @ 1.03.2018 - 19:05)
Любые плагины ( если они правильно упакованы в zip, а, как правило, это так) устанавливаются самим тоталом при двойном( одинарном - если настроено подобное поведение) клике по нему, с предупреждениями ( на случай случайного нажатия).
Не проверял такой способ адаптации плагинов в тотал.командер, и наверное не стану, с трудом дался первый рабочий метод добавления плагина в тотал, которому пришлось научиться с нуля ни чего не зная, второй уже не осилю, буду пользоваться первым удачным способом, который у меня получился, я извлекал ZIP и на выходе получил обычную папку с файлами, а далее через настройки тотал.командера указал путь к плагину, так он и добавился, а речь видимо шла о двойном клике по ZIP непосредственно из самого менеджера тотал.командера, чтобы он подхватил это нажатие и сам установил плагин как нужно.. Это мне сейчас стало понятно, так как с первого раза прочитав я не понял, как двойной клик по ZIP установит плагин сразу в тотал.командер, видимо этот дабл клик нужно сделать прямо в менеджере, но уже не это важно, плагины с танцами, но добавлены, ух..
а тут, мне нужно ещё разочек давайте поясню вот что.. Только на этот раз постараюсь максимально наглядно пояснить чего я хочу добиться, с примерами..
К примеру у нас есть 4 файла (текстовый документ), это их
скрины..
» .txt «
А вот так, эти 4 файла выглядят, если их открыть при помощи любого HEX редактора..
» HEX редактор «
Как от сюда можно увидеть, у первых трёх файлов, начало документа совпадает, а именно - они все начинаются со "слов"
abc.. У четвёртого файла это "слово" (совпадение) тоже есть, но находиться оно это совпадение не с начала файла, а спустя некое количество символов (байт)..
Мне нужно:
среди огромной своры файлов, найти все файлы, с расширением и без, у которых НАчало ФАйла (первые три байта), исключительно ПЕРВЫЕ три байта, равны в данном случае
abc, то есть найти все файлы, текст которых содержит значение
abc, но исключительно только в Первых трёх байтах, и только в них.., следовательно, 4-ый файл как результат поиска сюда не подходит, потому что у него это совпадение не лежит в диапозоне с 1 по 3 байт включительно..
Существуют утилиты, которые могут найти документ по его содержимому, с помощью таких утилит найти файл содержащий "слово"
abc не получиться, так как подобные инструменты не ограничиваются объёмом просматриваемого документа, то есть не могут просканировать его половину, одну треть или только к примеру 15 первых байт, а будут искать запрос до той поры, пока не просканируют весь документ полностью, - это не нужно - только первые три байта..
В данном случае, которого я хочу добиться, если бы механизм работал, и Тотал.Командером с нужным плагином было бы можно ограничить поиск "текста" внутри файла, то есть заставить его сравнивать поисковый запрос только с ПЕРВЫМИ тремя байтами во всех файлах, и если в первых ТРЁХ байтах совпадения нету, не искать дальше по содержимому файла, - а переходить к следующему и так же, смотреть только первые три БАЙТА, опять нету совпадения, переходить к следующему файлу и сканировать его, и так далее далее далее... и находить только те файлы, где есть Совпадения исключителньо только с первыми тремя байтами относительно поискового запроса пользователя..
Нюанс: поисковый запрос будет записан не в виде
abc, а в виде его HEX кода, то есть в случае, когда нам будет нужно найти все файлы, чьи ПЕРВЫЕ ТРИ БАЙТА равны
abc, мы в поисковом запросе напишем
61 62 63 (смотреть второй спойлер)