Ärgerlich ... Idee ist gefragt - oder ne Lösung - ERLEDIGT

Hoster um Upgrade bitten? Hoster wechseln?

--
"Look, Ma, I'm dead!"
Cell, Stephen King

kannst du bei deinem hoster eine php.ini in dein verzeichnis legen? interpretiert er die?
dann schreib da folgendes rein:

je nachdem, wieviel du brauchst...

Klar, die php.ini ändern ist ne Möglichkeit, die mir allerdings leider unter den oben beschriebenen Bedingungen nicht zur Verfügung steht.

Den Hoster wechseln - welcher Hoster bietet denn schon mehr wie 20MB an bzw. eine Konfigurierung der php.ini für shared-server basierende Domains.
Sicher könnte ich auch nen Upgrade auf einen eigenen Server in Erwägung ziehen, nur dann sind die Kosten für die private Seite gleich 2,4x so hoch.

Nein nein -- es geht mir um eine Lösung, wie ich das Memory-Problem in den Griff bekommen kann bzw. was sind die grössten Memory - Verbraucher in Drupal.
20 MB ist ja schon ne Menge ..

Doch generell - da alles läuft ausser der Block - müsste das Block Module ggf. ein wenig optimiert werden.

Oder?

---
http://www.soccer-wikki.info
http://salzkotten.saelzernet.de
http://www.saelzernet.de

Die meisten Anbieter verfügen über eine Hotline (oft auch E-Mail), die (meiner Erfahrung nach) durchaus in der Lage ist, solche Fragen zu beantworten. Übrigens: einher mit dem Speicherbegrenzung geht auch die Frage nach der maximalen Ausführungszeit von PHP-Scripts.

Davon würde ich mich fernhalten. Zeugt von Diletantismus seitens des Anbieters.

• Nicht verwendete Module deaktivieren
• Blöcke manuell in die Tabelle "blocks" eintragen (nur für erfahrene Entwickler zu empfehlen)

Übrigens: hast du einen Block angelegt, der PHP-Code enthält?

--

Darf man fragen um welchen Hoster es sich handelt? Immerhin gibt sogar Strato den Tipp, den Speicher anhand der PHP.ini zu erhöhen.

Auszug aus deren Antwort-email:

---
www.party-riebel.de

Strato:
Dies ist meines Wissens nicht bei den Paketen > Premium möglich, oder?

Und ja, ich bin bei Strato und prüfe das nun nochmal.

---
http://www.soccer-wikki.info
http://salzkotten.saelzernet.de
http://www.saelzernet.de

Es ist tatsächlich so .. die PHP.INI kann ich nur ändern, wenn ein dedizierter Server als Hostpaket gebucht wurde.

Also nicht bei den Premium oder kleineren Paketen ..

---
http://www.soccer-wikki.info
http://salzkotten.saelzernet.de
http://www.saelzernet.de

Es sind einige Blöcke deaktiviert, unter anderem sind bei dem deaktivierten Blöcken auch Blöcke mit PHP Snippets drinne. Aber wie gesagt, deaktiviert.

Grundsätzlich hast du Recht was die Laufzeit der PHP Scripts angeht, doch bei mir ist es definitiv ein Memory Problem.

Das De-Aktivieren von Blöcken wäre eine Idee, doch das müsste ich direkt in der DB machen da das Block-Module ja nicht funktioniert bzw. auf Fehler läuft.
Ggf. kann das den Fehler beheben, doch ich bin mir nicht sicher da bei ja dieselben Blöcke auch bei den anderen Seiten aktiviert sind.

Mittlerweile habe ich auch Block-Cache installiert - was den Seitenaufbau beschleunigt aber leider nicht den Fehler behebt.
Weiterhin habe ich ein anderes Theme eingebaut - aus dem Standard bluemarine - ohne den gewünschten Erfolg. Daraus schliesse ich, das es nicht an dem Theme ansich liegt.

Der Fehler manifestiert sich also leider weiter:

Übrigens, manchmal ist der Fehler auch im Verweis auf die common.inc, davon habe ich aber z.Zt. kein Print.

---
http://www.soccer-wikki.info
http://salzkotten.saelzernet.de
http://www.saelzernet.de

Also der Tipp von MagicMatze war es nun der mich weiterbrachte...

Strato ist tatsächlich mein Hoster und ich hatte zunächst die php.ini in mein Root Verzeichnis meiner Domain gepackt. Da das Soccer-Wikki in einem Unterverzeichnis läuft musste es da rein und sieh da .. es funktioniert ..

Prima .. alles wieder bestens ..

---
http://www.soccer-wikki.info
http://salzkotten.saelzernet.de
http://www.saelzernet.de