Nach Domänen Umzug kein Zugriff auf Admin-Screen

Alle Antworten von mir fett

Da die URL zur Website fehlt, können wir uns da nichts selber ansehen. Schade.
Da ich die „alte Seite“ anzeigen lasse, wenn ich nicht selbst Troubleshooting versuche, hilft der Link den Unterstützern leider gar nicht.

Bei Strato musst du als erstes im Kundenmenü unter Serversicherheit den Gästebuchfilter deaktivieren, wie hier beschrieben: Fehler 503 (Error ‚Service unavailable‘) bei der Verwendung von POST-Requests
Der Gästebuch Spam Filter war und ist aktiv.

Dann ist zu beachten, dass der Datenbank-Host bei Strato nicht wie sonst meistens üblich localhost ist, sondern rdbms.strato.de.
rdbms.strato ist bereits eingetragen gewesen, hatte ich vorher nicht erwähnt.

Wenn der „Aufruf der Seite funktioniert“ hast du das aber wohl alles richtig eingestellt. 🙂

Wenn „nicht alle Inhalte korrekt dargestellt, auch […] eine Sicherheitswarnung angezeigt [wird]“, ist anscheinend in der Datenbank nur die Website- und WordPress-URL umgestellt, nicht aber die URLs in diversen anderen Datenbank-Tabellen. WordPress verwendet z.B. für Mediendateien absolute URLs (wegen Suchmaschinenoptimierung), die teilweise als serialisierte Daten gespeichert werden. Eine Ersetzung klappt meistens recht problemlos mit dem Plugin Better Search Replace.
Diese Annahme ist richtig, da ich aber nicht auf die Admin-Seite komme, kann ich das Plugin weder installieren noch ausführen 🙁

WordPress verwendet zur Authorisierung des Zugriffs auf das Backup einen Anmelde-Cookie. Der Hinweis „Cookies sind wegen einer unerwarteten Ausgabe gesperrt.“ besagt umgangssprachlich ausgedrückt, dass WordPress ein Cookie für die Authentifikation setzen möchte, aber irgendeine Fehlermeldung vorab ausgegeben wird. Da Cookies immer als Erstes gesetzt werden müssen, klappt das durch die Fehlermeldung nicht und wenn kein Cookie gesetzt wurde, kannst du dich auch nicht im Backend anmelden.

Die Fehlermeldung kann unterschiedliche Ursachen haben; meistens ist es einfach eine falsche Zeichenkodierung, wenn du die wp-config.php mit einem Editor wie Notepad gespeichert und dabei die Zeichenkodierung nicht ausdrücklich auf „UTF-8 (ohne Byte Order Mark/BOM)“ gesetzt hast. Es ist auch möglich, dass ein Plugin mit der verwendeten PHP-Version nicht zurecht kommt oder sonst einen Fehler produziert – ich würde aber eher mal auf den falschen Editor tippen. (Tipp: installier VS Code – das ist kostenlos und speichert gleich im richtigen Zeichenformat).
Ich bearbeite die wp-config.php mit notepad++, die Zeichencodierung ist UTF-8. (ich beantworte Deine Antwort erstmal in Notepad++ und kopiere nach Fertigstellung in die Antwort.

Solltest du mit einem erneuten Speichern der Datei noch nicht zurecht kommen, müsstest du das Debugging aktivieren, indem du in der wp-config.php oberhalb von oberhalb von /* That’s all, stop editing! Happy blogging. */ folgende Zeilen einfügst:

// Enable WP_DEBUG mode
define( ‚WP_DEBUG‘, true );

// Enable Debug logging to the /wp-content/debug.log file
define( ‚WP_DEBUG_LOG‘, true );

// Disable display of errors and warnings
define( ‚WP_DEBUG_DISPLAY‘, false );
@ini_set( ‚display_errors‘, 0 );

(Quelle: Debugging in WordPress)
Habe ich auf Deinen Rat hin gemacht.

Fehlermeldungen sollten dann unter wp-content/debug.log gespeichert werden und hoffentlich mehr Aufschluss über die Ursache(n) geben.
Leider gibt es in wp-content/ kein debug log nach dem erneuten Aufruf der Seite.

Im Browser die Cookie-Einstellungen zu ändern ist ein Workaround, der nicht den eigentlichen Fehler angeht. Bitte stell das wieder auf den Standard-Wert zurück.
Im Browser lasse ich die Cookie-Einstellungen: es sin ja nur Ausnahmen für die Seite eingetragen, alle anderen Cookies lösche ich wie immer beim Beenden des Browsers.

Die Definition der Konstanten RELOCATE mit define ( ‚RELOCATE‘, true ); macht nur Sinn, wenn du die URL nachträglich im Backend ändern möchtest. Für deine Vorgehensweise ist das wenig hilfreich. Bitte lösch die Zeile wieder.
Ich habe sie auskommentiert.

Soweit erstmal. (Hey, cooler Satz. 😉 )
Leider noch keine Lösung

• Diese Antwort wurde geändert vor 3 Jahren, 3 Monaten von Bego Mario Garde. Grund: Formatierung

Lieber Bego Mario Garde,
selbstverständlich bin ich sehr dankbar für Deine Unterstützung, der Hinweis sollte lediglich dazu dienen, dass weiter nach der Usache geforscht werden könnte, natürlich auf freiwilliger Basis.
Es handelt sich um eine ehrenamtlich betreute Seite einer kleinen GRÜNEN Fraktion/Ortsverbandes.
Da ich am Dienstag für einige Tage ins Krankenhaus muss, stehe ich unter Zeitdruck, den ich aber nicht an das Forum weitergeben will.
Den oben beschriebenen Test habe ich jetzt gemacht, ohne Erfolg.
Viele Grüße
Rüdiger

Hallo,

Ein Standard Theme hatte ich nicht installiert, das habe ich jetzt per FTP nachgezogen, ist aber nicht zu aktivieren, da ich ja nicht auf den Admin-Bereich komme.
Das Umbenennen des Themes (mit dem Childtheme) hat nichts gebracht, man kommt dann auf nichts mehr drauf. Daher habe ich die Umbenennung wieder rückgängig gemacht.
Hier die wp-config.php:

 <?php
/**
 * The base configuration for WordPress
 *
 * The wp-config.php creation script uses this file during the
 * installation. You don't have to use the web site, you can
 * copy this file to "wp-config.php" and fill in the values.
 *
 * This file contains the following configurations:
 *
 * * MySQL settings
 * * Secret keys
 * * Database table prefix
 * * ABSPATH
 *
 * @link https://wordpress.org/support/article/editing-wp-config-php/
 *
 * @package WordPress
 */

// ** MySQL settings - You can get this info from your web host ** //
/** The name of the database for WordPress */
// define( 'DB_NAME', 'bitnami_wordpress' );
define( 'DB_NAME', 'DB' );

/** MySQL database username */
// define( 'DB_USER', 'bn_wordpress' );
define( 'DB_USER', 'U' );

/** MySQL database password */
// define( 'DB_PASSWORD', 'ea06b9d62e' );
define( 'DB_PASSWORD', '' );

/** MySQL hostname */
// define( 'DB_HOST', 'localhost:3306' );
define('DB_HOST', 'rdbms.strato.de');

/** Database Charset to use in creating database tables. */
define( 'DB_CHARSET', 'utf8' );

/** The Database Collate type. Don't change this if in doubt. */
define( 'DB_COLLATE', '' );
/** aus wp-config.php wp-Grusi */
define('DISABLE_WP_CRON', true);

/** The language of the homepage. */
define('WPLANG', 'de_DE');

/**#@+
 * Authentication Unique Keys and Salts.
 *
/**
 * WordPress Database Table prefix.
 *
 * You can have multiple installations in one database if you give each
 * a unique prefix. Only numbers, letters, and underscores please!
 */
$table_prefix = 'wp_';

/**
 * For developers: WordPress debugging mode.
 *
 * Change this to true to enable the display of notices during development.
 * It is strongly recommended that plugin and theme developers use WP_DEBUG
 * in their development environments.
 *
 * For information on other constants that can be used for debugging,
 * visit the documentation.
 *
 * @link https://wordpress.org/support/article/debugging-in-wordpress/
 */
define( 'WP_DEBUG', false );

/* define ( 'RELOCATE', true ); */

// Enable WP_DEBUG mode
define( 'WP_DEBUG', true );

// Enable Debug logging to the /wp-content/debug.log file
define( 'WP_DEBUG_LOG', true );

// Disable display of errors and warnings
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );

