Fatal error: Allowed memory size of 33554432 bytes exhausted

derAuge · 25. Januar 2011 16:26

Hallo zusammen

nun habe ich ein Problem mit dem Speicher. So eine änchiche Fehlermeldung hatte ein Benutzer letzte Woche als er seine Seiten aufrief. Nach Tests von mir was es später wieder weg.

Heute wollte ich im ModulManager die "Verfügbare Aktualisierungen" durchführen. (Hatte ich wohl bis heute vergessen)

Kommt beim Modul "Album"
Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 1322701 bytes) in /var/www/web16/html/CMSms/modules/nuSOAP/classes/nusoap.php on line 6219

Muss ich dort irgendwo "memory" frei schaufeln?

Gruß

derAuge

----------------------------------------------

Cms Version: 1.9.2

Installed Modules:

•CMSMailer: 2.0
•FCKeditorX: 1.0.3
•MenuManager: 1.7.4
•ModuleManager: 1.4
•News: 2.11
•nuSOAP: 1.0.2
•Search: 1.6.8
•ThemeManager: 1.1.3
•Banners: 2.1.0
•Calendar: 0.7.13
•Album: 0.9.2
•FeedbackForm: 0.9.15
•FileManager: 1.0.3
•HitCounter: 1.0.4
•NMS: 1.0.1
•Polls: 0.1.6
•FormBuilder: 0.5.3
•TinyMCE: 2.8.2
•Statistics: 0.6.1
•ABFlashGallery: 0.2
•Printing: 1.1.1
•FormBrowser: 0.2.3
•CGExtensions: 1.14.1
•Products: 2.2
•Orders: 1.2.1
•Cart: 1.3
•FrontEndUsers: 1.5.4
•CGSimpleSmarty: 1.3.2
•SelfRegistration: 1.2.2

Config Information:

•php_memory_limit:
•process_whole_template: true
•output_compression: false
•max_upload_size: 32000000
•default_upload_permission: 644
•url_rewriting: none
•page_extension:
•query_var: page
•image_manipulation_prog: GD
•auto_alias_content: true
•locale:
•default_encoding:
•admin_encoding: utf-8
•set_names: false

Php Information:

•phpversion: 5.2.5-0.dotdeb.0
•md5_function: An (Ja)
•gd_version: 2
•tempnam_function: An (Ja)
•magic_quotes_runtime: Aus (Nein)
•E_STRICT: 0
•memory_limit: 32M
•max_execution_time: 30
•output_buffering: An
•safe_mode: Aus (Nein)
•file_uploads: An (Ja)
•post_max_size: 8M
•upload_max_filesize: 8M
•session_save_path: Keine Prüfung, da eine "open basedir"-Beschränkung aktiviert ist
•session_use_cookies: An (Ja)
•xml_function: An (Ja)

Server Information:

•Server Api: cgi-fcgi
•Server Db Type: MySQL (mysql)
•Server Db Version: 4.1.11

----------------------------------------------

piratos · 25. Januar 2011 17:37

Muss ich dort irgendwo "memory" frei schaufeln?

Du hast die Meldung richtig verstanden.
Oder mehr RAM (memory_limit) zur Verfügung stellen, wenn du kannst.

Bei der Menge der Module muss es aber eine kräftige Portion mehr sein.

piratos · 25. Januar 2011 17:40

PS.

Dein Mysql - Server ist ja ein Museumsstück - wird von Mysql schon lange nicht mehr angeboten.
Aktuell wäre

MySQL Community Server
(Current Generally Available Release: 5.5.8)

derAuge · 25. Januar 2011 18:34

piratos schrieb:

Muss ich dort irgendwo "memory" frei schaufeln?
Du hast die Meldung richtig verstanden.
Oder mehr RAM (memory_limit) zur Verfügung stellen, wenn du kannst.
Bei der Menge der Module muss es aber eine kräftige Portion mehr sein.

Was kann man dort machen ??

