Thema: Allowed memory size of 67108864 bytes exhausted

Hallo werte Forengemeinde,

Ich weiß dass es sich hierbei um ein altbekanntes Thema handelt, da ich seit 2 Jahren versuche der Sache auf den Grund zu gehen. Es geht um die beliebte Fehlermeldung:

Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 24 bytes) in /var/www/web32/html/cms/libraries/joomla/database/database/mysql.php on line 462

Nunja. Ich habe vieles probiert. Ich habe sogar vor einem Jahr bei meinem Hoster angerufen, und wir haben den PHP-Speicher auf 64MG hochgesetzt, damit also verdoppelt. Seit dem habe ich nichts neues an Modulen oder Komponenten hinzugefügt. Bereits vor 2 Monaten trat das Problem erneut auf, allerdings in nur einer einzigen Kategorie. Ich habe mich entschieden, um kurzzeitig die Symptome zu beheben, einige unwichtigere Module zu löschen. Das hat auch geklappt. Bis vor einer Woche, wo ersteinmal nur der Bereich "Videos" unter "Medien/ Fotos" nicht mehr ansprechbar war. Dieser läuft unter Phoca Galery. Nun ist es aber wie immer, von Tag zu Tag schalten sich dann mehrere Module und Menüpunkte aus. Ich komme quasi nur noch ins Gästebuch, fragt sich nur wie lange noch. Sogar Beiträge können nicht mehr angezeigt werden, wie "Ergebnisse" und "Punktetabellen"... Oder gar "Renntermine".
Es geht um -ww.leon-pfaelzer-de-
--> Link verändert (ein "w" entfernt und vor dem "de" ein Strich statt Punkt geschrieben), um eventuelle Schädlinge fern zu halten.

Besagter Code beeinhaltet rund um "line 462" folgendes:

HTML-Code:

function loadObjectList( $key='' )
	{
		if (!($cur = $this->query())) {
			return null;
		}
		$array = array();
		while ($row = mysql_fetch_object( $cur )) {
			if ($key) {
				$array[$row->$key] = $row;
			} else {
				$array[] = $row;
			}
		}
		mysql_free_result( $cur );
		
  	return $array;
	}

Line 462 ist genau

while ($row = mysql_fetch_object( $cur )) {

Nun habe ich mit jemandem gesprochen der davon ein wenig mehr versteht als ich, und der ist jetzt auch am Ende mit seinem Latein. Er meint, es muss etwas geben, dass mir den Speicher durch fehlerhafte Codes "wegfrisst", quasi ein Leck. Und ich wäre so unfassbar dankbar wenn wir das nun vielleicht gemeinsam erarbeiten könnten? Darüber würde ich mich wirklich sehr sehr freuen. Denn das kann ja kein Dauerzustand bleiben. Und Speicher nochmal erhöhen ist sehr teuer. Wir haben es schon über die htacess und die php.ini probiert. Ohne Erfolg. Aber das wäre ja auch wieder nur Symptombeseitigung, ich würde viel lieber wissen wo es her kommt.

Verwendete Module:
-Smart Flash Header (mod_novasfh)
-Hauptmenü (mod_mainmenu)
-counter (selbst erstellt, Code aus Internet)
-Neueste Artikel (mod_thumbsup)
-Vinaora Visitors Counter (mod_vvisit_counter)
-Meisterschaft KicX (selbst erstellt, simples html)
-PartnerSlide (selbst erstellt, Code aus Internet)
-Sturzstatistik 2011 (selbst erstellt, simples html)
-ImageSlideShow-bike (mod_briaskISS )
-ImageSlideShow-about_me (mod_briaskISS )
-Schatten (mod_mainmenu)

naja, ich stelle mal 3 Screens online, dort sind verwendete Module, Plugins und Komponenten ersichtlich.

Vielen Dank vorab,

liebe Grüße,
Hannes


module.jpgplugins.jpgkomponenten.jpg

Ich würde mal darauf tippen, daß die Site mit Schädlingen verseucht ist.
Joomla ist nicht aktuell. Und bei Akobook hab ich spontan mal in die exploit-db geschaut und bin da fündig geworden. Weiß nun nicht um welche Versionsstände es sich handelt, aber wenn ich von der Joomlaversion ausgehe, kann ich mir vorstellen, daß es bei dem Rest auch nicht besser aussieht.

... dann bitte zuerst den Link plätten ... könnte ja sein, dass sich die Schädlinge weiter verbreiten ... nur mal so ...

Joomla-FAQ 2.6 lesen und ganz penibel Punkt für Punkt abarbeiten.

Edit:
Ja, Ede hat Recht. Nimm bitte aus Deinem ersten Posting den Link zu Deiner Site raus. Wir wollen doch nicht, daß sich die Schädlinge noch weiter verbreiten.

Hi
Phoca Gallery ist auch schon etwas älter 2.7.8 ist aktuell
wenn ich richtig sehe 2.6.2 aus dem Jahre 2010

Empfehlung:
alles löschen und einen Backup den du nicht hast lokal installieren
und durcharbeiten

Gruss Pegu

na ich weis nicht,.. nicht jeder Bug ist gleich eine gehackte Site..

Schalte doch mal den Debug-Modus an - was wird ausgegeben ?

Dann schalte alle Module ab (vor allem Phoca-Module und den vinaoa ).. geht es dann ?

Geht es immer noch nicht, kann man in besagte Datei ja mal manuell die query ( $cur ) ausgeben lassen.

Auch eine Kontrolle der Datenbank auf ungewöhnlich große Tabellen wäre sinnvoll.

Erst wenn das alles nichts bringt, würde ich von "gehackt" ausgehen, obwohl das schon sehr untypisch wäre. Bei Websites soll das "hacking" umbemerkt bleiben um den Code weiter verbreiten zu können.

Gruß
Micha

PS.: der vinaora ist eh bugy.. nutze lieber 'meine' alternative http://extensions.joomla.org/extensi.../visitors/6533


Nachtrag:
- hier gibt es auch einen Ansatz: http://joomlacode.org/gf/project/joo..._item_id=22249
Hast Du die Anzahl der Beiträge auf einer Site auf ALLE stehen und dann sehr viele ?

Hi,

Zitat von mmicha

na ich weis nicht,.. nicht jeder Bug ist gleich eine gehackte Site..

Schalte doch mal den Debug-Modus an - was wird ausgegeben ?

[...]

Du hast recht, mmicha, man muss nicht gleich das Schlimmste vermuten. In Summa würde ich aber auch eher an Hijacking denken.
Dass der MySQL-Zugriff einen Loop mit ~65MB erzeugt, ist schon recht seltsam.

@Hannes91

Für eine Überprüfung würde ich auch die ganze Seite nur lokal testen (PWs ändern, Email/sendmail raus etc. -> siehe Joomla!-FAQ).
...Und der Frage von mmicha nach ungewöhnlich großen Tabellen schließe ich mich an.

Evtl. macht es auch Sinn, ein Reparieren der Tabellen (zB mit phpMyAdmin) zu versuchen.

Verstehe ich das richtig, der MySQL-Loop tritt mittlerweile sporadisch auf - nicht mehr auf Phoca_Gallery usw. eingrenzbar?


BTW, in letzter Zeit hört man viel über gehackte phpMyAdmin-Seiten. Gibt es diese Oberfläche 8im Kundenaccount)? Wenn ja, wie ist pMA geschützt?