Правильная организация файлов или наше спасение в наших руках

Ну в принципе, сложного-то ничего нет. Создали базу данных, в которой хранится полное имя файла, его контрольная сумма (для отслеживания изменений) и множество тегов этого файла. Дальше все сводится к красивой обертке и оптимизации операций поиска/удаления/добавления записей в БД.

Я что-то очень сомневаюсь, что человек, которому лень переименовать setup.exe в visual_studio_setup.exe будет возиться с тегами. Нормальное название и быстрая утилита для поиска намного удобнее.

P.S. Не пользуюсь вообще ничем. Винчестер небольшой, регулярно разбираю свалки и поддерживаю всё в относительном порядке.

Моя коллекция музыки (её mp3/ogg-часть) недавно перевалила за 50 Гб. Я просто не представляю, что мне когда-нибудь будет не хватать самых примитивных средств файловой системы (папок и символических ссылок) для её организации.

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

У меня на жестком диске порядок, выработал несколько простых правил и придерживаюсь их:

— Рабочий стол используется для временных файлов, скачанных и любых входящих файлов. После того как поработал с файлами на рабочем столе — либо удаляю их, либо копирую в архив. Это избавляет от создания директорий вида «Разобрать».

— Никогда не хранить на компьютере файлы, которые есть в интернете, в первую очередь это дистрибутивы программ.

Скажем так. Люди разные бывают, есть аудиалы, визуалы, кинестетики… По аналогии, я могу допустить, что есть люди, которым трудно воспринимать и организовывать информацию в иерархическую систему, и для которых теги — спасение. Но вся остальная аргументация не выдерживает никакой критики (кстати, опрос в соседнем топике тоже показывает, что у народа с каталогами и файлами проблем нет).

Есть «плюшкинство» — когда накачивается куча всего что только можно скачать, и выкачивается оно с нынешними каналами быстрее, чем можно успевать всё это разгребать при всём желании. Не знаю, болезнь ли это, но теги эту проблему не решат.

Есть гугл, шустрый инет, и тот факт, что зачастую действительно проще найти и перевыкачать то, что тебе нужно, чем разыскивать его по архивам. Это правда. Более того, как правило в архиве лежат старые версии, а так можно скачать свежие. Но это не из-за сложности организации файлов на винте, а из-за простоты гуглопоиска и скорости инета. Эту «проблему» теги тоже не решают, т.к. зачем сначала тегировать файлы а потом их искать по тегам, если через гугл их всё-равно будет найти проще и быстрее (и, кстати, полнотекстовый поиск гораздо проще и удобнее тегов).

Есть amarok (первой версии). Это действительно лапочка. Но — для управления плейлистами (и немножко тегами), а не файлами. Ваши теги не помогут составлять плейлисты и не заменят амарок-1.

Медийные файлы — фильмы, клипы, музыка, картинки, iso-образы, игры — как правило у всех неплохо каталогизированы. Да, у человека может быть несколько разных каталогов с фильмами (на разных разделах, смотренные/не смотренные, etc.) и может потребоваться в них по очереди заглянуть в поисках нужного фильма — но это не долго и не сложно.

Всё остальное — мелочёвка — дока, софт, etc. — относится как раз к той самой категории, которую хрен найдёшь куда сохранил при выкачке, и которую просто найти и перевыкачать через гугл. И что, именно весь этот хлам Вы и предлагаете тщательно тегировать?! А я могу поступить как-нибудь иначе? :)

Не использую жесткие диски под долговременное хранилище личных данных. Фото, видео, почта и т.д. в веб облаках с тегами и отличной структурой (даже на Владивостокских 600 кбит/с доступ вполне приемлимый). А медиаконтент храню в локальном облаке (6000 компьютеров в локальной сети у провайдера) ;) А ПО тяну с mirror.yandex, благо по локальной политике скорость доступа к зеркалу состовляет от 8 мегабит/с.

Однажды потратив десять минут на обдумывание структуры подкаталогов в домашнем каталоге, этой структурой папок я пользуюсь уже больше 10 лет, обходясь БЕЗ поисковика.

