Michael

In der wp-config.php stehen zwei Zeilen:

/* Add any custom values between this line and the „stop editing“ line. */

und

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

(auf Deutsch sinngemäß: Nimm eigene Ergänzungen zwischen diesen beiden Zeilen vor.)

Was machst du? Hängst ganz unten noch ein

define( ‚WP_AUTO_UPDATE_CORE‘, true );
?>
an. Die Zeile define( ‚WP_AUTO_UPDATE_CORE‘, true ); gehört also zwischen die beiden oben genannten Zeilen, nicht ans Ende. Außerdem soll die Datei nicht mit ?> enden.

Das hat aber nichts mit dem eigentlichen Problem zu tun. Laut Fehlermeldung erzeugst du mit Weiterleitungen eine Endlosschleife

Dies habe ich nicht umgesetzt weil du geschrieben hast, das dies mit dem Problem nicht zu tun hatte. Wie bereits geschrieben, weiß ich leider nicht, was da Jetzt genau in meiner Domain einstellen soll, damit das Problem behoben wird.

Also wenn der Support hier mir keine genaue Lösung nennen wird, wird das wohl nichts, mit einer Lösung. Oder denkst du das ich mich darüber freue das dieses Problem besteht? Nein natürlich nicht. Ich würde mich freuen, wenn wir gemeinsam zu einer Lösung kommen werden.

Logfile Strato:
29.12.2022 11:58:02 simulationmaiki0815.de [client 139.59.121.0] AH00124: Request exceeded the limit of 4 internal redirects due to probable configuration error. Use ‚LimitInternalRecursion‘ to increase the limit if necessary. Use ‚LogLevel debug‘ to get a backtrace.
29.12.2022 11:58:02 simulationmaiki0815.de [client 139.59.121.0] AH00124: Request exceeded the limit of 4 internal redirects due to probable configuration error. Use ‚LimitInternalRecursion‘ to increase the limit if necessary. Use ‚LogLevel debug‘ to get a backtrace.
30.12.2022 01:24:25 simulationmaiki0815.de [client 198.20.67.0] AH00124: Request exceeded the limit of 4 internal redirects due to probable configuration error. Use ‚LimitInternalRecursion‘ to increase the limit if necessary. Use ‚LogLevel debug‘ to get a backtrace.
30.12.2022 01:24:25 simulationmaiki0815.de [client 198.20.67.0] AH00124: Request exceeded the limit of 4 internal redirects due to probable configuration error. Use ‚LimitInternalRecursion‘ to increase the limit if necessary. Use ‚LogLevel debug‘ to get a backtrace.
30.12.2022 01:24:25 simulationmaiki0815.de [client 198.20.67.0] AH00124: Request exceeded the limit of 4 internal redirects due to probable configuration error. Use ‚LimitInternalRecursion‘ to increase the limit if necessary. Use ‚LogLevel debug‘ to get a backtrace.
30.12.2022 01:24:25 simulationmaiki0815.de [client 198.20.67.0] AH00124: Request exceeded the limit of 4 internal redirects due to probable configuration error. Use ‚LimitInternalRecursion‘ to increase the limit if necessary. Use ‚LogLevel debug‘ to get a backtrace.
02.01.2023 07:08:25 simulationmaiki0815.de [client 167.99.69.0] AH00124: Request exceeded the limit of 4 internal redirects due to probable configuration error. Use ‚LimitInternalRecursion‘ to increase the limit if necessary. Use ‚LogLevel debug‘ to get a backtrace.
02.01.2023 07:08:25 simulationmaiki0815.de [client 167.99.69.0] AH00124: Request exceeded the limit of 4 internal redirects due to probable configuration error. Use ‚LimitInternalRecursion‘ to increase the limit if necessary. Use ‚LogLevel debug‘ to get a backtrace.

wp-config:

<?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:
 *
 * * Database settings
 * * Secret keys
 * * Database table prefix
 * * ABSPATH
 *
 * @link https://wordpress.org/support/article/editing-wp-config-php/
 *
 * @package WordPress
 */

// ** Database settings - You can get this info from your web host ** //
/** The name of the database for WordPress */

VON MODERATOR: Datenbankzugangsdaten entfernt.

/** 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', '' );

/**#@+
 * Authentication unique keys and salts.
 *
 * Change these to different unique phrases! You can generate these using
 * the {@link https://api.wordpress.org/secret-key/1.1/salt/ WordPress.org secret-key service}.
 *
 * You can change these at any point in time to invalidate all existing cookies.
 * This will force all users to have to log in again.

VON MODERATOR: Salt keys entfernt.

/**
 * Other customizations.
 */
define('FS_METHOD','direct');
define('FS_CHMOD_DIR',0755);
define('FS_CHMOD_FILE',0644);
define('WP_TEMP_DIR',dirname(__FILE__).'/wp-content/uploads');

/**#@-*/

/**
 * 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 = '';

/**
 * 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 );

/* Add any custom values between this line and the "stop editing" line. */

/* Multisite */
define( 'WP_ALLOW_MULTISITE', true );
define( 'MULTISITE', true );
define( 'SUBDOMAIN_INSTALL', true );
define( 'DOMAIN_CURRENT_SITE', 'simulationmaiki0815.de' );
define( 'PATH_CURRENT_SITE', '/' );
define( 'SITE_ID_CURRENT_SITE', 1 );
define( 'BLOG_ID_CURRENT_SITE', 1 );

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

/** Absolute path to the WordPress directory. */
if ( ! defined( 'ABSPATH' ) ) {
	define( 'ABSPATH', __DIR__ . '/' );
}

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

