Beiträge von b3317133

Klicke einmal ohne Änderungen in Einstellungen > Permalinks unten auf den Speichern Button. Funktioniert dann die Weiterleitung?

Falls nein, setze Deinen Redirect Block an den Anfang der [FONT=Courier New].htaccess[/FONT], etwas ergänzt wie folgt, ungetestet:

# BEGIN CustomSSL
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{HTTPS} !=on
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
</IfModule>
# END CustomSSL

Zitat von "Marcus[IS

, post: 821338, member: 25287"]Auch bei einem meiner Themes will das nicht so ganz klappen, ...

Bei welchem Theme genau? Welche Plugins laufen noch? Link zur Seite?

Ein allgemeingültiges "Entfernen Snippet" gibt es nicht, es werden zig Wege genutzt Fonts nachzuladen, teilweise auch direkt in CSS Dateien per [FONT=Courier New]@import[/FONT] o.ä.

Die Weiterleitung für Dinge ausserhalb von WordPress funktioniert bereits, siehe [FONT=Courier New]/readme.html[/FONT]

Auch innerhalb von WordPress klappt es, wenn z.B. die http Seite mit [FONT=Courier New]/?p=69[/FONT] o.ä. aufgerufen wird.

Weitere Fragen:

• Evtl. sind noch andere Dinge in der [FONT=Courier New].htaccess[/FONT] (oder in einer [FONT=Courier New].htaccess[/FONT] eines übergeordneten Ordners) vorhanden. Poste die ganze [FONT=Courier New].htaccess[/FONT].
• Was genau ist bei Einstellungen > Allgemein in den beiden URL Zeilen eingestellt? Ist dort ein [FONT=Courier New]/[/FONT] am Ende vorhanden? Falls ja, entfernen.
• Was genau ist bei Einstellungen >Permalinks eingestellt?

Zitat von Centershock86

Was ist denn abgesehen davon falsch am Widget? Ist doch nur simples html?

Es wurde viel zu früh im ganzen Ablauf ausgegeben, technisch falsch. Sowas kann dann Einflüsse auf Redirects bzw. nicht mehr mögliche Redirects haben.

Darauf achten, dass vor [FONT=Courier New]get_header()[/FONT] und auch in der [FONT=Courier New]functions.php[/FONT] des Themes ausserhalb von [FONT=Courier New]<?php[/FONT] keinerlei Leerzeichen, Zeilenumbrüche usw. sind.

Der Redirect an sich in der [FONT=Courier New].htaccess[/FONT] Datei ausserhalb von WordPress funktioniert, das kannst Du z.B. mit der [FONT=Courier New]/readme.html[/FONT] Datei testen.

Der Website gibt derzeit auf jeder Seite schon vor dem eigentlichen HTML Header einen Codeblock aus:

<div id="alert-header"><div id="block-17" class="widget widget_block widget_text">
<p class="has-text-align-center">Am Wochenende 13. + 14.08. ist geschlossen. </p>
</div></div>

Das ist dort falsch eingefügt. Finde heraus, woher der Codeblock kommt und entferne das. Funktioniert dann die Weiterleitung?

Link zur Seite wo man den Effekt sehen kann?

Steht irgendwo in der Datei [FONT=Courier New]wp-config.php[/FONT] eine Zeile wie diese?

define('RELOCATE',true);

Falls ja, entferne diese Zeile.

Man kann z.B. den [FONT=Courier New]login_redirect[/FONT] Filter dafür verwenden:

add_filter( 'login_redirect', function( $redirect_to, $requested, $user ) {
    if (
        is_a( $user, 'WP_User' )
        && !empty( $user->roles )
        && in_array( 'subscriber', (array) $user->roles )
    ) {
        $redirect_to = home_url( '/seite-im-frontend/' );
        // $redirect_to = admin_url( 'index.php' ); // backend
    }
    return $redirect_to;
}, 10, 3 );

Sowohl das alte als auch das neue Cookie Plugin muss entspr. eingerichtet und mit allen Einbindungen auf dem Website abgestimmt werden, siehe jeweils entspr. Dokumentation. Einbindungen und Cookies kann man z.B. über die Browser Entwicklertools (google) anschauen.

