Last-Zeit-Fragen admin-ajax.php (mit PINGDOM Ergebnisse link)
Ich versuche, den laden mal auf meine website unten. Es lädt sehr langsam und iv versucht, ein paar Lösungen.
- Mit gmetrix zu lösen Themen wie die Optimierung der Bilder .
- Mit pingdom, um zu sehen, was die Probleme sind.
Gemäß der Liste in dem folgenden link sind die pingdom-Statistiken.
http://tools.pingdom.com/fpt/#!/cKIvOz/http://healthyeatingandliving.ca/
Ich habe keine Ahnung, was admin-ajax.php ist, und warum die Last auf, die so hoch ist. Auch wenn jemand weiß, was die erste Zeile ist in der Datei/Pfad-Spalte .
Wenn es etwas gibt, was ich tun kann, damit der laden mal weniger da Recht, jetzt ist es ein Schmerz zu versuchen, Inhalte zu editieren.
Danke an jeden, der es betrachtet.
Update : I ' V getan wie vorgeschlagen durch Robert und machte es so, dass woocommerce nur eine Menge scripts auf den Seiten, die Sie braucht.
Update 2: Habe einen test mit Webpagetest.org und es zeigt, dass es einige problem mit der Torte.htc Anfrage. Hat jemand irgendeine Ahnung? link
Update 2: Habe einen test mit Webpagetest.org und es zeigt, dass es einige problem mit der Torte.htc Anfrage. Hat jemand irgendeine Ahnung? link
InformationsquelleAutor user2189801 | 2014-03-28
Du musst angemeldet sein, um einen Kommentar abzugeben.
Sollten Sie fügen Sie diesen code functions.php in Ihrem Thema.
Dieser code deaktiviert die admin-ajax.php Funktion und die CPU von 75%.
Wie hast du berechnen, dass es reduziert die CPU-Last von 75%?
InformationsquelleAutor Konstantinos
Verwenden Sie den Herzschlag control plugin und deaktivieren Sie es. Auch, gtmetrix, klicken Sie auf das Wasserfall-Diagramm, und klicken Sie dann auf post, wie in gezeigt das Bild, um herauszufinden, was falsch ist.
Es ist ein Aufruf an die ajax-Funktionen von einem wp plugin namens wptouch.
InformationsquelleAutor Sourish
Das Problem mit der ajax-load-Zeit ist mit woocommerce-Skripte ausgeführt, selbst wenn Sie nicht alle Funktionen für Ihren shop auf bestimmten Seiten. Ich würde überlegen, welche Thesen Individuen haben und habe die Scripte entfernt von Ihrem normalen Seiten (sorry, die website ist ein wenig alt, so möchten Sie vielleicht, um doppelt zu überprüfen, und aktualisieren Sie den enqueue-Skript-Variablen). Aber um das wesentliche, Sie würden im Grunde werden, das entfernen von plugins, die Sie nicht für die Seiten, die nicht erfordern, woocommerce Funktionen.
http://wordimpress.com/how-to-load-woocommerce-scripts-and-styles-only-in-shop/
oder
http://gregrickaby.com/remove-woocommerce-styles-and-scripts/
Könnten Sie auch hinzufügen, einige conditional-tags, so dass es insbesondere nicht die Last auf bestimmten Seiten.
https://codex.wordpress.org/Conditional_Tags
Das Hauptproblem ist, dass woocommerce lädt die Skripte unabhängig davon, auf welcher Seite Sie sind auf, da die meisten Websites sind so konzipiert, dass für woocommerce nutzt die Funktionen auf alle Seiten (wo Ihre Website nicht). wenn Sie den Speicherort angeben, dass es lädt, dann kann man immer noch nutzen, woocommerce und nur die angegebenen Pfade laden Sie die erforderlichen Informationen.
Habe einen test mit Webpagetest.org und es zeigt, dass es einige problem mit der Torte.htc Anfrage. keine Ahnung, warum das sein auftreten und glaubst du, ich kann es lösen, indem Sie die Datei in der besagten location? webpagetest.org/result/140328_9K_PS8/1/details
Auch Kuchen.htc ist ein Kompatibilitäts-tool für den IE. Aus Ihren Ergebnissen sieht es aus wie HTTP/1.1 404 not Found. Wenn Sie es nicht finden können es, und Sie versuchen, rufen Sie die für das Skript, dann wird es hängen. Ich würde vorschlagen, dass Sie herausfinden, was die Funktion/plugin könnte anrufen, und achten Sie darauf, dass der Pfad korrekt ist.
Genial, deaktivierte ich alle plugins und aktiviert Sie auf 1, um 1. Das problem war, contact form 7. Ich rief ein Kontaktformular innerhalb eines shortcode plugin für die lightbox. Also im Grunde das Kontakt-Formular würde in einer lightbox angezeigt, wenn ein Bild angeklickt wurde. Es war was die großen Speicherfresser.
InformationsquelleAutor Robert Lee
Einem anderen plugin oder dem theme ist, mit so etwas wie ein Warenkorb-widget, das aktualisiert, wenn Sie zum Warenkorb hinzufügen etc, nutzt diese admin-ajax und laden auf jeder Seite, wenn Sie WooCommerce deaktivieren Sie dann das problem geht Weg, aber das Problem ist etwas, dass hängt von WooCommerce.
InformationsquelleAutor Michael
Habe ich damit verbracht, einem geistlosen paar Tage versucht zu Sortieren das gleiche Problem, ich habe sogar verwendet die deregister_heartbeat code - keine Wirkung. Ich wollte eine Lösung, die ich in Ort, um Apache /MySQL von sterben, während Sie versuchen, herauszufinden, was Los ist.
Am Ende nach dem erstellen einer test-Kopie der Seite auf einem anderen server und tauschen zu einem Standard-theme, ich war in der Lage zu erarbeiten, die eine Erweiterung Motor in ein-Kind-Thema war die Bereitstellung von Ajax-Aufrufe, die waren irgendwie immer vorbei an den abgemeldeten Herz höher schlagen - wir haben jetzt ditched die engine und wird wahrscheinlich schreiben das Kind-Thema von Grund auf.
Kaufen mich einige Zeit während der Verfolgung des beanstandeten Sachen nach unten, ich brauchte eine Möglichkeit zum löschen der threads aus dem webserver, bevor Sie besetzt alle verfügbaren Räume - und wir haben einen großen webserver - so war es doch wodurch Websites Absturz nach nur einer Stunde, seit einem Neustart des Apache. Sie können natürlich beschäftigen einen harten Neustart des Apache (apachectl restart oder service apache restart auf einer Debian-Maschine) - aber das tötet alle verbindungen - und das in einer multi-host-Umgebung sein zu verwirren jemand. Wenn Sie auf einem *NIX-system, können Sie Folgendes tun, es erfordert w3m (oder gleichwertig braile-Modus browser ausgeführt werden können Deponien aus der CLI wie elinks, lynx oder links)
Stellen Sie sicher, dass die backticks direkt nach dem kill und am Ende des Skripts. Wir haben im Grunde verwenden Sie w3m zu schlagen, die server-status-Seite (Sie müssen diese aktiviert in der Apache-config machen Sie es nur von einer lokalen IP-Adresse, es gibt eine ganze Menge Weg) - wir leiten Sie die Ergebnisse durch grep nur Fokussierung auf Prozesse, die sich mit admin-ajax.php - und dann füttern wir diese Zeilen in awk, die im Prinzip gibt eine Liste der verbundenen PID zahlen zu den töten Befehl.
Das Ergebnis ist, dass der Prozess-threads, die der Apache sterben, aber erscheint für eine kurze Zeit in jeden server-Liste status als open slot with no current process - nachfolgende Zugriffe auf Ihre Website nehmen diese threads in einer normalen Weise wieder
Setzen wir das ganze in einen cron task läuft alle 5 Minuten oder so - Wirkung ist wir haben die threads erscheinen, aber Sie blieb nie genug Zeit, um Problem verursachen.
InformationsquelleAutor Steve Nisbet