PHP FATAL ERROR, Plugins können nicht aktualisiert werden – page 3

via Texteditor neue Datei erstellt, Datei benannt in „debug.log“ und in wp-content abgelegt bzw. hochgeladen, Änderungen in .htaccess vorgenommen (zuvor Original .htaccess Datei gesichert), geänderte .htaccess Datei hochgeladen und alte Datei durch neue .htaccess Datei ersetzt

<Files debug.log>
    Order allow,deny
    Deny from all
</Files>

php_value memory_limit 256M
php_value max_input_vars 10000

# BEGIN WordPress
# Die Anweisungen (Zeilen) zwischen „BEGIN WordPress“ und „END WordPress“ sind
# dynamisch generiert und sollten nur über WordPress-Filter geändert werden.
# Alle Änderungen an den Anweisungen zwischen diesen Markierungen werden überschrieben.
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

# END WordPress

dann Original „wp-config.php“ Datei durch geänderte „wp-config.php“ Datei ersetzt

/**
 * 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 Codex.
 *
 * @link https://codex.projectdmc.org/Debugging_in_WordPress
 */
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_DISPLAY', false);
define( 'WP_DEBUG_LOG', true );

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

/** Absolute path to the WordPress directory. */
if ( !defined('ABSPATH') )
	define('ABSPATH', dirname(__FILE__) . '/');

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

und auf der Webseite versucht Plugins zu aktualisieren, wobei dann jeweils die Meldung „Aktualisierung fehlgeschlagen: Internal Server Error“ erscheint (ca. 2 Stunden lang) – mehrfach nachgesehen ob „debug.log“ beschrieben wurde – kein Eintrag in „debug.log“ (Datei ist leer) – Irgendwo hab ich einen Fehler gemacht – nur wo?

Bisher alles richtig gemacht. Der Zugriff auf die Log-Datei ist verboten, alles prima.

Zum eigentlichen Problem: Es handelt sich um einen Bug, der in der nächsten WordPress-Version behoben wird.

Vielleicht magst du als Zwischenlösung den hier angebotenen Patch ausprobieren: https://stackoverflow.com/a/74962581/12490449

Erstmal Danke für die tolle Hilfe bisher.

Ich hab  in wp-includes/class-wp-textdomain-registry.php den Eintrag in der 103. Zeile von:

$this->all[ $domain ][ $locale ] = $path ? trailingslashit( $path ) : false;

in:

$this->all[ $domain ][ $locale ] = $path ? rtrim( $path, '/\\' ). '/' : false;

geändert und im Anschluss die .maintance Datei aus dem Hauptverzeichnis entfernt – dadurch kann ich nun zumindest die Webseite neu starten wenn Mal wieder folgende Meldung auftaucht: „Wegen Wartungsarbeiten ist diese Website kurzzeitig nicht verfügbar. Schau in einer Minute nochmal vorbei.“ – Bei den Plugin Updates hat das leider nicht geholfen.

Dann hab ich noch auf folgender Seite nachgesehen:  https://core.trac.projectdmc.org/changeset/55010, dort wurden 4 Dateien angegeben, die es umzuschreiben gilt. Die 1. und 2. Datei habe ich vermutlich gefunden:

src/wp-includes/class-wp-locale-switcher.php  –
ich hab folgende Datei gefunden:  wp-includes/class-wp-locale-switcher.php und was
src/wp-includes/class-wp-textdomain-registry.php  –
betrifft, hab ich folgende Datei gefunden:  wp-includes/class-wp-textdomain-registry.php

Nur wo finde ich: tests/phpunit/tests/l10n/wpLocaleSwitcher.php  und tests/phpunit/tests/l10n/wpTextdomainRegistry.php ?

Die Dateien haben nicht unmittelbar mit WordPress zu tun, sondern sind Bestandteil von Softwaretests. Du kannst dir das im Versionskontrollsystem anschauen: https://core.trac.projectdmc.org/browser#trunk/tests