Fehler bei Anmeldung und Cookie löschen

[[Mark]]

Deine Portal Version: 2.1.0-rc1
Typ Deines phpBB Forums: Standard phpBB3
MODs installiert: Nein
Dein Wissensstand: Grundwissen
Link zu Deinem Forum: http://www.usa-westen.info

PHP Version: 5-54
MySQL Version: MySQL 5.6.19

Was hast Du gemacht, bevor das Problem aufgetreten ist?
- das Forum auf die neue Foren-Version 3.1.2 geändert
- danach das Portal von der Version 2.1.0-b1 auf 2.1.0-rc1 geändert

- die .htaccess Datei bearbeitet, so dass die Startseite direkt zum Portal und nicht mehr zum Forum geleitet wird

Was hast Du bereits versucht um das Problem zu lösen?


Fehlerbeschreibung und Nachricht
die .htaccess Datei wurde von mir wie folgt erweitert:

Öffne: root/.htaccess
Füge ganz am Ende das hier ein:

DirectoryIndex app.php/portal index.php index.html index.htm

Hallo,

wenn ich mich im Portal über das Benutzermenü anmelden möchte erscheint folgendes:

Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, [no address given] and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.

Additionally, a 500 Internal Server Error error was encountered while trying to use an ErrorDocument to handle the request.
Apache/2.2.22 Server at www.usa-westen.info Port 80

Wenn ich dann auf den Button zurück klicke und es noch einmal versuche, dann werde ich direkt zum Forum geleitet und bin komischerweise angemeldet.

Beim Löschen der Cookies im Portal (unten rechts: Alle Cookies des Boards löschen) erhalte ich manchmal eine Fehlermeldung:

AJAX-Fehler
Not Found

Sind das Fehler bei der Bedienung oder Bugs bzw. liegt es an etwas ganz anderem?

Über eine Unterstützung zur Aufklärung würde ich mich sehr freuen. Vielen Dank...

Mark

[Kirk]

Hallo
So ein 500 Internal Server Error kann viele Ursachen haben, am besten du kontaktierst mal deinen Webspacebetreiber.
Lösche mal diese Erweiterung komplett von deinem Board, downloade dir diese erneut von hier runter und lade diese
nochmals hoch.

[[Mark]]

Hallo
So ein 500 Internal Server Error kann viele Ursachen haben, am besten du kontaktierst mal deinen Webspacebetreiber.
Lösche mal diese Erweiterung komplett von deinem Board, downloade dir diese erneut von hier runter und lade diese
nochmals hoch.

Hallo Kirk,

ich habe die Erweiterung Portal komplett vom Server gelöscht, neu herunter geladen und nochmals aufgespielt. Der Fehler besteht genau wie vorher. Die PHP Version habe ich vorher auf unserer Domain auf die stabile Version 5.6.0 gesetzt. Leider keine Änderung. Kann evtl. die veränderte .htaccess Datei Schuld sein?

Danke für eure ganzen Infos und Tipps (steckt jede Menge Arbeit drin)...

Mark

[Kirk]

Kann evtl. die veränderte .htaccess Datei Schuld sein?

Hab es mal bei mir gestestet konnte diesen Fehler nicht nachvollziehen, schaut deine .htaccess inkl. dieser Änderung so aus?

Code: Select all

<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>
DirectoryIndex app.php/portal index.php index.html index.htm

[[Mark]]

Ja- genau so hat sie ausgesehen. Ich habe auch mal mit der originalen .htaccess Datei von Version 3.1.2 herum probiert, da wird dann das Portal gar nicht mehr angesteuert (es wurde teilweise unter dieser Adresse gesucht und natürlich nicht gefunden: http://www.xxx.info/portal) - wieder sehr komisch. Evtl. hängt es dann doch an der Datenbank??? Beim aufspielen der Portal-Versionen 2.1.0-b1 bzw. auch 2.1.0-rc1 (alles beides probiert) hat auch die originale .htaccess Datei (ohne den bearbeiteten Zusatz) keine Änderung ergeben. Das Portal konnte nicht angesteuert werden, auch nicht wenn das Forum als Startseite und nicht das Portal zuerst geladen wurde.

Jetzt habe ich mal (wie im Forum durch "wintstar" beschrieben) das Portal wieder zur Startseite umfunktioniert, nur eben mit einer extra Datei: portal.php. Diese sieht wie folgt aus:

<?php
header("Location: http://www.usa-westen.info/app.php/portal");
exit;
?>

Am Ende habe ich die php-Datei noch mit dem

?>

geschlossen, was vorher nicht angegeben war. Danach sieht meine angesteuerte (bearbeitete) .htaccess Datei jetzt wie folgt aus:

<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/20 ... pache-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>
DirectoryIndex portal.php index.php index.html index.htm

Damit scheint die Anmeldung auch zu funktionieren. Aber eigentlich ist es schade das man wieder Dateien verändern/ erstellen muss um z.B. (wie aus 3.0.x gewohnt) das Portal als Startseite zu zeigen. Kann man das nicht auch einfacher regeln???

PS: Thema Modul Clock: die Uhr wird bei mir im IE11 auch nur unvollständig angezeigt, wobei sie bei 2.1.0-b1 vollständig ausgegeben wurde

Danke...

Mark