Druckbare Version
Hallo mal wieder!
Ein Kunde von uns wollte sich gerade eine menge Arbeit sparen und rund 200 Fotos für eine Bildergalerie per TL Dateiverwaltung hochladen. (TL 2.8)
Das Hochladen hat auch problemlos funktioniert, nur bekam er die Meldung: "Das Bild ### wurde erfolgreich hochgeladen, ist jedoch zu groß für die automatische Bildbearbeitung."
Gibt es irgendwo im Core die Möglichkeit die Maximalmaße für die automatische Verkleinerung anzupassen?
Ich hoffe ihr könnt helfen.
Vielen Dank
Gruß Heiko
Das würe mich auch interessieren ... habe das selbe Problem.
Bei manchen Bildern kommt dann sogar ein Error 500 und ich muss per FTP das Bild löschen, weil die TL-Dateiverwaltung - wenn ich den Upload-Ordner auswähle - dann direkt den Error 500 bringt.
Hallo olipro,
ich habe leider auch noch keine Lösung, aber dein Error 500 könnte an den Scriptlaufzeiten des Providers liegen.
Bei welchem Provider bist du?
Also, ein Versuch Klarheit in die Sache zu bringen :)
Das mit den Bildern im Web ist immer so eine Sache.
1. Ein Bild, dass entweder in der Breite oder in der Höhe 3000 Pixel überschreitet, wird total ignoriert.
2. Auch wenn jemand ein Bild auf grösser als 1200 (Breite sowie Höhe) verkleinern will, wird diese Angabe ignoriert.
3. Der Scriptfehler kommt in der Tat davon, dass dem Server nicht genügend RAM zur Verfügung stehen, um das Bild zu bearbeiten. Das kann man aber nicht abfangen, weil man im Vorherein nicht bestimmen kann, wie viel RAM die Bearbeitung in Anspruch nehmen wird.
(Ich weiss, dass das rudimentär und in einfachen Worten erklärt ist)
Lösung
Macht euren Kunden klar, dass das Web kein Photoshop ist und solch grosse Bilder einfach nicht bearbeitet werden können.
Die "einfachen" Worte haben mich schonmal weiter gebracht ... DANKE!
Hallo Toflar!
Unser Kunde hat ein einfaches Webhosting-Paket von all-inkl mit 50 Kunden pro Server. Da gibt es selbst beim Upload von Bildern mit 6 MB keinen 500er.
Sicher hängt das immer davon ab wie stark die anderen Seiten auf dem Server frequentiert sind, aber bei ihm funktioniert es.
Wenn du so genau weißt wo die maximalen Dimensionen stehen, verrate uns das doch bitte wo wir eine Anpassung vornehmen können.
Ich möchte es zumindest probieren, bevor ich meine Kunden sage, dass TL kein Photoshopersatz ist.
Uploaden alleine hat keinen Einfluss. Nur wenn diese riesen Bilder dann bearbeitet werden müssen :)
system/libraries/Controller.php ab Zeile 724 in der Methode getImage() steht
PHP-Code:// Return the path to the original image if GDlib cannot handle it
if (!extension_loaded('gd') || !$objFile->isGdImage || $objFile->width > 3000 || $objFile->height > 3000 || (!$width && !$height) || $width > 1200 || $height > 1200)
{
return $image;
}
Danke! Ich werd's gleich mal probieren und ein Feedback geben.
Habe die Grenze jetzt mal "vorsichtig" auf 4000 gesetzt, bekomme aber die gleich Fehlermeldung.
Ne Ahnung ob an einer anderen Stelle noch Restriktionen bestehen?
Warum solltest du nicht die gleiche Fehlermeldung erhalten?
500 ist ein unerwarteter Serverfehler. Je mehr Daten du ihn verarbeiten lässt, umso grösser ist die Chance, dass du den kriegst...ich versteh nicht, was du machst.
Ich habe keinen 500er Fehler, den hat olipro. Ich hab lediglich das Problem, dass TL das Bild (3872x2592) trotz geänderter Einstellungen in der Controller.php nicht verkleinert.
Ach so, sorry.
Was hast du denn für Einstellungen gemacht im BE?
Uploadgröße liegt bei 8MB pro Datei.
Verkleinerung auf 800 x 600
Maximale Frontend-Breite 800
Ich kann hier nicht mehr weiterhelfen. Ich habe keine Mittel von hier aus.
Ich brauche einen Editor etc. ;)
Vielleicht komm ich morgen dazu, wenn bis dahin niemand geantwortet hat ;)
gibt es hierbei nicht die möglichkeit mithilfe einer php.ini das speicherlimit anzuheben?
es geht ja wohl hier nicht um ein typolight problem sondern um ei server memory problem..
das wird von den meisten servern auf 8MB gesetzt und ist dann für ein Bild der Größe 1600x1600 zu niedrig..
kann man mit diesem aufruf die sache verbessern?
ini_set('memory_limit', '128MB');
jemand schon erfahrungen gemacht?
Hallo Liste,
hat hier schon jemand eine Lösung gefunden? Wenn ich das Code-Schnipsel von Toflar richtig verstehe müsste es doch reichen bei Überschreitung der Grenzen nicht das $image zurückzugeben sondern einen Fehler auszulösen.
Ich sehe keinen Sinn darin ein Bild hochzuladen das dann nicht mit GD verarbeitet werden kann.
Bin leider nicht so fit in PHP um das umzuschreiben.
Habs auch gerade probiert. Trotz ändern des Codes in der Controller.php gibt Typolight die Meldung aus, dass das Bild zu groß sei und daher nicht verkleinert werden konnte...
500er bekomme ich dabei nicht.
Schade... Das würde demjenigen, der meine Homepage später benutzen soll, einiges an Arbeit ersparen...
Ich kenne die GD leider nicht gut genug, aber ich weiß das ein zu bearbeitetendes Bild sehr viel RAM benötigt wenn die Auflösung bei über 300px ist kann es leicht sein das die 128 MB nicht reichen, wobei ich nicht mal sicher bin ob GD überhaupt auf das Speicherlimit von PHP zurückgreift da es ja eigentlich kein PHP ist sondern ein externes Programm. Vielleicht versuchst du mal das Speicherlimit noch zu weiter zu erhöhen, ich hoffe dir ist aber klar das arbeiten mit der GD ziemlich viel Performance kostet.
PS: Ich weiß wird dir jetzt bei deinem Problem so nicht weiterhelfen aber möchte es nochmals gesagt haben. TL ist kein Bildbearbeitungsprogramm, die Kunden sollten die Bilder weboptimiert abspeichern. Ich mache das zB so das ich hierfür IrfanView verwende dort gibt es einen wunderbare Batchkonvertierung kostet keine 5 minuten. Wenn ein Kunde sogar Photoshop besitzt dann leg im ein Droplet an und er muss ein Bild/Verzeinis nur auf das Droplet ziehen und kurz warten.
Wenn du Änderungen am Core machst musst du diese bei jedem Update nachziehen, auch das Kostet dich Zeit. Überleg dir also ob es vielleicht nicht doch sinnvoller ist deinem Kunden zu erklären wie Bilder verkleinert werden oder ob du wirklich bei jedem Contao Update die Coreänderungen durchfühen willst, das kostet dich jedes mal ein paar Minuten das erklären wie Bilder verkleinert werden einmalig 5 Minuten.
Wie heißt es so schön
Just my 2 Cent
man suche in der Datei /system/drivers/DC_Folder.php den folgenden Text: "fileExceeds" (Zeile 792) und sehe da ein paar Zeilen (Zeile 762) höher 2 mal 3000 zu stehen. diese müssen durch die maximale Größe ersetzt werden.
Dazu sollte man vielleicht auch noch erwähnen, dass solche Änderungen an Dateien des Contao-Cores generell nicht updatesicher sind!
Super! Das funktioniert, wenn man alle "3000"er durch eine neue Größe ersetzt in:Zitat:
Zitat von Grisu86
- /system/drivers/DC_Folder.php
- /system/libraries/Controller.php
:)
Danke für den Hinweis! Ein Traum!
Besten Dank.
Hat mir auch geholfen!
Muss halt nur nach jedem Core-Update neu eingepflegt werden.
Hallo,
was ihr zu diesem Problem schreibt, demotiviert mich etwas. Wie würdet ihr vorgehen, wenn ihr Fotos zum Download anbieten wollt? Die sollen ja natürlich zunächst als Thumbs gezeigt, aber eigentlich in der Originalgröße zum Download bereitgestellt werden. Und wenn der Server-RAM dafür nicht ausreicht, müsste ich also selbst verschiedene Bildgrößen generieren und hochladen - sehe ich das richtig?
Grüße,
Anke
Wahrscheinlich kannst Du dir da automatische Thumbnail-Generierung abschminken.
Ausser Du stellt genügend Ressourcen zur Verfügung aber da sind wir wohl nicht mehr im Bereich des Shared Hostings.
Kommt natürlich sehr darauf an wie gross die Fotos sind, wie viel Ressourcen dir zur Verfügung stehen und ob Du z.B. ImageMagick statt GD nutzen kannst. Eine pauschale Antwort gibt es dafür nicht.
Allerdings würde ich bei so grossen Fotos irgend eine kundenspezifische Lösung bauen.
Z.B. sowas:
- Originalfile: mr_orig_bildname.jpg (mr steht für "manual resize")
- mr_tb_bildname_400_500_proportional.jpg (Thumbnail von bildname.jpg, 400px hoch, 500px breit, im "proportional" Mode
- mr_tb_bildname_300_800_box.jpg (Thumbnail von bildname.jpg, 300px hoch, 800px breit, im "box" Mode
Wäre möglich mit bestehenden Contao-Hooks ;)
Merci, Yannick. Ich muss mir mein Vorhaben (eigenes Projekt) noch mal durch den Kopf gehen lassen, ob es sich lohnen könnte, dafür eine Extension bauen zu lassen. Möglicherweise komme ich noch mal auf dich zu.
Schönes Wochenende,
Anke
Klar, gerne :)
Wünsch ich dir auch ;)
Für den nächsten, der hier landet und für die Kunden ein idiotensicheres Tool zum Bilderverkleinern braucht:
http://www.rw-designer.com/picture-resize
Das Ding kann man vorher entsprechend 'einstellen', ich gebe meist eine Maximalbreite vor, das Tool erstellt die Höhe dazu dann automatisch. Das legt man sich auf den Desktop, und die Bilder da einfach aufs Symbol draufzuziehen zum Verkleinern schaffen die meisten Kunden.
Coole Sache (mit iOS-Feeling .-) - Dank für den Link!
Hallo,
ich mache das auch so wie @schman, die Kunden bekommen eine kleine Einführung in XnView oder IrfanView. Nicht selten wollten Kunden Bilder hochladen die über 5000px breit waren und eine 300dpi Auflösung hatten, was komplett Blödsinn ist. Diese Bilder müssen ja auch geladen werden, und wenn es sich um eine Galerie handelt ist das nervig. Ausserdem kommen die Serverprobleme mit der Konvertierung dazu. Dafür ist der der Server auch nicht da. Sei denn es handelt sich um einen speziellen Bilderserver, etc.
Hallo, ich würde dies auch gerne unter Contao 3 einmal testen. Die besagten files hätte ich ausfindig gemacht, jedoch habe ich keinen Hinweis auf die "3000"er finden können.Zitat:
Zitat von Peter Friedhoff
- system/modules/core/drivers/DC_Folder.php
- system/modules/core/library/Contao/Controller.php
Vielleicht weiß hier jemand rat. Danke,
Gruß Markus
Das hardcoded limit wurde evt. schon aus Contao 3 entfernt. Wenn ein Bild zu groß für die Bildbearbeitung am Server ist, liegt das meist am memory_limit.Zitat:
Zitat von hellwach
Ah stimmt, danke für den Hinweis.
Ich hätte nun in den Contao "Einstellungen/Dateien und Bilder" bei den maximalen GD-Angaben 4000 erfolgreich gestetet. Jedoch als ich vorsichtig auf 4500 erhöhte und probierte ein Bild mit 4500px hochzuladen, brachte der Upload zwar eine Erfolgsmeldung, jedoch konnte dann der Bereich "Dateiverwaltung" nicht mehr angezeigt werden (white screen). Hier liegt also die Vermutung nahe das das Bild nicht verarbeitet werden konnte. Der Server auf welchen ich den Test durchführte arbeitet mit 68MB memory limit.
Gruß Markus