http500error2

Hallo Hans-Gerd,

heute konnte ich die vielen Klemmer beseitigen.
Ich habe WP-Verzeichnis mit Filezilla gesichert und hatte die Idee, meine WordPress-Version auf 5.6 upzudaten. Ich landete dann nur bei Version 5.1.8, weil Provider Strato nur PHP-Version 5.3.29 installiert hat.
Wenn ich aktuelle Plugins installieren möchte, so komme ich deshalb nicht voran:
https://gaenze.de/wp-content/uploads/2021/01/Arve_22-01-_-03-56-09.jpg
https://gaenze.de/wp-content/uploads/2021/01/dsgvo_22-01-_-03-59-36.jpg
Es ist aber noch möglich, dass ich meine alten, gesicherten Plugin-Versionen ins Verzeichnis einspiele und aktiviere. Meine Schlamperei bei der Sicherung der alten Version von Statify ist mir bewußt geblieben.
Ich habe noch Space bei Host Europe. Dort soll einen höhere PHP-Version installiert sein: „Seit dem 15.09.2020 steht ihnen auch php 7.4 als Alternative zur Verfügung.“
Mal sehen, ob ich meine Installation dort hin portiert bekomme…

Viele Grüsse
Hubertus

Hallo Hans-Gerd,

habe nach der .htaccess-Aktion nicht mit wp-login.php zugreifen können. health-check manuell bei den Plugins installiert. Beschreibung zu health-check zeigt leider nur Zugriff per Login.
Eigentlich schon am Code gesehen, dass es nicht funktionieren wird aber:

gaenze.de/wp-content/plugins/health-check/health-check.php
Antwort: „We’re sorry, but you can not directly access this file“.

Viele Grüsse
Hubertus

Hallo Hans-Gerd, danke für den Tipp.
ich habe am 17.01.21 ein Plugin „Statify 3.4“ aktualisiert. Danach hatte ich HTTP ERROR 500.
Ich habe zuerst mit putty eine ca. 90 Min. davor gesicherte Datenbank eingespielt. Ohne Erfolg auch nach Stunden.
Dann habe ich noch eine viel ältere Datenbank eingespielt – auch ohne Erfolg.
Mit Filezilla habe ich mich jeweils davon überzeugt, dass die Sicherung in meiner Root geklappt hat. Der Putty-Dialog vom Einspielen war OK.
In den letzten Jahren hat dieser Weg immer zum Abstellen des o.g. Fehlers geführt.
Hat sich am Verfahren etwas geändert?

danke für Eure Tipps.- Das waren aber noch lustige Zeiten unter dBase und .dbf
Ich rüste mich für Better Search Replace – aber heute bin ich dafür schon zu müde…

Danke. Habe gelesen, dass Plugin Better Search Replace den ganzen Komplex gerne zum Abrauchen bringt 😉 Habe nur die URLs in Einstellung Allgemein geändert.

In wp-config.php steht nach den unauffälligen defines nur:

$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.
 */
define('WP_DEBUG', false);

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

/**
 * WordPress Localized Language, defaults to English.
 *
 * Change this to localize WordPress.  A corresponding MO file for the chosen
 * language must be installed to wp-content/languages. For example, install
 * de.mo to wp-content/languages and set WPLANG to 'de' to enable German
 * language support.
 */
define ('WPLANG', 'de_DE');

define( 'WP_ALLOW_MULTISITE', true );

define ('FS_METHOD', 'direct');

//--- disable auto upgrade
define( 'AUTOMATIC_UPDATER_DISABLED', true );
?>

———————————————————————-

in .htaccess

# Wordfence WAF
<Files ".user.ini">
<IfModule mod_authz_core.c>
	Require all denied
</IfModule>
<IfModule !mod_authz_core.c>
	Order deny,allow
	Deny from all
</IfModule>
</Files>

# END Wordfence WAF

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

# END WordPress

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