LINUX.ORG.RU

FSearch 0.3

 , fsearch, , ,


3

2

12 июля состоялся выпуск 0.3 FSearch — утилиты для быстрого поиска файлов, созданной по образцу Everything для Windows.

Проект написан на языке C и GTK3, и распространяется по лицензии GNU GPL 2.0.

Возможности FSearch:

  • мгновенные результаты по мере ввода;
  • расширенный поисковый синтаксис;
  • поддержка поиска по шаблону и регулярным выражениям;
  • поддержка фильтров: поиск только файлов, директорий или и того и другого;
  • включение или исключение в базу данных только определённых директорий, с поддержкой шаблонов;
  • быстрая сортировка по имени файла, пути, размеру или времени изменения;
  • настраиваемый интерфейс (например, переключение между традиционным интерфейсом с панелью меню, и пользовательским оформлением).

Изменения:

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

>>> Подробности на GitHub

★★★★★

Проверено: hobbit ()
Последнее исправление: dataman (всего исправлений: 1)
Ответ на: комментарий от AZJIO

Так это разный тип прог

Ну да. Софтина для поиска файлов это как то сильно скучно. Продвинутый пакетный файловый менеджер был бы намного веселее :)

Rodegast ★★★★★
()
Ответ на: комментарий от VIT

Именно. Не умеешь.

Загромождать терабайты хардов всевозможным хламом вроде миллионов картинок «топ-30 обоин апреля 2012», десятков тысяч сохраненных веб-страниц, десятками терабайт музыки и книжек всевозможных форматов и качества. Не говоря уже об игрушках, от «любимой библитеки» nes-овских и flash-одноразок до 100+Гб ААА iso-шек

И все это вперемешку без какой-либо систематизации, на 4-6 многотерабайтных хардах.

Вот прямо как у «мусорщиков». Самолично сталкивался с парой таких пациентов за практику.

Не удивлюсь если там такой поисковик OOM задушит.

hargard ★★★
()
Ответ на: комментарий от hargard

Уверены, что вы это мне хотели сказать? Кажется вы ошиблись адресом.

VIT ★★★
()
Ответ на: комментарий от firkax

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

А не всё подчиняется идеальному сценарию и не всегда хочется заниматься сортировкой, да, раб сортировки. Возникает точка, вокруг которой обрастается контентом. Я просто в меню папок добавляю сгруппированные пути принадлежащие одной тематике. Например «Фильмы» и в ней пути во все места, где есть видосы. И не перетаскиваю все в одно место, а потому что хотя бы браузер всё тащит в загрузки, торент в торенты и контент не обязательно первостепенный, это может быть однодневка, зачем я буду нянчиться и сортировать, может завтра удалю, у меня тогда первостепенник превратится в мусорку. И как сортировать клипы, какой там автор, бывает заставка с аниме с офигенной музыкой. Есть папки 1, 2, 3 … 13 и в 13 лежит то что я слушаю последние 2 месяца, потом появится 14. Нафиг мне сортировать по авторам, чтобы потом лазить по папкам и искать то что я хочу послушать, когда проще зайти в 13 и кликать все подряд.

На исходники также распространяется, раньше была предварительная сортировка 2011/10 из них перебирал и была сортировка домен/автор/, сейчас даже это напрягает, хоть и стараешься сделать типа

  • Source/  
    
  •   CodeArchive  
    
  •   Current  
    
  •   Downloads  
    
  •   Projects  
    

но это вилами по воде писано.

AZJIO
()
Ответ на: комментарий от Chiffchaff

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

chebo7
()
Ответ на: комментарий от firkax

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

Скажите, пожалуйста, сколько альбомов выпустил Иоганн Себастьян Бах? И какое количество исполнителей сыграли с тех пор его произведения?

AlexM ★★★★★
()
Ответ на: комментарий от chebo7

с recoll-ом знакомы?

п.с.
слежу/использую проект с первого релиза, немного подрихтовываю под себя, накропал плагин (строка ввода) на панель в TDE для быстрого вызова)
гуи совеобразные, но работать можно, устраивает.
в «самом начале» искал лучший «контекстный поиск» - выбрал именно recoll.

попробуйте, возможно зайдет (ну и это, естественно - если нужен «контекстный поиск», я им пользуюсь постоянно)

не для портативного ноута от АКБ

тут соглашусь

sunjob ★★★★★
()
Последнее исправление: sunjob (всего исправлений: 1)
Ответ на: комментарий от chebo7

