Beiträge von b3317133

    Beide Tabellen kommen lt. HTML-Kommentar offenbar aus dem Cache von Tablepress:

    Code
    deutsch:
    ..
    </table>
    <!-- #tablepress-6 from cache -->
    
    
    englisch:
    ..
    </table>
    <!-- #tablepress-3 from cache -->


    Hast Du das Transients löschen von z.B. hier schon versucht?

    Ergänzung: Alternativ versuche es mal wie hier beschrieben mit dem Shortcode Parameter [FONT=Courier New]cache_table_output=false[/FONT] oder dem dort genannten extra Cache abschalten Plugin von Tablepress.

    Tipp am Rande: Es kommt nicht so sehr auf welches SEO-Plugin an, sondern mehr auf das, was man damit macht.

    Viele installieren aufgrund irgendwelcher Empfehlungen ein Plugin, richten es dann aber wenn überhaupt nur sehr rudimentär ein und meinen dann, das würde etwas bringen.

    Bei jedem Plugin sollte man sich ausführlich mit allen jeweiligen Einstellungen beschäftigen und auch allgemein zum Thema SEO wenigstens grundlegendes Wissen mitbringen oder sich im Verlauf über Tutorials usw. aneignen.

    Weiterhin sollte man nach der ersten Einrichtung regelmässig mind. im Abstand von 2-3 Monaten prüfen, ob die getätigten Einstellungen und Eingaben auch das gewünschte Ergebnis in den Suchmaschinen bringen und falls nicht, die Einstellungen und Eingaben entsprechend anpassen.

    Im Grunde lassen sich bei den meisten Plugins jeweils die gleichen Dinge einstellen, lediglich die Eingabemöglichkeiten sind andere oder Tipps und Hinweise werden verschieden mitgeliefert oder aufbereitet.

    Einige Plugins enthalten auch teils ziemlich aggressives "Upselling" für eine Pro-Version o.ä., die letztendlich aber nur den wenigsten Profis etwas bringen kann.

    Der Fehler entsteht offenbar, weil der Post Meta Wert für Einstellungen beim entspr. Beitrag ein [FONT=Courier New]String[/FONT] statt ein [FONT=Courier New]Array[/FONT] ist, wie auch immer das zustande kam.

    Du kannst versuchen, in der Datei [FONT=Courier New]elementor/core/settings/page/manager.php[/FONT] bei Zeile 247 folgende Änderung zu machen:

    Code
    alt:
           if ( ! $settings ) {
               $settings = [];
           }
    
    
    neu:
           if ( ! $settings || ! is_array( $settings ) ) {
               $settings = [];
           }

    Lt. der Meldung ist möglicherweise das Seedprod Coming Soon Plugin nicht mit der aktuellen WordPress Version kompatibel.

    Du kannst z.B. per FTP den Order des Plugins umbenennen:

    Code
    .../wp-content/plugins/coming-soon/
    in
    .../wp-content/plugins/coming-soon-deaktiviert/


    Das sollte das Plugin deaktivieren und der Login sollte wieder möglich sein.

    Ergänzung: Falls auch nach dem Umbenennen eine ähnliche Meldung weiter erscheint, poste einen neuen Screenshot.

    Versuche folgendes:

    1. Deaktiviere alle Plugins
    2. Lade eine neue Datei mit neuem noch nie verwendeten Dateinamen in der Mediathek hoch
    3. Lösche die neue Datei über die Mediathek


    Ist die Datei dann in der Mediathek weg aber per FTP sichtbar noch weiterhin vorhanden?

    Falls die Datei dann weg ist, liegt das Problem an einem Deiner Plugins und Du kannst es durch einzelnes Aktivieren und neu Testen Upload/Löschen weiter eingrenzen.

    Was wurde vor einer Woche gemacht?

    • Wurden WordPress/Theme/Plugin Updates eingespielt? Welche genau?
    • PHP Version verändert? Welche PHP Version läuft derzeit?
    • Sind die Plugins, die die Probleme verursachen aktuell und aktuell gepflegt vom Autor? Welche genau?


    Du kannst über [FONT=Courier New]WP_DEBUG[/FONT] mit [FONT=Courier New]WP_DEBUG_LOG[/FONT] ein Log in der Datei [FONT=Courier New]/wp-content/debug.log[/FONT] erzeugen, das weitere Hinweise zu den Fehlern enthält. Alternativ bzw. bei schwereren Fehlern kann man mehr Informationen im Error Log beim Hosting nachlesen, da hilft der Hosting Support sicher gerne.

    Wenn Du Dein [FONT=Courier New]custom.css[/FONT] nach der [FONT=Courier New]blocks.css[/FONT] des Parent Theme laden willst, musst Du das Handle [FONT=Courier New]twentytwelve-block-style[/FONT] der Datei aus dem Parent Theme in Deinem Code als Dependency = Abhängigkeit mit angeben, z.B. so:

    Code
    function add_css() {
        wp_enqueue_style( 'custom-child', get_stylesheet_directory_uri() . '/css/custom.css', array( 'twentytwelve-block-style' ) );
    }
    add_action( 'wp_enqueue_scripts', 'add_css' );


    Siehe auch [FONT=Courier New]wp_enqueue_style()[/FONT] Dokumentation.

    1. [FONT=Courier New]get_template_directory_uri()[/FONT] zeigt auf den Parent Theme Ordner, [FONT=Courier New]get_stylesheet_directory_uri()[/FONT] würde auf den Child Theme Ordner zeigen
    2. Das korrekte Handle zum Überschreiben wäre [FONT=Courier New]twentytwelve-block-style[/FONT] nicht wie in Deinem Code[FONT=Courier New] block-styles[/FONT]
    3. Die Dependency wäre [FONT=Courier New]twentytwelve-style[/FONT] damit die Reihenfolge des Ladens passt, fehlt in Deinem Code

    Versuche es z.B. damit:

    Code
    function block_style() {
        wp_enqueue_style( 'twentytwelve-block-style', get_stylesheet_directory_uri() . '/css/blocks.css', array( 'twentytwelve-style' ) );
    }
    add_action( 'wp_enqueue_scripts', 'block_style' );

    Wichtig: Das macht man aber nur so, wenn man die [FONT=Courier New]blocks.css[/FONT] des Parent Themes wirklich komplett weg haben bzw. überlagern will. Üblicherweise ergänzt man eigenes CSS dazu über eine zusätzliche Datei im Child Theme, das nur als Anmerkung.

    Deaktiviere temporär der Reihe nach einzeln alle Plugins, um Einflüsse auszuschliessen bzw. herauszufinden.

    Deaktiviere vorher alle Cache-Plugins, derzeit mind. aktiv W3 Total Cache, und lasse die dauerhaft deaktiviert, bis das Problem gelöst ist.

    Am Rande bemerkt, mit der aktuellen WordPress Version 6.7.1 wird zudem das Gutenberg Plugin nicht benötigt, im Gegenteil, man sollte es dauerhaft entfernen, es enthält oft experimentelle Dinge.