Zum Inhalt springen

Keine Thumbs mehr????

Erstellt am 7. November 2011 · 71 Antworten · letzte Antwort am 21. Februar 2013 · Seite 3 von 4

Tags: Bilder, Server & Hosting, Frage

simse ·

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...

Ricci ·

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

simse ·

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

Ricci ·
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.

Ricci ·

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!!!

simse ·

bei irgendjemanden schon eine Reaktion von 1und1 ????
Auf meine Supportanfrage von gestern habe ich bis jetzt noch keine Antwort bekommen.

john_doe ·

Von dem gleichen Problem bin ich leider auch betroffen.

Auf meine Supportanfrage hat 1&1 bisher genauso wenig reagiert.

martinjursa ·
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.

Latino ·

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.

Webrocker ·

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 http://www.imagemagick.org
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.

Webrocker ·

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

Skyrock ·

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".

john_doe ·
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.

Webrocker ·
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.

martinjursa ·

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:

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 http://www.imagemagick.org/script/architecture.php und http://www.imagemagick.org/script/resources.php.

Hab die Anweisung oben in die localconf.php eingetragen, Cache löschen und ging sofort wieder.

m9z ·
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:

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 http://www.imagemagick.org/script/architecture.php und http://www.imagemagick.org/script/resources.php.

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!

akonze ·
martinjursa schrieb 
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?

martinjursa ·
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

## INSTALL SCRIPT EDIT POINT TOKEN

platzieren.

Ricci ·

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

putenv('MAGICK_THREAD_LIMIT=1');

eintragen und wieder speichern.

Das sieht dann in etwa so aus:

<?php
$TYPO3_CONF_VARS['SYS']['sitename'] = 'xxx';

	// Default password is "xxx" :
$TYPO3_CONF_VARS['BE']['installToolPassword'] = 'xxx...';

$TYPO3_CONF_VARS['EXT']['extList'] = 'tsconfig_help,context_...';

$typo_db_extTableDef_script = 'extTables.php';

## INSTALL SCRIPT EDIT POINT TOKEN - all lines after this points may be changed by the install script!
putenv('MAGICK_THREAD_LIMIT=1');
$typo_db_username = 'xxx';	// Modified or inserted by TYPO3 Install Tool. 
$typo_db_password = 'xxx';	// Modified or inserted by TYPO3 Install Tool.

Oft funktioniert das dann sofort wieder, ansonsten wie von "martinjursa" beschrieben den Cache löschen.

Webrocker ·

hi,

das muss *vor* den Kommentar, nicht dahinter!
Alles *nach* dem Kommentar kann vom Install-Tool überschrieben werden ( "all lines after this points may be changed by the install script" )