[n] I’m using docker compose setup, with modifications (modified .yml files, third party plugins/themes, etc.) - if so, describe your modifications in your post. Before reporting, see if your issue can be reproduced on the unmodified setup.
[n] I’m not using docker on my primary instance, but my issue can be reproduced on the aforementioned docker setup and/or official demo.
I’m attempting to restore my tt-rss instance onto TrueNAS Scale using the docker-compose app from TrueCharts.
I think I have it set up pretty well, except I cannot seem to wrap my little mind around a SELF_URL_PATH setting that allows me to use a root URL (app.com/ instead of app.com/tt-rss/).
I have Traefik set up to proxy/ingress the url, and am using the AddPrefix middleware to insert the /tt-rss path onto the root domain as it gets proxy’ed.
I think that’s a reasonable approach. I guess I got used to whatever the k8s-at-home image was doing to appear on the root of the URL.
For now I’ve just set it up with the /tt-rss/ path, and that works fine. I’m guessing that the “you’ll have to modify things a bit” of that FAQ is most easily accomplished editing the nginx reverse proxy, or the mountpoint of tt-rss in /var/www/html.
since we use that hacky envsubst thing they have going in the nginx container anyway, we might as well make use of it to sorta-kinda fix this long-standing highly important (for some, i suppose) issue.
@fox, this is not yet in the static dockerhub setup, is it? I just pulled that and gave it a glance, but could not find it.
It’s very much appreciated. I was actually getting around to switch over to the docker install, although dreading a bit having to help some of my users reconfigure their apps. This will make it more painless
Ah, fudge, just overlooked the bit about the android client. That makes it… less relevant for me, anyway.
Will still test and try to figure out, later.
If you are OK with configuring and managing one more thing, you can always set up proxy on your server that will redirect to the new ttrss instance with any path you want. Never used it with ttrss specifically, but at work we had some luck with haproxy in similar situations
It does seem like this doesn’t get picked up when creating the container. Thought for a second I need to prepend the entries with TTRSS_, but that didn’t make a difference either.
(Or rather set the web-nginx service to also read the .env file?)
Do you mean this specific redirects or your change with the env settings? It works here on your Android client as well. (probably answered my own question here)
i had no problems testing this on my test environment, web-nginx reads .env by default (as all containers do) so there’s no need to put anything in docker-compose.yml.
so you’re not using docker then? next time you might want to mention something like that.
e: looking at compose file it seems that web-nginx doesn’t explicitly have env_file defined. .env should be included by default but you can try adding it and see if it fixes it.
My apologies - slipped my mind. I’ve symlinked the commands to their docker equivalents so long ago, didn’t even remember this machine runs podman instead of docker.