Ist der der Bereich in der config.php den man anpassen sollte ?
# Warning: This option is deprecated and will be removed in later versions oF CMSMS.
# If you are experiencing problems with php memory limit errors, then you may # want to try enabling and/or adjusting this setting.
# Note: Your server may not allow the application to override memory limits.
$config['php_memory_limit'] = '';

Im Moment ist der Fehler auch beim auflisten der Seiten
Aktuelle Seiten
Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 262798 bytes) in /var/www/web16/html/CMSms/admin/listcontent.php on line 1112

Gruß

derAuge

piratos · 25. Januar 2011 19:16

Memory_limit ist eine Servereinstellung.
Auf shared Webservern ist es normal nicht möglich den Wert erhöhen zu können.

Das erste Problem ist das die Fehlermeldungen nur anzeigen was man versucht hat zu nehmen, nicht aber was man davon hätte erfüllen können. Man weiss also nicht welche Differenz man annehmen darf.

Und es kann danach durchaus sein, das im weiteren Fortgang man erneut auf ein Limit stößt.

Mit Provider verhandeln ob man auf 64 MB aufstocken könnte oder Anbieter wechseln.

derAuge · 25. Januar 2011 19:20

piratos schrieb:

Memory_limit ist eine Servereinstellung.
Auf shared Webservern ist es normal nicht möglich den Wert erhöhen zu können.
Das erste Problem ist das die Fehlermeldungen nur anzeigen was man versucht hat zu nehmen, nicht aber was man davon hätte erfüllen können. Man weiss also nicht welche Differenz man annehmen darf.
Und es kann danach durchaus sein, das im weiteren Fortgang man erneut auf ein Limit stößt.
Mit Provider verhandeln ob man auf 64 MB aufstocken könnte oder Anbieter wechseln.

THX

Habe auch gerade mit dem Privider gesprochen. Er hat mir erst mal 40MB erlaubt.
Nun läuft es stabieler.

Zu mySQL

Der Server wird in kürze komplett upgedatet. dann ist auch mySQL dran

Gruß

derAuge

Andynium · 25. Januar 2011 21:56

derAuge schrieb:

Muss ich dort irgendwo "memory" frei schaufeln?

Yepp - am einfachsten, indem du nicht verwendete Module deaktivierst

http://www.cmsmadesimple.de/cmsms-suppo … ieren.html

Installed Modules:

•FCKeditorX: 1.0.3

Läuft noch, ist aber schon seit einer halben Ewigkeit nicht mehr weiterentwickelt worden

•ModuleManager: 1.4
...
•nuSOAP: 1.0.2

Hab aufgrund von Berechtigungsproblemen schon mehrfach von deren Verwendung abgeraten.

•ThemeManager: 1.1.3

Wie oft benötigst du denn diese Funktion? Ist nach meinem Verständnis nur für den Entwicklungsserver interessant.

•Calendar: 0.7.13

Läuft noch, ist aber schon seit einer halben Ewigkeit nicht mehr weiterentwickelt worden. Nachfolger ist CGCalendar.

•Album: 0.9.2

Läuft zum Teil noch, ist aber schon seit einer halben Ewigkeit nicht mehr weiterentwickelt worden. Gallery ist zwar kein nachfolger, kann aber mit ähnlichen Qualitäten glänzen.

•FeedbackForm: 0.9.15

Die Verwendung von FeedbackForm und Formbuilder macht 0 (Null) Sinn da zweiteres der Nachfolger von ersterem ist.

•ABFlashGallery: 0.2

Hab da von Problemen gelesen.

kampkrusty · 03. April 2011 15:50

Hallo, ich hänge mich mal hier an, da mein Problem ähnlich ist.

Ich habe eine nahezu jungfräuliche CMSMS Installation. Beim Versuch CGExtensions zu installieren erscheint folgender Fehler:

CMSMS schrieb:

Warning: xml_parse_into_struct() [function.xml-parse-into-struct]: Memory allocation failed : growing buffer in [Path]/lib/classes/class.moduleoperations.inc.php on line 198

Mein Hoster ist 1&1. Laut PHP Infomationsseite liegt das memory_limit bei 40MB. Völlig ausreichend.
In der config.php steht nun aber folgender Eintrag:

