Beiträge von b3317133

Ggf. siehe Spam Ordner, wie im Dezember:

Zitat von dersaisonkoch

.. Konverto hatte das im Spamfilter:
1 E-Mail unter Spam-Verdacht

Hinweis: Diese E-Mails liegen nicht in Ihrem Postfach, sondern in einem gesicherten Serverbereich. Sie müssen nicht gelöscht werden - nach zwei Wochen geschieht dies automatisch. Die Nachrichten können auf dieser Seite gefahrlos betrachtet werden - wenn Sie sicher sind, dass es sich nicht um Spam-Mail handelt, so können sie mit einem Mausklick zugestellt werden. E-Mails vom 01.12.2022

To : info@dersaisonkoch.com
Subject : =?us-ascii?Q?[Der_Saisonkoch]_Deine_Website_hat_ein_technisc?=
From : WordPress <wordpress@http://www2.dersaisonkoch.com>

Hallo!

Seit WordPress 5.2 gibt es eine eingebaute Funktion, die erkennt, wenn ein Plugin oder ein Theme einen fatalen Fehler auf deiner Website verursacht, und dich deswegen mit dieser automatisierten E-Mail benachrichtigt.

...

Fehler-Details
==============
Ein Fehler vom Typ E_ERROR wurde in der Zeile 47 der Datei /var/www/h07ot477/dersaisonkoch.com/wp-content/plugins/...

Alles anzeigen

Zitat von b3317133

Was steht diesmal unter Fehler-Details in der entspr. E-Mail?

Das wäre wichtige Info, die man an die Entwickler des Plugins weitergeben kann.

Generell sind Plugins, die den Gutenberg Editor irgendwie erweitern oä., praktisch auf Sand gebaut, da sich da dauernd Dinge ändern.

1. Menü links > Plugins > entspr. Plugin in Liste > Maus drüberfahren > Deaktivieren klicken
   
2. Menü links > Beiträge > Versuch, Beitrag zu erstellen
3. Wie 1., nur Aktivieren klicken

Kein Browser Neustart nötig. Wenn der Fehler erscheint, bekommst Du E-Mail dazu wie im Dezember, ggf. siehe Spam Ordner.

Die Plugin Namen stehen direkt in Deinen ersten Screenshots: WP Stripe Checkout und Spectra.

Zitat von b3317133

Deaktiviere testweise nacheinander die beiden genannten Plugins und versuche jeweils einen Beitrag zu erstellen.

Was steht diesmal unter Fehler-Details in der entspr. E-Mail?

Deaktiviere testweise nacheinander die beiden genannten Plugins und versuche jeweils einen Beitrag zu erstellen.

Welche PHP Version wird verwendet? Was steht im Server Error Log wenn der Fehler auftritt?

Ergänzung: Hattest Du nicht erst im Dezember ein nahezu identisches Problem? Was steht diesmal unter Fehler-Details in der entspr. E-Mail?

Zitat von marius0103

Momentan sieht es so aus, als wäre der Issue behoben ..

Solange nicht 100% klar ist, woher genau der o.g. erste Teil der [FONT=Courier New].htaccess[/FONT] bis inkl. der Zeile [FONT=Courier New]AddHandler[/FONT] kam, wird das wieder passieren. :rolleyes:

Zitat von marius0103

Anbei der htaccess log auf 3 Posts getrennt

Der ganze 1. Post sollte nicht in [FONT=Courier New].htaccess[/FONT] sein, er hebelt den späteren [FONT=Courier New]BEGIN/END WordPress[/FONT] Block aus, entferne alles inklusive der Zeile [FONT=Courier New]AddHandler x-mapp-php5.5 .php[/FONT], wie verhält es sich dann?

Mögliche Problemlösung:

• Suche im Code des Themes, der Plugins und auch in der Datenbank nach [FONT=Courier New]x-mapp-php5[/FONT], dann könntest Du den Verursacher finden, wenn er in WordPress steckt.
• Schau ob im Hosting irgendwelche Optimierungsdienste oder Enhanced Support für PHP 5.x o.ä. aktiv ist, deaktivere das.

5. Wende Dich an den Theme Support oder nutze das Envato Market Plugin.

