Seite 1 von 2
[3.2] FAQ bringt Fehlermeldung
Verfasst: 09.07.2017 12:00
von Wilde Hilde
Hallo zusammen,
seit dem letzten Update gibt ein Klick oben links auf "FAQ" folgende Fehlermeldung:
Kann bitte jemand helfen?
Re: [3.2] FAQ bringt Fehlermeldung
Verfasst: 09.07.2017 16:13
von 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
Re: [3.2] FAQ bringt Fehlermeldung
Verfasst: 09.07.2017 16:34
von 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.
Du kannst auch im ACP, falls "Umschreibung von URLs" aktiviert ist, diese deaktivieren und testen.
Re: [3.2] FAQ bringt Fehlermeldung
Verfasst: 09.07.2017 17:37
von 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 ...

Re: [3.2] FAQ bringt Fehlermeldung
Verfasst: 09.07.2017 18:18
von vfrblue
Kann es sein, dass die chmod-Rechte nicht richtig gesetzt sind?
https://www.phpbb.de/kb/chmod
Re: [3.2] FAQ bringt Fehlermeldung
Verfasst: 09.07.2017 18:54
von 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.
Re: [3.2] FAQ bringt Fehlermeldung
Verfasst: 09.07.2017 19:12
von vfrblue
Was mir jetzt aufgefallen ist: die "rewrite_base"-Anweisung fehlt in deiner .htaccess.
Falls deine phpBB-Installation in einem Unterverzeichnis sein sollte, solltest du die Regel noch um das Installationsverzeichnis erweitern, z.B. "RewriteBase /phpbb/".
Re: [3.2] FAQ bringt Fehlermeldung
Verfasst: 10.07.2017 07:48
von Wilde Hilde
Guten Morgen,
nein, das Installationsverzeichnis ist gleich. Die Struktur hat sich in den Jahren nie geändert.
Re: [3.2] FAQ bringt Fehlermeldung
Verfasst: 10.07.2017 08:50
von Mahony
Hallo Wilde Hilde
Wilde Hilde hat geschrieben: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
Re: [3.2] FAQ bringt Fehlermeldung
Verfasst: 10.07.2017 13:49
von 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 ]