Hier klicken, um den Code zum Kopieren zu markieren

[== PHP ==]
$config['php_memory_limit'] = '';

Könnte hier das Problem liegen?

Ansonsten bleibt mir ja nur die manuelle Installation per FTP. Gibt es dafür eine Anleitung? Mich interessiert nur wohin die Pugins kopiert werden müssen und wie sie dann verarbeitet werden.

Eine andere Frage, die eigentlich nicht in diesen Thread passt, wäre welche Backup Möglichkeiten CMSMS mitbringt?

Bin für jeden Hinweis dankbar.

MfG
kk

owr_web · 03. April 2011 17:27

installation via ftp ist ohnehin besser zu verwenden als ModulManager.

der "leere" Eintrag in der config passt schon - dort kann man was einstellen, sofern der Server dass überhaupt unterstützt, ansonsten zählt immer die Servereinstellung.

Module werden ganz einfach in den Modulordner (modules) hochgeladen, dann im Backend auf Erweiterungen->Module und dort kannst du es dann installieren. Wenn noch andere Module benötigt werden wird das auch angezeigt und müssen die auf die selbe Art vorher installiert werden.
Plugins werden in den Ordner plugins hochgeladen und können dann unter Erweiterungen->Tags gefunden werden.

Andynium · 04. April 2011 07:22

kampkrusty schrieb:

Eine andere Frage, die eigentlich nicht in diesen Thread passt, wäre welche Backup Möglichkeiten CMSMS mitbringt?

Direkt eingebaut ist da nix. Es gibt da aber ein (älteres) Modul

http://dev.cmsmadesimple.org/projects/mysqldump

bei dem jedoch die Möglichkeit besteht, dass es aktuell nicht mehr funktioniert (verwende es selbst nicht).

Ich setze da eher auf eine externe Lösung namens MySQLDumper, die mich noch nie im Stich gelassen hat wink ...

chica2 · 09. Juni 2011 18:27

hallo,

habe den gleichen FATAL ERROR : Allowed memory size of xxxxxx bytes exhausted
Sämtliche Seiten können dann nicht aufgerufen werden. Komme aber problemlos in den admin bereich.

Das Problem kann ich beheben indem ich den cache manuell lösche! Obwohl ich unter Globale Einstellungen eingestellt habe, dass jeden Tag der cache automatisch gelöscht wird.

Der Fehler trat das erste mal auf , als ich vor kurzem das statistic modul auf version 1.1.3. upgegraded (?) habe. und dann das Statistik modul aus dem Admin bereich aufrufen wollte: Fatal Error!!

und dann auch ddieser Error im frontend!!

Deswegen wollte ich zurück zur statistik Version 1.01, das hat aber das System abgelehnt , weil es eine ältere Version war. Habe dann manuell per FTP der Ordner gelöscht und den Ordner der alten Version hochgeladen. immer noch: fatal error. ---> dann hab ich das Statistik modul deleted. damit gingen leider alle gespeicherten Infos verloren

- wo werden denn die daten eigentlich abgespeichert???

Statistik gestern wieder neu installiert. (version 101.)

Hatte vorher über MYSSQLdump ein backup gemacht. riesengroß : 23 MB
nach dem statistik löschen waren es nur noch: 890KB

Ich kann jetzt das Modul wieder aufrufen. Doch heute wurden 150 Zugriffe auf die Seite gezählt und schon wieder: FATAL ERROR!

Was kann das sein???
Das ist besonders schlimm, weil die Seite für eine Internationale Liga ist, und die Mitglieder der Liga weltweit heute und morgen dringend Info von der Seite prüfen müssen! Und ausgerechnet jetzt kommt dieser ERROR!!

Bitte , kann mir jemand helfen, was ich jetzt machen kann, damit die Seite stabil bleibt?
(und... ich wollte gerne morgen abend paar Tage in Ferien fahren, aber das geht nur wenn das System stabil ist! hilfe)

Gruß
chica

• CMS Version 1.8.1

