Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Human friendly storage location #752

Open
1 task done
dionorgua opened this issue Dec 23, 2024 · 4 comments
Open
1 task done

Human friendly storage location #752

dionorgua opened this issue Dec 23, 2024 · 4 comments

Comments

@dionorgua
Copy link

Describe the feature you'd like

Hi,

I understand that storage itself is supposed to be accessed by web UI or app, but it'll be cool to also have it human-friendly. Just to be able to browser/archive manually if needed.

Something like /data/<username>/<listname>/<domain>/<url>/filename.{pdf|html|etc}

Also it would be also cool to populate metadata.json with more data like URL, tags, etc. Even if it's redundant.

Describe the benefits this would bring to existing Hoarder users

  • Scripting
  • Ability to recover most of data in case of DB failure

Can the goal of this request already be achieved via other means?

no

Have you searched for an existing open/closed issue?

  • I have searched for existing issues and none cover my fundamental request

Additional context

No response

@kamtschatka
Copy link
Contributor

Your suggestion with the folder names is simply not possible since you can add a bookmark to multiple lists (unless you start doing everything with symlinks). Additionally not all characters in a URL are valid characters for folder names.

What are your scripting requirements in the first place? I feel like it would be better if you tell us your actual use case than how you want hoarder to be changed to make them possible for you

@MohamedBassem
Copy link
Collaborator

Was writing the same comment as @kamtschatka. Also, not all assets are for links.

I get the point of more structure in the storage location (for example have the bookmark Id as one layer). But honestly, it's unlikely we'll be able to change this at this point.

@dionorgua
Copy link
Author

Hi,

Yes. Sorry. I'm just newbie here. Installed it first time. I agree that for 'multiple lists' case list id is not possible.

But even without this having something more 'structured' would be excellent. Anything will be better than f59b4fbf-48de-48b1-bc26-d125dce19032/asset.bin. Even if it something like "URL Slug" that is completely ignored by app.

I found this and decided to create ticket after importing a few lists and checking ncdu output to find out why a few asset.bin files are more than 1 GB.

@MohamedBassem
Copy link
Collaborator

@dionorgua I think to address this particular usecase, we can probably have a UI that lists all the assets and their sizes to debug large assets. I think that's a reasonable thing to have.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants