Комментарии 136
Ну в принципе, сложного-то ничего нет. Создали базу данных, в которой хранится полное имя файла, его контрольная сумма (для отслеживания изменений) и множество тегов этого файла. Дальше все сводится к красивой обертке и оптимизации операций поиска/удаления/добавления записей в БД.
Я что-то очень сомневаюсь, что человек, которому лень переименовать setup.exe в visual_studio_setup.exe будет возиться с тегами. Нормальное название и быстрая утилита для поиска намного удобнее.
P.S. Не пользуюсь вообще ничем. Винчестер небольшой, регулярно разбираю свалки и поддерживаю всё в относительном порядке.
P.S. Не пользуюсь вообще ничем. Винчестер небольшой, регулярно разбираю свалки и поддерживаю всё в относительном порядке.
Полностью поддерживаю, изначально надо все «складывать» по «полочкам» и не будет никаких проблем с поиском
Есть другой момент. Хорошо, когда в Ваших файлах очевидна древовидная иерархия. Много где ее не хватает. К примеру, у меня несколько тыс. текстур. И я готов потратить несколько дней для того, чтобы ее протегировать, если бы система позволяла. Естественно, очень многие относятся к нескольким категориям. Нужен граф, а не дерево. Собственно, теги это оно и есть.
НЛО прилетело и опубликовало эту надпись здесь
Упомянутой утилитой пользуюсь достаточно давно, не нарадуюсь :)
Ищу аналог под Убунту, не подскажете?
Ищу аналог под Убунту, не подскажете?
А есть в linux быстрая утилита для поиска? Стандартной в Ubuntu пользовался, но неудобно и долго ищет.
Хотелось бы вроде Everything в Windows, которую можно заставить показывать все файлы по дате или другим параметрам. Правда Everything только с правами администратора работает, что большой минус.
Хотелось бы вроде Everything в Windows, которую можно заставить показывать все файлы по дате или другим параметрам. Правда Everything только с правами администратора работает, что большой минус.
Моя коллекция музыки (её mp3/ogg-часть) недавно перевалила за 50 Гб. Я просто не представляю, что мне когда-нибудь будет не хватать самых примитивных средств файловой системы (папок и символических ссылок) для её организации.
Создал опрос, чтобы выяснить, насколько я одинок в этом жестоком, жестоком, жестоком мире тэгов и индексов, хнык!
Создал опрос, чтобы выяснить, насколько я одинок в этом жестоком, жестоком, жестоком мире тэгов и индексов, хнык!
Хм. У меня коллекция музыки под 200 Гб, причем lossless'а там наберется ну максимум 10% от общего объема. Все тоже упорядочено средствами ФС. В большинстве случаев хватает, но не всегда. Например, если хочется послушать несколько Reggae-исполнителей, то приходится прибегать к помощи тегов, ибо так намного быстрее, чем рыскать по всему списку папок.
У меня музыка по жанрам раскидана, так что с этим тоже нет проблем
а если нельзя отнести группу к какому-то определенному жарну, что вы делаете?
Это хорошо, когда жанр легко определить. Вот только в одном таки металле стопиццот подвидов и есть куча споров, что какая-нибудь группа Dead Cannibal and Rabbits — это какой-нибудь тру-метал или же глум-метал. Вот Би-2 — это попса или рок или русский рок?
А если же использовать только широкие жанры «классика, джаз, попса» — тогда и искать не намного легче.
признаки должны быть однозначными imho.
А если же использовать только широкие жанры «классика, джаз, попса» — тогда и искать не намного легче.
признаки должны быть однозначными imho.
В аудиопроигрывателях с коллекцией поиск и добавление нужных треков происходит намного быстрее, чем с помощью примитивных средств файловой системы.
Аудиопроигрыватели с коллекцией, точнее, с механизмами принуждения пользователя к коллекции (amarok, wmp) несовместимы с моей нервной системой. В winamp или xmmp меня всё устраивает.
Аудиопроигрыватели без коллекции несовместимы с моей нервной системой, ибо их юзабельность на голову ниже.
foobar2000 — очень удачный гибрид, imho: в нем есть media library, которая не мешает работать напрямую с файловой системой. Можно, например, добавить в плейлист нужные папки или файлы, или музыку конкретного исполнителя, или даже выбрать весь reggae из конкретной папки.
Собственно, Амарок тоже не мешает напрямую работать с файловой системой — в нём есть вкладка «Файлы» на панели слева, ну и драг-н-дроп тоже никто не отменял.
Сам юзаю foobar2000 на виндовой машине. Жаль проект закрытый и нет версии по *nix.
Кстати, кто как сортирует свою коллекцию музыки. У меня лично при достаточно объемной коллекции все разбито на две папки: Исполнители (сюда свалены папки по названию исполнителей) и Коллекции (рипы дисков не относящихся только к одному исполнителю). Все остальное делается средствами Media Library.
Кстати, кто как сортирует свою коллекцию музыки. У меня лично при достаточно объемной коллекции все разбито на две папки: Исполнители (сюда свалены папки по названию исполнителей) и Коллекции (рипы дисков не относящихся только к одному исполнителю). Все остальное делается средствами Media Library.
Фактически, для меня переход к проигрывателю с библиотекой (itunes, а затем Squeezeserver) стал оправдан после пересечения объема 200 Gb.
В настоящий момент у меня примерно 700 Gb музыки, около 90000 треков, примерно 60% объема в lossless (ALAC).
Хранение музыки с правильно прописанными тегами дает гораздо больше возможностей как для хранения, так и для структурирования библиотеки (например, абсолютно не проблема переименовать файлы как угодно), кроме того этот подход совместим с любыми проигрывающими устройствами.
В настоящий момент у меня примерно 700 Gb музыки, около 90000 треков, примерно 60% объема в lossless (ALAC).
Хранение музыки с правильно прописанными тегами дает гораздо больше возможностей как для хранения, так и для структурирования библиотеки (например, абсолютно не проблема переименовать файлы как угодно), кроме того этот подход совместим с любыми проигрывающими устройствами.
У меня на жестком диске порядок, выработал несколько простых правил и придерживаюсь их:
— Рабочий стол используется для временных файлов, скачанных и любых входящих файлов. После того как поработал с файлами на рабочем столе — либо удаляю их, либо копирую в архив. Это избавляет от создания директорий вида «Разобрать».
— Никогда не хранить на компьютере файлы, которые есть в интернете, в первую очередь это дистрибутивы программ.
— Рабочий стол используется для временных файлов, скачанных и любых входящих файлов. После того как поработал с файлами на рабочем столе — либо удаляю их, либо копирую в архив. Это избавляет от создания директорий вида «Разобрать».
— Никогда не хранить на компьютере файлы, которые есть в интернете, в первую очередь это дистрибутивы программ.
Житель провинции с 400 кб интернетом смотрит грустно и одновременно с завистью…
НЛО прилетело и опубликовало эту надпись здесь
Житель провинциальной провинции с 30кб интернетом смотрит грутно и одновременно с зависть… )
Dial-up? O_o
ADSL на 256кбит ))
Ну так и я про биты говорил. Дурная привычка, не по ГОСТу…
Использование прописной буквы «Б» для обозначения байта соответствует требованиям ГОСТ и позволяет избежать путаницы между сокращениями от байт и бит. Однако следует учитывать, что в стандарте нет сокращения для «бит», поэтому использование записи вроде «Гб» как синонима для «Гбит» недопустимо.
Скажем так. Люди разные бывают, есть аудиалы, визуалы, кинестетики… По аналогии, я могу допустить, что есть люди, которым трудно воспринимать и организовывать информацию в иерархическую систему, и для которых теги — спасение. Но вся остальная аргументация не выдерживает никакой критики (кстати, опрос в соседнем топике тоже показывает, что у народа с каталогами и файлами проблем нет).
Есть «плюшкинство» — когда накачивается куча всего что только можно скачать, и выкачивается оно с нынешними каналами быстрее, чем можно успевать всё это разгребать при всём желании. Не знаю, болезнь ли это, но теги эту проблему не решат.
Есть гугл, шустрый инет, и тот факт, что зачастую действительно проще найти и перевыкачать то, что тебе нужно, чем разыскивать его по архивам. Это правда. Более того, как правило в архиве лежат старые версии, а так можно скачать свежие. Но это не из-за сложности организации файлов на винте, а из-за простоты гуглопоиска и скорости инета. Эту «проблему» теги тоже не решают, т.к. зачем сначала тегировать файлы а потом их искать по тегам, если через гугл их всё-равно будет найти проще и быстрее (и, кстати, полнотекстовый поиск гораздо проще и удобнее тегов).
Есть amarok (первой версии). Это действительно лапочка. Но — для управления плейлистами (и немножко тегами), а не файлами. Ваши теги не помогут составлять плейлисты и не заменят амарок-1.
Медийные файлы — фильмы, клипы, музыка, картинки, iso-образы, игры — как правило у всех неплохо каталогизированы. Да, у человека может быть несколько разных каталогов с фильмами (на разных разделах, смотренные/не смотренные, etc.) и может потребоваться в них по очереди заглянуть в поисках нужного фильма — но это не долго и не сложно.
Всё остальное — мелочёвка — дока, софт, etc. — относится как раз к той самой категории, которую хрен найдёшь куда сохранил при выкачке, и которую просто найти и перевыкачать через гугл. И что, именно весь этот хлам Вы и предлагаете тщательно тегировать?! А я могу поступить как-нибудь иначе? :)
Есть «плюшкинство» — когда накачивается куча всего что только можно скачать, и выкачивается оно с нынешними каналами быстрее, чем можно успевать всё это разгребать при всём желании. Не знаю, болезнь ли это, но теги эту проблему не решат.
Есть гугл, шустрый инет, и тот факт, что зачастую действительно проще найти и перевыкачать то, что тебе нужно, чем разыскивать его по архивам. Это правда. Более того, как правило в архиве лежат старые версии, а так можно скачать свежие. Но это не из-за сложности организации файлов на винте, а из-за простоты гуглопоиска и скорости инета. Эту «проблему» теги тоже не решают, т.к. зачем сначала тегировать файлы а потом их искать по тегам, если через гугл их всё-равно будет найти проще и быстрее (и, кстати, полнотекстовый поиск гораздо проще и удобнее тегов).
Есть amarok (первой версии). Это действительно лапочка. Но — для управления плейлистами (и немножко тегами), а не файлами. Ваши теги не помогут составлять плейлисты и не заменят амарок-1.
Медийные файлы — фильмы, клипы, музыка, картинки, iso-образы, игры — как правило у всех неплохо каталогизированы. Да, у человека может быть несколько разных каталогов с фильмами (на разных разделах, смотренные/не смотренные, etc.) и может потребоваться в них по очереди заглянуть в поисках нужного фильма — но это не долго и не сложно.
Всё остальное — мелочёвка — дока, софт, etc. — относится как раз к той самой категории, которую хрен найдёшь куда сохранил при выкачке, и которую просто найти и перевыкачать через гугл. И что, именно весь этот хлам Вы и предлагаете тщательно тегировать?! А я могу поступить как-нибудь иначе? :)
Для медийных файлов приходится применять костыли в виде каталогизаторов. А поиск файла по метаинформации намного быстрее (действительно намного!), чем поиск по иерархической файловой системе. Я за то, чтобы был общепринятый стандарт для базы данных файлов, чтобы была стандартная либа для доступа к этой базе.
НЛО прилетело и опубликовало эту надпись здесь
Не использую жесткие диски под долговременное хранилище личных данных. Фото, видео, почта и т.д. в веб облаках с тегами и отличной структурой (даже на Владивостокских 600 кбит/с доступ вполне приемлимый). А медиаконтент храню в локальном облаке (6000 компьютеров в локальной сети у провайдера) ;) А ПО тяну с mirror.yandex, благо по локальной политике скорость доступа к зеркалу состовляет от 8 мегабит/с.
Однажды потратив десять минут на обдумывание структуры подкаталогов в домашнем каталоге, этой структурой папок я пользуюсь уже больше 10 лет, обходясь БЕЗ поисковика.
По-настоящему ценное это: Архив (archive) и Почтовая база (email) в домашнем каталоге, которые синхронизованы с удалённым хранилищем. Остальное периодически архивируется и можно быстро восстановить из бэкапа.
\ (домашний каталог) |-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) в домашнем каталоге, которые синхронизованы с удалённым хранилищем. Остальное периодически архивируется и можно быстро восстановить из бэкапа.
Скажите, а что Вы сделаете, если надо сохранить несколько статей, к которым прилагается, скажем, видео ролик и исходные коды коды проектов? Я так понимаю, часть этой информации попадет в books, часть в media/video, часть в projects? Как сохранить ассоциации между файлами, если появится задача типа «взять сегодня с собой на флешке все, что касается этой проблемы»?
Я просто пробовал группировать материал по типу данных, но очень часто натыкался на такие проблемы. Интересно, как Вы их решаете?
Я просто пробовал группировать материал по типу данных, но очень часто натыкался на такие проблемы. Интересно, как Вы их решаете?
Можно же извращаться с символическими ссылками! :)
Так и где их в этой структуре хранить? Вопрос-то как раз в том, что одного измерения «тип данных» далеко не всегда достаточно, где-то еще должна быть свалка сивольных линков, читай, тех же тегов.
Моя структура каталогов задумывалась для того, чтобы избежать системно-зависимых особенностей.
Например, почтовая база Thunderbird в каталоге /<Домашний каталог>/email успешно переносится между Windows, Linux и FreeBSD простым копированием.
Например, почтовая база Thunderbird в каталоге /<Домашний каталог>/email успешно переносится между Windows, Linux и FreeBSD простым копированием.
Это извратный сценарий, но вообще, есть хорошая штука — жёсткие (обычные) ссылки файловой системы.
Можно всё вышеперечисленное сохранить в один каталог, который поместить куда-нибудь вроде ~/projects/XXX/конкуренты/YYY, а затем, если важно выделить какой-нибудь видеоролик из этого каталога, залинковать его куда нужно, например:
cp -lr ~/projects/XXX/конкуренты/YYY/видеоклипы "~/media/video/100407-клипы от YYY"
Можно всё вышеперечисленное сохранить в один каталог, который поместить куда-нибудь вроде ~/projects/XXX/конкуренты/YYY, а затем, если важно выделить какой-нибудь видеоролик из этого каталога, залинковать его куда нужно, например:
cp -lr ~/projects/XXX/конкуренты/YYY/видеоклипы "~/media/video/100407-клипы от YYY"
Тогда, (если вы вдруг, ну — допустим, продали монитор) и видеоролики вам не нужны — как вы удалите их при таком ссылочном подходе? очистите одну папку — а они в другой останутся.
Это больше вопрос к организации самого процесса хранения. Если я залинковал где-то файл, то я _хочу_ его сохранить в этом каталоге. Если файл в этом каталоге мне больше не нужен, я его просто удаляю оттуда. Какое мне дело с текущими размерами хардов, останется файл где-то ещё или нет? Если потребуется, найду мусор через du или fsview (на линукс системах, к слову, больше места занимает не мусор, а дублирующие комплекты ядер, оставшиеся после апдейтов).
На худой конец, есть ссылки символические, но это надо заранее думать, где будет «основное» хранилище.
На худой конец, есть ссылки символические, но это надо заранее думать, где будет «основное» хранилище.
У меня в чем то похожая организация директорий в домашнем каталоге. Насчет разделения на типы данных у меня обычно такое решение:
определяется важность типов данных набора файлов, связанных каким либо смыслом. Например это информация о евро'08. Там есть и видео и статьи, картинки и возможно даже аудио. Для таких комплексных связанных данных у меня есть папка /info в которой в свою очередь поддиректории типа news,sport,inet,finance и т.д. соответственно набор таких файлов из примера помещается в /info/sport/football/euro2008/
В случае если это скажем данные об автомобиле chevrolet corvette c4, включающие полуторачасовой фильм, каталог фотографий, каталог запчастей (djvu/pdf) и ссылки на mobile.de то они помещаются в разные директории. фильм и клипы в /video/.., фотки в /img/.., каталоги в /info/cars/.., а ссылки в файлик "/tmp/Чувак, тут очень хорошие варианты!!!.txt", потому что такие ссылки очень быстро устаревают, и складировать их нету смысла. Как и софт например.
Когда мне понадобится вся инфа по машине, не проблема зайти в директорию info, посмотреть, что там, в video, и другие каталоги, где логически может содержаться нужная инфа.
да, при таком хранении получается очень много директорий, в которых по одной папке… и т.д., ведь необязательно, если у тебя есть клип с евро2008, то будет и с евро2004, но таким образом я совершенно точно знаю, зайдя в нужную директорию, есть ли у меня этот файл или нет. И не приходится пытаться искать его в другом месте, где он мог бы оказаться
определяется важность типов данных набора файлов, связанных каким либо смыслом. Например это информация о евро'08. Там есть и видео и статьи, картинки и возможно даже аудио. Для таких комплексных связанных данных у меня есть папка /info в которой в свою очередь поддиректории типа news,sport,inet,finance и т.д. соответственно набор таких файлов из примера помещается в /info/sport/football/euro2008/
В случае если это скажем данные об автомобиле chevrolet corvette c4, включающие полуторачасовой фильм, каталог фотографий, каталог запчастей (djvu/pdf) и ссылки на mobile.de то они помещаются в разные директории. фильм и клипы в /video/.., фотки в /img/.., каталоги в /info/cars/.., а ссылки в файлик "/tmp/Чувак, тут очень хорошие варианты!!!.txt", потому что такие ссылки очень быстро устаревают, и складировать их нету смысла. Как и софт например.
Когда мне понадобится вся инфа по машине, не проблема зайти в директорию info, посмотреть, что там, в video, и другие каталоги, где логически может содержаться нужная инфа.
да, при таком хранении получается очень много директорий, в которых по одной папке… и т.д., ведь необязательно, если у тебя есть клип с евро2008, то будет и с евро2004, но таким образом я совершенно точно знаю, зайдя в нужную директорию, есть ли у меня этот файл или нет. И не приходится пытаться искать его в другом месте, где он мог бы оказаться
Это зависит от конкретной постановки задачи. Решаем по разному.
Если это проекты, то обычно одна директория — это один проект, а в нём своя структура. Документация часть внутри проекта, часть в разделе Wiki с тем же названием, как проект.
Если это проекты, то обычно одна директория — это один проект, а в нём своя структура. Документация часть внутри проекта, часть в разделе Wiki с тем же названием, как проект.
у меня как раз можно добавить один файл в несколько каталогов.
Я не разделяю материалы одного проекта, а держу их вместе в одной папке с соответствующими каталогами внутри — чтобы не искать.
Я создаю папку проекта в каталоге projects, внутри которой организую каталожную структуру, учитывающую специфику материалов проекта.
Чтобы «взять» на флешке весь проект, я обычно делаю ZIP-архив папки проекта. Имя у этого архива: projectname-currentdatetime.zip. Архив автоматически помещается в каталог /<Домашний каталог>/archive/projects/, откуда его можно скопировать на флэшку. Использование текущей даты/времени в имени архива позволяет организовать многоверсионное хранение проектов. Конечно, если проект слишком большой и в нём используются в том числе неизменяющиеся файлы, то приходится делать для них отдельный архив projectname-lib.zip, а часто изменяемые файлы сопровождать как обычно.
Я создаю папку проекта в каталоге projects, внутри которой организую каталожную структуру, учитывающую специфику материалов проекта.
Чтобы «взять» на флешке весь проект, я обычно делаю ZIP-архив папки проекта. Имя у этого архива: projectname-currentdatetime.zip. Архив автоматически помещается в каталог /<Домашний каталог>/archive/projects/, откуда его можно скопировать на флэшку. Использование текущей даты/времени в имени архива позволяет организовать многоверсионное хранение проектов. Конечно, если проект слишком большой и в нём используются в том числе неизменяющиеся файлы, то приходится делать для них отдельный архив projectname-lib.zip, а часто изменяемые файлы сопровождать как обычно.
Ценность вашему «archive (архив)» — нулевая, ибо он хранится на одном разделе с текущими данными.
Делать бэкапы домашнего каталога и одновременно хранить их тут же… Ра*дяйство.
Делать бэкапы домашнего каталога и одновременно хранить их тут же… Ра*дяйство.
Режим зануды включён.
«Dell (драйверы для поделий ASUS)» — это чтоб враги не догадались.
Режим зануды выключен.
«Dell (драйверы для поделий ASUS)» — это чтоб враги не догадались.
Режим зануды выключен.
НЛО прилетело и опубликовало эту надпись здесь
Вот бы ещё найти пару таких примеров организации папок и всей своей инфы. Чисто в качестве идеи, чтоб слепить свою на основе других
в KDE есть Napomuk, который через файловый менеджер Dolphin позволяет реализовать тегирование и поиск информации.
ru.wikipedia.org/wiki/NEPOMUK-KDE
ru.wikipedia.org/wiki/NEPOMUK-KDE
Вот я тоже не понимаю, имея Nepomuk и развивающуюся концепцию семантического десктопа, зачем плодить велосипеды.
хотел именно это и предложить.
сразу покоробила фраза, что «тем более ни для линукса», ну ничего себе, подумал я себе.
сразу покоробила фраза, что «тем более ни для линукса», ну ничего себе, подумал я себе.
возможно, у меня какойто неправильный dolphin и неправильный nepomuk
но в моей конфигурации (kubuntu 9.10) проставляются только тэги и комментарии.
метаинформацией во всей красе rdf там не пахнет (например — возможность указать автора/тему/итп)
и как по ним делать поиск я что-то не особо понял.
в хелпе по дольфину слова search и find отсутствуют.
но в моей конфигурации (kubuntu 9.10) проставляются только тэги и комментарии.
метаинформацией во всей красе rdf там не пахнет (например — возможность указать автора/тему/итп)
и как по ним делать поиск я что-то не особо понял.
в хелпе по дольфину слова search и find отсутствуют.
Nautilus давно умеет тегировать файлы (я точно не знаю, когда научился, у меня версия 2.28). К сожалению, не знаю, умеют ли Beagle или MetaTracker отслеживать их.
В последних версиях KDE взят курс на семантический десктоп. Там даже почтовик обзавелся семантическим интерфейсом, и через сервер Akonadi можно делать SPARQL-запрос к своим данным.
В последних версиях KDE взят курс на семантический десктоп. Там даже почтовик обзавелся семантическим интерфейсом, и через сервер Akonadi можно делать SPARQL-запрос к своим данным.
НЛО прилетело и опубликовало эту надпись здесь
Если бы такая функция была в ОС из коробки, была приоритетной и удобной, возможно, я пользовался бы ей. А пока мне проще держать в порядке разбирая по папкам и переименовывая.
Вообще лично мне иногда не хватает в файловом менеджере функции быстрого и удобного создания хардлинков.
Потому как папки — это по сути иерархические теги с возможностью пометить каждый файл только одним тегом. А если хардлинками создавать файл в двух папках, то он по сути помечен двумя тегами.
Но здесь есть но:
1. Приходится использовать именно хардлинки, а не симлинки, ибо если я удаляю файл из одной попки (убираю метку одного тега с файла), он должен оставаться в другой.
2. Хардлинки не позволяют делать ссылки на папки (типа тегирование тегов) и на файлы в других разделах.
3. Про файловые менеджеры. Нужна интеграция данной фичи не только в наутилос и даже не только в крусейдер, например, но и во все диалоги сохранения файлов.
Потому как папки — это по сути иерархические теги с возможностью пометить каждый файл только одним тегом. А если хардлинками создавать файл в двух папках, то он по сути помечен двумя тегами.
Но здесь есть но:
1. Приходится использовать именно хардлинки, а не симлинки, ибо если я удаляю файл из одной попки (убираю метку одного тега с файла), он должен оставаться в другой.
2. Хардлинки не позволяют делать ссылки на папки (типа тегирование тегов) и на файлы в других разделах.
3. Про файловые менеджеры. Нужна интеграция данной фичи не только в наутилос и даже не только в крусейдер, например, но и во все диалоги сохранения файлов.
Ещё в хардлинках проблема в том, что не совсем тривиально понять, есть ли этот файл ещё где-то в твоей файловой системе или уже нет, поэтому я не использую HARD, а испольщую только SOFT линки.
PS: смотри мой пост ниже
PS: смотри мой пост ниже
Кстати про midnight commander (из мануала):
Link (C-x l)
Create a hard link to the current file.
SymLink (C-x s)
Create a symbolic link to the current file.
Link (C-x l)
Create a hard link to the current file.
SymLink (C-x s)
Create a symbolic link to the current file.
а можно как-то реализовать создание таких вот ссылок (в частности — жестких) в том же Гноме?? очень нуно!
ЗЫ кстати в миднайт коммандоре сделано создание ссылок дико неудобно — вместо того стобы создать ссылку с таким же названием в «соседнем каталоге» (что открыт в другой панели) — он приедлагает задать новое (другое) имя и создает ее в _текущем_ каталоге — дибилизм
ЗЫ кстати в миднайт коммандоре сделано создание ссылок дико неудобно — вместо того стобы создать ссылку с таким же названием в «соседнем каталоге» (что открыт в другой панели) — он приедлагает задать новое (другое) имя и создает ее в _текущем_ каталоге — дибилизм
Sindrom, я полностью с тобой согласен. Спасибо за статью.
Позволю себе несколько комментариев.
Иерархическая система не изжила себя, она всё ещё полезна для работы самой операционной системы, для разделения прав, когда это необходимо, для организации данных с жёсткой структурой и т.д. Но таги — это счастье пользователя!
Когда у меня было много дистрибутивов различных программ, долго сохранялась иерархия вида Distrib -> (graphics, archivers, commanders) и т.д. Но через время стало ясно, что большинство из них не используются или не находятся, когда они необходимы, потому что заходя в Distrib ты видишь только верхний уровень и что лежит глубже в этот момент слабо себе представляешь.
В результате всю структуру пришлось перерабатывать много раз, пока я не пришёл к самому удобному для себя варианту. Покажу на примере:
Смысл этой структуры в следующем.
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 и виртуализация. И вторая, как следствие первой — всегда есть большой шанс что-то упустить используя только один из дублированных тагов. Когда это твоя личная система (файловая или блог или что-то ещё) не допускать дублирования не сложно, но вот на Хабре это имеет место быть.
Позволю себе несколько комментариев.
Иерархическая система не изжила себя, она всё ещё полезна для работы самой операционной системы, для разделения прав, когда это необходимо, для организации данных с жёсткой структурой и т.д. Но таги — это счастье пользователя!
Когда у меня было много дистрибутивов различных программ, долго сохранялась иерархия вида 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 и выделить на экране нужную область мышкой.
Кстати, еще один hint: если в том же окошке кликнуть на иконку (вверху) и нажать яблоко+v, то иконка заменится на картинку из клипборда. Картинку в клипборд можно поместить прямо с экрана (скажем, часть кадра из видео), если нажать яблоко+шифт+4 и выделить на экране нужную область мышкой.
Я в данный момент работаю над такой системой. Концепт под линукс.
ЗЫ Если есть заинтересованные люди (из Украины, особенно из Харькова) — велкам. Пишите в личку.
ЗЫ Если есть заинтересованные люди (из Украины, особенно из Харькова) — велкам. Пишите в личку.
Увы, моё знакомство с языком Python пока что сводится к «Hello, world» и паре последующих опытов,
но я бы с большим удовольствием поучаствовал в проекте по части помощи с графикой, интерфейсом пользователя, парой идей на тему.
Если буду полезен — можно в личные сообщения написать: )
но я бы с большим удовольствием поучаствовал в проекте по части помощи с графикой, интерфейсом пользователя, парой идей на тему.
Если буду полезен — можно в личные сообщения написать: )
НЛО прилетело и опубликовало эту надпись здесь
в библиотеках windows7 можно ставить ключевые слова к документам и фотографиям. но даже этим пока что неудобно пользоваться.
Подсуетились и программисты Microsoft: в Win7 можно добавлять ключевые слова к любым файлам.
В Windows 7 уже можно ставить тэги файлам, формат которых поддерживает тэги. Вордовским файлам, к примеру. Или, скажем, mp3-файлу можно указать исполнителя и жанр. Причём они будут сохраняться при переносе на другой комп.
Но есть серьёзное ограничение: файлы, формат которых не предусматривает хранение каких-то метаданных (вроде .txt), тэгами не снабдить. Нужно либо создавать отдельное хранилище тэгов (прощай, переносимость), либо создавать какой-то контейнерный формат, который будет хранить метаданные + сам файл (здравствуйте, пустые текстовые файлы по 12кб).
Но есть серьёзное ограничение: файлы, формат которых не предусматривает хранение каких-то метаданных (вроде .txt), тэгами не снабдить. Нужно либо создавать отдельное хранилище тэгов (прощай, переносимость), либо создавать какой-то контейнерный формат, который будет хранить метаданные + сам файл (здравствуйте, пустые текстовые файлы по 12кб).
НЛО прилетело и опубликовало эту надпись здесь
мне кажется, проще определить для себя naming convention файлов
например для фильмов
[название].[жанр].[yyyy].[режиссер].[и т.п.].[расширение]
например для фильмов
[название].[жанр].[yyyy].[режиссер].[и т.п.].[расширение]
Если говорить о тегах для файлов через утилиты в Win, то есть www.taggtool.com и lunarfrog.com/taggedfrog (и это только первые ссылки поиска). Под Ububntu, думаю, тоже не так уж сложно нарыть.
Хочу предостеречь людей насчет использования TaggedFrog.
Это жуткая, тормозная и глючная программа. Во время использования она падала у меня несколько раз.
Но хуже всего не это. Больше двух часов я сидел, и не отрываясь заполнял как проклятый теги для всех своих файлов. Закончив, я обнаружил, что почти все они не сохранились!!! FUFUFFUFUUUU!!! Можете представить себе степерь моего негодования. Так что TaggedFrog идет лесом. К тому же она не поддерживает интеграцию и слежение за файлами.
Это жуткая, тормозная и глючная программа. Во время использования она падала у меня несколько раз.
Но хуже всего не это. Больше двух часов я сидел, и не отрываясь заполнял как проклятый теги для всех своих файлов. Закончив, я обнаружил, что почти все они не сохранились!!! FUFUFFUFUUUU!!! Можете представить себе степерь моего негодования. Так что TaggedFrog идет лесом. К тому же она не поддерживает интеграцию и слежение за файлами.
+ www.tag2find.com/ — еще одна бесплатная утилита. Правда когда я ее тестировал, мне она показалась несколько тормозной. Возможно сейчас что-то и изменилось.
Поиск среди хлама редко бывает проблемой, поскольку уже и не помнишь что это качал.
Разве nepomuk итак чтото подобное не делает?
Теги — не панацея. Вам в любом случае придется продумывать грамотную правила простановки тегов, следить за их чистотой и т.д. Точно так же можно продумать грамотную структуру каталогов и с успехом пользоваться ей.
Единственным явным преимуществом является то, что теги естественным образом позволяют приписать один файл/папку двум разным категориям. Хотя во всех современных ФС можно найти способы сделать что-то похожее…
Единственным явным преимуществом является то, что теги естественным образом позволяют приписать один файл/папку двум разным категориям. Хотя во всех современных ФС можно найти способы сделать что-то похожее…
для Windows есть еще taggedfrog сам не пробовал — затерялась в недрах папки Soft :-)
… а после того, как появился торрент и женщина захотела скачать «вот тот фильмец» лично у меня срач.
Я храню архивные файлы типа фотографий и видео в классической иерархии. Рабочие и текущие файлы организуются собственным приложением в папки: @Inbox, @Work, @Read, @Archive, которые лежат на Dropbox.
Структура в этих папках практически отсутствует. Проблемы с поиском нет, файлы мгновенно находятся по дате, а также проиндексированы, чтобы в запущенных случаях искать при помощи стандартного Windows 7-овского поиска.
Текущие рабочие проекты выносятся ярлыками на рабочий стол.
Короче, проблем нет, одни плюсы :)
Структура в этих папках практически отсутствует. Проблемы с поиском нет, файлы мгновенно находятся по дате, а также проиндексированы, чтобы в запущенных случаях искать при помощи стандартного Windows 7-овского поиска.
Текущие рабочие проекты выносятся ярлыками на рабочий стол.
Короче, проблем нет, одни плюсы :)
Ну есть в кедах nepomuk для этих целей, но вот я его первым делом вырубаю. Мне реально проще ориентироваться в правильно составленном дереве, чем бегать по тегам
Под виндой одно время игрался (уныло трахался) с www.tag2find.com — автоматом подхватывает тэги из mp3, например, но когда всплыл факт использования разных кодировок в тэгах…
Штука постоянно живет включенной, и при создании нового файла предлагает пометить его определенным тэгом. Это задрало после часа возни за кантупиром.
Помечать по-отдельности уже существующие файлы — блин, их уже ОЧЕНЬ много! И эти тэги надо придумывать! Аааа!
Поставил GoogleDesktop для поиска, и угомонился. И пользуюсь этим гуглодесктопом, почему-то, реже, чем предполагал.
Ну и, в принципе, я уже много лет собственным методом идентифицирую все новосоздаваемые или скачиваемые файлы, вписывая в имени файла какой-то тэг :)
Например: (аудиокнига) Поезд в ночи.zip — понятно, что это и о чем? И сортировка файлов по имени в TotalCommander (или в Krusader, когда в Ubuntu сижу) неимоверно рулит и все четко разделяет. Поэтому у меня в каталоге «Разобрать когда-нибудь наконец-то» относительный порядок :)
Штука постоянно живет включенной, и при создании нового файла предлагает пометить его определенным тэгом. Это задрало после часа возни за кантупиром.
Помечать по-отдельности уже существующие файлы — блин, их уже ОЧЕНЬ много! И эти тэги надо придумывать! Аааа!
Поставил GoogleDesktop для поиска, и угомонился. И пользуюсь этим гуглодесктопом, почему-то, реже, чем предполагал.
Ну и, в принципе, я уже много лет собственным методом идентифицирую все новосоздаваемые или скачиваемые файлы, вписывая в имени файла какой-то тэг :)
Например: (аудиокнига) Поезд в ночи.zip — понятно, что это и о чем? И сортировка файлов по имени в TotalCommander (или в Krusader, когда в Ubuntu сижу) неимоверно рулит и все четко разделяет. Поэтому у меня в каталоге «Разобрать когда-нибудь наконец-то» относительный порядок :)
Я считаю, что важно иметь и порядок в файловой системе, и вот почему — если мне нужно будет резко сохранить, скажем, все документы, или все программы, работающие без установки, или всю муз. базу куда-то, мне будет проще ее перенести, зная где она хранится, а не перебирать по всем тегам, которые могут иметь отношение к музыке и не вспоминать, как еще я мог пометить.
Тем более, имея удобный менеджер ac распределение по каталогам становится простым делом, не сложнее маркировки файлов тегами.
Меня часто выручало то, что я всегда знаю, что в какой-то папке у меня никогда не окажется фажного файла, и ее можно не восстанавливать/удалить.
Тем более, имея удобный менеджер ac распределение по каталогам становится простым делом, не сложнее маркировки файлов тегами.
Меня часто выручало то, что я всегда знаю, что в какой-то папке у меня никогда не окажется фажного файла, и ее можно не восстанавливать/удалить.
Вводишь тег «музыка», и получаешь всю музыкальную базу. Вводишь тег «ненужное» и со спокойной душой удаляешь. Не вижу проблемы.
я вряд ли помечу то, что скачал, тегом «ненужное», так как на данную секунду это будет нужно, иначе проще удалить сразу… иначе это клиника).
Ну вводишь условие «не соответствует тегу важное» :)
а если я не пометил как «важное» только потому, что работа с этим файлом не могла быть критичной в тот момент? Или, например, потеря файла не критична, но восстановление требует времени, что тоже ценно, и поэтому он не отмечен как важный. В принципе, тогда почти каждый файл важен, если считается, что он однажды потребуется.
Мне кажется, что тегирование не спасет большую часть. Но, это полезно для музыки, чтобы можно было общаться со своей коллекцией как в last.fm.
А от бардака в голове не спасет).
Мне кажется, что тегирование не спасет большую часть. Но, это полезно для музыки, чтобы можно было общаться со своей коллекцией как в last.fm.
А от бардака в голове не спасет).
На маке есть:
— отличная штука Spotlighte, которая решила все мои пробемы с поиском чего-либо на винте, куда бы оно не завалилось. Срабатывает мгновенно и все как правило находит
— программа TuneUP которая присасывается к базе iTunes и организует тэги (абсолютно всю инфу в них). Вроде для винды тоже она есть
— отличная штука Spotlighte, которая решила все мои пробемы с поиском чего-либо на винте, куда бы оно не завалилось. Срабатывает мгновенно и все как правило находит
— программа TuneUP которая присасывается к базе iTunes и организует тэги (абсолютно всю инфу в них). Вроде для винды тоже она есть
хм…
а нельзя ли для хранения меток использовать extended attributes в ext3fs (да и ещё коегде)?
для более плотной интеграции с файлухой.
а нельзя ли для хранения меток использовать extended attributes в ext3fs (да и ещё коегде)?
для более плотной интеграции с файлухой.
man 5 attr говорит, что вполне можно.
если смонтировать файловую систему с параметром user_xattr
и для атрибутов использовать пространство имён «user.»
по-моему весьма перспективная идея
qmax@lair:/usr/home/public/Lib$ getfattr -d regexp.chm
# file: regexp.chm
user.library.author=«Jeffrey E. F. Friedl»
user.library.pubdate=«2006»
user.library.publisher=«O'Reilly»
user.library.title=«Mastering Regular Expressions»
вопрос — какие там ограничения на количество и длинну атрибутов.
осталось научить понимать это nautilus/dolphin/midnight, а главное — команду find и прочие искалки:)
если смонтировать файловую систему с параметром user_xattr
и для атрибутов использовать пространство имён «user.»
по-моему весьма перспективная идея
qmax@lair:/usr/home/public/Lib$ getfattr -d regexp.chm
# file: regexp.chm
user.library.author=«Jeffrey E. F. Friedl»
user.library.pubdate=«2006»
user.library.publisher=«O'Reilly»
user.library.title=«Mastering Regular Expressions»
вопрос — какие там ограничения на количество и длинну атрибутов.
осталось научить понимать это nautilus/dolphin/midnight, а главное — команду find и прочие искалки:)
«Наше спасение» не совсем «в наших руках» потому что руки-то есть, а вот что именно ими мастерить — не совсем понятно.
Теги бывают, теги работают, но не без проблем: они предполагают теггирование всего и вся, что может быть крайне запарно. Допустим, ищете вы что-то по тегам, полагаетесь на них, а что если забыли проставить оные для свежескачанного файла? И ведь это будет частая ситуация.
Частично может помочь автотеггирование или «умное» нахождение похожих файлов, но ведь это ещё продумать надо.
Многие виды файлов бывают нужны совсем редко: для таких теггирование может быть очень неэффективным трудом — проще раз в год порыться в завалах. Плюшкиным можно задуматься об не держании таких файлов на HDD, но не всегда это возможно, да и человеческую натуру не переделаешь.
Может помочь налаженная инфраструктура, типа Mozilla Add-Ons где буквально заставляют категоризировать добавленные в систему элементы. Или использование *nix-ов, где с программами особой заморочки нет. Для музыки могут пригодиться теги ластфм. Но это только часть файлов…
Вобщем я так не представляю как выглядят «хорошие» теги.
Теги бывают, теги работают, но не без проблем: они предполагают теггирование всего и вся, что может быть крайне запарно. Допустим, ищете вы что-то по тегам, полагаетесь на них, а что если забыли проставить оные для свежескачанного файла? И ведь это будет частая ситуация.
Частично может помочь автотеггирование или «умное» нахождение похожих файлов, но ведь это ещё продумать надо.
Многие виды файлов бывают нужны совсем редко: для таких теггирование может быть очень неэффективным трудом — проще раз в год порыться в завалах. Плюшкиным можно задуматься об не держании таких файлов на HDD, но не всегда это возможно, да и человеческую натуру не переделаешь.
Может помочь налаженная инфраструктура, типа Mozilla Add-Ons где буквально заставляют категоризировать добавленные в систему элементы. Или использование *nix-ов, где с программами особой заморочки нет. Для музыки могут пригодиться теги ластфм. Но это только часть файлов…
Вобщем я так не представляю как выглядят «хорошие» теги.
Буквально сегодня я потратил несколько часов, чтобы протегировать с помощью tag2find более тысячи файлов на рабочем компьютере. Да, я конкретно запарился и поздно ушел домой, но, в конце концов, это надо сделать всего один раз. Потратить несколько часов, но зато потом каждый день экономить по несколько минут — это очень неплохие инвестиции, я считаю.
По поводу свежих файлов. В том же tag2find есть замечательная функция мониторинга выбранных каталогов. При появлении в папке нового файла, он автоматически предложит добавить к нему теги. Так что такой проблемы как бы и нет.
По поводу свежих файлов. В том же tag2find есть замечательная функция мониторинга выбранных каталогов. При появлении в папке нового файла, он автоматически предложит добавить к нему теги. Так что такой проблемы как бы и нет.
Важно иметь правила и соглашения с самим собой, как работать с файлом и куда его отправить.
Как раз не так давно писал про файловое GTD: it-premium.com.ua/articles/gdt-with-files
Чистый inbox — залог здоровья.
Как раз не так давно писал про файловое GTD: it-premium.com.ua/articles/gdt-with-files
Чистый inbox — залог здоровья.
sindrom, go for it!
Была уже дискуссия на эту тему вот тут. Идея безусловно полезная, т.к. она не требует ничего менять, а только добавляет функционал. Мне кажется вы упустили самое главное требование к такой программе: автотеги. То есть, после установки программа запускается в фоновом режиме и тегирует файлы автоматически. Например, все DOC-файлы получают общий тег «документ». MP3-файлы, помимо тега «музыка», тегируются MP3-тегами. Если программа сможет сделать этот процесс достаточно интеллектуальным (извлечь максимум полезной информации из имени файла и его данных, отсеяв мусор) и, возможно, обучаемой — тогда точно будет хит. Ведь как сказали выше, кому лень сделать нормальную древовидную структуру папок — явно не захочет заниматься тегированием.
Ну как вариант, организовать полуавтоматическое тегирование (наподобие того, что реализовано в EasyTAG — утилите для работы с музыкальными тегами). Там пользователь сам устанавливает маску фильтра, в какой тег какую часть полного имени файла заносить.
все DOC-файлы получают общий тег «документ». MP3-файлы, помимо тега «музыка», тегируются MP3-тегами
какой смысл дублировать очевидное?
в идеале ещё десяток-другой лет назад стоило в каждую ФС внедрить поле с «content type»
> какой смысл дублировать очевидное?
Для поиска по тегам. Например «покажи все документы». Или «покажи все рабочие документы». Тег «рабочие» уже добавит юзер, но зачем ему добавлять общий тег «документ», если это можно сделать автоматом? Но самое главное даже не это: вы не представляете сколько пользователей даже примерно не знают что такое расширение файла и поэтому, не смогут выполнить поиск по этому критерию. Не говоря уже о том, что поиск по расширениям в теговой системе — как-то нелеп :)
Для поиска по тегам. Например «покажи все документы». Или «покажи все рабочие документы». Тег «рабочие» уже добавит юзер, но зачем ему добавлять общий тег «документ», если это можно сделать автоматом? Но самое главное даже не это: вы не представляете сколько пользователей даже примерно не знают что такое расширение файла и поэтому, не смогут выполнить поиск по этому критерию. Не говоря уже о том, что поиск по расширениям в теговой системе — как-то нелеп :)
Еще одна идея пришла в голову — приложение висит как сервис и фиксирует перемещение/копирование файлов. Зачем? Если юзер копирует файл в «треш», то такой тег явно не помешает :) То есть, использовать имена папок (по желанию). Те, кто периодически сортирует файлы классическим способом, игнорируя теги, в какой-то момент заметит, что теги итак достаточно полно описывают все файлы и ручная работа по тегированию не нужна.
По-моему что-то подобное пытались реализовать в «файловом менеджере, который управляет файлами за вас», который назывался nemo. Но он как-то был коряв (у меня падал на элементарном permission denied) и уже почти умер, наверное. Да и написан с использованием mono. А так очень бы хотелось, чтобы кто-нибудь реализовал что-то подобное.
Все это хорошо, пока у вас обозримое количество файлов.
Но когда графика переваливает за 1мил. файлов, то говорить о тегирование как то уже не поднимается язык…
Все только тупо по иерархии папок.
Для софта — проще держать 20-50 программ. без которых не обойтись (их списолк не такой и большой). Для остального — есть интернет.
Но когда графика переваливает за 1мил. файлов, то говорить о тегирование как то уже не поднимается язык…
Все только тупо по иерархии папок.
Для софта — проще держать 20-50 программ. без которых не обойтись (их списолк не такой и большой). Для остального — есть интернет.
НЛО прилетело и опубликовало эту надпись здесь
Я уверен, на компьютере каждого человека, читающего этот топик, наверняка есть хоть один из следующих каталогов: soft, разобрать, временно, всякая всячина, trash, интересное.
У меня теперь папки с закладками, с такими же названиями. )
Поскольку я понял, бесплатно таги ставить в МакОС некак. Ладно, есть комментарии в спотлайте. Но если я организовываю домашнюю библиотеку/ иерархию файлов на внешнем носителе, а он к тому-же NTFS или FAT, то будет ли спотлайт видеть эти коменты? Или таги если поставить софт для их создания.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Правильная организация файлов или наше спасение в наших руках