Für spätere Besucher und Mitleser ist das Problem nach Ablauf solcher Links dann nicht mehr nachvollziehbar. Das Lernen aus Problemen anderer ist u.a. Sinn und Zweck dieses Forums.

Wenn ein Link nicht für unregistrierte Besucher gezeigt werden soll, kann man ihn als Code einfügen.

https://example.com

Diskutiert alles Weitere doch bitte in Foren > WPDE > Feedback o.ä., hier geht es um "WP fügt ungewollt ein Bild ein" und die Problemlösung dafür, wenn sie netterweise noch von @Geschlechtlos gepostet werden würde.

Zitat von marius0103

1. Ja, sah sie

5. Wir benutzen Salient v 15 ..

Der Fehler trat .. heute bereits 2 mal ....

1. Ok, dann ist das offenbar eine standard IONOS 404 Seite,die nichts mit Deinem WordPress zu tun hat, ggf. mit irgendwelchem Platzhalter Code im HTML-Quelltext, den Dein Browser nicht zeigt.

Du könntest vermutlich über [FONT=Courier New]ErrorDocument 404 /mein_404.html[/FONT] in [FONT=Courier New].htaccess[/FONT] für solche Fälle eine eigene Seite hinterlegen/anzeigen, ggf. auch eine [FONT=Courier New].php[/FONT] Seite mit einem Info Trigger an Dich oder einem Eintrag über PHP in ein entspr. Log, dann siehst Du genauer, wann das Problem auftritt, ggf. in einer extra [FONT=Courier New].htaccess[/FONT] in einem übergeordneten Ordner, damit das nicht beim Problemfall mit verloren geht.

Die Anzeige dieser Seite bedeutet, dass der [FONT=Courier New]# BEGIN/END WordPress[/FONT] Block in der "defekten" [FONT=Courier New].htaccess[/FONT] fehlt, wenn das Problem auftritt. Evtl. fehlt dann die ganze [FONT=Courier New].htaccess[/FONT] Datei.

5. Aktuell wäre Sailent 15.0.8, läuft diese Version und die dazu passenden Sailent Plugin Versionen? Ältere Versionen könnten Sicherheitslücken haben.

Speichere das aktuelle access.log und schau zu den Zeiten, zu denen der Vorfall auftrat, nach verdächtigen Zugriffen.

Diverse Ergänzungen.

1. Sah die leere Seite des Hosters so aus, wie wenn Du temporär die Permalinks manuell auf "Einfach" stellst, den W3 Total und Browser Cache leerst, und eine "pretty" Unterseiten URL oder irgendeine erfundene URL der Domain aufrufst?

3. Wenn der [FONT=Courier New]# BEGIN/END WordPress[/FONT] Block in der [FONT=Courier New].htaccess[/FONT] fehlt, sind im Frontend die "Einfachen" Permalinks aktiv und die REST-API wird per [FONT=Courier New]/?rest_route=/[/FONT] statt [FONT=Courier New]/wp-json/[/FONT] aufgerufen.

5. Welche Version des Sailent Parent Themes? Welche Plugins Versionen? Welches Redirections Plugin genau? Link Hersteller?

Wie oft tritt das Problem auf, sprich in welchem Abstand waren diese drei Vorfälle?

Wenn Du W3 Total Cache im Verdacht hast, deaktiviere das Plugin ggf. mal für eine Weile.

Zitat von marius0103

.. kommt eine vom Hoster Standart-Generierte Seite mit "Wir verwenden Cookies" und die internen Links gehen alle nicht mehr. ..

• Wie genau sieht diese Seite aus? Ist es eine 404 Seite des Hosters? Screenshot?
• Was steht in der [FONT=Courier New].htaccess[/FONT] wenn das Problem auftritt?
• Wie genau stellst Du fest, dass die "Rest-API ebenfalls offline" ist? Screenshot?
  
• Was steht in der [FONT=Courier New].htaccess[/FONT] wenn die Permalinks erneut gespeichert werden?
  
• Welches WordPress, Theme, Plugins & Versionen? Welche PHP Version? Angaben siehe auch Forenregeln, Punkt II.

• Wie genau wurde bereinigt?
• Was stellt sich anders dar? Screenshots?
  
• Warum fügst Du diese define Zeilen ein?
• Was passiert ohne die Zeilen?
• Unterseiten im Frontend zeigen derzeit 404 des Servers, klicke einmal Einstellungen > Permalinks > blauer Button unten ohne Änderungen, das schreibt [FONT=Courier New].htaccess[/FONT] neu, was steht danach drin?

Der im Webmaster Link genannte Website ist derzeit auf mind. einer Blacklist (McAfee), evtl. verwendest Du oder Dein Hosting irgendwelche Sicherheitssoftware, die durch die Blacklist Dinge blockiert.

Zitat von b3317133

.. Alle Browser Add-Ons deaktiviert? Andere Browser/PCs getestet?

Danke für die Rückmeldung. Ein genereller System-/Netzwechsel war hiermit gemeint.

[FONT=Courier New]WP_DEBUG[/FONT] greift auch bei AJAX Aufrufen wie [FONT=Courier New]async-upload.php[/FONT], wenn der Fehler PHP-seitig auftritt. Ausgaben dazu sieht man oft schwer/nicht im Browser, daher das [FONT=Courier New]wp-content/debug.log[/FONT] über [FONT=Courier New]WP_DEBUG_LOG[/FONT] aktivieren (via FTP den Ordner aktualisieren nicht vergessen).

Anhand der aktuellen Beschreibung und den Antworten dürfte es an einer Serverkonfiguration liegen, z.B. an sowas, wie auch immer das mit SSL zu tun haben mag.

Welcher Browser? Browser Cache geleert nach jeder Veränderung? Alle Browser Add-Ons deaktiviert? Andere Browser/PCs getestet?

Was steht im Server Error Log falls verfügbar?

Was erscheint bei aktivem [FONT=Courier New]WP_DEBUG[/FONT] in [FONT=Courier New]wp-content/debug.log[/FONT] wenn der Fehler auftritt? Siehe auch hier (ohne die [FONT=Courier New]WP_DEBUG_DISPLAY[/FONT] Zeile).

Alle restlichen (teils ergänzten) Fragen oben in allen vorherigen Posts?

Anderes Standard Theme, z.B. Twenty Nineteen, das ist noch nicht so überladen? Was genau steht in der Browser Konsole (google) wenn der Fehler auftritt? Restliche (teils ergänzte) Fragen oben?

Weitere Fragen (siehe auch oben noch ergänzte Fragen):

Welches Theme und Version? Welche Plugins sind aktiv? Hostingseitige Cache-Mechanismen ausserhalb WordPress aktiv? Was passiert mit einem Twenty XXX Standard Theme und allen Plugins inaktiv? SSL Zertifikat passt zur Domain? Link zur Seite mit SSL aktiv?

Ergänzung: Die Beschreibung ist unlogisch, SSL sollte nichts mit Dateigrössen zu tun haben, daher viele Fragen.

Zitat von weuta

Egal welches Format, egal welche Bildgröße und auch egal welche Dateigröße

Das passt nicht zum nächsten Satz:

Zitat von weuta

Was mich stutzig macht, kleine Icons oder Bilder mit bis ca. 30kb gehen aber?

Server Speicherplatz der Domain voll?

Ähnlicher Fall hier im wordpress.org Forum, dort wird auf den Hosting Support verwiesen.

Wurde die bestehende Installation sauber auf https/SSL umgestellt? Beispielsweise mit dem Plugin Better Search Replace? Screenshot Einstellungen > Allgemein > URLs? Wurde WordPress bei Neuinstallation über https/SSL eingerichtet?

Zitat von frieder-01

Das liegt aber vermutlich .. an Gutenberg. Dieses dauernde "<!-wp:heading->" ...

Korrekt, das liegt am Gutenberg Block Editor. Diese HTML Kommentare sind Markierungen/Daten für Gutenberg Blöcke. Mehr dazu in der WordPress Block Editor Dokumentation. Für Dein Vorhaben mit Datenpflege via csv ist Gutenberg meines Erachtens nicht geeignet.

Leere Deinen Browser Cache und den Cache des W3 Total Cache Plugins, alternativ deaktiviere das Plugin. Wird dann bei Dir wieder der richtige Inhalt gezeigt?