• Installed Modules
• CMSMailer:2.0
• FileManager: 1.0.2
• MenuManager: 1.6.5
• MysqlDump: 1.2.4
• ThemeManager: 1.1.1
• Search: 1.6.5
• FrontEndUsers: 1.12.3
• TinyMCE: 2.7.3
• News: 2.10.6
• TreeManager: 0.6.0
• Printing: 1.1.0
• nuSOAP:1.0.1
• ModuleManager: 1.4
• Forum: 0.9.4
• Statistics: 1.0.1
• Captcha: 0.4.3
• FormBuilder:0.6.4
• CGExtensions: 1.21

• Config Information
• php_memory_limit:
• process_whole_template: false
• output_compression: false
• max_upload_size: 290000000
• default_upload_permission:664
• url_rewriting: none
• page_extension:
• query_var: page
• image_manipulation_prog: GD
• auto_alias_content: true
• locale: de_DE
• default_encoding: utf-8
• admin_encoding: utf-8
• set_names: true
• debug: false
• use_smarty_php_tags: false
•
• PHP Information:
• Current PHP Version (phpversion): 5.2.17
• md5 function (md5_function): On (Ja)
• GD version (gd_version): 2
• tempnam function (tempnam_function): On (Ja)
• Magic quotes in runtime (magic_quotes_runtime): Off (Nein)
• Is E_STRICT disabled in error_reporting (E_STRICT):
• PHP Effective Memory Limit (memory_limit): 128M
• Maximum Execution Time (max_execution_time): 30
• PHP output_buffering (output_buffering): On
• PHP Safe Mode (safe_mode): Off (Nein)
• File uploads (file_uploads): On (Ja)
• Maximum Post Size (post_max_size): 8M
• Maximum Upload Size (upload_max_filesize): 8M
• Session Save Path (session_save_path): No check because open basedir active
• Sessions are allowed to use Cookies (session_use_cookies): On (Ja)
• Basic XML (expat) support (xml_function): On (Ja)
• Checking if the httpd process can create a file inside of a directory it created (create_dir_and_file):
• PHP register_globals (register_globals): Off (Nein)
• disable_functions in PHP (disable_functions):
• PHP Open Basedir (open_basedir):
• Test for remote URL (test_remote_url): fsockopen: Connection ok!
fopen: When allow url fopen is disabled you will not be able to accessing URL object like file using the ftp or http protocol.
• Test ini_set (check_ini_set): On (Ja)
•
• Server Information:
• Server API (server_api): apache2handler
• Server Database (server_db_type): MySQL (mysql)
• Server Database Version (server_db_version): 5.1.49
• Server Software (server_software): Apache/2.2
• Server Operating System (server_os): Linux 2.6.30.5-he-xeon-64gb+3 On i686

Andynium · 10. Juni 2011 05:51

Als erstes könntest du versuchen, alle für den primären Betrieb der Webseite nicht benötigten Module zu deaktivieren - nach einem ersten Blick auf deine Liste dürften das mindestens die Module ThemeManager, nuSOAP und ModuleManager sein. Beim Rest weiß ich nicht, ob du sie einsetzt.

Genau so könntest du mit den ungenutzten Plugins/Tags verfahren (dort dann allerdings löschen) ... und dann noch schauen, dass du alle Sprachdateien löschst, die nicht verwendet werden.

chica2 · 10. Juni 2011 12:48

Danke , hab ich jetzt kontrolliert, offenbar überflüssiges gelöscht und hoffe , dass das System jetzt stabil ist!!
bis jetzt kam kein Fatal error mehr!!

Werde mich wieder hier melden, ob alles so bleibt ... und nachher hoffnungsfroh zum zelten aufbrechen!! :-)
Gruß
chica

chica2 · 20. Juni 2011 16:44

Es klappt! die Seiten sind jetzt offenbar stabil! Danke für den Tipp!

habe noch 2 Fragen:

1. Memory: Hat es denn auch eine Auswirkung, wenn man bei den Optionen der Seiten "zwischenspeichern" anklickt?
oder ändert das nix?

2. Wo werden denn die Daten für die Statistik gespeichert? Weiss das jemand?

Andynium · 20. Juni 2011 21:33

