--- title: "Keine Thumbs mehr????" url: "https://www.typo3.net/d/108097-keine-thumbs-mehr" source: "typo3.net" tags: ["Extensions","Bilder","Frage","Server & Hosting"] created: "2011-11-07" last_reply: "2013-02-21" replies: 71 solved: false page: 1 pages: 1 lang: "de" --- # Keine Thumbs mehr???? Extensions · 71 Antworten · gestartet 2011-11-07 ## Eröffnungsbeitrag **burn4ever** · 2011-11-07 · [Beitrag #1](https://www.typo3.net/d/108097-keine-thumbs-mehr/1) Hallo, ich habe seit mitte letzter Woche Probleme mit der Extesnion goof_fotoboek.Es werden einfach keine Thumbs mehr angezeigt. Stattdessen werden die Bilder als Link angezeigt. Hoster ist 1&1 da gab es ja vor kurzem ein Systemupdate..... Den typo3temp Ordner habe ich bereits gelöscht. Jemand eine Idee was ich noch machen könnte? ## Antworten ### [#2](https://www.typo3.net/d/108097-keine-thumbs-mehr/2) · SomehowLost · 2011-11-07 Hallo, hast du mal geprüft, ob ImageMagick noch im gleichen Verzeichnis auf dem Server liegt? Möglicherweise hat man da was geändert, dann müsstest Du nur die Pfade im Install-Tool anpassen. Viele Grüße ### [#3](https://www.typo3.net/d/108097-keine-thumbs-mehr/3) · burn4ever · 2011-11-07 Also laut Installtool ist ImageMagic instaliert und verfügbar. ### [#4](https://www.typo3.net/d/108097-keine-thumbs-mehr/4) · burn4ever · 2011-11-07 Hmmm, ich habe einfach mal die localconf.php aus dem Installtool upgedatet und jetzt funktioniert alles :-) ### [#5](https://www.typo3.net/d/108097-keine-thumbs-mehr/5) · akonze · 2011-11-17 Ich habe das selbe Problem bei allen Kunden mit 1&1 Hosting. Es scheint, als hätte 1&1 da irgendetwas geupdated und nun geht nix mehr. Vor allem GIF Bilder lassen sich nicht mehr verkleinern. Habe schon alle Grafikeinstellungen aus der localconf gehauen und per Installtool alles nochmal neu gemacht, aber es hat nichts gebracht. Falls jemand noch Ideen hat, wäre ich sehr dankbar. Mir fällt jetzt nur noch ein, selbst ein altes Imagemagic (3?) als Binary zu installieren und das zu nutzen. ### [#6](https://www.typo3.net/d/108097-keine-thumbs-mehr/6) · pixelrolf · 2011-11-20 Das kann ich bestätigen, GIF Bilder lassen sich nicht mehr verkleinern. Auf dem betreffenden Server bei 1&1 ist ImageMagick 6.6.0-4 installiert. Auch im Install Tool unter 'Image Processing / Scaling images' gibt es Fehler beim skalieren unter 'GIF to GIF, 150 pixels wide'. Unter 'GIF to JPG, 150 pixels wide' ist der Hintergrund schwarz statt weiß. ### [#7](https://www.typo3.net/d/108097-keine-thumbs-mehr/7) · akonze · 2011-11-20 Ich habe das Problem jetzt folgendermaßen gelöst: Ich habe eine Imagemagick 4.29er Binary per FTP auf den Webspace hochgeladen, auf 755 gesetzt und dann im Installtool auf dieses IM verwiesen. Damit läuft wieder alles einwandfrei. ### [#8](https://www.typo3.net/d/108097-keine-thumbs-mehr/8) · akonze · 2011-11-28 Das Problem scheint hier tiefer zu liegen als erwartet. Meine Beobachtung ist, daß Typo3 einige Thumbnails nicht im ersten Durchlauf generiert. Wenn ich auf ein Verzeichnis in der Dateiliste klicke mit Vorschaubildern angeschaltet, dann wurden nach dem ersten Anklicken 7 Thumbs nicht generiert. Nach dem zweiten Anklicken waren es nur noch 3, dann 2 und beim vierten Anklicken hat Typo3 dann alle Thumbs angezeigt. Außerdem scheinen hier zwei Probleme gleichzeitig vorhanden zu sein. Auf einer alten 4.2.8er Version von Typo3 konnte ich alle Probleme lösen, in dem ich ein vorkompiliertes IM 4.29 installiert habe. Bei der aktuellen Typo3 Version 4.5.8 half das aber bei einer anderen Installation nichts mehr. Es gab immer Probleme mit den Thumbs. Dabei ist es genau wie von pixelrolf beschrieben. GIF to GIF: geht gar nicht GIF to JPG: Falsche Hintergrundfarbe (könnte aber auch einfach mangelnde Transparenz sein) Was die Thumbs angeht, so scheint das Dateiformat egal zu sein. Probleme treten bei JPG, PNG und GIF auf, wenn Thumbs generiert werden sollen. Im Backend ließ sich das aber wie gesagt beheben, in dem ich die einzelnen Ordner nur oft genug anklickte. Im Frontend half das aber nicht. Thumbs für GIF werden dort grundsätzlich nicht erzeugt. Aufgrund der seltsamen Phänomene (GIF Thumbs im Backend werden erzeugt, GIF Thumbs im Front nicht), vermute ich fast, daß es sich um einen Fehler in Typo3 handelt. ### [#9](https://www.typo3.net/d/108097-keine-thumbs-mehr/9) · Norman2k · 2011-11-28 > **akonze schrieb:** > > Aufgrund der seltsamen Phänomene (GIF Thumbs im Backend werden erzeugt, GIF Thumbs im Front nicht), vermute ich fast, daß es sich um einen Fehler in Typo3 handelt. Das kann ich nicht so ganz glauben, auf unserem Server läuft alles ohne Probleme, egal welche TYPO3-Version, ob IM oder GM. Wahrscheinlich hat 1&1 irgendwelche fiesen Einstellungen, die solche Probleme verursachen, da die Foren voll sind mit Problemmeldungen, nachdem 1&1 das "große Update" vorgenommen hatte und ich ähnliche Probleme an 2 Kunden-Webseiten hatte die bei 1&1 gehostet sind, obwohl diese jahrelang völlig ohne Probleme liefen. ### [#10](https://www.typo3.net/d/108097-keine-thumbs-mehr/10) · akonze · 2011-11-28 Tja, es ist schwer das zu lokalisieren, wenn 1. 1und1 etwas ändert und 2. neue Versionen von Typo3 herauskommen. Enden wird das sicherlich wieder im Schwarzen Peter Spiel. Der Webhoster hält an seinen Einstellungen fest, die Open Source Programmierer sind nicht gewillt ihr System anzuspassen. So ist das zum Beispiel auch bei der neuen Version 4.6 von Typo3. Diese verlangt PHP 5.3. Auf seinen Systemen installiert 1und1 aber nur 5.2. Somit ist ein Update auf die allerneuste Typo3 Version beim einem sehr großen Webhoster nicht machbar. Aber schweife ab. Egal wo der Fehler nun konkret liegt, er ist da. Seitens Typo3 habe ich nun alle Einstellungen und Möglichkeiten bei IM durch. 1und1 wird sicherliche keine Änderungen am Hosting vornehmen, nur weil Typo3 nun keine GIF Bilder mehr skalieren kann. Welche Möglichkeiten gibt nun noch? Das vorkompilierte IM 4.2.9 geht nicht. Ebensowenig wie das bei 1und1 installierte IM 6.6. - Gibt es noch andere vorkompilierte IM Versionen, die man testen könnte? - Was ist mit GM? Gibt es da fertige Versionen? - Gibt es vielleicht eine Erweiterung, die das Problem lösen könnte? - Was ist mit GD? Typo3 nutzt diese bekannte Lib nur für Kleinigkeiten. Kann man sie vielleicht für alles aktivieren? ### [#11](https://www.typo3.net/d/108097-keine-thumbs-mehr/11) · hanz · 2011-12-05 Hallo zusammen, ich wollte mich nur in die Reihe der Leidenden einreihen. Habe auch diverse versuche mit verschiedenen TYPO3-Versionen und einer komplilierten aelteren IM-Versionen hinter mir. Will alles nicht. Am Ende hilft evtl. nur ein Hoster-Wechsel. Hier scheint noch jemand aehnliche Problem zu haben: Ich schaue mal, ob deren Click&Bild (4.5.2) problemslos laeuft und wuerde ggf. in deren Support-Forum mal nachfragen... Cheers, Hannes ### [#12](https://www.typo3.net/d/108097-keine-thumbs-mehr/12) · akonze · 2011-12-05 > **hanz schrieb:** > > Am Ende hilft evtl. nur ein Hoster-Wechsel. Sorry, aber das ist doch Unfug. Typo3 ist ein CMS mit dem Anspruch als "Enterprise" System für Firmenkunden gedacht zu sein. Wenn ich einen Firmenkunden sage, daß wir leider mal eben 10 Domains umziehen, Datenbanken und Dateien mirgrieren und 50 E-Mail Adressen in diversen Büros neu einrichten müssen, dann fragt der mich allein schon vom Zeitaufwand her nach dem Verstand. Wenn ich dem dann noch sage, daß ich das leider bezahlt haben muss und das es hunderte oder tausende Euro kostet, dann war es das für mich. Ich sehe hier ganz klar ein Problem, daß mehrere Leute haben und zwar mit Typo3. Den Fehler auf Softwareseite zu beheben sollte mit viel, viel weniger Aufwand möglich sein als den Hoster zu wechseln. Vor allem, da es sich bei 1&1 um einen der größten Webhoster weltweit handelt. Und auf den selben Hostings betreibe ich Wordpress, Joomla, Invision Power Board und andere System ohne Probleme. Es ist mal wieder eine Enttäuschung mit Typo3. Eine von vielen, die einen immer wieder Zeit und Geld kosten. Typo3 ist unter der Haube immer noch bei Version 3.7, 3.8 irgendwo. Gut, es tut sich was mit Flow und Co. Aber es dauert alles viel zu lange und viel zu oft fühlt man sich als Agentur von diesem System alleine gelassen. ### [#13](https://www.typo3.net/d/108097-keine-thumbs-mehr/13) · pixelrolf · 2011-12-05 Kann ich verstehen, das ist ärgerlich. Ich habe die gleiche Installation auf anderen Servern getestet und hier läuft alles problemlos. Das Problem liegt also nicht an TYPO3. Vielleicht möchte 2&2, dass man auf ein noch 'besseres' Paket wechselt? Könnte ja sein, rein theoretisch ;-) Gruß Rolf ### [#14](https://www.typo3.net/d/108097-keine-thumbs-mehr/14) · hanz · 2011-12-05 @Rolf Du meinst Du hast IM Version 6.6.0-4 und welche TYPO3 Version laufen? @Arthur Ja, in meinem Fall betrifft das nur eine Seite, von daher wäre ein Hoster-Wechsel wohl in Betracht zu ziehen. In Deinem Fall verstehe ich die Verägerung. Mal schauen, was sich noch ergibt. ### [#15](https://www.typo3.net/d/108097-keine-thumbs-mehr/15) · pixelrolf · 2011-12-05 @hanz bei allinkl ist z.B. GraphicsMagick 1.3.5 installiert. Damit gibt es keine Probleme. (T3 4.5.7) Hier noch meine Fehlerbeschreibung bei 1&1: Mit den Thumbs im BE gibt es kein Problem. Thumbnails im BE werden als gif richtig generiert und angezeigt. Lade ich ein Bild (GIF) in ein Inhaltselement 'Text m. Bild' wird das entsprechende Thumbnail auch angezeigt. Wird das Bild aber skaliert und dabei ein GIF erzeugt, wird kein GIF für das Frontend generiert bzw. ein leeres GIF in typo3temp/pics/ angelegt. In diesem Fall sind das Flussdiagramme die beim anklicken in einer Lightbox in Originalgröße angezeigt werden (deswegen GIF). Die herunterskalierten Thumbnails im Frontend bleiben allerdings leer. Ich habe mir bei diesem 1&1 Kunden damit beholfen, dass die Vorschaubilder als JPG generiert werden. Es ist schon ein älterer Internetauftritt, bei dem es früher dieses Problem nicht gab. Sonst gibt es noch den Fehler im Install Tool. > **pixelrolf schrieb:** > > Auch im Install Tool unter 'Image Processing / Scaling images' gibt es Fehler beim skalieren unter 'GIF to GIF, 150 pixels wide'. > > Unter 'GIF to JPG, 150 pixels wide' ist der Hintergrund schwarz statt weiß. Hier noch die Einstellungen: ImageMagick enabled: 1 ImageMagick path: /usr/bin/ (6.6.0-4) ImageMagick path/LZW: /usr/bin/ (6.6.0-4) Version 5/GraphicsMagick flag: im6 GDLib enabled: 1 GDLib using PNG: 1 IM5 effects enabled: 0 (Blurring/Sharpening with IM 5+) Freetype DPI: 96 (Should be 96 for Freetype 2) Mask invert: 1 (Should be set for some IM versions approx. 5.4+) Vielleicht hilft das dem ein oder anderen den Fehler einzugrenzen. Gruß Rolf ### [#16](https://www.typo3.net/d/108097-keine-thumbs-mehr/16) · hanz · 2011-12-06 Hey Rolf, danke fuer die Infos. Ich hab die gleichen Einstellungen und eine 4.5.8 (Introduction package) laufen. Keine Thumbnails ('No thumb generated...' und kaputte Bilder) im Backend. Im Frontend sind nur ein paar zu sehen: Text and Images, Image effects - ja Image groups, Image siwth libks - nein Ich verstehe die Systematik nicht. ### [#17](https://www.typo3.net/d/108097-keine-thumbs-mehr/17) · zabinetta · 2012-01-12 hab das Problem auch. keine thumbnails, viele Bilder verschwunden. Gifbuilder-Sachen gehen nicht mehr ```php $TYPO3_CONF_VARS['GFX']['thumbnails_png'] = '1' //hatte auch 3 probiert, thumbs werden noch immer nicht gerendert $TYPO3_CONF_VARS['GFX']['gif_compress'] = '0' $TYPO3_CONF_VARS['GFX']['gdlib_png'] = '1' $TYPO3_CONF_VARS['GFX']['jpg_quality'] = '100' $TYPO3_CONF_VARS['GFX']['png_truecolor'] = '1' ``` danach hat er wieder skalierte Bilder gebracht, und die cron_csc_imgframes sind wieder gerendert worden. die Gifbuilder-Sache konnte ich mit einem angepassten imageframe lösen. toll ist das natürlich nicht, auch daß 1und1 kein php 5.3 hat. Klar nicht der Typo3provider der Wahl, aber bei dem betroffenen Site heißt meine Perspektive erstmal abwarten, wenns nicht schlimmer wird, komm ich bei diesem Site klar. ### [#18](https://www.typo3.net/d/108097-keine-thumbs-mehr/18) · akonze · 2012-01-12 Ich glaube da kannst du lange warten. Einen Kunden haben wir mittlerweile auf Wordpress umstellen müssen. Er hat vor 4 Monaten erst zu 1&1 gewechselt und daher war ein Vetragswechsel nicht möglich. Nachdem wir 2 Monate gewartet haben und ich den Kunden immer wieder vertrösten mußte, haben wir nun migriert. Das finde ich eigentlich sehr schade, aber ich befürchte, daß noch weitere Kunden folgen werden. Zwei andere haben auch das Problem und liegen mir bereits in den Ohren. Typo3 hat es in den letzten Jahren trotz vieler Releases und einer finanzkräftigen Association nicht geschafft, die wesentlichen Schwachpunkte des Systems zu beseitigen. Noch immer ist es in vielen Teilen zu hardwarehungrig, zu kompliziert zu administrieren und leider extrem update-unfreundlich. Wir werden wohl dieses Jahr viele Kunden nicht mehr auf Typo3 aufsetzen. Die meisten benötigen eh nur einen Teil der vielen Funktionen im Kern. Und andere Systeme wie Joomla oder Wordpress haben stark aufgeholt in den letzten Jahren. ### [#19](https://www.typo3.net/d/108097-keine-thumbs-mehr/19) · zabinetta · 2012-01-13 hm, habe typo3 in letzer Zeit sehr updatefreundlich erlebt. Wenn man mit dem Funktionsumfang von Wordpress klarkommt, keine Grafiken generieren lässt und nichts erweitert, ist es eine feine Sache, und v.a. auf so einem Hostingpaket das Mittel der Wahl; wenn ich mich aber erinnere was uns bei Wordpress-Upgrades schon an Erweiterungen ausgestiegen ist, dann wirds mir immer noch kalt. Am besten man spricht das Hosting vorher mit dem Kunden ab :) (geht leider nicht immer) ### [#20](https://www.typo3.net/d/108097-keine-thumbs-mehr/20) · akonze · 2012-01-13 Sicherlich hat sich Typo3 in den letzten Jahren in puncto Update verbessert. Aber es ist immer noch kilometerweit entfernt von anderen Systemen. So etwa prüft Typo3 weder sich selbst noch die installierten Erweiterungen auf Aktualität. Nicht selten übernimmt man so Typo3 Installationen bei Kunden, bei denen seit Jahren nichts getan wurde und die eklatante Sicherheitslücken haben (vor allem durch Erweiterungen). Typo3 ist darüber hinaus nicht in der Lage sich selbst zu updaten. Immer muss der Administrator manuell Hand anlegen. Zwei kleine Beispiele, die in Wordpress oder z.B. in Magento besser gelöst sind. ;) Aber zurück zum Thema: Bei dem Fehler hier geht es ja genau um den Punkt der Grafikerzeugung. Typo3 kann auf 1&1 Systemen aktuell keine Grafiken erzeugen. Wo genau der Fehler liegt, kann ich nicht beurteilen. Allerdings ist Typo3 das einzige System, das ich kenne, daß auf ImageMagick setzt. In meinen Augen ist das ein Relikt aus vergangenen Tagen. De facto Standard ist heutzutage GD2, das in PHP5 fest integriert ist. Es wäre viel einfacher das zu nutzen, so wie es zum Beispiel Wordpress macht, um Grafiken zu erzeugen. ### [#21](https://www.typo3.net/d/108097-keine-thumbs-mehr/21) · akonze · 2012-02-21 Das Problem scheint nur bei bestimmten Typo3 Versionen vorhanden zu sein. In einer 4.2.8er Version funktioniert IM auf einer 1&1 Präsenz einwandfrei. Sobald ich auf Typo3 4.5.11 update, generiert Typo3 keine Vorschaubilder im Backend mehr. Darüber hinaus funktionieren GIF Grafiken gar nicht mehr (auch nicht im Frontend). ### [#22](https://www.typo3.net/d/108097-keine-thumbs-mehr/22) · mtness · 2012-02-25 Das Problem lag definitiv an einem update der Serversoftware bei 1&1, da kann TYPO3 mal gar nix für. Hatte das Problem hier auch gerade, auch ein Unternehmenskunde, und da lief TYPO3 seit 4 Jahren ohne Probleme - bis hier leider festgestellt wurde, dass sich der Pad der ImageMagick installation geändert hatte und daher die Bildgenerierung nicht mehr funktioniert hat. Lösung war hier, den Pfad von IM zurückzusetzen. Das ist mir bei anderen großen Hostern noch nie passiert! Danke 1&1, das ich mir wegen Euch sowas am Samstag morgen geben muss. Zu den Vorpostern, die der Ansicht sind das läge an TYPO3, denen kann ich nur Dieter Nuhr zitieren: "Wenn man keine Ahnung hat, einfach mal Fresse halten!" ### [#23](https://www.typo3.net/d/108097-keine-thumbs-mehr/23) · akonze · 2012-02-25 > **mtness schrieb:** > > Das Problem lag definitiv an einem update der Serversoftware bei 1&1, > da kann TYPO3 mal gar nix für. > > ... > > Zu den Vorpostern, die der Ansicht sind das läge an TYPO3, denen kann ich nur Dieter Nuhr zitieren: > "Wenn man keine Ahnung hat, einfach mal Fresse halten!" Wir diskutieren hier verschiedene Ansichten und jede Meinung ist gleich viel wert. So zu tun, als hätten andere keine Ahnung ist eine Unterstellung. Auch werde ich sicher nicht meine "Fresse halten". Ich habe andere Erfahrungen gemacht und daraus resultiert meine Meinung, daß es nicht oder zumindest nicht allein an 1&1 liegt. Ich habe letzte Woche eine 4.2.8er Version von Typo3 von einem Netbuild Hosting auf ein 1&1 Hosting umgezogen. Um sicherzustellen, daß alles funktioniert, habe ich die Installation nach dem Umzug ausgiebig getestet. Alles funktionierte einwanfrei. Verkleinerte GIF Grafiken im Frontend und auch die Anzeige von Thumbnails im Backend. Danach habe ich die aktuelle 4.5.11er Version von Typo3 aufgespielt und ein Update der Installation durchgeführt. Nachdem dieses Update durch war, funktionierten weder verkleinerte GIF Grafiken im Frontend noch die Thumbnails im Backend einwandfrei. Wenn es mit einer 4.2.8er läuft und mit einer 4.5.11er nicht, dann habe ich so meine Zweifel ob dies wirklich an irgendwelchen Einstellungen bei 1&1 liegt. So oder so bin ich aber froh, daß du das Problem scheinbar gelöst hast. Ich wäre dir dankbar, wenn du hier kurz deine ImageMagick Einstellungen für 1&1 posten könntest. ### [#24](https://www.typo3.net/d/108097-keine-thumbs-mehr/24) · lisardo · 2012-02-25 Hallo Arthur, > **akonze schrieb:** > > e facto Standard ist heutzutage GD2, das in PHP5 fest integriert ist. Es wäre viel einfacher das zu nutzen, so wie es zum Beispiel Wordpress macht, um Grafiken zu erzeugen. Ich habe schlechte Erfahrungen mit 1und1, deshalb hat mich der Thread hier nur am Rande interessiert. Aber das hat mich ein bisschen aufgeschreckt, deshalb eine kleine Recherche. Nix großes, nur in Google "imagemagic vs gdlib". Zum Speicherverbrauch von GD vs. Imagemagick habe ich hier einen interessanten Thread gefunden: [imagemagick vs. GD](http://www.php.de/php-tipps-2010/64696-imagemagick-vs-gd.html) Insbesondere: "Die Sache mit dem Speicherverbrauch wird dabei so gut wie hinfällig, weil imagemagick sich nicht über PHP seinen speicher reserviert sondern selbst, damit stört es sich nicht an limits von php ...". Im Gegensatz zu "Daher hab ich den Scripten auch 512 MB Speicher zugewiesen. Dann gehn schon recht gigantische Bilder, die per GD-Lib umgerechnet werden können.". Der Link hier geht in die gleiche Richtung: [PHP GD vs ImageMagick benchmark](http://sven.webiny.com/php-gd-vs-imagemagick-benchmark/) Hinsichtlich der Qualität der Bildkonvertierung: [GD vs. ImageMagick](http://eintragunginsnichts.blogsport.de/?p=5) und der hier [ImageMagick vs GD vs Photoshop](http://foliovision.com/2010/03/26/imagemagick-vs-gd). Sehr schön zu sehen hier: [Using Image Magick Versus GD For Image Conversion](http://qdig.sourceforge.net/Main/ImageMagickVersusGD) Zu den verarbeitbaren Formaten hier, der letzte Absatz: [Some comparisons between ImageMagick and GD](http://www.rubblewebs.co.uk/imagemagick/compair.php) Zusammengefasst: Imagemagick ist bei großen Bildern performanter, qualitativ besser, macht kleinere Bilder und kann erheblich mehr Bildformate verarbeiten. Ausserdem ist es nicht an die Speicherlimits von PHP gebunden und kann deshalb größere Bilder und mehr auf einmal verarbeiten. Hat also schon seinen Grund, dass ein Enterprise-System auf Imagemagick setzt und nicht auf die GD. Peter, [TYPO3 @ lisardo (Augsburg)](http://www.typo3-lisardo.de) ### [#25](https://www.typo3.net/d/108097-keine-thumbs-mehr/25) · akonze · 2012-02-25 > **lisardo schrieb:** > > Hat also schon seinen Grund, dass ein Enterprise-System auf Imagemagick setzt und nicht auf die GD. Danke für die ausführliche Zusammenfassung. Trotzdem denke ich, daß man seitens Typo3 zumindest GD2 als Alternative anbieten sollte. Aus dem Bauch heraus würde ich mal behaupten, daß 90% aller Typo3 Installationen eben keine Enterprise Installationen sind, sondern kleine bis mittlere Firmenwebseiten. Da ist es nicht so wichtig, daß Imagemagick faktisch besser ist als GD. Es muss laufen und zwar kostengünstig. Alles andere interessiert nicht. Bei Typo3 gibt es wie bei jedem System viele Baustellen. Ich für meinen Teil merke leider zunsehends, daß die Prioritäten bei diesen Baustellen nicht mehr mit den Wünschen meiner Firmenkunden übereinstimmen. Aber ok, ich möchte hier jetzt kein Faß aufmachen. Ich wäre mtness dankbar, wenn er seine Lösung bezüglich des Problems, wer auch immer nun Schuld ist, hier einmal posten könnte. Dann könnte ich das bei einer Handvoll Kunden bei 1&1 endlich fixen und abhaken. ### [#26](https://www.typo3.net/d/108097-keine-thumbs-mehr/26) · lisardo · 2012-02-25 > **akonze schrieb:** > > Aus dem Bauch heraus würde ich mal behaupten, daß 90% aller Typo3 Installationen eben keine Enterprise Installationen sind, sondern kleine bis mittlere Firmenwebseiten. Da ist es nicht so wichtig, daß Imagemagick faktisch besser ist als GD. Es muss laufen und zwar kostengünstig. Ja und Nein. Du gehst davon aus, dass jedes CMS überall unter den gleichen Voraussetzungen funktionieren soll. Sehe ich nicht so. TYPO3 ist nunmal primär ein System für große Websites, und das ist schon gut so. Für kleine Systeme gibts ne Menge anderer CMS, aber welche Alternative gibts für große Sites? Da fällt mir im OpenSource-Bereich nur noch Drupal ein. TYPO3 ist der Platzhirsch, weil es groß kann. Viele Leute wollen es, weil es die Regierungen, Kommunen und Unis verwenden. Stichwort Skalierbarkeit, Investitionssicherheit etc. Man kann TYPO3 sehr gut für kleine Sites verwenden, aber dann muss man eben mit einem gewissen Overhead leben. Warum aber nicht für kleine Projekte andere Systeme verwenden? Mal Contao getestet? Deutschsprachige Community, sehr rege, insgesamt ein feines CMS für kleine und mittlere Sites. Es gibt eben Kleinwägen, Cabrios, Familienkutschen und LKWs unter den CMS ... Ich persönlich realisiere auch kleine Seiten lieber mit TYPO3, aber das liegt daran, dass ich dieses System gut kann, und deshalb ziemlich schnell beim Aufsetzen bin. Ausserdem mögen meine Kunden die umfassenden Möglichkeiten des Backends, vor allem im Zusammenhang mit dem Bildupload. Die knallen einfach ihre Bilder von der Kamera ins System, 6 Megapixel, einfach mal so, Breitband-Verbindung sei Dank. Oder auch ein PDF zum Download, mit der ersten Seite als Vorschaubild. TYPO3 (Imagemagick) frißt das. Ein gut eingerichtetetes, angepasstes Backend ist immer noch das beste Argument für TYPO3, auch für kleine Sites. Zum Thema preiswert: eine funktionierende TYPO3-Installation bei einem spezialisierten TYPO3-Provider gibts ab ca.5 Euro, im Schnitt für 10,00 und für mittelgroße Seiten so ab 15.00 Euro pro Monat. Bei manchen ist da ein Installer dabei, manchmal sogar automatisches Einspielen der Security-Fixes. Das würde ich preiswert nennen. Vielelicht nicht billig, aber preiswert. Meines Wissens kostet ein Account bei 1und1, unter dem TYPO3 tatsächlich läuft, mindestens das gleiche; bei meinem letzten Vergleich lag 1und1 sogar drüber. Eine Arbeitsstunde eines Entwicklers liegt in der Regel über 40,00 Euro. Wieviel muss man am Provider sparen, bis sich ein zusätzlicher Installationsaufwand von 2-3 Stunden rechnet? Firmen, denen 10,00 Euro pro Monat für ihren Internetauftritt zu viel ist, können sich meine Arbeit sowieso nicht leisten. (Ausserdem sollten sie ihr Geschäftsmodell überdenken, mein ich 8-) ). Zum Thema Qualität: 1und1 ist zweifellos einer der größten Provider in Deutschland. Aber ist er damit auch automatisch einer der besten? Ich kann darüber nicht pauschal urteilen, aber meine Erfahrungen sind nicht danach. (Momentan habe ich z. B. einen KK-Antrag laufen, weg von 1und1. Seit fast fast zwei Wochen warte ich auf die Umszugsgestätigung. Normalerweise sollte das in 12 Stunden laufen, nicht in 12 Tagen). Peter, [TYPO3 @ lisardo (Augsburg)](http://www.typo3-lisardo.de) ### [#27](https://www.typo3.net/d/108097-keine-thumbs-mehr/27) · ChristianL · 2012-03-14 Hallo, bei uns läuft inzwischen (TYPO3 v4.5.13) mit folgenden Einstellungen die Skalierung (zumindest von PNG und JPG) problemlos. Bei GIF to GIF kommt es aber noch unter "Image Processing: Scaling images" zum Fehler. Da wir keine GIFs benutzen kann ich nicht sagen, ob es im Frontend klappt. ```php $TYPO3_CONF_VARS['GFX']['gdlib_png'] = '1'; $TYPO3_CONF_VARS['GFX']['im_imvMaskState'] = '1'; $TYPO3_CONF_VARS['GFX']['TTFdpi'] = '96'; $TYPO3_CONF_VARS['GFX']['thumbnails_png'] = '1'; $TYPO3_CONF_VARS['GFX']['png_truecolor'] = '1'; $TYPO3_CONF_VARS['GFX']['jpg_quality'] = '85'; $TYPO3_CONF_VARS['GFX']['im_combine_filename'] = 'composite'; $TYPO3_CONF_VARS['GFX']['im_path'] = '/usr/bin/'; $TYPO3_CONF_VARS['GFX']['im_version_5'] = 'im6'; ``` Christian ### [#28](https://www.typo3.net/d/108097-keine-thumbs-mehr/28) · FabianX · 2012-05-15 Seit heute habe ich das gleiche Problem. Ca 30 Typo3 Seiten auf unterschiedlichen Servern bei 1und1 von Version 4.2.x bis 4.5.x. Auf allen Seiten funktioniert die Thumbs Generierung im Backend nicht mehr und die Bilder werden auch nicht im Frontend angezeigt. Habe in den letzten 2 Stunden alle möglichen Einstellungen in Image Magick ausprobiert aber nichts funktioniert. Die Webseiten laufen teilweise seit mehreren Jahren. Mit den bisher hier geposteten Einstellungen funktioniert es bei mir leider auch nicht. Die ImageMagick Installation unter ImageMagick path: /usr/bin/ (6.6.0-4) funktioniert laut Install Tool zwar (bis auf GIF to JPG, dort schwarzer Hintergrund) leider werden trotzdem sowohl im Backend als auch im Frontend keine Bilder mehr angezeigt. Hat sonst noch jemand einen Tipp wie er das Problem lösen konnte ? bin für jeden Hinweis dankbar. ### [#29](https://www.typo3.net/d/108097-keine-thumbs-mehr/29) · SomehowLost · 2012-05-15 Ich hatte das gleiche Problem. Meine Lösung: Keine Gifs mehr als Ausgangsbild verwenden. JPGs zu PNGs umwandeln oder JPGs einfach als Thumbs nehmen. Meine Einstellungen: ```php $TYPO3_CONF_VARS['GFX']['im_path'] = '/usr/bin/'; $TYPO3_CONF_VARS['GFX']['gdlib_png'] = '1'; $TYPO3_CONF_VARS['GFX']['im_combine_filename'] = 'composite'; $TYPO3_CONF_VARS['GFX']['im_version_5'] = 'im6'; $TYPO3_CONF_VARS['GFX']['im_path_lzw'] = '/usr/bin/'; $TYPO3_CONF_VARS['GFX']['jpg_quality'] = '96'; $TYPO3_CONF_VARS['GFX']['TTFdpi'] = '72'; $TYPO3_CONF_VARS['GFX']['png_truecolor'] = '1'; $TYPO3_CONF_VARS['GFX']['gdlib_2'] = '1'; $TYPO3_CONF_VARS['GFX']['thumbnails_png'] = '0'; $TYPO3_CONF_VARS['GFX']['gif_compress'] = '0'; ``` Hoffe Dir hilfts. Viele Grüße ### [#30](https://www.typo3.net/d/108097-keine-thumbs-mehr/30) · FabianX · 2012-05-15 Vielen Dank für deine Antwort leider hat das mein Problem nicht beheben können. Nachdem ich alle Caches und Temporären Dateien gelöscht wird mir im Image Processing Abschnitt im Install Tool bei Scaling Images bei allen 3 Tests no result from ImageMagick angezeigt. Leider erreiche ich den 1und1 Kundenservice nicht. Falls noch jemand eine Idee hat, bitte melden :) ### [#31](https://www.typo3.net/d/108097-keine-thumbs-mehr/31) · FabianX · 2012-05-15 Der Techniker bei 1und1 (den ich nach nur 35 Minuten Warteschleife erreicht habe) hat mir erklärt das bei 1und1 noch NIE ImageMagick installiert war und ich das doch bitte selber installieren soll. Das werde ich jetzt machen mal sehn ob es dann funktioniert. ### [#32](https://www.typo3.net/d/108097-keine-thumbs-mehr/32) · Franz99 · 2012-05-15 hab hier seit Heute leider das selbe Problem, das keine neuen Bilder angezeigt werden. Typo3 ist Version 4.5.12 und der Hoster ist web.de. Meine typo3 Kenntnisse liegen minimal über Null und der Programmierer ist grad in den Urlaub gefahren, schöner Mist. ### [#33](https://www.typo3.net/d/108097-keine-thumbs-mehr/33) · FabianX · 2012-05-15 Hab jetzt ImageMagick manuell installiert in der Version 4.2.9 Im Install Tool zeigt er mir in Klammern auch die Version an, also scheint IM richtig installiert zu sein (oder versteh ich das falsch ?) ImageMagick path: /homepages/39/xxxxxxxxxxxx/htdocs/shell/imagemagick-4.2.9/bin/ (4.2.9) Leider schlagen so alle Tests fehl. There was no result from the ImageMagick operation ### [#34](https://www.typo3.net/d/108097-keine-thumbs-mehr/34) · m9z · 2012-05-15 > **FabianX schrieb:** > > Der Techniker bei 1und1 (den ich nach nur 35 Minuten Warteschleife erreicht habe) hat mir erklärt das bei 1und1 noch NIE ImageMagick installiert war und ich das doch bitte selber installieren soll. > > Das werde ich jetzt machen mal sehn ob es dann funktioniert. Ich bekomme bei 1und1 auf der Konsole folgende Ausgabe: > convert --version Version: ImageMagick 6.6.0-4 2012-04-26 Q16 Copyright: Copyright (C) 1999-2010 ImageMagick Studio LLC Features: OpenMP ImageMagick ist also da, nur scheinen sie nach dem 26.4.2012 irgendetwas neu gemacht zu haben. Und es ist ganz sicher das von 1und1: > which convert /usr/bin/convert ### [#35](https://www.typo3.net/d/108097-keine-thumbs-mehr/35) · FabianX · 2012-05-15 Ja die haben seit langem ImageMagick installiert gehabt es laufen bei uns einige Seiten auf verschiedenen 1und1 Servern und bisher hat es ja auch funktioniert nur seit deren Änderung geht nichts mehr. Habe jetzt anhand dieser tollen Anleitung ImageMagick 4.2.9 installiert. Im Install Tool musste ich noch unter All Configuration im_useStripProfileByDefault deaktivieren. Jetzt geht es wieder einigermaßen allerdings kommen mir die Seiten jetzt sehr langsam vor. Funktioniert bei dir die ImageMagick von 1und1 ohne Probleme ? ### [#36](https://www.typo3.net/d/108097-keine-thumbs-mehr/36) · martinjursa · 2012-05-15 Hab das gleich Problem bei einem Kunden: Seit kurzem -- d.h. seit der Umstellung auf die neue Betriebssystem-Umgebung -- erzeugt das Typo3 keine Thumbnails mehr. Das Problem ist, dass man die ImageMagick Utilities in /usr/bin nicht mehr per PHP ausführen kann. Ich hab die ausgeführten ImageMagick Befehle, zb beim Upload eines Bildes, geloggt und sie manuell auf der Shell ausgeführt - geht, ImageMagick funktioniert, kein Problem. Wenn man den denselben Befehl aber aus einem PHP Skript heraus mit der exec() Funktion ausführt (wie es auch das Typo macht) passiert einfach nichts. Wahrscheinlich ein Rechte Problem oder so, aber auf managed Servern kann das nur 1&1 selbst behebn. Hab das Problem daher grad einer Tante beim 1&1 Support vorgetragen, aber sie wollt es einfach nicht wahrhaben #angry# ### [#37](https://www.typo3.net/d/108097-keine-thumbs-mehr/37) · m9z · 2012-05-15 > **FabianX schrieb:** > > Funktioniert bei dir die ImageMagick von 1und1 ohne Probleme ? Leider nein. Ich habe bei 1und1 zwei Websites, die dort seit 2007 unter Typo3 laufen. Auf einer habe ich in den letzten Monaten garantiert nichts geändert und auch dort ist die Vorschau der Bilder kaputt. Ich habe sogar ein Backup untersucht und auch das geht nicht mehr. Die einzige Änderung, die ich ausmachen konnte, ist im Versionsstring der ImageMagick-Version von 1und1 zu finden: Das Datum "2012-04-26". Die alte ImageMagick-Version hatte ich schon damals einmal installiert. Ich werde mal ausprobieren, ob es damit wieder funktioniert. ### [#38](https://www.typo3.net/d/108097-keine-thumbs-mehr/38) · simse · 2012-05-15 ich habe einige Typo3 Installationen bei 1und1 (verschiedene Paket) und bei mir genau die selben Probleme alle alten Bilder sind da, auch als Thumbs - alles neue wird nicht mehr dargestellt. Ich habe 1und1 jetzt eine Mail geschriebene, vielleicht landet die ja bei jemanden der sich auskennt ;-))) ### [#39](https://www.typo3.net/d/108097-keine-thumbs-mehr/39) · m9z · 2012-05-15 Es stimmt, die ImageMagick-Programme werden ignoriert. Ich habe gerade ein kleines php-Skript geschrieben: ```php &1'); test('ps aux'); test('ls'); test('murks 2>&1'); function test($cmd) { echo "
$cmd
"; echo "
" . exec($cmd) . "
"; } ?> ``` Wenn ich das im Browser aufrufe kommt für convert nicht mal eine Fehlermeldung... ### [#40](https://www.typo3.net/d/108097-keine-thumbs-mehr/40) · martinjursa · 2012-05-15 > **m9z schrieb:** > > Es stimmt, die ImageMagick-Programme werden ignoriert. Ich habe gerade ein kleines php-Skript geschrieben: > ... > Wenn ich das im Browser aufrufe kommt für convert nicht mal eine Fehlermeldung... Ich hab das auch im 1&1 Forum gepostet, ich hoffe sie reparieren das bald ### [#41](https://www.typo3.net/d/108097-keine-thumbs-mehr/41) · m9z · 2012-05-15 Hm, reingefallen. die php-Funktion gibt laut Dokumentation nur die letzte Zeile als Ergebnis zurück und die ist nun mal leer. Verwende ich "passthru" funktioniert der Aufruf: ```php &1'); test('/usr/bin/convert --version'); test('bash --version'); test('ps aux'); test('ls'); function test($cmd) { echo "
$cmd
"; echo "
";
  echo passthru($cmd);
  echo "
