You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Please describe your suggestion, and the problem it'd solve.
A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]
TLDR: Passing MOJO_PROXY=1 env into LLR's startup context lets it use the HTTP proxy from shell environmental variables automatically, without any code changes.
User under censorship or using a VPN for privacy purposes can deliberately opt to use it when running Docker containers (or running natively), thus it would be nice to document this behavior in installation guide sections after testing for any potential drawbacks.
Additional context
Add any other context or screenshots about the feature request here.
Hi! I just discovered LANraragi this afternoon and so far the Docker experience has been great! Except for the part with metadata plugins: that is, as a user behind the GFW it's not quite possible to access e-hentai and friends directly without a proxy.
With some experiments I quickly discovered that LLR, with its Perl/Mojo backend, does not respect Linux environmental variables by default, and that's the reason why setting http(s)_proxy envs manually or with the official way does not work.
I searched in the Discord server and saw some other Chinese guy solving this problem with EHentai download plugin by adding a line in Minion.pm(Line 164, Commit 0edd1b2).
However, I was not able to fix the metadata plugin with this solution. Following a link to Mojo's documentation, I found the following description:
Check environment variables HTTP_PROXY, http_proxy, HTTPS_PROXY, https_proxy, NO_PROXY and no_proxy for proxy information. Automatic proxy detection can be enabled with the MOJO_PROXY environment variable.
And it works. After setting MOJO_PROXY=1 it seems LLR would actually use the proxy from envs.
For reference, here's a minimum docker-compose file demonstrating the above setup:
Thank you for the detailed writeup! I'll admit I didn't know about MOJO_PROXY all this time, so it's great to know an easy solution exists for proxy usage.
I've added MOJO_PROXY=1 as a default in the Docker container builds, so hopefully all users will have to do now is set the standard http_proxy variables. ✌️
The docs have been updated as well.
Please describe your suggestion, and the problem it'd solve.
A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]
TLDR: Passing
MOJO_PROXY=1
env into LLR's startup context lets it use the HTTP proxy from shell environmental variables automatically, without any code changes.User under censorship or using a VPN for privacy purposes can deliberately opt to use it when running Docker containers (or running natively), thus it would be nice to document this behavior in installation guide sections after testing for any potential drawbacks.
Additional context
Add any other context or screenshots about the feature request here.
Hi! I just discovered LANraragi this afternoon and so far the Docker experience has been great! Except for the part with metadata plugins: that is, as a user behind the GFW it's not quite possible to access e-hentai and friends directly without a proxy.
With some experiments I quickly discovered that LLR, with its Perl/Mojo backend, does not respect Linux environmental variables by default, and that's the reason why setting
http(s)_proxy
envs manually or with the official way does not work.I searched in the Discord server and saw some other Chinese guy solving this problem with EHentai download plugin by adding a line in
Minion.pm
(Line 164, Commit 0edd1b2).However, I was not able to fix the metadata plugin with this solution. Following a link to Mojo's documentation, I found the following description:
For reference, here's a minimum docker-compose file demonstrating the above setup:
Thanks for reviewing this issue, and keep up the great work!
The text was updated successfully, but these errors were encountered: