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. ![]()
Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenMomentan 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. ![]()
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:
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.
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.
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.
.. kommt eine vom Hoster Standart-Generierte Seite mit "Wir verwenden Cookies" und die internen Links gehen alle nicht mehr. ..
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.
.. 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.
Egal welches Format, egal welche Bildgröße und auch egal welche Dateigröße
Das passt nicht zum nächsten Satz:
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?
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?
sollte man dies SO NICHT machen.
Dein Vorschlag für eine Sternmarkierung der Pflichtfeldern dieses Formulars wäre? Also so, wie man es machen sollte?
Das [FONT=Courier New]required[/FONT] Attribut ist in den Pflichtfeldern bereits gesetzt, siehe auch Browser Inspektor.
Zur Info, das Imagick Modul ist nicht immer nötig, wird vom WordPress Website Zustand aber trotzdem als fehlend bemängelt, mehr dazu siehe älterer Blogbeitrag hier.
Die bereits hier und auch in einer anderen Deiner Fragen genannten Plugins Duplicator bzw. Better Search Replace sind kostenlos und werden von sehr vielen WordPress Nutzern erfolgreich für komplette Umzüge inklusive aller Anpassungen bzw. für nachträgliche Anpassungen der Pfade in der Datenbank genutzt.
Du kannst z.B. einen Stern mit in Deinen [FONT=Courier New]placeholder[/FONT] Text schreiben.
Ein seltsamer Effekt, dürfte letztendlich ein Bug in WordPress sein.
Kannst Du den genauen UA noch posten? Falls das jemand genauer nachvollziehen möchte...
Thema auf "erledigt" gibt es hier nicht. Man kann "Gefällt mir" in hilfreichen Beiträgen anklicken.