it-swarm.com.de

Übermäßige Ressourcennutzung auf der Joomla-Site

Frage: Wie kann ich die Quelle übermäßiger Ressourcennutzung auf einer Joomla-Site aufspüren und beheben? Irgendwelche Tipps oder Vorschläge?


Details: Der Host meines Kunden weist weiterhin auf eine übermäßige Ressourcennutzung in seinem Konto hin. Ich habe die Joomla-Installation (3.6.5 - Ich werde in Kürze auf 3.7 updaten) mit MyJoomla gescannt und die Site scheint nicht gehackt zu sein. Es sind nur sehr wenige Erweiterungen installiert und alle, die seriös sind, z. B. K2, Akeeba usw., und alle sind auf dem neuesten Stand, ebenso wie die Joomla-Installation. Ich habe die Nicht-Core-Erweiterungen deaktiviert und die Nutzung war (anscheinend) immer noch hoch.

Die Protokolle, die vom Host gesendet wurden, scheinen alle Dateien zu sein, die nicht mit Joomla zusammenhängen und die ich im Kundenkonto überhaupt nicht finden kann. Beispielsweise:

/etc/httpd/domlogs/domain.com:222.180.162.81 - - [28/Apr/2017: 18: 24: 25 -0700] "POST //plus/myjs.php HTTP/1.1" 200 - " http://www.domain.com//plus/myjs.php "Mozilla/4.0 (kompatibel; MSIE 9.0; Windows NT 6.1)"

Bearbeiten: Ich habe gerade auch die Zugriffsprotokolle überprüft und die meisten Treffer stammen aus den folgenden Quellen:

Im Folgenden sind die häufigsten IP-Adressen aufgeführt, die die Website im April besuchen. Die Zahlen geben die Anzahl der Besuche dieser IP-Adresse an:

2380 panscient.com
2617 MobileSafari/602.1 CFNetwork/811.4.18 Darwin/16.5.0
2825 MobileSafari/602.1 CFNetwork/808.3 Darwin/16.3.0
2951 Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/57.0.2987.133 Safari/537.36
3418 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0
3529 Safari/12602.4.8 CFNetwork/807.2.14 Darwin/16.4.0 (x86_64)
3627 Mozilla/5.0 (iPhone; CPU iPhone OS 10_2_1 like Mac OS X) AppleWebKit/602.4.6 (KHTML, like Gecko) Version/10.0 Mobile/14D27 Safari/602.1
3699 Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/56.0.2924.87 Safari/537.36
4184 Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/57.0.2987.133 Safari/537.36
4204 Mozilla/5.0 (compatible; bingbot/2.0; +http://www.bing.com/bingbot.htm)
4211 Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)
4554 Mozilla/5.0 (compatible; AhrefsBot/5.2; +http://ahrefs.com/robot/)
4629 Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/57.0.2987.133 Safari/537.36
4807 Mozilla/5.0 (compatible; BLEXBot/1.0; +http://webmeup-crawler.com/)
6054 Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/57.0.2987.133 Safari/537.36
6327 Mozilla/5.0 (Windows NT 6.1; WOW64; Trident/7.0; rv:11.0) like Gecko
8363 Mozilla/5.0+(compatible; UptimeRobot/2.0; http://www.uptimerobot.com/)
9994 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:40.0) Gecko/20100101 Firefox/40.1
10027 Mozilla/5.0 (compatible; SemrushBot/1.2~bl; +http://www.semrush.com/bot.html)
14472 Mozilla/5.0 (compatible; DotBot/1.1; http://www.opensiteexplorer.org/dotbot, [email protected])
133603 Java/1.8.0_121
258151 Mozilla/5.0

Diese wurden mit Hilfe des Mac-Terminals sortiert, wobei die beiden letzten Zeilen am wichtigsten waren, in denen nicht klar ist, wer/was den Welken 258251 von Mozialla/5.0 besucht hat. Ich werde Block DotBot und den SEMRush-Bot anschauen, aber das ist nichts im Vergleich zu den letzten beiden.

Der Gastgeber ist nicht sehr gut darin, auf Supportanfragen zu antworten. Ich glaube nicht, dass er die Antworten gründlich liest, um ehrlich zu sein. Sie halten auch ihre Serversoftware nicht auf dem neuesten Stand (es läuft immer noch PHP 5.6.28) und haben alle Fragen ignoriert, die ich ihnen gestellt habe, warum dies nicht 5.6.30 läuft. Wenn sie nicht einmal aktualisieren können PHP), was kann sonst nicht aktuell sein?

Hat sonst noch jemand so etwas erlebt? Mir gehen die Ideen aus und ich habe das Gefühl, dass dies mit dem Host-Server zusammenhängt und überhaupt nichts mit der Joomla-Installation zu tun hat.

Ihre Kommentare/Erfahrungen mit dieser Art von Dingen wäre sehr dankbar. Eigentlich alles, auch wenn es sich um Host handelt und nichts mit Joomla zu tun hat.

2
Dtorr1981

Ich fing an zu kommentieren, aber es wurde etwas groß für einen Kommentar, also poste ich es hier:

Diese Zugriffsprotokolle sind bedeutungslos. Ich vermute, dass die Warnungen zur Ressourcennutzung irgendwo im Hosting-Bereich angezeigt werden und nicht vom Hosting-Support gemeldet wurden. Wenn es das letztere ist, dann kooperiere mit ihnen für das Problem.

wenn es sich um eine Meldung handelt, die Sie im Hosting-Bereich erhalten, können Sie den Hosting-Anbieter dennoch um Hilfe bitten.

Wenn sie nicht sehr hilfreich sind und Sie der Meinung sind, dass sie Ihre Anforderungen nicht erfüllen, können Sie einen neuen Anbieter suchen.

Das eigentliche Problem der Ressourcennutzung stammt normalerweise aus der Datenbank. Wahrscheinlich haben Sie schwere/langsame Abfragen oder zu viele. Manchmal kann dies auch etwas in der PHP sein - ein schlecht geschriebenes Skript.

In jedem Fall (auch wenn Sie den Hosting-Anbieter wechseln oder auf einen größeren Server wechseln) sollten Sie dies untersuchen. Das Debuggen und einige Erfahrungen/Kenntnisse sind erforderlich, um solche Probleme zu identifizieren und ordnungsgemäß zu beheben.

2
FFrewin

Schauen Sie sich eine DNS-Lösung an, die das Problem nicht aufspürt. Sie würde die Serverauslastung verringern und Ihren SEO-Score erheblich verbessern. Ich benutze CloudFlare.com auf meiner Joomla-Site.

Ich sehe, dass Bots auf Ihrer Site ausgeführt werden. Sie können entweder diese Bots blockieren, wodurch andere Bots blockiert werden und die Sichtbarkeit Ihrer Site verringert wird.

0
Paul Raver

Sie haben Akeeba in der Liste Ihrer Erweiterungen erwähnt. Wann immer Sie Akeeba nutzen, verbraucht es eine Menge Ressourcen, um Ihre Site zu sichern.

Wenn Sie es zu häufig verwenden, können Sie nüchterne Lücken in Betracht ziehen, um solche Szenarien zu vermeiden.

Auch wenn die Site keine häufigen Sicherungen erfordert, d. H. Keine sehr häufigen Aktualisierungen, würde ich empfehlen, die Sicherung wöchentlich nur einmal durchzuführen.

Bitte überprüfen Sie dies und bestätigen Sie.

0
Syed Hussaini