Хабр Курсы для всех
РЕКЛАМА
Большая витрина: от крупнейших школ до частных авторов. Сравнивайте по цене, длительности, формату и выбирайте самый подходящий курс!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 74
> Но если вы просто хотите улучшить организацию файлов, вместо того чтобы создавать сотни директорий, и не хотите грузить компьютер поисковой индексацией
Раз речь о других системах поиска и тегирования, то при чем тут «сотня директорий»?
А индексация — это всего лишь способ ускорить поиск и сделать его полноценнее. Можете без нее, если никуда не спешите :)
Раз речь о других системах поиска и тегирования, то при чем тут «сотня директорий»?
А индексация — это всего лишь способ ускорить поиск и сделать его полноценнее. Можете без нее, если никуда не спешите :)
А она следит за копированием/перемещением тегированных файлов?
да следит
Очень интересно!
Значит, тут есть три варианта:
1. Она следит за изменениями в файловой системе и синхронизирует свою базу с изменениями в файлах. Перфоманс лаг, однако — иметь WaitHandle-ов по количеству тегированных файлов.
2. Она перехватывает операции удаления/копирования/перемещения. Сомнительная надежность.
3. Теги хранятся все-таки в файлах (в ADS), а оно время от времени синхронизирует свою базу с ними. То же индексирование, по сути, только контент не учитывается.
Значит, тут есть три варианта:
1. Она следит за изменениями в файловой системе и синхронизирует свою базу с изменениями в файлах. Перфоманс лаг, однако — иметь WaitHandle-ов по количеству тегированных файлов.
2. Она перехватывает операции удаления/копирования/перемещения. Сомнительная надежность.
3. Теги хранятся все-таки в файлах (в ADS), а оно время от времени синхронизирует свою базу с ними. То же индексирование, по сути, только контент не учитывается.
да действительно, я пробовала перемещать с открытой программой, в этом случае следит, а так нет. очень жаль
ну или просто не выгружать ее, пока работаешь с файлами, все равно она сворачивается в трей
а облако есть? что-то не нашла
> врут все, можно
Пруфлинк!
Пруфлинк!
Это не те обработчики.
Тут нужны обработчики к PropertySystem, а не к шеллу. И они задаются для каждого типа отдельно, потому что иначе они бы передрались за свойства нафиг.
Тут нужны обработчики к PropertySystem, а не к шеллу. И они задаются для каждого типа отдельно, потому что иначе они бы передрались за свойства нафиг.
Нет. Смотреть сюда: msdn.microsoft.com/en-us/library/bb266532.aspx
Плохо… Я пользуюсь несколькими компами, тягаю с собой винт, и мне, получается, придется заморачиваться с синхронизацией базы этого софта на разных машинах, везде держать ее запущенной…
Не пойдет. Как правильно заметили ниже, надо какое-то решение, привязанное к файловой системе.
Не пойдет. Как правильно заметили ниже, надо какое-то решение, привязанное к файловой системе.
Я буду следить ;) То, что я сейчас храню некоторые файлы в нескольких копиях по разным каталогам только для того, чтобы удобней было их искать, мне и самому не нравится.
Я не смотрел особо приведенное решение — там есть иерархия тэгов?
Я не смотрел особо приведенное решение — там есть иерархия тэгов?
Всегда мечтал о софте, который вместо удаления дубликатов, создавал бы NTFS ссылки. Хотя я вот оправдываюсь, а на самом деле даже не искал, потому что лень и потому что нехватки места пока не ощущаю.
А иерархия какая-то должна быть в идеале, хотя бы на уровне объединения тэгов в группы
А иерархия какая-то должна быть в идеале, хотя бы на уровне объединения тэгов в группы
Да, конечно.
Мечта идиота — возможность это всё оттегировать и иметь возможность навигации в Total Commander по тэгам как по папкам :)
Мечта идиота — возможность это всё оттегировать и иметь возможность навигации в Total Commander по тэгам как по папкам :)
WinFS называлось. вот тут можно посмотреть на то, как это было реализовано в WinFS Beta 1:
/>
классная штука была.
недавно в MSR сделали такую штуку: Microsoft Research Repositories Platform. Очень многие из идей WinFS были там реализованы.
/>
классная штука была.
недавно в MSR сделали такую штуку: Microsoft Research Repositories Platform. Очень многие из идей WinFS были там реализованы.
thevista.ru/page.php?id=804 сорри вот ссылка :) ссылку сделал, а надпись не дал
Есть такое: www.jensscheffler.de/dfhl_en.html
Только я давно смотрел и там алгоритм поиска дубликатов был весьма неоптимальный. Может исправились.
Только я давно смотрел и там алгоритм поиска дубликатов был весьма неоптимальный. Может исправились.
складывается впечатление что вы обиделись на слова:
не хотите грузить компьютер поисковой индексацией
конечно, хорошо бы. Один парень как раз недавно в Win7 Blog писал об этом :)
Тут технически много проблем. Вкратце — из-за того, что ADS непереносимо между компьютерами, ограничено только NTFS, а другие способы слишком накладные и тоже негарантированные.
Тут технически много проблем. Вкратце — из-за того, что ADS непереносимо между компьютерами, ограничено только NTFS, а другие способы слишком накладные и тоже негарантированные.
>>И сейчас я их тупо копирую в папку проекта.
попробуй просто создавать жёсткие ссылки на файлы, тогда они все будут указывать на один и тот же физический файл, но это действует только внутри одного NTFS-раздела
сделать это можно в FAR или поискать или написать какую-нибудь софтинку специально для этого, чтобы создавать ссылки на файлы из контекстного меню проводника
попробуй просто создавать жёсткие ссылки на файлы, тогда они все будут указывать на один и тот же физический файл, но это действует только внутри одного NTFS-раздела
сделать это можно в FAR или поискать или написать какую-нибудь софтинку специально для этого, чтобы создавать ссылки на файлы из контекстного меню проводника
ссылки жёсткие, которые по сути являются просто разными именами для одного файла. ну, примерно как друзья могут звать вас «Серёга», коллеги «Сергей», мама «Серёжа», милиционер «гражданин Зотов», а жена «зайчиком» :) это всё равно будете именно вы
т.е. есть файл «а», вы создаётe жёсткую ссылку «б» показывающую на файл «а».
если вы удалите или переименуете файл «а», то жёсткая ссылка «б» всё равно будет указывать на этот самый файл!
отсюда следствие: если вы измените файл «а», то по жёсткой ссылке «б» файл тоже изменится, потому что файл остаётся тот же самый. и наоборот.
никаких файлов с ссылками создавать не надо, это встроенная возможность файловой системы NTFS
вот здесь кое-что написано: ru.wikipedia.org/wiki/%D0%96%D1%91%D1%81%D1%82%D0%BA%D0%B0%D1%8F_%D1%81%D1%81%D1%8B%D0%BB%D0%BA%D0%B0
т.е. есть файл «а», вы создаётe жёсткую ссылку «б» показывающую на файл «а».
если вы удалите или переименуете файл «а», то жёсткая ссылка «б» всё равно будет указывать на этот самый файл!
отсюда следствие: если вы измените файл «а», то по жёсткой ссылке «б» файл тоже изменится, потому что файл остаётся тот же самый. и наоборот.
никаких файлов с ссылками создавать не надо, это встроенная возможность файловой системы NTFS
вот здесь кое-что написано: ru.wikipedia.org/wiki/%D0%96%D1%91%D1%81%D1%82%D0%BA%D0%B0%D1%8F_%D1%81%D1%81%D1%8B%D0%BB%D0%BA%D0%B0
теги — тегами, ссылки — ссылками, это разные вещи
вы писали:
>>И сейчас я их тупо копирую в папку проекта.
вместо копирования файлов в папку проекта можно создавать жёсткие ссылки на них. это сэкономит место на диске, и изменив файл в одном месте вы «измените» этот файл во всех других местах (на самом деле файл один и тот же, просто много имён)
т.е. компания А выпускает Арбузы, компания Б — Баранки, В — Велосипеды, Г — Горшки
в папке А лежат разные Арбузы, в Б — разные Баранки и т.п.
магазины Д Е Ё Ж торгуют разными продуктами
вы создаёте папку магазина Д, в ней вместо копирования разных видов арбузов создаёте жёсткие ссылки на них:
стрелочкой я показал жёсткие ссылки
главное — понимать, что файл при сосздании жёсткой ссылки не копируется, а просто получает ещё одно имя. т.е. жёсткая ссылка — это ещё одно имя файла. возможно, что вы и не отличите начальное имя файла от жёсткой ссылки на него, так как они равнозначны
примерно так, почитайте в интернетах
вы писали:
>>И сейчас я их тупо копирую в папку проекта.
вместо копирования файлов в папку проекта можно создавать жёсткие ссылки на них. это сэкономит место на диске, и изменив файл в одном месте вы «измените» этот файл во всех других местах (на самом деле файл один и тот же, просто много имён)
т.е. компания А выпускает Арбузы, компания Б — Баранки, В — Велосипеды, Г — Горшки
в папке А лежат разные Арбузы, в Б — разные Баранки и т.п.
<code> А Арбуз круглый Арбуз квадратный Б Баранка с дыркой Баранка синяя В Велосипед одноколёсный Велосипед двухколёсный Г Горшок для цветов Горшок под кровать </code>
магазины Д Е Ё Ж торгуют разными продуктами
вы создаёте папку магазина Д, в ней вместо копирования разных видов арбузов создаёте жёсткие ссылки на них:
<code> Д ->(Арбуз круглый) ->(Баранка синяя) ->(Горшок для цветов) Е ->(Арбуз круглый) ->(Горшок под кровать) ->(Баранка с дыркой) </code>
стрелочкой я показал жёсткие ссылки
главное — понимать, что файл при сосздании жёсткой ссылки не копируется, а просто получает ещё одно имя. т.е. жёсткая ссылка — это ещё одно имя файла. возможно, что вы и не отличите начальное имя файла от жёсткой ссылки на него, так как они равнозначны
примерно так, почитайте в интернетах
работает только с нтфс?
На хабаре один пользователь уже создавал библиотечку, которая прикрепляет теги ко всем файлам.
А там юзаем виртуальные папки и жизнь прекрасна.
А там юзаем виртуальные папки и жизнь прекрасна.
Я так ждал этого от WinFS…
а вы пробавали Tag To Find www.tag2find.com/
Она уатанавливается как сервис, иа следит за добавлениями, перемешениями файлов. Довольна удобна. В часности сама предлагает добавить теги ко всем новым файлам. Бесплатна. Некоторое время сам ползовался, потом надоело :)
Она уатанавливается как сервис, иа следит за добавлениями, перемешениями файлов. Довольна удобна. В часности сама предлагает добавить теги ко всем новым файлам. Бесплатна. Некоторое время сам ползовался, потом надоело :)
А что-то современное под Linux есть на эту тему? Всё, что нагуглил, либо очень старое, либо tracker (который не совсем о том и монструозен).
Так внезапно получилось, что я лично знаю автора этой программы. Автор просил помочь ему с инвайтом на хабрахабр, который можно выслать на мыло, указанное на офсайте: contact@lunarfrog.com
Сам, к сожалению, я ему в этом помочь не могу. Спасибо откликнувшимся.
Сам, к сожалению, я ему в этом помочь не могу. Спасибо откликнувшимся.
До тех пор, пока теги качественно не поддерживаются операционной системой, все подобные решения – это как костыль, что бы хоть как то решить проблему.
Для внешних программ есть два основных подхода – хранить теги вместе с файлом, в дополнительном NTFS потоке, или создавать свою библиотеку тегов, ссылающуюся на файлы. В обоих случаях есть и преимущества и недостатки.
В случае с хранением тегов в файлах – это работает только до тех пор, пока файл находится в пределах NTFS, отсутствует центральная точка управления тегами, слабая связность тегов между собой, необходимость помнить какие теги уже использовались. Преимущества – при копировании теги сохраняются, отсутствует необходимость в какой-либо синхронизации.
В случае библиотеки – легкий доступ ко всем тегам и файлам, но, зато, при перемещении файлов необходима синхронизация. Я выбрал для программы этот вариант, поскольку он позволяет мне, как пользователю, контролировать библиотеку тегов, не допускать ее разбухания и при этом иметь возможность быстрого доступа к файлам.
Вообще, изначально я писал программу для быстрого доступа к ограниченному числу документов, используемых каждый день. Но постепенно в программу добавляется поддержка дополнительных функций. Например, в одной из следующих версий появится возможность хранения тегов в ADS, с синхронизацией с основной базой.
Для внешних программ есть два основных подхода – хранить теги вместе с файлом, в дополнительном NTFS потоке, или создавать свою библиотеку тегов, ссылающуюся на файлы. В обоих случаях есть и преимущества и недостатки.
В случае с хранением тегов в файлах – это работает только до тех пор, пока файл находится в пределах NTFS, отсутствует центральная точка управления тегами, слабая связность тегов между собой, необходимость помнить какие теги уже использовались. Преимущества – при копировании теги сохраняются, отсутствует необходимость в какой-либо синхронизации.
В случае библиотеки – легкий доступ ко всем тегам и файлам, но, зато, при перемещении файлов необходима синхронизация. Я выбрал для программы этот вариант, поскольку он позволяет мне, как пользователю, контролировать библиотеку тегов, не допускать ее разбухания и при этом иметь возможность быстрого доступа к файлам.
Вообще, изначально я писал программу для быстрого доступа к ограниченному числу документов, используемых каждый день. Но постепенно в программу добавляется поддержка дополнительных функций. Например, в одной из следующих версий появится возможность хранения тегов в ADS, с синхронизацией с основной базой.
Если после переустановки системы файлы, которым присвоены теги, останутся на прежних местах, то можно просто сохранить базу тегов, а затем записать ее обратно – пару человек, обращавшихся с подобным вопросом, воспользовались этим способом без проблем.
Программа ориентирована на работу в пределах одного компьютера, по этому, перенос тегов на другой компьютер не предусмотрен. Но, к примеру, один из пользователей использует TaggedFrog для работы с внешним винчестером: и база тегов и программа у него размещены на самом винчестере и используется на нескольких компьютерах.
Программа ориентирована на работу в пределах одного компьютера, по этому, перенос тегов на другой компьютер не предусмотрен. Но, к примеру, один из пользователей использует TaggedFrog для работы с внешним винчестером: и база тегов и программа у него размещены на самом винчестере и используется на нескольких компьютерах.
а если поменяется буква раздела? можно как-то редактировать это, пусть даже руками?
PS спасибо за программу. последние сообщения были давно, вы еще работаете над этим проектом?
PS спасибо за программу. последние сообщения были давно, вы еще работаете над этим проектом?
насчет буквы уже выяснил на вашем форуме, отбой. жаль, конечно, что taggedfrog не пишет теги в сами файлы, было бы гениально вообще.
Отличная программка! В отличие от Tag2Find — в процессе развития, к тому же, есть возможность портативного использования.
Была бы очень кстати такая фича, как работа с тегами в тех форматах файлов, в которых они и так есть. Например, jpg, офис, pdf. Чтобы при добавлении файла теги можно было считать в базу TaggedFrog'а, а при присвоении — они бы прописывались в файл физически. Tag2Find, например, прописыват в альтернативные потоки, которые видит только он сам, это совсем не то, и даже не особенно нужно.
Была бы очень кстати такая фича, как работа с тегами в тех форматах файлов, в которых они и так есть. Например, jpg, офис, pdf. Чтобы при добавлении файла теги можно было считать в базу TaggedFrog'а, а при присвоении — они бы прописывались в файл физически. Tag2Find, например, прописыват в альтернативные потоки, которые видит только он сам, это совсем не то, и даже не особенно нужно.
скажите, а кто напишет теги к сотне тысяч файлов, расположенных на моем компьютере?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Создание тегов для windows-файлов с помощью TaggedFrog