[3.2] FAQ bringt Fehlermeldung

[Wilde Hilde]

Hallo zusammen,

seit dem letzten Update gibt ein Klick oben links auf "FAQ" folgende Fehlermeldung:

Das angegebene Skript: http://www.vwfd-forum.de/app.php/help/faq konnte nicht fehlerfrei ausgeführt werden!

Kann bitte jemand helfen?

[Talk19zehn]

Hi Wilde Hilde, schwierig, einen 500er einzugrenzen, was sagt der Hoster? Mich wundert es tatsächlich, dass diese beiden Links via app.php laufen. Insbesondere *FAQ ... , vgl. bitte

Code: Alles auswählen

http://www.vwfd-forum.de/viewtopic.php?p=3296322#p3296322

, da sie auch meinerseits **) bei dir je einen 500er ausgeben.

Das hätte ich *pauschal nicht vermutet. Ich würde zunächst einmal in die Server Error Log schauen (nicht in das Server Access Log), um die Umsetzung ggf. einzugrenzen bzw. beim Hoster sodann anhand eigener Ergebnisse anfragen.


Grüße

Edit: 09.07.2017, 16:47
**) bei dir

[vfrblue]

Hast du das "Umschreiben von URLs" in der "Server und Domain"- Konfiguration im ACP aktiviert? Wenn ja, musst du auch in der .htaccess die "mod_rewrite"-Regel aktivieren.

Code: Alles auswählen

RewriteEngine On

Du kannst auch im ACP, falls "Umschreibung von URLs" aktiviert ist, diese deaktivieren und testen.

[Wilde Hilde]

Hallo nochmal,

die Logdatei ist riesig ... das Forum spuckt im Prinzip bei jedem Klick einen Fehler (intern) aus. Zur FAQ habe ich gefunden:

Code: Alles auswählen

[Sun Jul 09 04:26:21.720052 2017] [cgi:error] [pid 17202] [client 138.197.65.0:54200] AH01215: error: cannot stat directory: (/kunden/pages/3c/7b/d0007570/home/htdocs/vwfd-forum.de/www_neu/app.php/help), referer: http://vwfd-forum.de/faq.php?sid=468059033b3f02144c37c3a7111971f5
[Sun Jul 09 04:26:21.731428 2017] [cgi:error] [pid 17202] [client 138.197.65.0:54200] End of script output before headers: php71-cgi, referer: http://vwfd-forum.de/faq.php?sid=468059033b3f02144c37c3a7111971f5

"Umschreiben von URLs" habe ich mehrmals aus und wieder angeschaltet - ohne Ergebnis.

Hier die .htaccess

Code: Alles auswählen

<IfModule mod_rewrite.c>
RewriteEngine on

#
# 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]

#
# 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>

# 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>

Ich hoffe, diese Angaben helfen weiter. Diese Meldung bekomme ich außerdem, wenn ich das Impressum (Erweiterung: Aboutus) verwende ... es wird sich sicher um ein generelles Problem handeln. Seit Strato die alten PHP abgeschaltet hat, haben wir diverse Probleme ...

[vfrblue]

Kann es sein, dass die chmod-Rechte nicht richtig gesetzt sind? https://www.phpbb.de/kb/chmod

[Wilde Hilde]

Cache, Files und Store haben: drwxrwxrwx

Ich habe zeitgleich auf eine Subdomain ein Testforum laufen - auch hier entsteht dieser Fehler beim Aufrufen der FAQ. Außerdem hat mein Style ein "Theme Options Panel", welches ich leider auch nicht aufrufen kann.

[vfrblue]

Was mir jetzt aufgefallen ist: die "rewrite_base"-Anweisung fehlt in deiner .htaccess.

Code: Alles auswählen

RewriteBase /

Falls deine phpBB-Installation in einem Unterverzeichnis sein sollte, solltest du die Regel noch um das Installationsverzeichnis erweitern, z.B. "RewriteBase /phpbb/".

[Wilde Hilde]

Guten Morgen,

nein, das Installationsverzeichnis ist gleich. Die Struktur hat sich in den Jahren nie geändert.

[Mahony]

Hallo Wilde Hilde

seit dem letzten Update gibt ein Klick oben links auf "FAQ" folgende Fehlermeldung:

Wie hast du denn das Update gemacht und kam es dabei zu Fehlermeldungen?

Ich würde dir empfehlen, einfach mal ALLE Dateien (außer der config.php) mit denen aus einem Original-Paket zu ersetzen und dann schauen ob es wieder funktioniert.

ACHTUNG: Cache leeren nicht vergessen, nachdem du die Dateien ersetzt hast!



Grüße: Mahony

[Wilde Hilde]

Hallo Mahony,

ja, das Update war leider mehr als problematisch : viewtopic.php?f=145&t=239322&p=1366004#p1366004

Mein Vereinskollege hat das Forum dann komplett runtergeladen und lokal die Datenbank irgendwie "hinbekommen" Ich schicke ihm mal den Link hierher, dann kann er sich vielleicht selber äußern.

Ergänzung:
Ich habe nun testweise eine weitere Subdomain angelegt und versucht ein ganz frisches Forum zu installieren. Bei ersten Klick auf den Reiter "Installieren" kommt nun schon die Meldung, dass das Skript nicht fehlerfrei ausgeführt werden kann ... wie auch schon beim Update

Ich denke, hier kann nur eine Einstellung serverseitig falsch sein. Wir haben einen Managed Server, können also selber nicht sehr viel tun.

Vielleicht kann mal jemand die Einstellungen "begutachten" :
[ externes Bild ]
[ externes Bild ]
[ externes Bild ]