Hallo @evelynwilkening,
bei gekauften Themes, können wir nur sehr pauschal antworten, weil uns das Theme nicht kostenlos zur Verfügung steht. Außerdem brauchen wir viel mehr Informationen, um das Problem beurteilen zu können.
Du könntest bei deiner Website erst einmal einen „Gesundheits-Check“ durchführen. Dazu hat das Support-Team ein eigenes Plugin entwickelt:
https://de.wordpress.org/plugins/health-check/
Praktischerweise erhältst du mit dem Plugin auch viele Informationen über deine Website, die bei der Fehlerbehebung nützlich sein könnten. Nach Installation und Aktivierung des Plugins findest du unter Dashboard > Health Check > Debugging > Debugging-Informationen > Feld zum Kopieren/Einfügen anzeigen einen Button „Mark Field for Copying“. Den klickst du an, kopierst die Informationen mit Strg-C (Mac: Cmd-C) und fügst sie bitte in einen neuen Beitrag hier mit Strg-V (Mac: Cmd-V) ein.
Du kannst auch mal prüfen, ob vielleicht eines deiner Plugins den Fehler verursacht. Dazu gehst du im Health Check auf den Reiter Fehlerdiagnose, aktivierst das Kästchen („Ich verstehe …“) und klickst den Button „Fehlerdiagnose-Modus starten“. Dadurch werden alle Plugins nur für dich deaktiviert (alle Besucher sehen deine Website unverändert mit den Funktionen der Plugins). Danach versuchst du nochmal, ein Bild einzufügen. Ist das Problem nun behoben? Dann liegt der Fehler an einem der Plugins. Über den Menüpunkt „Fehlerdiagnose-Modus“ in der oberen Admin-Leiste kannst du deine Plugins einzeln aktivieren und prüfen, wann das Problem wieder auftritt und so den Verursacher feststellen. Der ursprüngliche Zustand wird wiederhergestellt, wenn du dich kurz ab- und wieder anmeldest.
Hallo Bego Mario Garde,
vielen Dank für die ersten Tipps. Unten habe ich Dir die Informationen aus dem „Health-Check“ angehängt. Darüber hinaus habe ich festgestellt, dass – unabhängig davon wieviele oder welche Plug-Ins aktiviert sind – der Blog-Beitrag im Fehlerdiagnose-Modus gut aussieht und der Fehler nicht auftritt.
Vielen Dank und viele Grüße
Evelyn
### WordPress ###
Version: 4.9.1
Sprache: de_DE
Permalink-Struktur: /%postname%/
Verwendet diese Website HTTPS?: Ja
Kann sich jeder auf dieser Website registrieren?: Nein
Standard-Kommentarstatus: open
Ist dies ein Netzwerk?: Nein
Benutzeranzahl: 4
Kommunikation mit WordPress.org: WordPress.org ist erreichbar
Erzeuge Loopback-Anfragen: The loopback request to your site completed successfully.
### Drop-ins ###
advanced-cache.php: Erweitertes Caching-Plugin.
### Aktives Theme ###
Name: Lobo Child
Version: 1.0
Autor: eschmidt
Website des Autors: http://singular-it.de
Parent Theme: Lobo
Unterstützte Theme-Funktionalität: post-thumbnails, woocommerce, automatic-feed-links, menus, title-tag, widgets
### Andere Themes (4) ###
Lobo (lobo): Version 2.5.0 von VanKarWai
Twenty Fifteen (twentyfifteen): Version 1.9 von dem WordPress-Team
Twenty Seventeen (twentyseventeen): Version 1.4 von dem WordPress-Team
Twenty Sixteen (twentysixteen): Version 1.4 von dem WordPress-Team
### Aktive Plugins (12) ###
Duplicate Post: Version 3.2.1 von Enrico Battocchi
Google Analytics Dashboard for WP (GADWP): Version 5.1.2.3 von Alin Marcu
Health Check: Version 0.7.0 von The WordPress.org community
Hello Dolly: Version 1.6 von Matt Mullenweg
Lobo Portfolio: Version 0.1 von Ruben Bristian
Lobo Shortcodes: Version 1.0.5 von Ruben Bristian
Loco Translate: Version 2.0.17 von Tim Whitlock
oAuth Twitter Feed for Developers: Version 2.3.0 von Liam Gladdy (Storm Consultancy)
Shortcoder: Version 4.1.3 von Aakash Chakravarthy
WooCommerce: Version 3.2.5 von Automattic
WP Super Cache: Version 1.5.8 von Automattic
Yoast SEO: Version 5.9.1 von Team Yoast
### Inaktive Plugins (3) ###
Advanced Custom Fields: Version 4.4.12 von Elliot Condon
Akismet Anti-Spam: Version 4.0.1 von Automattic
WordPress Importer: Version 0.6.3 von wordpressdotorg
### Server ###
Server-Architektur: SunOS localhost 5.10 Generic_150401-49 i86pc SunOS localhost 5.10 Generic_150401-49 i86pc SunOS localhost 5.10 Generic_150401-49 i86pc
PHP-Version: 5.6.32
PHP SAPI: cgi-fcgi
PHP max input variables: 4000
PHP time limit: 0
PHP memory limit: 256M
Maximale Dateigröße Upload: 32M
PHP post max size: 48M
cURL-Version: 7.50.3 OpenSSL/1.0.2j
SUHOSIN installiert: Nein
Ist die Imagick-Library verfügbar: Nein
### Datenbank ###
Erweiterung: mysqli
Server-Version: 5.6.37-log
Client-Version: 5.5.52
Datenbankpräfix: wp_
### WordPress-Konstanten ###
ABSPATH: /mnt/web121/d2/88/58136288/htdocs/
WP_HOME: Nicht definiert
WP_SITEURL: Nicht definiert
WP_DEBUG: Deaktiviert
WP_MAX_MEMORY_LIMIT: 256M
WP_DEBUG_DISPLAY: Aktiviert
WP_DEBUG_LOG: Deaktiviert
SCRIPT_DEBUG: Deaktiviert
WP_CACHE: Aktiviert
CONCATENATE_SCRIPTS: Nicht definiert
COMPRESS_SCRIPTS: Nicht definiert
COMPRESS_CSS: Nicht definiert
WP_LOCAL_DEV: Nicht definiert
### Dateisystemrechte ###
Das Haupt-WordPress-Verzeichnis: Schreibbar
Das Verzeichnis wp-content: Schreibbar
Das Uploads-Verzeichnis: Schreibbar
Das Plugin-Verzeichnis: Schreibbar
Das Theme-Verzeichnis: Schreibbar
Hallo Evelyn,
Danke für die Informationen, die soweit unauffällig sind.
Das Health-Check-Plugin deaktviert zuerst alle Plugins und aktiviert ein Standard-Theme. Wenn dann alles „gut aussieht und der Fehler nicht auftritt“, obwohl du über das Menü Fehlerdiagnose-Moduse alle Plugins wieder aktiviert hast, liegt das Problem wahrscheinlich an deinem gekauften Theme. Dazu kann ich dir aber nichts sagen, weil mir das Theme nicht zur Verfügung steht.