"; } ?> ``` ### [#42](https://www.typo3.net/d/108097-keine-thumbs-mehr/42) · martinjursa · 2012-05-15 > **m9z schrieb:** > > ...Verwende ich "passthru" funktioniert der Aufruf: > ... passthru() löst das Problem auch nicht. Der folgende IM Befehl funktioniert auf der Shell: /usr/bin/convert +profile '*' -sample 56x56 quellbild.jpg zielbild.jpg Via PHP jedoch geht nichts, weder wie es Typo3 macht: exec('/usr/bin/convert +profile '*' -sample 56x56 quellbild.jpg zielbild.jpg'); noch mit passthru(): passthru('/usr/bin/convert +profile '*' -sample 56x56 quellbild.jpg zielbild.jpg'); ### [#43](https://www.typo3.net/d/108097-keine-thumbs-mehr/43) · simse · 2012-05-15 also bei 3 Webpaketen jeweils mit einer Typo3 Installation gehen die Thumbs definitiv erst seit heute nicht mehr. Gesten habe ich noch in den Typos gearbeitet und auch Bilder ohne Probleme einstellen können... ### [#44](https://www.typo3.net/d/108097-keine-thumbs-mehr/44) · Ricci · 2012-05-15 Bei mir das Selbe. Gestern Abend habe ich noch Inhalte mit Bildern eingepflegt - kein Problem. Heute Morgen ging nichts mehr. Die Typo3 läuft seit gut einem Jahr unverändert problemlos. Nach löschen von temporären Ordnern sind jetzt auch alle Bilder weg, die bereits hochgeladen waren. Auch diese werden nicht mehr erstellt. Typo3 Version 4.4.2 ### [#45](https://www.typo3.net/d/108097-keine-thumbs-mehr/45) · simse · 2012-05-15 Ricci - schicke auch eine Mail an den 1und1 Support vielleicht merken sie dann, das viele ein Problem haben. Das Ganze liegt auch nicht an einer bestimmten Typo3 Version, bei mir sind verschiedene Versionen betroffen von uralt bis zum 4.5 ### [#46](https://www.typo3.net/d/108097-keine-thumbs-mehr/46) · Ricci · 2012-05-15 > **simse schrieb:** > > Ricci - schicke auch eine Mail an den 1und1 Support vielleicht merken sie dann, das viele ein Problem haben. > Das Ganze liegt auch nicht an einer bestimmten Typo3 Version, bei mir sind verschiedene Versionen betroffen von uralt bis zum 4.5 Bereits erledigt. Ich habe dann noch eine 4.5.10, 4.4.5 und 4.3.0 am laufen, das gibt es offenbar keine Probleme. Ich gehe aber einfach mal davon aus, dass diese auch noch betroffen sein werden. Vielleicht ist das 1&1-"update" dort noch nicht angekommen. ### [#47](https://www.typo3.net/d/108097-keine-thumbs-mehr/47) · Ricci · 2012-05-15 Ohweia, jetzt habe ich soeben eine neue PHP-Version von 1&1 bekommen. Jetzt ist das 5.4.3 (Build: May 9. 2012) vor ein paar Minuten war das noch 5.2.17 Jetzt geht die website gar nicht mehr. PHP-Fehler ohne Ende!!! ### [#48](https://www.typo3.net/d/108097-keine-thumbs-mehr/48) · simse · 2012-05-16 bei irgendjemanden schon eine Reaktion von 1und1 ???? Auf meine Supportanfrage von gestern habe ich bis jetzt noch keine Antwort bekommen. ### [#49](https://www.typo3.net/d/108097-keine-thumbs-mehr/49) · john_doe · 2012-05-16 Von dem gleichen Problem bin ich leider auch betroffen. Auf meine Supportanfrage hat 1&1 bisher genauso wenig reagiert. ### [#50](https://www.typo3.net/d/108097-keine-thumbs-mehr/50) · martinjursa · 2012-05-16 > **simse schrieb:** > > bei irgendjemanden schon eine Reaktion von 1und1 ???? Habs im 1&1 Forum gepostet und da wurde das Thema als "in Bearbeitung" gekennzeichnet und telefonisch bin ich dann beim 2. Versuch doch aauch noch auf ein verständiges Ohr gestossen; ich schätze also die werden das kurzfristig lösen. ### [#51](https://www.typo3.net/d/108097-keine-thumbs-mehr/51) · Latino · 2012-05-16 Ich habe bereits gestern zwei Mal angerufen und nachgefragt, ob es irgendwelche Veränderungen auf den Servern gegeben hat (Updates, etc.). Man hat mir zugesichert, dass es keine Veränderungen gab. Ich bin skeptisch, ob das stimmt. Es liegt auch nicht an meine Einstellungen (Dateiberechtigung, Install-Tool, etc.), die eh die letzten Monate nicht verändert wurden. Werde eventuell eine ältere ImageMagick-Version manuell auf dem Server installieren und über Install-Tool darauf referenzieren (bis die Ursache gefunden und gelöst wurde). Bis dahin, schöne Grüße an meine Kollegin H. ### [#52](https://www.typo3.net/d/108097-keine-thumbs-mehr/52) · Webrocker · 2012-05-16 Wir haben das Problem hier auch bei einer Kundeninstallation (bei 1&1). TYPO3 Version 4.7 PHP Version 5.4 (per htaccess add-type php6 eintrag) #> which convert /usr/bin/convert #> convert --version Version: ImageMagick 6.6.0-4 2012-04-26 Q16 Copyright: Copyright (C) 1999-2010 ImageMagick Studio LLC Features: OpenMP #> php5 --version PHP 5.2.17 (cgi-fcgi) (built: Feb 2 2012 13:15:25) Copyright (c) 1997-2010 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2010 Zend Technologies #> php6 --version PHP 5.4.3 (cgi-fcgi) (built: May 9 2012 07:47:17) Copyright (c) 1997-2012 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies Thumbs werden nicht mehr generiert, vor ein paar Tagen ging es noch. Die Buildangabe (s.o.) vom PHP 5.4 ist 9. Mai, also gab es kürzlich eine Änderung auf dem Server. Im T3 Install-Tool gibt es bei Resize GIF->GIF einen Fehler, bei JGP steht der Jesus auf Schwarz statt auf Transparent. Bei Truetype Text und Shadows wird nur die oberste Textzeile reingerendert, blur und shadow nicht. ### [#53](https://www.typo3.net/d/108097-keine-thumbs-mehr/53) · Webrocker · 2012-05-16 Noch ein Nachtrag, das neueste typo3seitig erzeugte Thumbnail ist in typo3temp/tmb_xxxxx vom 14.5.2012 17:31h Per Konsole klappt das Erzeugen problemlos, selbst bei einem 4000x3000px grossem Quellbild. /usr/bin/convert +profile '*' -sample 56x56 uploads/pics/grossesbild.jpg ~/testthumb.jpg ### [#54](https://www.typo3.net/d/108097-keine-thumbs-mehr/54) · Skyrock · 2012-05-16 Also ich hatte das Problem heute auch, das bei einem Kunden der seine Seite bei 1und1 hostet, das Scanning der Thumbs defekt war. Da alle neue Konfigurationsversuche von ImageMagick keine Auswirkungen auf das Scaling Problem hatten, habe ich kurzerhand die Extension "JB GD Resize" als Workaround installiert. Diese benutzt die gdlib_2 zum Skalieren der Bilder. Und siehe da, alles erstmal wieder "Tutti". ### [#55](https://www.typo3.net/d/108097-keine-thumbs-mehr/55) · john_doe · 2012-05-16 > **Latino schrieb:** > > Werde eventuell eine ältere ImageMagick-Version manuell auf dem Server installieren und über Install-Tool darauf referenzieren (bis die Ursache gefunden und gelöst wurde). Ich hatte gestern bereits testhalber die aktuelle Version von ImageMagick (6.7.6-9) selber gebaut und per localconf.php eingebunden. Die Tests im Install-Tool liefen damit alle problemlos (ebenso wie bei der vorinstallierten Version), die Thumbnails und sonstigen Bilder wurden aber auch dadurch nicht wiederhergestellt. Eventuell ist wirklich eine ältere Version erforderlich, aber die Tatsache, dass von der Kommandozeile aus alle Versionen gleich gut zu funktionieren scheinen, lässt mich daran zweifeln. ### [#56](https://www.typo3.net/d/108097-keine-thumbs-mehr/56) · Webrocker · 2012-05-16 > **Skyrock schrieb:** > > Also ich hatte das Problem heute auch, das bei einem Kunden der seine Seite bei 1und1 hostet, das Scanning der Thumbs defekt war. > > Da alle neue Konfigurationsversuche von ImageMagick keine Auswirkungen auf das Scaling Problem hatten, habe ich kurzerhand die Extension "JB GD Resize" als Workaround installiert. Diese benutzt die gdlib_2 zum Skalieren der Bilder. Und siehe da, alles erstmal wieder "Tutti". Hallo, kann ich bestätigen - damit funktioniert es hier ebenfalls wieder. ### [#57](https://www.typo3.net/d/108097-keine-thumbs-mehr/57) · martinjursa · 2012-05-16 1&1 hat das Problem gelöst - Zitat aus dem 1&1 Forum (forum.1und1.de): > **1&1 Supportforum schrieb:** > > ImageMagick (/usr/bin/convert) fordert für die Bildoperation zuviel Hauptspeicher an. Der Prozess bricht dann ab, dem PHP-Skript fehlt die Ergebnis-Bilddatei und es kommt zu einer Fehlermeldung bzw. das Bild wird nicht angezeigt. > > .... > > Die alte Version von ImageMagick (6.2.4) hat wohl weniger Speicher verbraucht als die neue (6.6.0-4). > > Für eine Reduzierung des Speicherverbrauches müssen Sie die Resource "thread" auf das Minimum setzen -- auf 1. Gleichbedeutend mit "thread" ist die environment varable MAGICK_THREAD_LIMIT. > > Lösung: tragen Sie in das PHP-Skript die Zeile ein: > > ```php > putenv('MAGICK_THREAD_LIMIT=1'); > ``` > > Bei anderen Skriptsprachen setzen Sie einfach die Umgebungsvariable MAGICK_THREAD_LIMIT auf 1. > > Erläuterung: ImageMagick ist eine Software-Suite für Unix-Grafik-Workstations. Auch das Programm "convert" ist für die Verarbeitung sehr großer Datenmengen auf Computern mit entsprechend viel Hauptspeicher und Plattenspeicher ausgelegt. Als Hilfsprogramm im Rahmen einer Webanwendung, wo der Hauptspeicher oder die Prozessorleistung begrenzt sind, stößt es dann an gesetzte Grenzen. Vor allem beim Shared-Hosting ist die erwähnte Anpassungen nötig. Weiteres siehe und . Hab die Anweisung oben in die localconf.php eingetragen, Cache löschen und ging sofort wieder. ### [#58](https://www.typo3.net/d/108097-keine-thumbs-mehr/58) · m9z · 2012-05-16 > **martinjursa schrieb:** > > 1&1 hat das Problem gelöst - Zitat aus dem 1&1 Forum (forum.1und1.de): > > > **1&1 Supportforum schrieb:** > > > > ImageMagick (/usr/bin/convert) fordert für die Bildoperation zuviel Hauptspeicher an. Der Prozess bricht dann ab, dem PHP-Skript fehlt die Ergebnis-Bilddatei und es kommt zu einer Fehlermeldung bzw. das Bild wird nicht angezeigt. > > > > .... > > > > Die alte Version von ImageMagick (6.2.4) hat wohl weniger Speicher verbraucht als die neue (6.6.0-4). > > > > Für eine Reduzierung des Speicherverbrauches müssen Sie die Resource "thread" auf das Minimum setzen -- auf 1. Gleichbedeutend mit "thread" ist die environment varable MAGICK_THREAD_LIMIT. > > > > Lösung: tragen Sie in das PHP-Skript die Zeile ein: > > > > ```php > > putenv('MAGICK_THREAD_LIMIT=1'); > > ``` > > > > Bei anderen Skriptsprachen setzen Sie einfach die Umgebungsvariable MAGICK_THREAD_LIMIT auf 1. > > > > Erläuterung: ImageMagick ist eine Software-Suite für Unix-Grafik-Workstations. Auch das Programm "convert" ist für die Verarbeitung sehr großer Datenmengen auf Computern mit entsprechend viel Hauptspeicher und Plattenspeicher ausgelegt. Als Hilfsprogramm im Rahmen einer Webanwendung, wo der Hauptspeicher oder die Prozessorleistung begrenzt sind, stößt es dann an gesetzte Grenzen. Vor allem beim Shared-Hosting ist die erwähnte Anpassungen nötig. Weiteres siehe und . > > Hab die Anweisung oben in die localconf.php eingetragen, Cache löschen und ging sofort wieder. Vielen Dank für die Info, jetzt funktioniert bei mir auch alles wieder und große Bilder, die vorher nicht skaliert werden konnten, gehen jetzt sogar auch! ### [#59](https://www.typo3.net/d/108097-keine-thumbs-mehr/59) · akonze · 2012-05-16 > **martinjursa schrieb:** > > ```php > putenv('MAGICK_THREAD_LIMIT=1'); > ``` > > Hab die Anweisung oben in die localconf.php eingetragen, Cache löschen und ging sofort wieder. Wie bzw. wo hast du die Anweisung denn dort eingebunden? Soweit ich weiß liest Typo3 doch nur die Variablen aus der localconf.php aus und generiert dann eine eigene localconf Datei. Gehen manuelle Anweisungen dann nicht wieder verloren? ### [#60](https://www.typo3.net/d/108097-keine-thumbs-mehr/60) · martinjursa · 2012-05-16 > **akonze schrieb:** > > Wie bzw. wo hast du die Anweisung denn dort eingebunden? Soweit ich weiß liest Typo3 doch nur die Variablen aus der localconf.php aus und generiert dann eine eigene localconf Datei. Gehen manuelle Anweisungen dann nicht wieder verloren? Nein, du musst nur nach der Änderung den Konfigurations-Cache leeren; kannst es auch händisch machen indem du die ganzen temp_CACHED_* Files im typo3conf Verzeichnis löschst. Beim nächsten Aufruf werden dann die effektiv genutzten localconf's neu erzeugt. Solltest deine Anweisung oberhalb des Kommentars ```php ## INSTALL SCRIPT EDIT POINT TOKEN ``` platzieren. ### [#61](https://www.typo3.net/d/108097-keine-thumbs-mehr/61) · Ricci · 2012-05-16 Problem gelöst! Danke, ich habe nämlich noch keine Antwort von 1&1. Für alle die sich nicht so gut auskennen, hier nochmal die genaue Beschreibung: Im Ordner /typo3conf/ die Datei localconf.php öffnen. In etwa nach der 11. Zeile den Befehl ```php putenv('MAGICK_THREAD_LIMIT=1'); ``` eintragen und wieder speichern. Das sieht dann in etwa so aus: ```php Scaling images > GIF to GIF) sehen. Habt ihr das gleiche Problem bzw. hat dafür schon jemand eine Lösung? Die eingesetzte TYPO3 Version ist hier noch eine 4.4 ### [#64](https://www.typo3.net/d/108097-keine-thumbs-mehr/64) · FabianX · 2012-05-23 Bei mir hat der Eintrag putenv('MAGICK_THREAD_LIMIT=1'); zur Folge das die Grafiken im Frontend wieder angezeigt werden. Im Backend funktioniert die Thumb Generierung bei mir aber nach wie vor nicht. Verwendete Version ist 4.4 Also das gleiche Problem wie bei Chapi ### [#65](https://www.typo3.net/d/108097-keine-thumbs-mehr/65) · Gernott · 2012-06-06 Gleiches Problem hier. Mein Provider hat am Server die Prozessanzahl von 64 auf 128 erhöht. Seither klappt es. ### [#66](https://www.typo3.net/d/108097-keine-thumbs-mehr/66) · merzilla · 2012-07-18 > **zabinetta schrieb:** > > hab das Problem auch. > keine thumbnails, viele Bilder verschwunden. Gifbuilder-Sachen gehen nicht mehr > > ```php > $TYPO3_CONF_VARS['GFX']['thumbnails_png'] = '1' //hatte auch 3 probiert, thumbs werden noch immer nicht gerendert > $TYPO3_CONF_VARS['GFX']['gif_compress'] = '0' > $TYPO3_CONF_VARS['GFX']['gdlib_png'] = '1' > $TYPO3_CONF_VARS['GFX']['jpg_quality'] = '100' > $TYPO3_CONF_VARS['GFX']['png_truecolor'] = '1' > ``` > > danach hat er wieder skalierte Bilder gebracht, und die cron_csc_imgframes sind wieder gerendert worden. die Gifbuilder-Sache konnte ich mit einem angepassten imageframe lösen. > > toll ist das natürlich nicht, auch daß 1und1 kein php 5.3 hat. Klar nicht der Typo3provider der Wahl, aber bei dem betroffenen Site heißt meine Perspektive erstmal abwarten, wenns nicht schlimmer wird, komm ich bei diesem Site klar. Danke! Diese Einstellungen haben bei mir geholfen. Und zwar ging es auch um ein GIFBUILDER Objekt, welches einen TEXT mit font und so als Grafik rendert, mit transparentem Hintergrund. Jedoch war hier der Hintergrund schwarz, ebenso im Test "scaling images" im install tool. Nun passt das wieder. Nochmals danke und viele Grüße merzilla ### [#67](https://www.typo3.net/d/108097-keine-thumbs-mehr/67) · alexd0001 · 2012-09-03 Danke! Bei meinem Problem mit 1und1 dual basic hat mir folgendes geholfen: ```php putenv('MAGICK_THREAD_LIMIT=1'); ``` gruß - alex ### [#68](https://www.typo3.net/d/108097-keine-thumbs-mehr/68) · FabianX · 2013-02-13 Seid heute werden bei mir wieder keine Thumbs generiert :( putenv('MAGICK_THREAD_LIMIT=1'); Hatte bisher das Problem gelöst, aber seid heute Abend ca 16 Uhr gehts nicht mehr. Haufenweise verschiedene Installationen betroffen an denen nichts an der Konfiguration geändert wurde .... ### [#69](https://www.typo3.net/d/108097-keine-thumbs-mehr/69) · akonze · 2013-02-13 > **FabianX schrieb:** > > Seid heute werden bei mir wieder keine Thumbs generiert :( > > putenv('MAGICK_THREAD_LIMIT=1'); > > Hatte bisher das Problem gelöst, aber seid heute Abend ca 16 Uhr gehts nicht mehr. Bitte nicht so viele Informationen auf einmal. Typo3 Version? Imagemagick Version? Webhoster? Hosting Paket? localconf.php? Was sagt der Hoster? Was sagt das Typo3 Log? usw... ### [#70](https://www.typo3.net/d/108097-keine-thumbs-mehr/70) · FabianX · 2013-02-14 Ja das war etwas kurz gefasst :) Ich dachte hier wird explizit auf das Problem bei 1und1 eingegangen. Typo3 4.5.22 Hoster ist 1und1. Dedicated Managed Server In der Localconf habe ich in den letzten Monaten keine Änderungen vorgenommen. putenv('MAGICK_THREAD_LIMIT=1'); steht noch drin. /usr/bin/ (6.6.0-4) Hoster hat leider nicht geantwortet. Typo3 Log beim anlegen: Record '[No title]' (tt_content:931) was inserted on page 'beispeil' (236) (msg#1.1.10) Alle Tests im Install Tool bei Image Processing sind erfolgreich. ### [#71](https://www.typo3.net/d/108097-keine-thumbs-mehr/71) · FabianX · 2013-02-15 Hat grad sonst noch jemand bei 1und1 Probleme mit der Thumbs-Generierung ? ### [#72](https://www.typo3.net/d/108097-keine-thumbs-mehr/72) · FabianX · 2013-02-21 Wenn ich die thumbs.php direkt mit dem Link aus dem Backend aufrufe bekomme ich folgende Fehlermeldung: Warning: Cannot modify header information - headers already sent by (output started at /www/htdocs/.../typo3/typo3conf/localconf.php:1) in /www/htdocs/.../typo3/t3lib/thumbs.php on line 257 --- Quelle: „Keine Thumbs mehr????“, typo3.net, https://www.typo3.net/d/108097-keine-thumbs-mehr Beiträge von Mitgliedern des Forums. Bitte mit Link auf die Diskussion zitieren.