Fatal Error: beim Aufrufen der 'Blöcke'
Eingetragen von lehmi8888 (24)am 16.10.2009 - 13:30 Uhr in
Hallo, bin gerade dabei eine Seite zu bauen, die eine umfangreiche Anzahl von Blöcken beinhaltet. Beim Aufrufen der Blöcke im Backend (ca. 200+) entsteht inzwischen erhebliche Wartezeit. Das geht soweit, das vom Provider (1&1) folgende Fehlermeldung geliefert wird:
Fatal error: Out of memory (allocated 29097984) (tried to allocate 3455043 bytes) .....
Auf Anfrage bei 1&1 erhalte ich folgende Antwort:
Die maximale Laufzeit eines jeden Programmes (z.B. ein PHP- oder Perl-Skript), welches auf Ihrer Präsenz gestartet wird, beträgt 10 Sekunden. Nimmt ein Skript mehr Rechenzeit in Anspruch, erhalten Sie eine Fehlermeldung (500 internal server error), da der Prozess dann automatisch beendet wird.
Bitte beachten Sie auch folgende Einschränkungen:
- RAM: 32MB
- NPROC: 24 (d.h.: In Ihrem Vertrag dürfen bis zu 24 Prozesse gestartet
werden)
Für diese Regelung bitten wir um Ihr Verständnis, da durch sehr rechenintensive Skripte die Verfügbarkeit von anderen Internetpräsenzen beeinträchtigt wird, die auf demselben Server liegen.
Bei einem Homepage- oder Managed-Server können Sie die maximale Laufzeit der Programme selbst festlegen.
Hat jemand Erfahrung mit umfangreichen Blöcken? Ist das Angebot eines Managed-Server nicht überdimensioniert?
Kann Drupal nur mit einer begrenzten Menge Blöcke umgehen? Sind mehr als 10 Sekunden für solch ein Skript (200+ Blöcke)wirklich schon lange?
- Anmelden oder Registrieren um Kommentare zu schreiben
Das Problem ist eher das
am 17.10.2009 - 19:15 Uhr
Das Problem ist eher das Speicherlimit. Eigentlich sollte man bei großen Drupal-Webseiten 64MB eingestellt haben.
Allgemein würde ich dir empfehlen 1&1 zu meiden und andere Anbieter zu nehmen
--------------
Blog www.freeblogger.org: Deutscher IRC-Channel: irc.freenode.net #drupal.de ... Jabber-me: dwehner@im.calug.de
SirFiChi ist auch dein Halbgott.
Vielen Dank für die
am 18.10.2009 - 11:20 Uhr
Vielen Dank für die Antwort. Beim zur Verfügung stehenden Hosting-Paket sind lediglich 32 MB ausgewiesen. Denke ein Server-Wechsel ist daher unvermeidbar.
Umfangreiche Blöcke-Seite geht in die Knie
am 26.02.2010 - 16:03 Uhr
Gibt es irgendein Modul um die Blöcke-Seite (/admin/build/block) besser zu verwalten? Wenn die Anzahl der Blöcke immer umfangreicher werden (und das läßt sich natürlich bei umfangreichen Seiten schlecht vermeiden), dann wird das Aufrufen und die Bearbeitung der Blöcke-Seite (auch bei einem dedicated Server) zur Quälerei. Das dauert einfach zu lange. Weiß hier jemand eine Lösung?
Mich würde viel mehr
am 15.05.2012 - 17:30 Uhr
Mich würde viel mehr interessieren, wie ich mein Drupal jetzt wieder ans Laufen bekomme, denn außer der Fehlermeldung "Fatal error: Out of memory (allocated 29097984) (tried to allocate..." funktioniert gar nichts mehr. Das heißt, das ganze Ding ist jetzt down.
Zu einem Anbieter mit mehr
am 15.05.2012 - 18:16 Uhr
Zu einem Anbieter mit mehr PHP-Memory wechseln. Mit deinen paar MB wirst du mit Drupal nicht glücklich.
Ein Wechsel zu einem anderen
am 15.05.2012 - 18:35 Uhr
Ein Wechsel zu einem anderen Anbieter bringt mein System jetzt aber auch nicht ans Laufen. :-(
Doch, wenn du bei dem neuen
am 15.05.2012 - 18:43 Uhr
Doch, wenn du bei dem neuen Anbieter mehr Speicher hast, läuft dein System dort wieder.
du könntest natürlich auch
am 15.05.2012 - 18:56 Uhr
Mit deinem Hoster sprechen.
Die meisten Hoster bieten verschiedene Tarife.
Der billigste ist in der Regel nicht für ein anspruchsvolles CMS geeignet.
Also sehe ich das richtig,
am 15.05.2012 - 19:10 Uhr
Also sehe ich das richtig, daß ich mein jetziges Drupal bei meinem jetzigen Hoster nie mehr ans Laufen bekomme?
Du könntest versuchen, einige
am 15.05.2012 - 19:24 Uhr
Du könntest versuchen, einige Module über die Datenbank zu deaktivieren. Aber ob das klappt, kann man dir nicht versprechen.
sprich mit deinem Hoster
am 15.05.2012 - 19:28 Uhr
Normalerweise wissen dies, daß 30 MB für ein CMS nicht ausreichend ist.
Du könntest eine Minimalkonfiguration zum Laufen bringen, indem du mit phpmyadmin in der System Tabelle die nicht benötigten Module deaktivierst.