\ (домашний каталог)
|-archive (архив)
|  |-documents (архивы документов)
|  |-conf (файлы конфигураций)
|  |-install (инсталляторы)
|  |  |-ASUS (драйверы для изделий ASUS)
|  |  |-Dell (драйверы для поделий ASUS)
|  |  |-FreeBSD (пакеты программ для FreeBSD)
|  |  |-Java (инсталляторы JDK и другие инструменты)
|  |  |-Lotus (инсталлятор Symphony)
|  |  |-Windows (инсталляторы программ для Windows)
|  |
|  |-projects
|
|-bin (каталог приложений для индивидуального использования)
|  |-<подкаталоги программ>
|
|-books (электронные книги и руководства)
|
|-documents (текущие документы)
|
|-email (почтовая БД)
|
|-etc (разное)
|
|-exchange (папка обмена)
|  |-in (входящие)
|  |-out (исходящие)
|
|-media (мультимедийные файлы)
|  |-music
|  |-photo
|  |-pictures
|  |-record
|  |-screenshot
|  |-themes
|  |-video
|  |-wallpapers
|
|-projects
|  |-<каталоги проектов>
|
|-tmp

По-настоящему ценное это: Архив (archive) и Почтовая база (email) в домашнем каталоге, которые синхронизованы с удалённым хранилищем. Остальное периодически архивируется и можно быстро восстановить из бэкапа.

в KDE есть Napomuk, который через файловый менеджер Dolphin позволяет реализовать тегирование и поиск информации.
ru.wikipedia.org/wiki/NEPOMUK-KDE

Nautilus давно умеет тегировать файлы (я точно не знаю, когда научился, у меня версия 2.28). К сожалению, не знаю, умеют ли Beagle или MetaTracker отслеживать их.
В последних версиях KDE взят курс на семантический десктоп. Там даже почтовик обзавелся семантическим интерфейсом, и через сервер Akonadi можно делать SPARQL-запрос к своим данным.

Если бы такая функция была в ОС из коробки, была приоритетной и удобной, возможно, я пользовался бы ей. А пока мне проще держать в порядке разбирая по папкам и переименовывая.

Вообще лично мне иногда не хватает в файловом менеджере функции быстрого и удобного создания хардлинков.
Потому как папки — это по сути иерархические теги с возможностью пометить каждый файл только одним тегом. А если хардлинками создавать файл в двух папках, то он по сути помечен двумя тегами.
Но здесь есть но:
1. Приходится использовать именно хардлинки, а не симлинки, ибо если я удаляю файл из одной попки (убираю метку одного тега с файла), он должен оставаться в другой.
2. Хардлинки не позволяют делать ссылки на папки (типа тегирование тегов) и на файлы в других разделах.
3. Про файловые менеджеры. Нужна интеграция данной фичи не только в наутилос и даже не только в крусейдер, например, но и во все диалоги сохранения файлов.

Sindrom, я полностью с тобой согласен. Спасибо за статью.
Позволю себе несколько комментариев.
Иерархическая система не изжила себя, она всё ещё полезна для работы самой операционной системы, для разделения прав, когда это необходимо, для организации данных с жёсткой структурой и т.д. Но таги — это счастье пользователя!
Когда у меня было много дистрибутивов различных программ, долго сохранялась иерархия вида Distrib -> (graphics, archivers, commanders) и т.д. Но через время стало ясно, что большинство из них не используются или не находятся, когда они необходимы, потому что заходя в Distrib ты видишь только верхний уровень и что лежит глубже в этот момент слабо себе представляешь.
В результате всю структуру пришлось перерабатывать много раз, пока я не пришёл к самому удобному для себя варианту. Покажу на примере:

|-Distrib
|  |-All Windows
|  |  |-Mozilla Firefox
|  |  |  |-Firefox 3.0
|  |  |  |-Firefox 3.5
|  |-All Unix
|  |-Drivers
|  |-Sorted
|  |  |-Graphics
|  |  |-Media Players
|  |  |-Programming
|  |  |-OS
|  |  |-Live CD
|  |  |-...
|
|-Video
|  |-All
|  |-Sorted
|  |  |-Russian
|  |  |-English
|  |  |-English with Subtitles
|  |  |-...
|
|-Music
|  |-All
|  |-Sorted
|  |  |-Russian
|  |  |-English
|  |  |-Rock
|  |  |-Metal
|  |  |-...

Смысл этой структуры в следующем.
1. В All помещается всё соответствующее данной категории (например All Windows — это всё ПО для Windows) с самым распространённым названием без номера версии, например: Mozilla Firefox, Microsoft Windows, Internet Explorer, Adobe Photoshop (или просто Photoshop).
2. Внутри каждой их них помещаются конкретные версии (здесь называния директорий уже не играют роли).
3. А в Sorted помещаются ссылки (links) на те данные, которые находятся в All, например: Distrib->Sorted->Browsers->Firefox ссылается на Distrib->All->Mozilla Firefox.
Кажется, что следить за такой структурой сложно, но главный смысл в том, что сортируется (т.е. помещается в Sorted) не всё, а только самое необходимое и директория в Sorted ссылается не на конечную папку с версией продукта, а на верхний уровень (например Mozilla Firefox) название которого не меняется.

