Dref hat geschrieben: ↑21.01.2022 21:12
Nein, es gibt keine HTTPS-Umleitung im Forum, Sie müssen hinzufügen, was ich hier geschrieben habe
viewtopic.php?p=1415522#p1415522
Sobald die HTTPS-Umleitung durchgeführt wurde, kehrt die HTTP-URL direkt zu HTTPS zurück
Habe ich nun gemacht. Danke für den Hinweis.
HJW hat geschrieben: ↑21.01.2022 21:13
Hallo, dieser Eintrag mit den Multiviews ist wichtig.
Bei mir fehlte der auch, da Ich mich an die Update-Anleitung gehalten hatte und die .htaccess, da modifiziert, nicht erneuert hatte und hatte dann das gleiche Problem. Die Adresse wurde dann auch immer mit einer sid angezeigt, die bei jedem Seitenaufruf geändert wurde. Kurzzeitige Hilfe brachte die Leerung der Session-Tabelle. Nimm doch einfach eine .htaccess aus dem aktuellen Paket und probier es aus.
Ich habe zwar schon einige Updates durchgeführt, aber die .htaccess habe noch nie geändert. Sollte ich mir angewöhnen.
Die datei sieht nun folgendermaßen aus:
Code: Alles auswählen
<IfModule mod_rewrite.c>
RewriteEngine on
#
# Uncomment the statement below if URL rewriting doesn't
# work properly. If you installed phpBB in a subdirectory
# of your site, properly set the argument for the statement.
# e.g.: if your domain is test.com and you installed phpBB
# in http://www.test.com/phpBB/index.php you have to set
# the statement RewriteBase /phpBB/
#
#RewriteBase /
#
# Uncomment the statement below if you want to make use of
# HTTP authentication and it does not already work.
# This could be required if you are for example using PHP via Apache CGI.
#
#RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]
# Redirect to HTTPS
RewriteCond %{HTTPS} off
RewriteRule .* https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]
#
# The following 3 lines will rewrite URLs passed through the front controller
# to not require app.php in the actual URL. In other words, a controller is
# by default accessed at /app.php/my/controller, but can also be accessed at
# /my/controller
#
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ app.php [QSA,L]
#
# If symbolic links are not already being followed,
# uncomment the line below.
# http://anothersysadmin.wordpress.com/2008/06/10/mod_rewrite-forbidden-403-with-apache-228/
#
#Options +FollowSymLinks
</IfModule>
# Apache content negotation tries to interpret non-existent paths as files if
# MultiViews is enabled. This will however cause issues with paths containg
# dots, e.g. for the cron tasks
<IfModule mod_negotiation.c>
Options -MultiViews
</IfModule>
# With Apache 2.4 the "Order, Deny" syntax has been deprecated and moved from
# module mod_authz_host to a new module called mod_access_compat (which may be
# disabled) and a new "Require" syntax has been introduced to mod_authz_host.
# We could just conditionally provide both versions, but unfortunately Apache
# does not explicitly tell us its version if the module mod_version is not
# available. In this case, we check for the availability of module
# mod_authz_core (which should be on 2.4 or higher only) as a best guess.
<IfModule mod_version.c>
<IfVersion < 2.4>
<Files "config.php">
Order Allow,Deny
Deny from All
</Files>
<Files "common.php">
Order Allow,Deny
Deny from All
</Files>
</IfVersion>
<IfVersion >= 2.4>
<Files "config.php">
Require all denied
</Files>
<Files "common.php">
Require all denied
</Files>
</IfVersion>
</IfModule>
<IfModule !mod_version.c>
<IfModule !mod_authz_core.c>
<Files "config.php">
Order Allow,Deny
Deny from All
</Files>
<Files "common.php">
Order Allow,Deny
Deny from All
</Files>
</IfModule>
<IfModule mod_authz_core.c>
<Files "config.php">
Require all denied
</Files>
<Files "common.php">
Require all denied
</Files>
</IfModule>
</IfModule>
Danke für eure Hilfe
Gruß
Marcus
