FSearch 0.3

Он только искать может и всё?

Он только искать может и всё?

А что ещё нужно?? Чтоб команду «Апорт!» выполнял?.. ;))

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

любопытства ради - формат базы команды «locate»(mlocate) - поддерживает?

Желательно:))

если съемный диск был отсоединён и снова подключен, он будет автоматически обнаружен и повторно просканирован;

может лучше задать вопрос на сканирование - да/нет?!

я так понял, что поиск только по имени? контекстный поиск отсутствует?
recoll vs fsearch - в таком случае recoll сподручнее.

созданной по образцу Everything для Windows.

Думаю на винде софт похуже будет))

Да зачем, если locate в свою БД пишет только пути файлов?
Хотя, казалось бы, чего проще: писать в базу sqlite все данные о файле?
Чтобы потом делать интересные SQL-запросы. Дарю идею! :)

обычно хватает нормальной структуры директорий безо всяких поисков

Пофиксил. Да, «наверное для каких-то целей полезно», но я не помню, когда использовал поиск для чего-то, кроме «найти где определена функция/константа в куче чужих исходников». Но тот поиск я делал через grep -R, который покрывает почти всё что надо и легко запоминается.

В кде есть встроенный поиск с индексацией содержимого. Но если его включить то можно воскресить 12309.

Думаю на винде софт похуже будет))

На винде даже «линуксовый» софт лучше работает, фаирфокс например, просто потому что драйверы лучше и подавляющее большинство юзеров там обитает.

В кде есть встроенный поиск с индексацией содержимого. Но если его включить то можно воскресить 12309.

О нет! Это когда у тебя любое устройство, что ноутбук, что десктоп, несколько раз в день начинают адски тормозить, все вентиляторы включаются на 200% мощности. Ты открываешь top и видишь в списке процессов некий baloo. Запускаешь lsof и видишь, что у тебя лежит двухтерабайтный дамп продовой базы, сжатый xz -9, и оно зачем-то пытается его проиндексировать, хотя ты явно просил этого не делать…

Это первое, что я отрубал в любой новой системе на KDE.

Лучше, причем намного.

Значит у тебя просто мало данных. Даже если у тебя хорошая структура директорий типа

archive
    yyyy-MM-dd_one-two
    yyyy-MM-dd_three-four

директорий может быть банально много и поиск помогает.

найти где определена функция/константа в куче чужих исходников

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

Но я понял, что если называть файлы нормально, то и искать их легко.

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

Ну она не open source, что им скрывать? Не хочет чтобы конкуренты забрали и себе лавры делаясь на их же поисковом движке? Хотят по любому забрать себе сектор поисковых функций и сделать софт платным, если возможно.

я так понял, что поиск только по имени? контекстный поиск отсутствует? recoll vs fsearch - в таком случае recoll сподручнее.

Мне, например, удобно иметь под рукой (в far2l, которым я пользуюсь) поиск только по именам файлов/каталогов, чтобы не находил лишнего. Для такого индексированного поиска пользуюсь командой plocate из пользовательского меню far2l, которая выводит результаты поиска в виде списка файлов/каталогов во временной панели far2l.

Ну а для полнотекстового поиска запускаю Recoll.

Даже если у тебя хорошая структура директорий типа

archive/yyyy-MM-dd_one-two

Нет, это плохая структура. Хорошая структура это например src/web/myphpforum/, src/sysutils/hddscan/, music/{authorname}/{albumname}/.

А чем обычный find в терминале не подходит?

Тем же, чем и fd и bfs. :)

Интересно, время от времени, когда вижу очередную программу по поиску файлов я начинаю думать, где бы это могло мне понадобиться. Поиск в домашней директории я не делаю, даже несмотря на пару десятков машин, всё равно как-то не получается так, что мне нужно «искать файл». А в системных или прикладных местах типа /opt, /soft, /usr/lib, и вправду find dir -name было вполне достаточно. Может я что-то не умею?

Поиск в домашней директории я не делаю, даже несмотря на пару десятков машин, всё равно как-то не получается так, что мне нужно «искать файл».

Я в far2l иногда ищу каталоги по именам (индексированный поиск быстрый) для перехода в них (найденные каталоги/файлы отображаются во временной панели far2l). Хотя для наиболее частых переходов использую встроенные в far2l закладки на каталоги или cdable_vars в командной строке far2l.

Люди, строчащие про find, вообще не понимают, что такое Everything.

Спасибо, но я уже с этим: find . | fzf --exact

что такое Everything

говно какое-то под офтопик? понимаю, понимаю