1. Zwischenspeichern sollte eine Beschleunigung zur Folge haben.

2. Welche Statistik? Wenn du das Statistics-Modul meinst, dann in der Datenbank.

chica2 · 22. Juni 2011 14:58

ja das Statistik modul! Aha. Da ich es de- und wieder neuinstalliert hatte , sind freilich auch alle daten verloren gegangen. nun ja - sie waren ja leider sowieso nicht mehr abrufbar..

Ich hatte ja ganz viel gelöscht in den überflüssigen Modulen und Sprachdateien, sah gut aus. Aber nun nach einer woche kam der Fatal error schon wieder! "Fatal error: Allowed memory size of xxxxxxxxxxxx bytes exhausted ......."

piratos schrieb:

Memory_limit ist eine Servereinstellung.
Auf shared Webservern ist es normal nicht möglich den Wert erhöhen zu können.
....
Mit Provider verhandeln ob man auf 64 MB aufstocken könnte oder Anbieter wechseln.

Nach telefonischer Auskunft beim Provider ( bin bei Hosteruope /webpack L) , habe ich eine .htaccess datei angelegt mit folgendem Inhalt:
--
php_value memory_limit 256M
--

und hoffe , dass dies jetzt weiterhilft!!!

Wundere mich aber immer noch an was das liegt, denn diesen Error hatte ich noch nie vorher. Und jetzt kommt er alle paar Tage! Meine Kunden sind schon sehr genervt deshalb.

Der Zwischenspeicher wird jeden Tag gelöscht. liegt es evtl daran???
habe bei vielen Seiten das zwischenspeichern unterbunden, die seiten werden auch so schnell genug geladen. da ich befürchtet ahbe, dass mir damit der Speicher voll läuft?? ist das so?

Andynium · 22. Juni 2011 19:28

Die Seiten werden auf der Festplatte des Servers zwischengespeichert.

CMSMS unterstützt kein Memcache u.ä., wodurch dir der Server-RAM "vollaufen" könnte.

chica2 · 01. Juli 2011 15:43

oje, Hilfe! heute schon wieder einen Fatal error!! Die Seiten sind nicht erreichbar.
Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 26331371 bytes) in /is/htdocs/pfad../www/pfad../cms/admin/footer.php on line 102

Konnte das memory limit bei hosteurope nun doch nicht erhöhen, denn das war eine falsche Aussage vom Telefonsupport, die htaccess datei ist nutzlos!!
Neue mail vom support: " Der Wert darf nur maximal 128 MB betragen und ist von uns bereits so eingestellt. Eine Erhöhung auf 256 MB über htaccess ist nicht möglich. --> Wir empfehlen daher einen Tarifwechsel auf den Virtual Server Managed, welcher 256 MB hat."
naja, das kostet ja auch gleich mehr als das doppelte, sind 128Mb nicht genug??

Aber kann mir jemand von euch sagen, warum plötzlich dieser Error im CMSms erscheint????

Das CMSms lief prima, seit drei Jahren. es gab keine größeren Änderungen. Habe lediglich das Statistik-Modul zuerst upgedatet, dann komplett gelöscht, dann wieder neu installiert. Braucht das neuerdings soviel Resourcen?? wie kann ich das verhindern?
habe alle unnötigen Sprachdateien und Module gelöscht .

Soll ich die Seiten jetzt zwischenspeichern, oder doch nicht - um memory limit zu sparen?
was kann ich noch tun?

Vielen Dank für Eure Hilfe!!

Beitrag geändert von chica2 (30. Juli 2011 13:58)

Efferd · 01. Juli 2011 16:58

bist du dir da sicher? Verwechselst du das nicht mit dem Arbeitsspeicher?
Von Host-Europe aus müssten es 8 MB sein. Egal ob server oder Webpack

Andynium · 01. Juli 2011 18:46

Hast du an deiner Installation etwas verändert?

Das muss man erst einmal hinbekommen, mit einer CMSMS-Installation 134 MB zu verbraten roll ...

chica2 · 01. Juli 2011 19:31