Про использование такой структуры на практике.
1. Чаще всего я захожу в All и быстро нахожу то, что мне нужно по «популярному названию» и тут же могу заметить, что что-то уже устарело и удалить.
2. Реже я захожу в Sorted, чтобы, например, посмотреть «а какие у меня там полезные LiveCD есть»?

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

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

в MacOS X ничего дополнительно ставить не нужно. Достаточно открыть окно информации файла (яблоко+i) и там, в верхней части, есть окошко для ввода т.н. spotlight comments. По ним потом ищет штатный spotlight. Я так порнуху каталогизировал, очень удобно :)

Кстати, еще один hint: если в том же окошке кликнуть на иконку (вверху) и нажать яблоко+v, то иконка заменится на картинку из клипборда. Картинку в клипборд можно поместить прямо с экрана (скажем, часть кадра из видео), если нажать яблоко+шифт+4 и выделить на экране нужную область мышкой.

Я в данный момент работаю над такой системой. Концепт под линукс.
ЗЫ Если есть заинтересованные люди (из Украины, особенно из Харькова) — велкам. Пишите в личку.

Увы, моё знакомство с языком Python пока что сводится к «Hello, world» и паре последующих опытов,
но я бы с большим удовольствием поучаствовал в проекте по части помощи с графикой, интерфейсом пользователя, парой идей на тему.
Если буду полезен — можно в личные сообщения написать: )

в библиотеках windows7 можно ставить ключевые слова к документам и фотографиям. но даже этим пока что неудобно пользоваться.

Подсуетились и программисты Microsoft: в Win7 можно добавлять ключевые слова к любым файлам.

мне кажется, проще определить для себя naming convention файлов
например для фильмов
[название].[жанр].[yyyy].[режиссер].[и т.п.].[расширение]

Если говорить о тегах для файлов через утилиты в Win, то есть www.taggtool.com и lunarfrog.com/taggedfrog (и это только первые ссылки поиска). Под Ububntu, думаю, тоже не так уж сложно нарыть.

Поиск среди хлама редко бывает проблемой, поскольку уже и не помнишь что это качал.

Разве nepomuk итак чтото подобное не делает?

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

Единственным явным преимуществом является то, что теги естественным образом позволяют приписать один файл/папку двум разным категориям. Хотя во всех современных ФС можно найти способы сделать что-то похожее…

для Windows есть еще taggedfrog сам не пробовал — затерялась в недрах папки Soft :-)

… а после того, как появился торрент и женщина захотела скачать «вот тот фильмец» лично у меня срач.

Я храню архивные файлы типа фотографий и видео в классической иерархии. Рабочие и текущие файлы организуются собственным приложением в папки: @Inbox, @Work, @Read, @Archive, которые лежат на Dropbox.

Структура в этих папках практически отсутствует. Проблемы с поиском нет, файлы мгновенно находятся по дате, а также проиндексированы, чтобы в запущенных случаях искать при помощи стандартного Windows 7-овского поиска.

Текущие рабочие проекты выносятся ярлыками на рабочий стол.

Короче, проблем нет, одни плюсы :)

Ну есть в кедах nepomuk для этих целей, но вот я его первым делом вырубаю. Мне реально проще ориентироваться в правильно составленном дереве, чем бегать по тегам

Под виндой одно время игрался (уныло трахался) с www.tag2find.com — автоматом подхватывает тэги из mp3, например, но когда всплыл факт использования разных кодировок в тэгах…

Штука постоянно живет включенной, и при создании нового файла предлагает пометить его определенным тэгом. Это задрало после часа возни за кантупиром.

Помечать по-отдельности уже существующие файлы — блин, их уже ОЧЕНЬ много! И эти тэги надо придумывать! Аааа!

Поставил GoogleDesktop для поиска, и угомонился. И пользуюсь этим гуглодесктопом, почему-то, реже, чем предполагал.

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

Например: (аудиокнига) Поезд в ночи.zip — понятно, что это и о чем? И сортировка файлов по имени в TotalCommander (или в Krusader, когда в Ubuntu сижу) неимоверно рулит и все четко разделяет. Поэтому у меня в каталоге «Разобрать когда-нибудь наконец-то» относительный порядок :)