define( 'WP_AUTO_UPDATE_CORE', true );
?>

Datenbankzugang: Von Moderator entfernt

htaccess:

RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index\.php$ - [L]

# add a trailing slash to /wp-admin
RewriteRule ^wp-admin$ wp-admin/ [R=301,L]

RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ - [L]
RewriteRule ^(wp-(content|admin|includes).*) $1 [L]
RewriteRule ^(.*\.php)$ $1 [L]
RewriteRule . index.php [L]

SALT-Keys löschen? Weiß ich nicht was damit gemeint ist!

• Diese Antwort wurde geändert vor 1 Jahr, 3 Monaten von Angelika Reisiger.

Auch das verstehe ich nicht. Du postest einen Screenshot vom Backend und fragst, wie du dich im Backend anmelden kannst?

Du solltest über den Link „Meine Websites“ ganz oben auch einen Link zur eingerichteten Website sehen und dort wiederum einen Link zum Dashboard der zusätzlich angelegten Website.

Das war ein Bild vom Dashboard des Netzwerks aber wenn über das Netzwerk ein Dashboard einer anderen Webseite öffnen möchte, die zum Netzwerk gehört, kommt Fehler 404.

(zum Vergrößerern anklicken)

Wenn ich wie im Bild zu sehen auf das Dashboard der Webseite zugreifen möchte, erhalte ich den Fehler 404.

(zum Vergrößerern anklicken)

—
Moderationshinweis: Unser Forum kann BBCode nicht umsetzen. Bitte verwende HTML oder platziere einfach einen Link zum Bild.

• Diese Antwort wurde geändert vor 1 Jahr, 3 Monaten von Michael.
• Diese Antwort wurde geändert vor 1 Jahr, 3 Monaten von Michael.
• Diese Antwort wurde geändert vor 1 Jahr, 3 Monaten von Bego Mario Garde.

Das war nicht meine Frage. Es geht darum, ob du dich selbst auch als Administrator der Website eingetragen hast. Wie das geht, habe ich ausführlich und mit Screenshot beschrieben.

Das habe ich gemacht, der Super Admin ist nun bei jeder Seite im Netzwerk als Benutzer hinterlegt. Leider kann ich mich immer noch nicht im Dashboard einloggen. Ich habe auch Mal einen neuen Benutzer im Netzwerk angelegt und diesen ebenfalls der gewünschten Seite als Benutzer hinterlegt. Leider schlägt die Anmeldung immer noch fehl, obwohl die Daten, die beim Benutzer hinterlegt sind korrekt sind.

(zum Vergrößern anklicken)

(zum Vergrößern anklicken)

• Diese Antwort wurde geändert vor 1 Jahr, 3 Monaten von Bego Mario Garde. Grund: Bilder-Links korrigiert. Das Forum unterstützt keinen BBCode

Die Anmeldedaten sind die, mit denen du dich bei deiner Website registriert hast.

Ich habe für die neue Webseite bzw. Domain noch keine Anmeldedaten für WordPress hinterlegt, daher die Frage. Die Anmeldedaten von der Hauptdomain des Netzwerks funktionieren nicht. Da kommt dann immer „Benutzername oder Passwort falsch, 3 Versuche verbleibend“

Okay ich habe den Test gemacht mit der Domain und der html Datei, der Inhalt wurde mir angezeigt. Ich habe nun auch meiner neuen Domain das Verzeichnis wordpress-01 zugewiesen. Wenn ich die Domain aufrufe im Web kommt eine leere weiße Seite und mit deinedomain.de/login werde ich nach Login Daten von WordPress gefragt. Die Login Daten vom Netzwerk bzw. der Hauptdomain funktionieren nicht. Wo finde ich den die Anmeldedaten, um mich ins Dashboard einzuloggen? Oder muss ich in der Datenbank diese Login Daten selbst hinterlegen für die neue Domain?

Hast du im Kundenmenü des Webhosters die Domain eingetragen und als Webspace das WordPress-Verzeichnis angegeben?

Die Domain habe ich eingetragen und muss ich als Verzeichnis WordPress-01 angeben anstatt wordpreess-02? Oder wo ist die Multisite Installiert?

Du meinst mit dem 1-Klick-Installer deines Webhosters?
Manuell weitere WordPress-Instanzen zu installieren ist auch möglich, wenn du nur eine einzige Datenbank hast.

Kann ich nicht Manuel Installieren weil auf dem Webspace kein WordPress gefunden wurde!
Aber ist auch wegen dem WordPress Netzwerk nicht notwendig!

Ich habe ja jetzt das WordPress Netzwerk oder auch Multisite. Wem ich jetzt eine neue Webseite erstellen möchte, benötige ich dafür dennoch eine eigene WordPress Anwendung auf dem Server oder? Weil wenn ich versuche nachdem erstellen der neuen Webseite auf das Dashboard zuzugreifen, kommt „Seite nicht erreichbar“.

Die Frage ist halt, ob ich für jede neue WordPress Webseite eine eigene WordPress Anwendung benötige? Weil wenn ja, dann löst die Multisite auch nicht mein Datenbank Problem.

Ich habe auch nachgeschaut, aktuell habe ich 2 WordPress Anwendungen auf dem Server installiert und jeweils ist 1 Datenbank pro Anwendung belegt. Eben so ist es nicht den 4 Weitere Datenbanken sind angeblich auch belegt, obwohl diese 4 Datenbanken leer sind und weil keine freie Datenbank mehr zur Verfügung steht, kann ich keine weitere WordPress Anwendung installieren. Verstehe ich auch nicht.

Viele Grüße
Michael