Danke für eure Reaktion!
Ich blicks einfach gar nicht mehr...
Habe eingestellt dass jeden Tag der Zwischenspeicher geleert werden soll,
Sobald ich im Adminbereich den Zwischenspeicher manuell lösche , sind die Seiten wieder da.

Welche Einstellung würdet ihr mir empfehlen?

Beitrag geändert von chica2 (01. Juli 2011 19:35)

Andynium · 02. Juli 2011 19:34

Wie sieht denn deine aktuelle Systemübersicht aus (nach deinen Änderungen)?

chica2 · 12. Juli 2011 16:49

ok, das hier ist die Aktuelle Systemübersicht,

inzwischen gelöscht:
• ThemeManager: 1.1.1
• Printing: 1.1.0
• nuSOAP:1.0.1
• ModuleManager: 1.4
• Forum 0.9.4

neu:
• CGEcommerceBase 1.2.2
• Neu: CGPaymentGatewayBase 1.0.8
• Neu: RBSWorldPay 1.0.1

CMS Version 1.8.1
Installed Modules
• CMSMailer 2.0
• FileManager 1.0.2
• MenuManage 1.6.5
• MysqlDump 1.2.4
• Search 1.6.5
• FrontEndUsers 1.12.3
• TinyMCE 2.7.3
• News 2.10.6
• TreeManager 0.6.0
• Neu: CGEcommerceBase 1.2.2
• Statistics 1.0.1
• Captcha 0.4.3
• FormBuilder 0.6.4
• CGExtensions 1.21
• Neu: CGPaymentGatewayBase 1.0.8
• Neu: RBSWorldPay 1.0.1

Config Information
• php_memory_limit:
• process_whole_template: false
• output_compression: false
• max_upload_size: 290000000
• default_upload_permission: 664
• url_rewriting: none
• page_extension:
• query_var: page
• image_manipulation_prog: GD
• auto_alias_content: true
• locale: de_DE
• default_encoding: utf-8
• admin_encoding: utf-8
• set_names: true
• debug: false
• use_smarty_php_tags: false

PHP Information:
• Current PHP Version (phpversion): 5.2.17
• md5 function (md5_function): On (Ja)
• GD version (gd_version): 2
• tempnam function (tempnam_function): On (Ja)
• Magic quotes in runtime (magic_quotes_runtime): Off (Nein)
• Is E_STRICT disabled in error_reporting (E_STRICT):
• PHP Effective Memory Limit (memory_limit): 256M
• Maximum Execution Time (max_execution_time): 30
• PHP output_buffering (output_buffering): On
• PHP Safe Mode (safe_mode): Off (Nein)
• File uploads (file_uploads): On (Ja)
• Maximum Post Size (post_max_size): 8M
• Maximum Upload Size (upload_max_filesize): 8M
• Session Save Path (session_save_path): No check because open basedir active
• Sessions are allowed to use Cookies (session_use_cookies): On (Ja)
• Basic XML (expat) support (xml_function): On (Ja)
• Checking if the httpd process can create a file inside of a directory it created (create_dir_and_file):
• PHP register_globals (register_globals): Off (Nein)
• disable_functions in PHP (disable_functions):
• PHP Open Basedir (open_basedir):
• Test for remote URL (test_remote_url):
• fsockopen: Connection ok!

• fopen: When allow url fopen is disabled you will not be able to accessing URL object like file using the ftp or http protocol.
• Test ini_set (check_ini_set):
• On (Ja)
• Server Information:
• Server API (server_api): apache2handler
• Server Database (server_db_type): MySQL (mysql)
• Server Database Version (server_db_version): 5.1.49
• Server Software (server_software): Apache/2.2
• Server Operating System (server_os): Linux 2.6.37-he-xeon-64gb+1 On i686

Andynium · 20. Juli 2011 21:20

chica2 schrieb:

• PHP Effective Memory Limit (memory_limit): 256M

Hast du diesen Wert irgendwo (config.php, .htaccess o.ä.) selbst eingetragen oder steht der tatsächlich systemseitig standardmäßig zur Verfügung?

(wär 'ne ganze Menge für 'nen Standardhost)

