Если создавать жесткую ссылку на файл, то исходное имя не меняется и оба имени равноценны и указывают на одни и те-же данные. Единственное ограничение работает в пределах одного диска NTFS.
Вот статья на википедии: Жёсткая ссылка
Я добавил поддержку HardLink-ов для NTFS, смотрите Update2.
Теперь при помощи моего скрипта можно сделать схему, довольно похожую на Вашу.
Я так понимаю Вы работаете из под Linux, можете оценить, насколько реально портировать мой скрипит под Linux?
Кстати, а что именно отличает мой код от кода опытного питониста?
Можно пример как бы Вы реализовали одну из функций, мне действительно интересно было бы посмотреть…
Это все в планах, но для начала эту информацию необходимо изъять из html странички в каком-то структурированном виде. Проблема в том, что странички описания создаются людьми и нет четких правил для создания этих самых страниц.
Я указал Python 2.7 потому, что я писал скрипт где-то год назад и не запускал его под 3-м питоном, думаю перейти на 3-ю версию не составит труда. Идея написать статью пришла мне в голову только сегодня утром, и по этому небыло времени что-то переделывать в коде.
Лично я храню только самые понравившиеся мне фильмы еще и для того, чтобы помнить их список, а то забывается что фильм хороший, может и посмотрел бы его, но сразу и не вспомнишь, а так все под рукой. Да и куда еще девать 2 терабайта дискового пространства :)
1. Как правило по названию файлов мне трудно вспомнить что это за фильм.
Раньше мне часто приходилось производить поиск по имени файла в Google только для того, чтобы вспомнить что это за фильм такой у меня валяется, сейчас же я это делаю намного реже.
2. Я как-то занялся упорядочиванием моей коллекции фильмов при помощи кталогизатора AllMyMovies, а затем Movienizer и столкнулся с проблемой что эти программы не могли найти информацию в интернете для большинства моих файлов именно из-за того, что в названии файлов было недостаточно такой информации. Большинство этих файлов я скачал как-раз таки с рутрекера.
Сама идея в том чтобы не терять информацию, которая уже была доступна на момент загрузки файла.
В перспективе я хотел сохранять всю информацию со странички трекера в виде метаданных,
доступ к которым можно было бы получить нажав к примеру комбинацию клавиш или выбрав пункт контекстного меню, или как нибудь еще.
Спасибо.
Дело даже не в том что мне нравится или не нравится такой стиль именования, дело в том, что мне так было проще всего сделать, т.к. в оформлении описаний закачки нет единых правил и предусмотреть все варианты для парсинга странички довольно сложно.
Меня лично этот компромисс устраивает, кого не устраивает, тот пусть ищет другое решение.
>>1. Что делать с раздачами с других трекеров?
Можно добавлять парсера для других трекеров.
>>2. Переименование лучше заменить на создание симлинков — тогда можно оставаться на раздаче.
Хорошая идея, я тоже об этом думал.
Идея в том, чтобы в имени файла было как можно больше информации, которая теряется, если файл уходит в коллекцию видео.
В конце концов если есть доступ к страничке описания файла, то от туда можно выковырять любую информацию, дело только в сложности парсинга html.
Мне оказалось достаточно тайтла странички, в основном потому, что это было проще всего сделать.
Вот статья на википедии: Жёсткая ссылка
Я добавил поддержку HardLink для NTFS, актуальна ли эта проблема и для моего скрипта?
Смотрите Update2.
Теперь при помощи моего скрипта можно сделать схему, довольно похожую на Вашу.
Я так понимаю Вы работаете из под Linux, можете оценить, насколько реально портировать мой скрипит под Linux?
Можно пример как бы Вы реализовали одну из функций, мне действительно интересно было бы посмотреть…
Например как в таком случае произвести удаление файла?
Я добавил поддержку хардлинков для NTFS, смотрите Update2
Выложил обновленный скрипит, Смотрите Update2.
Раньше мне часто приходилось производить поиск по имени файла в Google только для того, чтобы вспомнить что это за фильм такой у меня валяется, сейчас же я это делаю намного реже.
2. Я как-то занялся упорядочиванием моей коллекции фильмов при помощи кталогизатора AllMyMovies, а затем Movienizer и столкнулся с проблемой что эти программы не могли найти информацию в интернете для большинства моих файлов именно из-за того, что в названии файлов было недостаточно такой информации. Большинство этих файлов я скачал как-раз таки с рутрекера.
Сама идея в том чтобы не терять информацию, которая уже была доступна на момент загрузки файла.
В перспективе я хотел сохранять всю информацию со странички трекера в виде метаданных,
доступ к которым можно было бы получить нажав к примеру комбинацию клавиш или выбрав пункт контекстного меню, или как нибудь еще.
Дело даже не в том что мне нравится или не нравится такой стиль именования, дело в том, что мне так было проще всего сделать, т.к. в оформлении описаний закачки нет единых правил и предусмотреть все варианты для парсинга странички довольно сложно.
Меня лично этот компромисс устраивает, кого не устраивает, тот пусть ищет другое решение.
>>1. Что делать с раздачами с других трекеров?
Можно добавлять парсера для других трекеров.
>>2. Переименование лучше заменить на создание симлинков — тогда можно оставаться на раздаче.
Хорошая идея, я тоже об этом думал.
В конце концов если есть доступ к страничке описания файла, то от туда можно выковырять любую информацию, дело только в сложности парсинга html.
Мне оказалось достаточно тайтла странички, в основном потому, что это было проще всего сделать.