[Bug 61519] "SSLEngine optional" and http:// redirects if traling slash in the url is missing

https://bz.apache.org/bugzilla/show_bug.cgi?id=61519 --- Comment #5 from Eric Covener --- (In reply to Reindl Harald from comment #4) > nothing special here, a lot of vhosts configured that way on Fedora 26 / > Fedora 27 and it works also for any client as well as >

[Bug 61519] "SSLEngine optional" and http:// redirects if traling slash in the url is missing

https://bz.apache.org/bugzilla/show_bug.cgi?id=61519 --- Comment #4 from Reindl Harald --- nothing special here, a lot of vhosts configured that way on Fedora 26 / Fedora 27 and it works also for any client as well as https://www.ssllabs.com/ssltest/

[Bug 61519] "SSLEngine optional" and http:// redirects if traling slash in the url is missing

https://bz.apache.org/bugzilla/show_bug.cgi?id=61519 --- Comment #6 from Reindl Harald --- i can remember that you need at least *one* default host with "SSLEngine On" to make mod_ssl initialize correctly and the others than can be combined ones [root@srv-rhsoft:~]$ cat

[Bug 61519] "SSLEngine optional" and http:// redirects if traling slash in the url is missing

https://bz.apache.org/bugzilla/show_bug.cgi?id=61519 --- Comment #9 from Reindl Harald --- it IS worth when you have some hundrets of virtual hosts on dozens of machines which all have php_admin_value settings for open_basedir and so on and as we do migrate to

[Bug 61519] "SSLEngine optional" and http:// redirects if traling slash in the url is missing

https://bz.apache.org/bugzilla/show_bug.cgi?id=61519 --- Comment #8 from Eric Covener --- > this bug makes this impossible because server-variables like > $_SERVER['SERVER_PORT'] giving 80 instead 443 to the script it's even not > possible to form a full-qualified URL within

[Bug 61519] "SSLEngine optional" and http:// redirects if traling slash in the url is missing

https://bz.apache.org/bugzilla/show_bug.cgi?id=61519 --- Comment #7 from Reindl Harald --- practical example: the folder /cms/ contains a "index.php" with header('Location: ../cms.php'); when you call the url with the traiing slash the relative redirect is sent-as-is to

[Bug 55348] mod_remoteip updates the "ip" (%a), but "host" (%h) still reflects the connection's ip

https://bz.apache.org/bugzilla/show_bug.cgi?id=55348 --- Comment #4 from mar...@xorax.info --- I should be clearly indicated in the documentation. %h is the default in the LogFormat. mod_remoteip does not work with the logs by default. -- You are receiving this mail because: You are the