buchseite erstellen - multiples Problem mit Bildern und Änderungen/Veröffentlichungen

Ich vermute mal ins Blaue hinein, aber das richt stark nach zu wenig PHP-Memory für diese "bildlastige" Anwendung. Du solltest das PHP-Memory-Limit (memory_limit) in der php.ini-Datei deutlich erhöhen.

Danke.

Da ich noch Anfänger bin, muss ichleider fragen, wo man im modul selbst oder im Verzeichnisbaum im Filezilla die entsprechende Einstellmöglichkeit bzw. den Pfad dazu findet und ob man dort den Wert einfach erhöhen kann oder es eine bestimmte Befehlskette o. ä. benötigt.

Danke

Das hängt an Deinem Provider, ob Du diesen Wert ändern kannst. Zu nächst einmal kannst Du den aktuellen Wert im Statusbericht der Webseite unter PHP-Speicherlimit finden. Du solltest dann Deinen Provider fragen, ob und wie Du diesen Wert ändern kannst und wie hoch der bei Dir gesetzt sein darf. Ich vermute mal der Wert steht auf 128MB und Du benötigst 192MB oder 256MB, damit Deine Operationen funktionieren.

Danke - Du hattest Recht.

Bei mir steht dort:

PHP Memory Limit: 512 MB
PHP Upload Filesize: 128 MB

Nach Providerauskunft könnte ich das nur ändern, wenn ich den Tarif wechsle. Das ist nicht schön bzw. ich müsste es versuchen, wenn es das Problem lösen würde. Beim Provider meinte man, es sei schon möglcih, dass das zu wenig sei und deshalb einige Anwendungen nicht richtig liefen.

Sollte ich beide Werte hochsetzen lassen ?

Habe nun nochmals das Ganze mit nur 53 Bildern mit einem Gesamtvolumen von 123 MB versucht (die Einzelnen Bilder isnd natürlcih kleiner). Dasselbe Ergebnis. Alles nicht mehr änderbar. Nur dadurch, dass man die Bucheite komplett löscht.

Also memory_limit auf 512MB ist schon viel. Eigentlich sollte das reichen. Wenn Du etwas anderes nur Probieren möchtest, empfehle ich eine lokale Installation, bei der Du diese Werte beliebig testen kannst. Was Du da nehmen kannst, hängt von Deinem lokalen Betriebssystem aus. Die Virtual Box geht allerdings immer, aber dann mußt Du da hinein ein Unix z.B. Ubuntu installieren. Da sind dann etwas Unix-Kenntnisse gefordert. Hier im Handbuch ist das Vorgehen genau beschrieben.
Auf Verdacht würde ich das Menory-Limit nicht kostenpflichtig erhöhen lassen, allenfalls, wenn das für z.B. eine Woche ginge. Dann könnte man ein Limit von 768MB testen. Es gibt Provider, die einen solchen Test ermöglichen. Das Upload Limit sollte ausreichen.

Hallo Werner,

ich habe mir die Logs vom Hoster mal angesehen. Wie es scheint, liegt die Ursache darin, dass in einem Feld viele Daten (hier einige Fotos) enthalten sind:

Auch hier können keine entsprechenden Einstellungen gewählt werden. Ich denke jedoch, dass das über eine andere Datenverteilung/Aufteilung lösbar wäre. Interessant ist, dass die Dateien nach einem Cronlauf plötzlich im Beitrag zu sehen sind, obwohl beim Editieren die Mitteilung kommt, dass ein anderer Benutzer den Beitrag gerade bearbeitet. Allerdings können die Dateien nicht gelöscht werden.

Dann haben wir ja den Übeltäter. Auch dieser Wert kann über die php.ini geändert werden. Ob das geht, kannst Du aber ausprobieren: Setze die folgende Zeile in die .htaccess-datei im Drupal-Rool:
php_value max_input_vars 10000
Danach kannst Du über den Link in der PHP-Zeile im Statusbericht die PHP-Variablen ansehen. Wenn der Wert sich auf 10000 geändert hat ist alles ok, sonst mußt Du noch mal mit dem Provider sprechen. In einem Projekt habe ich diesen Wert sogar auf 20000 stehen.

Ja, genau. Leider hat der Anbieter an der Stelle solche Manipulationen blockiert. Bleibt wohl nur eine strukturelle Veränderung auf der Webseite oder ein Tarifupgrade...

Oder ein anderer Provider