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 erstellen@Putzlowitsch Danke für die Messungen.
Man sieht wie erwartet sehr gut, wie das Generieren von dynamischen Inhalten aus PHP & Datenbank von WordPress einen massiven direkten Einfluss auf den TTFB Wert hat und dass die Geschwindigkeit von statischen Seiten eben keinerlei Rückschlüsse auf die Geschwindigkeit von WordPress zulässt.
Ein Hoster, der blitzschnell statische Seiten ausliefert, kann durchaus der langsamste sein, wenn dynamische Inhalte mit PHP erzeugt und Datenbanken angesprochen werden.
Helfe gern, wenn jemand nicht weiss, was ein TTFB ist und warum das mit WordPress zusammenhängt. Es geht in diesem Forum ja auch darum, dass Mitleser etwas dazulernen.
Der TTFB Wert beinhaltet die gesamte Abarbeitung von PHP-Code und Datenbankabfragen usw. auf dem Server, daher ist es natürlich ein Unterschied, ob nur eine statische HTML Seite ausgeliefert wird oder eine Anwendung wie WordPress die Seite erst dynamisch generiert und dann ausliefert. Den meisten Hostinganbietern ist ein solcher Zusammenhang bekannt...
.site-header-cart .cart-contents .count {
color: #fff;
overflow: hidden;
}Vermutlich läuft irgendein Sicherheitsplugin o.ä., generell zur WordPress REST-API siehe hier oder Suchmaschine Deiner Wahl.
Eröffne zum neuen Problem einen neuen Thread mit allen nötigen Angaben, siehe auch Forenregeln Punkt II
Wie geht es jetzt weiter?
Lt. der Anleitung "MySQL 5.5 Datenbank auf MySQL 5.7 umstellen" bei ionos trägt man jetzt (Punkt 4) die neuen Datenbank Zugangsdaten in die [FONT=Courier New]wp-config.php[/FONT] des bestehenden alten Websites ein. Fertig.
Ergänzung: Vorausgesetzt die Prüfung im gelb markierten Hinweis der Anleitung wurde vorab vorgenommen und Punkt 5 Funktionsprüfung ist erfolgreich. Ansonsten wieder die alten vorherigen Datenbank Zugangsdaten in die [FONT=Courier New]wp-config.php[/FONT] des bestehenden alten Websites eintragen und auf die MySQL Umstellung verzichten. Fertig.
Ein "zu installierendes WordPress" kommt dort nirgends vor. Eine Erklärung für diesen Punkt wäre, dass Du möglicherweise irgendwie unterschiedliche Anleitungen für verschiedene, andere Dinge verwechselst oder vermischst.
Der Link in Beitrag #1 zeigt auf https://www.thailand-seite.de/reise2004/
Die Seite, Du Du lt. Link in #5 neu erstellst, sieht wieder komplett anders aus, das Menü erscheint dreifach und beinhaltet nicht die in #1 gezeigten Punkte sondern nur einige "Reise 200x" nebeneinander.
Zu verwirrend, kann das Problem nicht nachvollziehen, bin raus, vielleicht kann jemand anders helfen...
Und was war die Ursache? Dann können auch andere daraus lernen, das ist u.a. Sinn und Zweck dieses Forums.
Kann ich irgendwie den Ursprung der Zahl finden und diese dort löschen?
Ja. Durch eine Analyse der Theme-Dateien. Durch Analyse aller Elemente von Elementor oder anderen Widgets, erstmal im Footer. Durch der Reihe nach temporäres Deaktivieren aller Plugins. Durch Nachvollziehen anhand Einspielen von älteren Backups auf einen Testserver seit wann und dann wodurch das so ist.
Oder einfach durch Custom CSS ausblenden?
Nein. Das wäre die mit Abstand am wenigsten empfehlenswerte "Lösung".
Am Besten lädst du bei allen drei Hostern eine statische HTML Seite hoch und machst dann den Vergleich.
Was hat die Ladegeschwindigkeit einer statischen HTML Seite mit der Geschwindigkeit einer PHP-Anwendung wie WordPress zu tun? Nichts.
Die Fehlermeldung #1046 - Keine Datenbank ausgewählt deutet darauf hin, dass Du Dich offenbar nicht in der Ziel-Datenbank befindest bzw. diese nicht ausgewählt ist, diese Fehlermeldung wird z.B. auch hier bei ionos erklärt
Falls Du es nicht findest, poste einen Screenshot der ganzen phpMyAdmin Seite wo Du "Importieren" anwählst.
Hier sieht es derzeit so aus:
Aus welchem Browser genau mit welcher Gesamtbildschirmbreite stammt der "falsche" Screenshot? Hier sieht das anders aus.
Zu beachten wäre noch, dass Du in der zweiten Zeile auf [FONT=Courier New]$options[..][/FONT] zugreifst, die Variable aber dort noch nicht existiert, diese Zeile ist im aktuellen Code überflüssig. Weiterhin kann/sollte man immer gleiche Zugriffe auf gespeicherte Werte besser ausserhalb der Schleife vornehmen. Weiterhin könnte man auch die in WordPress eingebaute [FONT=Courier New]selected(..)[/FONT] Funktion verwenden, dann sähe der Code z.B. so aus (ungetestet):
<select name="cr_theme_options[featuredCategoryHome]">
<option value=""><?php echo esc_attr( __( 'Featured Kategorie wählen' ) ); ?></option>
<?php
$options = get_option('cr_theme_options');
$cat_options_id = $options['featuredCategoryHome'];
$categories = get_categories();
foreach ( $categories as $category ) {
$option = '<option' . selected( $cat_options_id, $category->term_id, false ) . ' value="' . $category->term_id . '">';
$option .= $category->cat_name;
$option .= '</option>';
echo $option;
}
?>
</select>
Und weiterhin könnte man noch Error Checking einfügen, um sicherzustellen, dass die entspr. Werte vorhanden sind, und dazu Escaping der Ausgaben, mit [FONT=Courier New]esc_html()[/FONT] bzw. [FONT=Courier New]esc_attr()[/FONT], dann sähe der Code z.B. so aus (ungetestet):
<select name="cr_theme_options[featuredCategoryHome]">
<option value=""><?php echo esc_attr( __( 'Featured Kategorie wählen' ) ); ?></option>
<?php
$options = get_option('cr_theme_options');
if ( !empty( $options) && isset( $options['featuredCategoryHome'] ) ) {
$cat_options_id = $options['featuredCategoryHome'];
$categories = get_categories();
foreach ( $categories as $category ) {
$option = '<option' . selected( $cat_options_id, $category->term_id, false ) . ' value="' . esc_attr( $category->term_id ) . '">';
$option .= esc_html( $category->cat_name );
$option .= '</option>';
echo $option;
}
}
?>
</select>Hast Du testweise mal den Browser-Cache im Handy geleert?
Ansonsten wird offenbar wird auf der neuen Seite das Plugin Jetpack verwendet. Evtl. werden dort irgendwelche Einstellungen oder Optimierungen genutzt, die einen solchen Effekt bewirken könnten. Jetpack lädt zudem derzeit einen Teil der WordPress Core Dateien von Servern in die USA und sendet damit bei jedem Seitenaufruf unnötigerweise die IP-Adressen aller Besucher dorthin, ein gern übersehenes DSGVO Problem. Der Grossteil aller Funktionen von Jetpack kann nicht DSGVO konform genutzt werden. Derzeit fehlen auch noch Impressum und Datenschutzerklärung (ein etwas grösseres DSGVO Problem). Die alte Blogseite ist hier gar nicht erreichbar.
Sobald [FONT=Courier New]$category->term_id == $cat_options_id[/FONT] einmal zutrifft, ist [FONT=Courier New]$selected[/FONT] für alle folgenden Optionen immer [FONT=Courier New]'selected'[/FONT], sehen könnte man das ggf. auch wenn man sich den HTML Quellcode der Ausgabe ansieht, und am Rande bemerkt, vorher existiert die Variable [FONT=Courier New]$selected[/FONT] noch gar nicht und könnte so bei Nutzung im [FONT=Courier New]echo[/FONT] je nach [FONT=Courier New]WP_DEBUG[/FONT] eine PHP Warnung erzeugen.
Diese [FONT=Courier New]zumbeispiel[/FONT] 404 nicht gefunden Seite hat u.a. die body Klasse [FONT=Courier New]elementor-page-277[/FONT], die Startseite des Websites hat diese body Klasse nicht (sondern [FONT=Courier New]elementor-page-5[/FONT]).
Das Hintergrundbild wird per CSS über die erstgenannte body Klasse eingefügt, so kommt es zu dem aktuellen Effekt.
@Shadow Ja, an solchen Dingen und auch Übersetzungen und anderen nicht-strategischen Entscheidungen darf die Community gerne mitbasteln, aber bei der Reiseroute was/wann/wie in den Core kommt oder auch nicht kommt ist seit spätestens WordPress 5 alleine nur noch die Reiseleitung zuständig, auch wenn gerade in Medien wie der genannten Taverne (die übrigens der Firma Audrey.co gehört, die wiederum Matt Mullenweg gehört) oft das Gegenteil vorgespielt wird. /endgültig off topic.
.. um frühzeitig mitzubekommen, wohin die Reise geht ...
..und um regelmässig vor Augen geführt zu bekommen, dass die vielgepriesene WordPress Community darauf - sagen wir mal vorsichtig - begrenzten Einfluss hat, die Reiseleiter sind alles Automattic Angestellte... /off topic.
Tipp am Rande: Oft ist bei einem Ansatz im Template auf dem Server das Problem die nötige Unterscheidung von "grossem Bildschirme" und "mobil angesurft" bereits auf dem Server.
Das ist etwas komplexer, als man sich das zunächst vorstellt. Mobilgeräte haben zig verschiedene Bildschirmgrössen und inzwischen teils höhere Auflösungen als ältere PCs und Laptops usw. und wenn dann das Thema Caching ansteht, entstehen weitere neue Problematiken daraus.
Daher liefert man in der Regel vom Server eine Version für alle Clients, die sich alleine über CSS Mediaqueries und im Einzelfall im Client laufende Scripts an die Umgebung anpasst. Das ist auch mit dem Hinweis "aktuell beide" von @Henk1060 gemeint.
