zwei Ideen:
Vorgeschichte ... nach lokalem xampp mit Wp 2.8.5 und Db vom Server importiert... selbes Log-in Problem. Alles geschriebene probiert und dann mal in /wp-login.php Quelltext geguckt:
<input type="hidden" name="redirect_to" value="http://127.0.0.1/wordpress//wp-admin/" />
Dort sieht man einen // zu wp-admin, und ergo das findet er nicht, also loop zurück zum Login.
Dieser (erste) Fehler lag an einem url-redirect Eintrag in der wp-config, die ich mir - wie man es so oft macht- aus irgendeinem Posting zu Datenbankpfad lokal anpassen kopierte, und der config gedankenlos zufügte:
define('WP_SITEURL', 'http://127.0.0.1/wordpress/');
define('WP_HOME', 'http://127.0.0.1/wordpress/');
Mal versucht das letzte Slash wegzunehmen? Dann stimmt der Login Pfad wordpress/wp-admin --- und es hat, nebenbei bemerkt, auch nichts mit dem Wp 2.8 Doppelslash Problem zu tun: http://toscho.de/2009/wordpress…elslash-problem ..
Ok, der Login als Admin wurde auch ausgeführt ... d.h., nur um als nächstes dieser Meldung zu begegnen: " You do not have sufficient permissions to access this page. "
Ahja. ... maschinen können sich ja nicht irren, das lag dann an dem hier:
http://beconfused.com/2007/08/28/how…e-in-wordpress/
Zu deutsch: irgendwo auf dem Weg der DB vom Export bis Update lokal ändert sich großbuchstabige Tabellenprefixe von (zB) 3456P_ in 3456p_ - man erkenne die die Groß / kleinschreibung von P zu p.
Dh. die meta_key Einträge in _usermeta (db Tabelle), welche noch an 3456P_ gebunden ist, per SQL Statement updaten, so wie:
UPDATE `3456p_usermeta` SET `meta_key` = REPLACE( `meta_key` , '3456P_', '3456p' );
Ebenso die option_name in prefix_options nicht vergessen.
Hoffe es hilft dem einen, bei mir hat es dann endlich geklappt.