/* That's all, stop editing! Happy publishing. */

/* Einfügung aus wp-config.php der Grünen (Strato): */
/* That's all, stop editing! Happy blogging. */

/** Absolute path to the WordPress directory. */
/* auskommentiert am 03.01.2021 bis Ende der Datei */

if ( !defined('ABSPATH') )
	define('ABSPATH', dirname(__FILE__) . '/');
	

/** Sets up WordPress vars and included files. */
require_once(ABSPATH . 'wp-settings.php');

define( 'WP_ALLOW_MULTISITE', true );

define ('FS_METHOD', 'direct');

define( 'AUTOMATIC_UPDATER_DISABLED', true );

// define('FS_METHOD', 'direct'); (Doppelt)

/**
 * The WP_SITEURL and WP_HOME options are configured to access from any hostname or IP address.
 * If you want to access only from an specific domain, you can modify them. For example:
 *  define('WP_HOME','http://example.com');
 *  define('WP_SITEURL','http://example.com');
 *
*/

/* aus Übenahme der Entwicklung auf Ubuntu: 
if ( defined( 'WP_CLI' ) ) {
    $_SERVER['HTTP_HOST'] = 'localhost';
}

define('WP_SITEURL', 'http://' . $_SERVER['HTTP_HOST'] . '/wordpress');
define('WP_HOME', 'http://' . $_SERVER['HTTP_HOST'] . '/wordpress');

/** Absolute path to the WordPress directory. (Stern entfernt, damit das auskommentiert ist)/
if ( ! defined( 'ABSPATH' ) ) {
	define( 'ABSPATH', __DIR__ . '/' );
}

/** Sets up WordPress vars and included files. (Stern entfernt)/
require_once ABSPATH . 'wp-settings.php';

define('WP_TEMP_DIR', '/opt/lampp/apps/wordpress/tmp');

//  Disable pingback.ping xmlrpc method to prevent WordPress from participating in DDoS attacks
//  More info at: https://docs.bitnami.com/general/apps/wordpress/troubleshooting/xmlrpc-and-pingback/

if ( !defined( 'WP_CLI' ) ) {
    // remove x-pingback HTTP header
    add_filter('wp_headers', function($headers) {
        unset($headers['X-Pingback']);
        return $headers;
    });
    // disable pingbacks
    add_filter( 'xmlrpc_methods', function( $methods ) {
            unset( $methods['pingback.ping'] );
            return $methods;
    });
    add_filter( 'auto_update_translation', '__return_false' );
}
Ende Übernahme */

Da mir die Zeit davon läuft, akualisiere ich jetzt die bestehende Site soweit möglich. Daher lasse ich die Fehlersuche jetzt erstmal ruhen.

Noch mal vielen Dank für die Unterstützung.