А почему, собственно, заняли монополию, когда по факту — одну из ниш? Услуги доставки писем сейчас нужны относительно нечасто, а инфраструктуру разворачивать дорого — вот конкурентов и нет. А посылки — на любой вкус и кошелёк, от СДЭК до DHL.
В моём случае (тотального бардака) 90% этих приписок выглядело бы как 2019\08\21-101_0821 — бесполезно, некрасиво и нестандартно.
Возможно, для кого-то в этом будет резон.
Потому что дата файла может очень, очень! отличаться от фактического положения вещей. В итоге вместо упорядоченной области можно получить тот же бардак, но ещё и неожиданный.
Не трогать — да, может быть это будет логичнее, тем более, что для этого достаточно убрать/закомментить одну строку.
Неправильно — утилита exiftool использует свои разделители, не привязанные к системным настройкам и возвращает строку. К datetime приведения нет.
Даты файлов игнорируются, т.к. задача — разложить именно по времени съёмки. Условно, рав сделан позавчера, обработан и сохранён в джпег сегодня, время создания файлов будет разным, но им логично быть в каталоге от одной даты, причём от даты съёмки, а не, например, последнего изменения.
Директории сотрутся рекурсивно, если суммарный размер целевой и всех вложенных равен нулю, т.е. каталог пуст.
Смысл скрипта как раз в том, чтобы избавиться от нескольких десятков папок «котики», «концерты», «попойки». Внутри условного «Юлины фото», можно организовать свою каталогизацию, при желании. Сканы документов пинать в фото(!)архив по крайней мере, странно, не находите?
Штука делалась фотографом для фотографа, с учётом специфики.
Предлагаете в «хаосе» воссоздать исходную структуру каталогов для нераспределённых?
Так-то можно, но зачем? С прикладной точки зрения их видно по пути к файлу, хоть в gui, хоть в cli. Или речь о тех, для которых даты не были определены? Тогда откуда их взять? Время изменения или создания может очень отличаться от реального времени, когда был сделан снимок.
Три вопроса:
Зачем флешка, если есть PXE?
Зачем скрипты с установкой ПО и прочими завихрениями, если есть ansible?
Как всем этим управляли в ходе жизненного цикла?
Оффтоп: Безопасность. Гора трудноконтролируемых флешек со всякими интересными конфигами и скриптами. Безопасность.
А почему, собственно, заняли монополию, когда по факту — одну из ниш? Услуги доставки писем сейчас нужны относительно нечасто, а инфраструктуру разворачивать дорого — вот конкурентов и нет. А посылки — на любой вкус и кошелёк, от СДЭК до DHL.
Возможно, для кого-то в этом будет резон.
Не трогать — да, может быть это будет логичнее, тем более, что для этого достаточно убрать/закомментить одну строку.
Про регистрозависимость — не в курсе, насколько это справедливо для мака, решил перестраховаться.
Неправильно — утилита exiftool использует свои разделители, не привязанные к системным настройкам и возвращает строку. К datetime приведения нет.
Даты файлов игнорируются, т.к. задача — разложить именно по времени съёмки. Условно, рав сделан позавчера, обработан и сохранён в джпег сегодня, время создания файлов будет разным, но им логично быть в каталоге от одной даты, причём от даты съёмки, а не, например, последнего изменения.
Директории сотрутся рекурсивно, если суммарный размер целевой и всех вложенных равен нулю, т.е. каталог пуст.
Смысл скрипта как раз в том, чтобы избавиться от нескольких десятков папок «котики», «концерты», «попойки». Внутри условного «Юлины фото», можно организовать свою каталогизацию, при желании. Сканы документов пинать в фото(!)архив по крайней мере, странно, не находите?
Штука делалась фотографом для фотографа, с учётом специфики.
Предлагаете в «хаосе» воссоздать исходную структуру каталогов для нераспределённых?
Так-то можно, но зачем? С прикладной точки зрения их видно по пути к файлу, хоть в gui, хоть в cli. Или речь о тех, для которых даты не были определены? Тогда откуда их взять? Время изменения или создания может очень отличаться от реального времени, когда был сделан снимок.