Djoss

Shouldn't be done by the proxied app itself?

Do you have the same problem if you access the app directly, without going through NPM?

You can try to add something like this to the advanced config. location = / {return 301 $scheme://$http_host/zm/;} But I think you may then need to add a "Custom location" for "/zm".

When you use the default bridge network type, you can map the ports used by the container to any port on the host.

It is working fine for me. Which browser are you using? Did you try with a different one?

Can you provide more details about the error you are getting?

For the web access issue, can you try to clear your browser cache or try with another browser? For the automatic converted issue, can you provide more details/log?

Editing this file has never been supported by CrashPlan, so they probably took a step further...

My guess is that your file is a RAR5 archive? https://board.jdownloader.org/showthread.php?t=71069

Do you have the issue with any Youtube videos? Maybe you can share a link that doesn't work for you so I can try on my side?

You already have I the container settings "Display Width" and "Display Height" that you can adjust. No need to add additional variables.

What do you mean exactly? If the container doesn't stop by itself when requested, docker will forcefully terminate it after few seconds.

Do you have the same speed with any disc?

I have the same: Build Date: Thu Feb 06 15:33:20 CET 2020

Are your selecting the output as something under "/output/"?

To make additions unRAID paths available to QDirStat, you need to edit the container settings and add a new "Path". This is how a path in unRAID is mapped to a path in the container.

Not sure what you mean by "CRASHPLAN_SRV_MAX_MEM error". Can you provide the exact error(s) ?

I do not see this as a problem. The size of all files you backup can differ from the space used on CrashPlan's server. CrashPlan is keeping multiple versions of the same file. So if you have files that change frequently, a lot of versions can be created. Also, files you deleted are kept for a certain amount of time before being removed from the backup.

Yes, if your NAS is accessible via a local directory path.

Which CPU do you have? Also, try with the today's update to see if it changes anything. Note that the CPU pinning issue is not related to the container itself, but with Docker. Somehow your CPU pinning config doesn't get applied properly?

It's working for me. Maybe make sure JDownloader is up to date?

Are you using default container settings? Did you mapped any folder of the container to the RAM (e.g. /tmp/)? Do get more detailed stats about your containers, you can install something like "cadvisor" (available from Community Apps).

No, CC is a type of track where MakeMKV will try to extract subtitle from the video itself, which can have a significant impact on the extraction speed.

The same BluRay drive has 2 linux devices associated to it. In your log, you can see the following log: [cont-init.d] 95-check-optical-drive.sh: found optical drive [/dev/sr0, /dev/sg0], group 19. /dev/sr0 and /dev/sg0 are the 2 devices that normally need to be exposed. However, the container doesn't complain about any missing devices... are you running the container in privileged mode?

What are you trying to do? Copy the track or encode it?