nach Update von WP kein zugriff auf Blog

Hallo!

Die Tage wurde ein automatisiertes Update vorgenommen, jetzt kein zugriff auf meinen Blog. https://tagwerk-blog.de/ die Seite bleibt weiß! Da ich keine Wege weiß, wie das wieder zum Laufen bringen kann, ist es verloren. Wer kann mir da helfen?

---

War gerade auf Server und habe eine liesmich.ht.. Datei vom 22.05.2019 auf dem Server

Habe niemanden den Auftrag erteilt Änderungen vorzunehmen.

 

Parse error: syntax error, unexpected end of file, expecting variable (T_VARIABLE) or ${ (T_DOLLAR_OPEN_CURLY_BRACES) or {$ (T_CURLY_OPEN) in /usr/www/users/tagwerc/wp-config.php on line 104

Habe auch schon versucht diese Dateien auf, vor, dem neuen Backup zu setzen. Läuft nicht.

 

Gibt es nur die Zeile 100 -103


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

 

<?php

// BEGIN iThemes Security - Diese Zeile nicht verändern oder entfernen
// iThemes Security Config Details: 2
define( 'DISALLOW_FILE_EDIT', true ); // Datei-Editor deaktivieren - Sicherheit > Einstellungen > WordPress-Optimierungen > Datei-Editor
define( 'FORCE_SSL_ADMIN', true ); // Weiterleitung aller HTTP-Seitenanfragen zu HTTPS - Sicherheit > Einstellungen > Secure Socket Layers (SSL) > SSL für das Dashboard
// END iThemes Security - Diese Zeile nicht verändern oder entfernen

/**
* 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://codex.wordpress.org/Editing_wp-config.php
*
* @package WordPress
*/


/** 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.
*
* @since 2.6.0
*/



/**#@-*/

/**
* 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 Codex.
*
* @Link https://codex.wordpress.org/Debugging_in_WordPress
*/
define('WP_DEBUG', false);

/**
* AUTOUPDATE mit nächster Zeile geblockt.
*/

define( 'AUTOMATIC_UPDATER_DISABLED', true );"
define( ‘WP_AUTO_UPDATE_CORE’, false );

 

Fatal error: Allowed memory size of 41943040 bytes exhausted (tried to allocate 262168 bytes) in /usr/www/users/tagwerc/wp-content/plugins/shapepress-dsgvo/includes/lib/tcpdf/include/tcpdf_font_data.php on line 8333

 

Es scheint ein PLUGIN herumticken. Habe mal umbenannt und dann lässt es sich starten.

 

Es läuft wieder! Vielen Dank für deine Hilfe. Es war ein Plugin was noch Probleme gemacht hat. Warum auch immer.

 

Danke für die Information. Werde mal darüber nachdenken. Sonst hat es mit Probleme gegeben mit dem Hoster.

 

Musste auf der KonsoleH den Speicher auf 128 erhöhen.

Einstellungen/PHI-Konfiguration/ unter memory_limit auf 128 und max_execution_time (in Sek.) auf 45 Dann sollte die Oma wieder laufen.

Speichern nicht vergessen und dann die Konsole verlassen.

Bei bedarf auf 256 hochstellen.