Beiträge von b3317133

Zitat von marvoo

Hier ein paar Infos:
http://www.marbutec.de
Theme: Hello
...

Dieser hier im Forum angegebene Link ist http, nicht https. Das verursacht einen unnötigen Redirect. Gemeint sind generell Links zum Website, die Du irgendwo postest. Die Datenbank ist in Ordnung.

Dein hier angegebener Link ist mit http, daher erfolgt erstmal ein Redirect zu https durch WordPress, WordPress wird hier derzeit also doppelt geladen. Gib Deine Links überall direkt mit https an, dann geht das schon etwas schneller.

Da Du Elementor nutzt, und damit vermutlich den Gutenberg Editor nicht, kannst Du das Laden seiner CSS Datei entfernen, Hinweise dazu z.B. hier im wordpress.org Forum.

Dazu werden relativ viele Schriftart Dateien geladen, evtl. könnte man da was bereinigen (nicht zu viele verschiedene Stile o.ä.). Auch statt der beiden Icon Schriftarten (eicons (wohl nur für das Icon des mobilen Menüs) & fontawesome) könnte man ggf. nur eine nutzen.

Auch das Emoji Script ist eigentlich überflüssig, siehe Disable Emojis (viele Caching/Minify Plugins haben auch die Möglichkeit, das zu entfernen).

Generelle Hinweise zu Geschwindigkeit und verschiedene Minify/Caching Ansätze hier im Elementor Blog.

Evtl. eine eigene Taxonomy dafür anlegen, dann erstellt WordPress automatisch Übersichtsseiten usw.

Ansonsten den [FONT=Courier New]posts_where[/FONT] Filter ansehen, bei stackexchange uä. gibt es dafür einige Beispiele für Dein Vorhaben.

Ok, dann steckt das Problem noch woanders. Von aussen schwer ermittelbar.

Als Workaround dann den CustomSSL Block am Beginn der [FONT=Courier New].htaccess[/FONT] verwenden.

Versuche es wie beschrieben zuerst ohne den angepassten bzw. verschobenen Redirect Block nur mit einmal Speichern der Permalinks. WordPress sollte die Redirects alleine können.

Ergänzung: Es geht ja eigentlich auch darum, die Ursache des ggf. "tieferliegenden & globalen Problems" zu ermitteln. Der Redirect Block ganz oben wird funktionieren, versteckt das Problem aber nur.

Jeweils den Browser Cache leeren nach allen Änderungen. Der Browser merkt sich sonst die vorherigen Redirects.

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...