Allowed memory size exhausted - mysql_driver.inc

Mein eShop steigt seit Anfang Oktober immer mal wieder aus.
Memory Limit immer höher gesetzt. Zuletzt 104M.

Über die LOG erscheint folgendes:
…PHP Fatal error: Allowed memory size of 100663296 bytes exhausted (tried to allocate 72 bytes) in /var/www/webxx/html/core/adodblite/adodbSQL_drivers/mysql/mysql_driver.inc on line 634

Die “xx” habe ich gesetzt.

Kann mir bitte einer von euch einen genauen Tip geben? Was läuft da schief?

Vielen Dank!

paar Infos wären echt hilfreich gewesen, z.B.:
Shop Version, PHP Version, wann genau tritt der Fehler auf (Detailseite, Kategorie, Datenexport, etc) Was wurde Anfang Oktober verändert? Module?

CE 4.10.5
PHP Version 5.5.38

Es wurden Anfang Oktober nur Artikel hinzugefügt.
Module wurden meines Wissens weder hinzugefügt noch entfernt.

Genau das macht mich ja so nervös…

Sind access logs auf dem Server aktiviert?
Dann könnte man gucken, was für Zugriff zum Zeitpunkt der Fehlermeldung kam.

Gibts irgendwelche Module, die viele Daten auf ein mal laden? Z.B: Product-Feeds für Google Products, Idealo, etc, XML Sitemap, ERP/WaWi Exporte.
Ggf versucht ein Script alle Produkte auf ein Mal zu laden und weil es jetzt paar mehr sind, haut es mit den 100mb Limit nicht mehr hin.

Hi @oxid-flo,

hilft Dir das hier weiter? "Memory exhausted" in der Artikelverwaltung

Vielen Dank soweit für die schnellen Antworten.
@marco.steinhaeuser
Spalte oxarticles.OXVENDORID ist bei mir nicht gefüllt.
Lieferanten habe ich in Oxid nicht gepflegt.

Hast Du denn mal mit den Tricks rumprobiert und allowed_memory_size auf 256 gesetzt?

memory_size ist auf 256 hochgesetzt.
Bislang kein Ausstieg.

@vanilla_thunder

  • access logs aktiviert
  • es gibt nur einen automatischen Export als Cronjob jeden Tag um 7 Uhr. Der Ausstieg erfolgte aber um 20:46
  • keine sonstigen automatischen Exporte, die das System schwächen könnten

In der access-log steht kurz vor dem Ausstieg sehr oft:
85.25.210.xxx usw…"-" “Mozilla/5.0 (compatible; seoscanners.net/1; [email protected])” …
oder
62.138.0.xx usw. ."-" “Mozilla/5.0 (compatible; seoscanners.net/1; [email protected])” …

seoscanners.net scheint bereits dafür bekannt zu sein, Seiten zu überlasten
https://www.mediaevent.de/bad-bots-oder-wie-man-bots-fern-haelt/

@vanilla_thunder
Danke für den Tip.

Also füge ich der Datei robots.txt folgendes hinzu:

User-agent: AhrefsBot
Disallow: /
User-agent: DotBot
Disallow: /
User-agent: MJ12bot
Disallow: /
User-agent: seoscanners.net
Disallow: /
User-agent: SEOkicks-Robot
Disallow: /

Richtig?

ja, bei diesem Bot hilft das scheinbar.
Aber nicht alle Bots halten sich an die Einträge in der robots.txt und dann müsste man .htaccess Datei erweitern.

Ggf. würde ich auch mal mit dem Hosting-Provider sprechen. Der hat u.U. die Möglichkeit, solche Anfragen direkt auf Server-Ebene/Firewall in’s Nirvana zu schicken.

Vielen Dank euch zwei!
Macht Spaß hier im Forum. Immer wieder gerne.

Ich habe soeben eine Anfrage laufen beim Provider.

1 Like

Laut Provider folgende Rückmeldung:
… Bad Bots können blockiert werden über eine .htaccess (über RewriteEngine Befehle) oder robots.txt (über User-agent Befehle), aber nicht via User Agent Strings…

Also muss ich in .htaccess genau welchen Text einbauen wenn ich seoscanners.net sperren will ?

So vielleicht?

BrowserMatchNoCase “seoscanners” bots
Order Allow,Deny
Allow from ALL
Deny from env=bots