Zum Inhalt springen

Fehler im Image Processing Test

Erstellt am 13. März 2006 · 7 Antworten · letzte Antwort am 14. Juni 2007

Tags: Frage

Russian ·

Hallo Forum!

Ich habe ein sehr merkwürdiges Problem mit dem "Reading image formats" Test.
Ich habe zwei Installationen von Typo3 (3.8.0) auf meinem Server laufen. Beide laufen vom gleichen Source. Beide sind auch identisch kofiguriert. Bei der einen Installation (schon etwas älter) können im "Reading image formats" Test alle Formate fehlerfrei gelesen werden. Bei der zweiten gibt es einen Fehler bei PDF und AI.

Mir ist aufgefallen, daß die ImageMagick command dumps der beiden Installationen sich unterscheiden, was eigentlich gar nicht sein kann.

In der funktionierenden Installation heisst es bei PDF:
/usr/local/typo3/bin/convert -geometry 170x241! -colorspace RGB -sharpen 50 -quality 70 /home/htdocs/web3/html/cms/typo3/sysext/install/imgs/pdf_from_imagemagick.pdf[0] /home/htdocs/web3/html/cms/typo3temp/pics/install_read_pdf.jpg.

In der nicht funktionirenden:
/usr/local/typo3/bin/identify /home/htdocs/web27/html/typo3/sysext/install/imgs/pdf_from_imagemagick.pdf[0].

Eigentlich kann das gar nicht sein, weil die ja von dem gleichen Source laufen.

Hat jemad schon mal so ein Problem gehabt?

Gruß
Russian

junges ·

Hi,

wo liegt den der Pfad zu ImageMagick und den pdftools?
Ist das Paket xpdf installiert?

Probier mal das Kommando
# which convert
und
# which pdftotext
Stimmt die Ausgabe beider Befehle nicht mit der Angabe Deines Postings überein, so kontrolliere mal im Typo3 Install bereich die Pfade nach

Gruß
Stefan

Russian ·

Hi,

also ob pdftools und xpdf installiert ist, weiss ich gar nicht. wie kriege ich das raus?

# which convert
und
# which pdftotext

ergeben gar nichts.

komisch ist nur, das die eine installation es kann und die andere nicht.

gruß
russian

junges ·

Hi,

Dann prüf mal im Install Tool bei der funktionierenden Typo3 Umgebung den Pfad zu ImageMagick und vergleiche mal den Pfad bei Deiner Problem Typo3 Umgebung.

CU
Stefan

Russian ·

Hi,

der Pfad ist der gleiche. Prinzipiell funtioniert IM auch. Nur der Grafiktest will nicht.

Gruß
Russian

junges ·

Hi,

wie sieht es denn mit den Rechten aus? Gibt es verschiedene Gruppen oder User?
Ist vielleicht eine open_basedir restriction gesetzt?

Stefan

woida ·

Wenn der PDF & AI Test nicht funktioniert fehlt wahrscheinlich das Paket gs (ghostscript).

Da in deinem Fall ja eine Installation funktioniert und die andere nicht, kann es z.B. auch sein, daß du für die beiden Installationen verschiedene Nutzer hast und einer davon gs nicht im path hat.

stevee ·

hallo zusammen

habe oder hatte soeben dasselbe problem!
habt ihr es inzwischen lösen können?

bei mir war es genau gleich, einfach mit version 4.0.4.
ich blick da echt nicht so durch.
mein provider sagte, dass er vielleicht die zuletzt funktionierende konfiguration zwischenspeicher (also z.b., dass er die funktion "identify" benutzt) und es halt mit diesem probiert.
vielleicht im zusammenhang mit dem rumprobieren bzw. ein- und ausschalten von safe_mode und/oder open_basedir.

auf jedenfall haben wir (ich und mein provider) jetzt soeben folgendes getan:
die eine typo3-installation funtionierte mit "convert".
die anderen mit "identify" nicht (im installtool wird kein jpg vom pdf/ai generiert).
beide hatten safe_mode und open_basedir eingeschaltet.

dann haben wir bei dem mit identify safe_mode und open_basedir abgeschaltet.
danach wurden auch dort pdf korrekt umgewandelt, und dies mit der funktion "convert" !!
dann safe_mode/open_basedir wieder an, und jetzt kommts: da gings immer noch, und nun auch wie bei der anderen installation mit "convert".
dann hab ich auch noch die optionen "[disable_exec_function]" und "[usePHPFileFunctions]" eingeschaltet - getestet und ausgeschaltet - getestet und es hat immer funktioniert mit "convert".

also komischer gehts ja nicht. :o

dann gehts noch weiter.
bei beiden installationen wurden komischerweise im typo3-backend KEINE pdf-thumbnails generiert!

dann haben wir nochmals mit safe_mode/open_basedir ausprobiert, und sind darauf gekommen, dass die generierung geht, wenn safe_mode ein ist, aber open_basedir aus.

nun, wenn man davon ausgeht, dass das erste problem ein cache-problem ist, dass er sozusagen die letzte funktion (identify/convert) zwischenspeichert, dann könnte man das ja noch hinnehmen. so könnte man es ja nun austricksen.

aber das mit der generierung der thumbnail im backend...
man müsste, um das open_basedir wieder einschalten zu können, wissen, was genau für befehle bei einer generierung ausgeführt werden, damit man vielleicht den pfad im open_basedir integrieren könnte.
irgendwie wird ja dazu eben gs gebraucht - das müsste vermutlich irgendwo eingetragen werden, dass das auch ausgeführt werden kann oder was weiss ich.

so, jetzt hab ich viel geschrieben...
aber vielleicht hat jemand eine antwort!

danke euch
stevee