chica2 · 21. Juli 2011 23:55

Das hab ich versucht über die .htaccess.
Aber:

chica2: schrieb:

Neue mail vom hosteurope support: " Der Wert darf nur maximal 128 MB betragen und ist von uns bereits so eingestellt. Eine Erhöhung auf 256 MB über htaccess ist nicht möglich.

aus der php info:
memory_limit Local Value: 256M Master Value: 128M

Kann es sein dass ich z.B. alle UDT jetzt umschreiben muss ?
hab ich grade gelesen im Tuning-Lexikon:
http://www.cmsmadesimple.de/dokumentati … ndeln.html
Denn ich habe hier einige Datenbankabfragen, und die stehen so drin seit über zwei Jahren...

Aber würde das den enormen memory bedarf erklären?

Die Seiten sind zur zeit alle paar Tage futsch! Und sobald ich mich im admin bereich einlogge, dann sind die Frontend-Seiten plötzlcih wieder da! Ohne dass ich irgendetwas tue.
wie geht denn dass ?
bin noch am verzweifeln....

Beitrag geändert von chica2 (21. Juli 2011 23:59)

Forum für CMS/made simple

#1 25. Januar 2011 16:26

Fatal error: Allowed memory size of 33554432 bytes exhausted

#2 25. Januar 2011 17:37

Re: Fatal error: Allowed memory size of 33554432 bytes exhausted

#3 25. Januar 2011 17:40

Re: Fatal error: Allowed memory size of 33554432 bytes exhausted

#4 25. Januar 2011 18:34

Re: Fatal error: Allowed memory size of 33554432 bytes exhausted

#5 25. Januar 2011 19:16

Re: Fatal error: Allowed memory size of 33554432 bytes exhausted

#6 25. Januar 2011 19:20

Re: Fatal error: Allowed memory size of 33554432 bytes exhausted

#7 25. Januar 2011 21:56

Re: Fatal error: Allowed memory size of 33554432 bytes exhausted

#8 03. April 2011 15:50

Re: Fatal error: Allowed memory size of 33554432 bytes exhausted

#9 03. April 2011 17:27

Re: Fatal error: Allowed memory size of 33554432 bytes exhausted

#10 04. April 2011 07:22

Re: Fatal error: Allowed memory size of 33554432 bytes exhausted

#11 09. Juni 2011 18:27

Re: Fatal error: Allowed memory size of 33554432 bytes exhausted

#12 10. Juni 2011 05:51

Re: Fatal error: Allowed memory size of 33554432 bytes exhausted

#13 10. Juni 2011 12:48

Re: Fatal error: Allowed memory size of 33554432 bytes exhausted

#14 20. Juni 2011 16:44

Re: Fatal error: Allowed memory size of 33554432 bytes exhausted

#15 20. Juni 2011 21:33

Re: Fatal error: Allowed memory size of 33554432 bytes exhausted

#16 22. Juni 2011 14:58

Re: Fatal error: Allowed memory size of 33554432 bytes exhausted

#17 22. Juni 2011 19:28

Re: Fatal error: Allowed memory size of 33554432 bytes exhausted

#18 01. Juli 2011 15:43

Re: Fatal error: Allowed memory size of 33554432 bytes exhausted

#19 01. Juli 2011 16:58

Re: Fatal error: Allowed memory size of 33554432 bytes exhausted

#20 01. Juli 2011 18:46

Re: Fatal error: Allowed memory size of 33554432 bytes exhausted

#21 01. Juli 2011 19:31

Re: Fatal error: Allowed memory size of 33554432 bytes exhausted

#22 02. Juli 2011 19:34

Re: Fatal error: Allowed memory size of 33554432 bytes exhausted

#23 12. Juli 2011 16:49

Re: Fatal error: Allowed memory size of 33554432 bytes exhausted

#24 20. Juli 2011 21:20

Re: Fatal error: Allowed memory size of 33554432 bytes exhausted

#25 21. Juli 2011 23:55

Re: Fatal error: Allowed memory size of 33554432 bytes exhausted

Fußzeile des Forums