[x ] 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.
you can set whatever redirect using your apache (who uses apache anymore? jesus christ) frontend
alternatively adjust index.php in the base container to your liking and rebuild
You’re probably going to throw something at me but there is no frontend to Apache on a Synology box, all I have is the root folder where I can add a .htaccess file. The file I’m using can handle the http → https request with a 301 redirect, it’s the subsequent redirect to /tt-rss/ that is causing me the issue. Do you think if i try and do it through htaccess I’ll have 2 redirects competing with each other?
I’ve researched this to death but fully expecting my novice questions to get me thrown in the sin bin
#for all requests to rss.*****.com
RewriteCond %{HTTP_HOST} ^rss.*****\.com$
#redirect them to rss.*****.com
RewriteRule (.*) https://rss.********.com/$1 [R=301,L]
At the very least I have perseverance
I’ve installed Nginx Proxy Manager and by-passed the internal Apache/Nginx of my Synology NAS
Setting up a proxy host for rss..com to 192.168.2.20:8200 gives me the same issue, the redirect from rss..com to rss.*****.com/tt-rss/ is with 302
I then deleted this and set up a redirection host
Changing this line to header("Location: /tt-rss/", true, 301); now shows a 301 redirect. I’ve set up a scheduled job to replace the index.php straight after watchtower finishes updating on the presumption any new pull will overwrite my change.
If it’s not a daft question, shouldn’t this explicitly use a 301 redirect when 302 should be used for temporary changes?
Serious question: Why do you care? I know 301 and 302 are semantically different, but what’s the client behavior you want that happens with 301 but not 302?
Haha, believe you me I wouldn’t be looking into all this unless I had to
A few days ago my domain was flagged by Google as “deceptive site ahead” and this would be seen for any subdomain I had. I received an alert to say the address rss.*****.com had Social Engineering Content and I could submit it for review once the issue was sorted
Google give you no help whatsoever on what the issue may be so I’ve been looking into all sorts. I had a look through Google’s forums and came across this
which suggests having a 302 redirect to a login page can cause the issue. That’s what started all the fun since.
No problem if you’re not going to change the redirect, I’ll deal with it at my end. Thanks for taking the time to respond. I have a number of subdomains and it was only rss.****.com that was flagged so I knew it was something related to tt-rss