Thema: Login ins Backend nach Serverwechsel nicht mehr möglich

Hallo,
ich habe meine Seite von Server A nach B portiert.
Das Einloggen ist nicht mehr möglich.

Das Passwort wurde bereits mittels md5 Hash zurueckgesetzt.
Das eigenartige es kommt auch keine Fehlermeldung dass das Passwort falsch sei oder dergleichen. Sondern die Seite lädt einfach wieder neu:
http://www.rc-tec.at/administrator/index.php



Joomla! Version: Joomla! 1.5.23 Stable [ senu takaa ama baji ] 04-March-2011 18:00 GMT
configuration.php: Writable (Mode: 755) | Architecture/Platform: Linux 2.6.26-2-amd64 ( x86_64) | Web Server: Apache ( www.rc-tec.at ) | PHP Version: 5.3.6
PHP Requirements: register_globals: Enabled | magic_quotes_gpc: Enabled | safe_mode: Disabled | MySQL Support: Yes | XML Support: Yes | zlib Support: Yes
mbstring Support (1.5 or above): Yes | iconv Support (1.5 or above): Yes | save.session_path: Writable | Max.Execution Time: 300 seconds | File Uploads: Enabled
MySQL Version: 5.0.51a-24+lenny4-log ( mysql01.edis-lps.at via TCP/IP )
Zitat von JTS-post Extended Information
SEF: Disabled (without ReWrite) | Legacy Mode: Disabled | FTP Layer: Disabled | htaccess: Not Implemented
PHP/suExec: User and Web Server accounts are the same. (PHP/suExec probably installed)
PHP Environment: API: cgi-fcgi | MySQLi: Yes | Max. Memory: 90M | Max. Upload Size: 20M | Max. Post Size: 20M | Max. Input Time: 60 | Zend Version: 2.3.0
Disabled Functions: mmcache
MySQL Client: 5.0.51a ( latin1 )

Moin.
Erst einmal hast Du der configuration.php offensichtlich zu hohe Schreibrechte zugeordnet, der Server wehrt sich zu Recht dagegen. Desweiteren bitte FAQ Abschnitt 2.2 und 3.5 dazu lesen.

Wenn gelöst, siehe Signatur.

Der Punkt 3.5 verweist auf den häufigsten Fehler, nämlich Abschnitt 3.3 (configuration.php enthält einen BOM durch bearbeiten mit einem ungeeignetem Editor). Und genau das ist bei Dir das Problem. Lösung siehe ebenfalls 3.3.

So ich werd mir mal jetzt erlauben bei jedem Thread zu dem BOM Problem etwas zu spammen...

Die Idee ist einen "BOM check" oder so einzubauen, der gleich auf das Vorhandensein eines BOMs in der configuration.php aufmerksam macht.

Vielleicht könnte da mal jemand "voten" oder zumindest bestätigen, dass es das Problem überhaupt gibt...
Joomla! feature tracker: http://joomlacode.org/gf/project/joo..._item_id=26026

Thanks

tja, nach einem severwechsel hab ich das gleiche problem. ABER:

- die dateiattribute passen
- kein BOM zu finden in Configuration, Index, index1 usw......, zumindest nicht mit dem ultraeditor und ultra compare

site: www.bachlkg.at/bachris/segeln
ich komme nichts ins administratorbackend und wenn ich mich im frontend anmelden will, gehts auch nicht. keine fehlermeldungen, sondern die seite wird einfach neu geladen, ohne drinnen zu sein.
was tun?

Merkwürdig, der oben verlinkte BOM-Checker behauptet aber, dass Deine configuration.php eben doch mit einem BOM beginnt. Doppelt schlimm, weil das in der aktuellen 1.7.3 gefixt wurde, das BOM also nicht mehr zu besagtem Fehler führt.

ja ich habs ja auch beim bom.chekcer gesehen. aber da ist nichts. die datei fängt mit < an und hört mit > auf.
ich muss aber dazu erwähnen, dass ich auf dieser seite mit 1.5 arbeite, da ich nicht die zeit finde (die nehm ich mir für meine firmenseite, aber für die privatseite reicht leider die zeit nicht), ein update zu machen. noch dazu hab ich die daten ja mit ascii hin und herübertragen.

Wie in den FAQ erwähnt, das BOM ist ein im Editor nicht sichtbares Zeichen. Konvertere im Notepad++ oder ähnlichem Editor das Format zu UTF-8 ohne BOM und speichere die so erneut ab.