Ты что, не бывший виндузятник?

Да, по крайней мере это про меня. Я не понимаю, что такое Everything. Что это?

Я не понимаю, что такое Everything. Что это?

Это аналог FSearch для винды. Круг замкнулся. :)
В ОП же есть ссылка, можно было давно прочитать.

Я так понимаю, основное отличие от fd или даже классического find, ну помимо гуйни, в том, что оно не просто по ФС позволяет искать, но и какую-то БД ведёт, чтобы повторный поиск был быстрее?

но и какую-то БД ведёт, чтобы повторный поиск был быстрее?

Так точно! И у БД свой формат.

Там написано, что это поисковый движок, который очень быстро выдаёт результат по мере ввода строки поиска. Что я упустил?

Последнее, что я юзал, была XP. Ну, семерку я тоже админил чуток в офисе. Но тогда не было данной утилиты. Либо не была так известна и распространена.

двухтерабайтный дамп продовой базы, сжатый xz -9

Венда от такого не тормозит. На том же самом железе...

Что я упустил?

F. A. Q.?

Либо не была так известна и распространена.

А я её часто использовал в свои офтопные времена. :)
Changes.txt

Wednesday, 22 December 2004: Version 0.1
First build

Ага, уже 20 лет как хотят сделать платным, да никак не решатся. От поискового движка там одни запросы в SQLite.

Мы таким образом до диссертации дойдём. Нет, спасибо, достаточно.

2004 First build

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

Венда от такого не тормозит. На том же самом железе…

А она реально индексирует бинарные и SQL дампы размерами в терабайты?

Ну и я как бы не защищаю baloo, и не знаю, как там в винде, не пользуюсь ей. А то, что baloo писал(и) какой-то криворучка - для меня и так очевидно.

Бывших виндузятников, не бывает:)

2тб…вот это нынче потребности в таких дисках😅

А она реально индексирует бинарные и SQL дампы размерами в терабайты?

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

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

А что ещё нужно??

Ну ищут же не просто так. Например можно добавить груповое переименование/удаление/перемещение/копирование и т.д.

можно добавить

Воот! И к чему это легче добавлять, к выхлопу find или к картинке окна?

Хочешь холивар GUI vs консолька?

Нет, совсем нет, хочу сказать, что если это «просто поиск», то этого слишком мало для написания отдельной утилиты.

Проще сказать, у жёсткого диска есть кеш-память, которая может при повторном поиске файла сильно ускорить процесс, вот прям в сотни раз, кроме случая, когда ты ищешь по всему жёсткому диску, то есть кеш тупо не вмещает данные и начинает заново мусолить жёсткий диск усиленно. Ты не помнишь имя задаёшь 10-20 вариантов имени и на каждое он мусолит 20 минут. А теперь поставь Everything, дай ему один раз помусолить диск, потом хоть 10 раз вводи любой запрос и МГНОВЕННО получаешь пути к файлу, не смотря на то что они зарыты в совершенно разных местах. Даже казалось что он имеет какой-то свой парсинг MFT. Но вот в реальности искать файлы мне не приходилось так часто, чтобы ей пользоваться, раз в 5 лет понадобилось, нашёл и удалил. Если она действительно создаёт собственную базу, индексирует и прочее, то теоретически она будет мусолить жёсткий диск, даже когда ты 5 лет её не юзаешь, и так как она прописывается в автозагрузку, очевидно что у неё стоит фильтр сообщений на доступ к жёсткому диску, то есть следит за файловыми операциями. Но читать доки лень. В общем такого рода проги не на каждый день, а лишь только знать что они есть и воспользоваться, по необходимости.

Например можно добавить груповое переименование/удаление/перемещение/копирование и т.д.

Так это разный тип прог, я бы даже не стал их лепить в один комбайн. В файловом менеджере nemo недавно обнаружил что есть модуль группового переименования. Правда он немного скудный. Я под винду писал, но под линукс сделал пробу, я пока не могу понять концепцию, повторять что делал для винды мне лень. А та что в линуксе с плагинами слишком замудрёная.

Да, это всё понятно. И если бы люди занимались поиском файлов хотя бы раз в час, то это бы имело смысл. Но поскольку как видно из различных обсуждений это не так (я, например, ищу файлы поиском по имени два-три раза в год), появление таких систем в Гном-КДЕ включенных по дефолту, прибитых гвоздями, и отдираемых только вместе с кожей и мясом вызывает мягко говоря недоумение. Поэтому наличие таких вот независимых программ - отличное решение! Кому надо, вперёд! Остальные проходят мимо.