• jello@programming.dev
    link
    fedilink
    English
    arrow-up
    6
    ·
    2 days ago

    I’ve tried to use quantum and it lost the “just works” factor that OG filebrowser has. Not sure what I’ll do now

    • captcha_incorrect@lemmy.world
      link
      fedilink
      English
      arrow-up
      3
      ·
      2 days ago

      Really? I never tried the original but didn’t have much problems setting up quantum. I had to modify my caddy file somewhat to suite my needs, but just works now.

      • jello@programming.dev
        link
        fedilink
        English
        arrow-up
        1
        ·
        2 days ago

        Did you make any modifications for large file uploads? My main problem was that big files (As in 5GB) would fail.

        • captcha_incorrect@lemmy.world
          link
          fedilink
          English
          arrow-up
          1
          ·
          1 day ago

          No changes to the container image, but I had to fiddle with the config file. There is an option (tokenExpirationHours) to set for how long a token is valid, default is 2 hours. I can only find this in the commented example config, setting it to sometime really high like 50 let my friend upload his audiobooks without problems.

          Create a config file and place it somewhere the container can access it. Then add the environment variable FILEBROWSER_CONFIG=/some/path/to/your/config.yaml.

          Here is a snippet from my config:

          server:
            # ...
          auth:
            tokenExpirationHours: 50
            # ...
          userDefaults:
            fileLoading:
              maxConcurrentUpload: 100 # The inferface only shows up to 10 so I don't know if setting this value higher does anything
              uploadChunkSizeMb: 10
          

          tokenExpirationHours is the key to set.