Я считаю, что важно иметь и порядок в файловой системе, и вот почему — если мне нужно будет резко сохранить, скажем, все документы, или все программы, работающие без установки, или всю муз. базу куда-то, мне будет проще ее перенести, зная где она хранится, а не перебирать по всем тегам, которые могут иметь отношение к музыке и не вспоминать, как еще я мог пометить.
Тем более, имея удобный менеджер ac распределение по каталогам становится простым делом, не сложнее маркировки файлов тегами.
Меня часто выручало то, что я всегда знаю, что в какой-то папке у меня никогда не окажется фажного файла, и ее можно не восстанавливать/удалить.

На маке есть:
— отличная штука Spotlighte, которая решила все мои пробемы с поиском чего-либо на винте, куда бы оно не завалилось. Срабатывает мгновенно и все как правило находит
— программа TuneUP которая присасывается к базе iTunes и организует тэги (абсолютно всю инфу в них). Вроде для винды тоже она есть

хм…
а нельзя ли для хранения меток использовать extended attributes в ext3fs (да и ещё коегде)?
для более плотной интеграции с файлухой.

«Наше спасение» не совсем «в наших руках» потому что руки-то есть, а вот что именно ими мастерить — не совсем понятно.

Теги бывают, теги работают, но не без проблем: они предполагают теггирование всего и вся, что может быть крайне запарно. Допустим, ищете вы что-то по тегам, полагаетесь на них, а что если забыли проставить оные для свежескачанного файла? И ведь это будет частая ситуация.

Частично может помочь автотеггирование или «умное» нахождение похожих файлов, но ведь это ещё продумать надо.

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

Может помочь налаженная инфраструктура, типа Mozilla Add-Ons где буквально заставляют категоризировать добавленные в систему элементы. Или использование *nix-ов, где с программами особой заморочки нет. Для музыки могут пригодиться теги ластфм. Но это только часть файлов…

Вобщем я так не представляю как выглядят «хорошие» теги.

Важно иметь правила и соглашения с самим собой, как работать с файлом и куда его отправить.
Как раз не так давно писал про файловое GTD: it-premium.com.ua/articles/gdt-with-files

Чистый inbox — залог здоровья.

sindrom, go for it!

Была уже дискуссия на эту тему вот тут. Идея безусловно полезная, т.к. она не требует ничего менять, а только добавляет функционал. Мне кажется вы упустили самое главное требование к такой программе: автотеги. То есть, после установки программа запускается в фоновом режиме и тегирует файлы автоматически. Например, все DOC-файлы получают общий тег «документ». MP3-файлы, помимо тега «музыка», тегируются MP3-тегами. Если программа сможет сделать этот процесс достаточно интеллектуальным (извлечь максимум полезной информации из имени файла и его данных, отсеяв мусор) и, возможно, обучаемой — тогда точно будет хит. Ведь как сказали выше, кому лень сделать нормальную древовидную структуру папок — явно не захочет заниматься тегированием.

Еще одна идея пришла в голову — приложение висит как сервис и фиксирует перемещение/копирование файлов. Зачем? Если юзер копирует файл в «треш», то такой тег явно не помешает :) То есть, использовать имена папок (по желанию). Те, кто периодически сортирует файлы классическим способом, игнорируя теги, в какой-то момент заметит, что теги итак достаточно полно описывают все файлы и ручная работа по тегированию не нужна.

По-моему что-то подобное пытались реализовать в «файловом менеджере, который управляет файлами за вас», который назывался nemo. Но он как-то был коряв (у меня падал на элементарном permission denied) и уже почти умер, наверное. Да и написан с использованием mono. А так очень бы хотелось, чтобы кто-нибудь реализовал что-то подобное.

Все это хорошо, пока у вас обозримое количество файлов.
Но когда графика переваливает за 1мил. файлов, то говорить о тегирование как то уже не поднимается язык…
Все только тупо по иерархии папок.
Для софта — проще держать 20-50 программ. без которых не обойтись (их списолк не такой и большой). Для остального — есть интернет.

Я уверен, на компьютере каждого человека, читающего этот топик, наверняка есть хоть один из следующих каталогов: soft, разобрать, временно, всякая всячина, trash, интересное.

У меня теперь папки с закладками, с такими же названиями. )

en.wikipedia.org/wiki/Desktop_search?

Поскольку я понял, бесплатно таги ставить в МакОС некак. Ладно, есть комментарии в спотлайте. Но если я организовываю домашнюю библиотеку/ иерархию файлов на внешнем носителе, а он к тому-же NTFS или FAT, то будет ли спотлайт видеть эти коменты? Или таги если поставить софт для их создания.