Wenn die Ursache klar dem WP Rocket Plugin zugeordnet werden kann, könntest Dich an den Hersteller des Plugins wenden. Evtl. liegt dort ein Fehler bei der Verarbeitung von Scripts bei der Minify Funktion vor.

Hinweis am Rande: Das Cookie Notice Plugin ist ggf. falsch eingerichtet, der Website lädt derzeit auch ohne Zustimmung alles mögliche wie YouTube usw. und setzt Cookies.

In der Elementor Dokumentation findet man eine Liste von Themes, u.a. auch das Hello Theme von Elementor selbst.

Fragen zu Elementor Pro kann man z.B. hier beim Elementor Support per Chatbox stellen.

Die Seite erzeugt lt. Browser Konsole derzeit einen Scriptfehler, vermutlich funktioniert das Menü daher nicht.

Uncaught SyntaxError: missing ) after argument list

Deaktiviere bei der Suche nach Darstellungsproblemen und zur weiteren Ursachensuche bei Scriptfehlern alle Cache-, Optimier- und Minfy-Plugins, um Einflüsse dort auszuschliessen, derzeit mind. aktiv: WP Rocket

Dein Theme legt die Breite der Untermenüs auf [FONT=Courier New]11.5em[/FONT] fest.

Füge dieses CSS z.B. in Design > Customizer > Eigenes CSS ein, das erhöht die Breite (nur im angegebenen Beispielpunkt).

.sc_layouts_menu_nav > li.menu-item-3003 ul {
    width: 22em;
}

Der Codeauszug ist sehr kurz, es geht daraus nicht hervor, was in [FONT=Courier New]$posts[/FONT] bzw. [FONT=Courier New]$post[/FONT] zur Verfügung steht.

Versuche es mal damit:

global $post;
foreach ( $posts as $post )  {
        setup_postdata( $post );
        echo do_shortcode( "[elementor-template id='1036']" );
}
wp_reset_postdata();

Falls in der wp-config.php der Testseite manuell eingefügte Zeilen wie diese hier vorhanden sind, entferne sie oder ändere Sie wie bei der Datenbank beschrieben.

Hat das Einspielen eines Backups von vor dem WordPress Update geholfen? Was sagt der Theme Hersteller?

Und am Rande, die Google Fonts sind eher das geringste Problem bei dieser Liste...

Zitat von proqd

Ich benutzte ausschließlich das Plugin ALL IN ONE WP Security.

Weiter oben beschreibst Du aber eine Menge andere Dinge, die Du auch benutzt...

Zur Info: Derzeit ist die Hauptseite nicht erreichbar, soll das so sein? Oder ging da was schief?

Nur sicherheitshalber die Nachfrage: Es wurde schon eine neue Datenbank für die Installation der Testseite verwendet?

Bei der Testseite steht lt. REST API derzeit die Hauptdomain in der Datenbank (oder ggf. in wp-config.php).

https://test.kernoelpepi.com/wp-json/

Korrigiere in der Datenbank der Testseite beim Hosting wie hier beschrieben die Werte bei siteurl und home (ohne / Zeichen am Ende):

alt: https://www.kernoelpepi.com
neu: https://test.kernoelpepi.com

Dann leere den Browser Cache.

Vereinfacht erklärt:

Alles was ohne explizite Zustimmung eines Website Besuchers in dieser Liste "Waterfall" nicht direkt von Deiner eigenen Domain kommt, verursacht ein DSGVO Problem.

Für externe Google Webfonts ist das z.B. hier bei make.wordpress.org kurz erklärt, weiteres beim Anwalt Deiner Wahl.

Beantworte die Fragen:

Zitat von b3317133

• Was passiert bei Klick auf "Auf YouTube ansehen" im Screenshot?
  
• Was erscheint in der Browser Konsole (google)?

Spiele ein Backup von vor dem Update ein und frage bei Deinem Theme Hersteller nach, ob das Theme mit WordPress 6.x kompatibel ist.

Ergänzung: Und deaktiviere testweise alle Cache-, Minify-, Optimier- und CDN-Plugins, insbesondere Ezoic (das nebenbei bemerkt auch ein DSGVO Problem verursachen dürfte).