bbolli / tumblr-utils

Utilities for dealing with Tumblr blogs, Tumblr backup
GNU General Public License v3.0
668 stars 124 forks source link

Add option for tumblr_backup to save to subdirectories, based on year/month of post? #47

Open adamamyl opened 9 years ago

adamamyl commented 9 years ago

As a user backing up a big blog, that goes back a few years, I find that I end up with a directory that chokes ls, Finder, and Windows Explorer. I'd like to be able to easily browse the backup with a directory structure that is aware of the year/month of the post.

(complication: compatibility with the -D flag)

adamamyl commented 9 years ago

an ideal structure might be something like (for -D enabled runs)

└── outdir
    └── posts
        └── 2014
            ├── 01
            │   └── pnn
            │       ├── image.ext
            │       └── index.html
            ├── 02
            ├── 03
            ├── 04
            ├── 05
            ├── 06
bbolli commented 9 years ago

So so you mean that the pnn should be the post-id? This layout would then be a more nested variation of the current -D option. One problem I have is that the index pages and the post pages have to be at the same directory depth, because the post content is effectively generated only once for both places.

adamamyl commented 9 years ago

So so you mean that the pnn should be the post-id?

That's how I'd think might be the most sensible way.

This layout would then be a more nested variation of the current -D option.

With some heavy-in-content blogs, directory listings can be slow (either in MacOS's Finder, or in some cases, taking a LONG time with ls).

One problem I have is that the index pages and the post pages have to be at the same directory depth, because the post content is effectively generated only once for both places.

If I'm understanding correctly, that was what I proposed in the 'design' above; index.html and image.ext in each post's directory.

ohhdemgirls commented 9 years ago

Hmm, I support this idea but also I archive a few thousand blogs, I wouldn't move to this format unless you included a script to convert blogs archived with the current structure to this new proposed structure and that seems like quite the pain in the ass to do given the links/html..