Anzahl der SQL Abfragen pro Seite sind normal

Aktuell arbeiten wir noch im Hintergrund an der Foren-Struktur, daher kann es vorkommen das noch nicht alles zu 100% passt. Sowohl die Foren-Bereiche, Labels, Berechtigungen, Icons und das verschieben der Themen in die entsprechende Bereiche wird noch alles durchgeführt, sobald das abgeschlossen ist entfernen wir diesen Hinweis auch.
    Quote from segelfreund

    Also hast Du es über den Editor in WP gemacht?


    Nein, unter Localhost benutze ich das Ding nur für Beiträge, nicht aber für Änderungen in/an PHP-Dateien, da nehme ich den Notepad++. Online nehme ich zuweilen für kleinere Ergänzungen den Editor von WP, doch im Allgemeinen lade ich mit dem Notepad++ bearbeitete Dateien lieber per FTP hoch, nach dem die unter Localhost getestet wurden.

    • Gerade eben
    • Anzeige

    Hallo!

    Wenn du gerade an deiner Website arbeitest oder dein aktuelles Hosting überdenkst: Wir betreiben mit NetzLiving eine Hosting-Plattform, die speziell auf Performance, Sicherheit und einfache Verwaltung ausgelegt ist.

    • ✔️ Schnelle Ladezeiten (optimiert für WordPress & Co.)
    • ✔️ Deutsche Server & DSGVO-konform
    • ✔️ Persönlicher Support (kein 0815-Ticket-System)

    Mehr erfahren

    Wenn du Fragen hast, kannst du dich gerne jederzeit an @Maximilian Rupp wenden

    Hinweis: folgt noch

    Wohoo :razz:

    Habe es doch noch hinbekommen.
    Da hat irgendwo eine abschließende Klammer gefehlt!

    Und tatsache auf der Startseite gibt er mir nun 2191 Datenbank Abfragen aus! :shock:

    Ja aber nicht nur auf der Startseite, wie es ausschaut, was ist denn das bei Dir?

    2191 Datenbankabfragen in 8,378 Sekunden
    49.70 MB Speicher belegt

    Das ist eine gute Frage.

    Ich habe mal ein LOG des Supports bekommen.

    Da ist viel so etwas drin

    28920 0.007930 write(4, "1\0\0\0\3SELECT * FROM wp_5_posts WHERE ID = 5934 LIMIT 1"..., 53) = 53
    28920 0.004660 write(4, "\25\1\0\0\3SELECT COUNT(*) \n FROM wp_5_term_relationships AS tr, \n \t\twp_5_term_taxonomy AS tt\n WHERE tr.object_id = '5934'\n \tAND tt.term_id = '10'\n \tAND tr.term_taxonomy_id = tt.term_taxonomy_id\n \tAND tt.taxonomy = 'category'"..., 281) = 281

    Edited once, last by segelfreund (October 20, 2013 at 8:03 PM).

    Bin mal nach der Anleitung vorgegangen, nur das die bei mir nicht auf cnf sondern auf ini endet:

    http://www.good-tutorials.de/MySQL/Miscella…loggen-147.html

    Dann zwei Testaufrufe gemacht und sauber alle Querys aufgelistet bekommen. Danach wieder SQL und Apache gestoppt und die Zeilen wieder auskommentiert. So solltest Du zumindest unter Localhost einen Überblick erhalten, was bei einem Aufruf alles abgefragt wird. Wird auch alles richtig sauber aufgelistet, mit Zeit (21:20:00) und Nummer (2):

    Code
    131020 21:20:00        2 Connect    ... 
            2 Query    SET NAMES utf8
            2 Init DB    ...
            2 Query    SELECT option_name, ...
            2 Query    SELECT option_value FROM ...
            2 Query    SELECT option_value FROM ...
            2 Query    SELECT option_value FROM ...
            2 Query    SELECT option_value FROM ...
            2 Query    SELECT ID, post_name, ...
            2 ...

    Fein, dass das jetzt lüppt.

    Ne Lösung bekommste auch von mir:

    Schmeiss das Schrott-Plugin was Du bei den "Zukünftigen Events" drin hast einfach mal raus. Respektive entferne das Widget an der Stelle und Du sollst mal sehn, dass das denn weniger wird.

    Ich hab ja schon viel gesehn, aber das grenzt schon an übelste Geilheit... :D

    Vor allem lädt das noch knallhart munter weiter, wenn man scrollt...

    Etwas ungünstig ist auch die Hauptnavigation, aber das sollte an der Stelle nicht so viel Last verursachen.

    Das hatte ich bereits einmal entfernt und es hat nichts geändert. Und es ist auch kein Plugin sondern da ist der Google Kalender eingetragen. Also über die Option in Google direkt

    Dann probier es klassisch und deaktiviere ALLE Plugins. Aktivere eines nach dem anderen und mach den Übeltäter ausfindig. Kann auch durchaus das Theme sein - evtl. an der Stelle einfach mal auf twentywasdudahast umstellen. Die Abfragefunktion für die Queries muss dann natürlich auch dort in die functions.php.

    :evil:
    Scheiße!

    Das muss am Theme liegen. Ein kurzzeitiges Wechseln auf ein StandardTheme brachte dann nur noch um die 300 DB Abfragen.

    Komischerweise habe ich auf einem Testblog, das gleiche Theme mit mehr oder weniger dem gleichen Inhalt (Bis auf aktuelle Beiträge etc.) zu laufen. Und auf dem hat er auch nur um die 350 DB ABfragen.

    Nun ist guter Rat teuer!

    300 empfinde ich auch schon als viel. Normalerweise sollte ein Qurey den Content für den Beitrag mit der ID xy holen, dann vielleicht noch ein paar weitere für Taxonomie, Kommentare und Widgets und einmal einer um den Referrer in die DB zu schreiben und gut ist. Hatte bei mir jetzt zwischen 24 und 33 und wo liegt eigentlich der Durchschnitt, wenn einige Plugins aktiv sind bzw. wie viele sind es, wenn nicht ein Plugin installiert ist?

    Wobei die Seite von Formateins auch um die 300 hat.

    Die Frage ist jetzt eher, wie bekomme ich das hin das es wieder normal wird?
    Ohne wieder das Layout anzupassen.

    Von den Jungs bei CyberChimps hat sich im Forum noch keiner dazu geäußert.

    Nach den Angaben, die ich bisher fand, soll WP angeblich mit 20 bis 22 Queries auskommen. Die Artikel, in denen das stand, sind nur nicht die neusten gewesen. Könnte somit sein, dass diese Angaben nicht mehr stimmen. Alles andere sollte dann erst durch Plugins usw. hinzukommen.

    Ich hoffe mal, das die Jungs sich mal zu Wort melden.
    Sonst muss ich testen, Theme deinstallieren neu installieren etc.

    Was halt verwunderlich ist, das es auf dem Test-Blog nicht auftritt.

    Einfachster Weg wäre ein MySQL-Logfile. Normalerweise ist das globale Logfile von MySQL deaktiviert, aber du kannst trotzdem mal unter nachschauen, ob dort eins zu finden ist.

    Ansonsten in phpMyAdmin einfach mal

    Code
    SHOW VARIABLES LIKE "general_log%";

    ausführen. Mit dem Befehl

    Code
    SET GLOBAL general_log = 'ON';

    wird das Logfile aktiviert. Hier werden dann alle Queries gespeichert. Sollte nach Gebrauch wieder auf OFF gestellt werden. Kann man nur mit einem entsprechenden Privileg machen.

    Geht alles nur, wenn Du einen SSH-Zugriff hast. Ansonsten den Hoster mal danach fragen.

    PS: Themes mit Frameworks generieren logischerweise mehr Abfragen auf die Datenbank. Und 300 ist echt nicht viel...

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!

Register Yourself Login