Ну, в среднем, если настроить его на нужные каталоги, а не «скопом на $HOME», то жрёт он, по состоянию на сейчас, лето 2026, весьма умеренно. В топе и пауэртопе — вообще не видать. Общее энергопотребление ноута колеблется в районе 4.5-6 Ватт.

AlexM ★★★★★
()
Ответ на: комментарий от AZJIO

Да, у Everything создается свой индекс и отслеживаются изменения. Однако оверхед минимальный даже на большом числе файлов и слабом железе.

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

Playermet
()
Ответ на: комментарий от AlexM

Не придирайся, там вполне понятно что я имел ввиду, и никаких проблем и в твоём случае не возникнет.

firkax ★★★★★
()
Ответ на: комментарий от theurs

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

Та самая Венда, которую на hdd теперь использовать невозможно (в отличие от Линукса) или какая-то другая?

MoldAndLimeHoney ★★★
()
Ответ на: комментарий от AZJIO

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

Ок, вот оно мне что-то нашло, а если мне надо что-то делать с этим файлами? Искать другую программу? Которая перемещать не может, только переименовывать? А потом третью?

MoldAndLimeHoney ★★★
()
Ответ на: комментарий от firkax

Нет, это плохая структура.

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

music/{authorname}/{albumname}/.

Хорошо, авторов там несколько сотен. Дальше что?

Я помню, что в названии песни содержалось что-то типа «summer».

MoldAndLimeHoney ★★★
()
Ответ на: комментарий от MoldAndLimeHoney

Искать другую программу?

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

AZJIO
()
Ответ на: комментарий от AZJIO

На практике если ищется файл, то явно не для переименования.

Буквально вчера делал, было раскидано по dirN/fileN, надо было переместить несколько десятков таких файлов в одну директорию.

MoldAndLimeHoney ★★★
()
Ответ на: комментарий от MoldAndLimeHoney

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

AZJIO
()
Ответ на: комментарий от MoldAndLimeHoney

Несколько сотен авторов отсортированы по алвавиту и ты без труда найдёшь среди них нужного безо всяких спецпрог.

Если надо найти по названию, и ты не помнишь кто автор - ладно, это тот редчайший случай, когда поиск и правда понадобится. Однако:

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

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

3) для больших медиахранилищ, если уже серьёзно подходить к делу, целесообразнее специальный индекс для медиахранилищ, а не индексатор общего назначения

firkax ★★★★★
()
Ответ на: комментарий от moonmadness

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

Ну так расскажи

router ★★★★★
()
Ответ на: комментарий от moonmadness

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

Людям не нужно и не интересно это твоё «Everything», их и find более чем устраивает, и им ни к чему забивать головы ненужным им знанием о ненужных им поделиях...

Somebody ★★★★
()
Ответ на: комментарий от firkax

Ну, как раз-таки возникает.

Нет там дерева, хоть ты тресни. А есть довольно свободный граф из пересекающихся друг с другом свойств: автор(ы) (да-да, Леннон-Маккартни) и/или¹ исполнител(и), год(ы) исполнения, и прочие атрибуты «трека»².

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

² Хех, интересно применять слово «трек» к каким-нибудь крупным произведениям, типа симфонии или оратории: «трек Й.Гайдна ”симфония №93 ре мажор” в исполнении Лондонского симфонического оркестра под управлением Клаудио Аббадо». Не, нуачо? Хотя там, пожалуй, четыре трека будет. Наверное. Смотря как при записи порезано будет.

AlexM ★★★★★
()
Ответ на: комментарий от AlexM

Тогда нужен каталогизатор где все эти свойства можно указать (или брать их автоматически из метаданных всяких mp3 итд) и который по ним может выбирать. Думаю, такие уже есть как в составе всяких плееров, так и отдельные (но я не пользовался), и работают они удобнее чем абстрактный поиск по файлам.

firkax ★★★★★
()
Последнее исправление: firkax (всего исправлений: 1)

Спрашивается, в задачнике Рыбкина, а нахрена? Свои файлы - я примерно знаю где валяются. Не такое ужо великое хозяйство. Если тут грохнул внезапно, то на внешнем винте-бэкапе отыщется. Типо.

А «резервные копии», блин, великая весчь. В бытнось мою, на кафедре, это было в приказном-принудительном порядке. Еженедельно всё скидывалось на кассету стриммера и под роспись убиралось в сейф.

cadaber ★★
()
Последнее исправление: cadaber (всего исправлений: 1)
Ответ на: комментарий от firkax

и работают они удобнее чем абстрактный поиск по файлам.

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

AlexM ★★★★★
()
Последнее исправление: AlexM (всего исправлений: 1)
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.