Hallo,
ich hoste in meinem Typo3 (4.0.4) bereits 2 Seiten bei denen alles Problemlos funktioniert!
Nun habe ich folgendes Problem:
Wenn ich eine neue Root-Seite erstelle (mit einem eigenen Template), werden im FE Bilder auf dieser neuen Seite nicht angezeigt! Genauergesagt bleibt "src" im IMG-TAG leer.
Ich habe bereits unterschiedliche ImageMagick Versionen probiert, wobei ich nicht mehr daran glaube dass sich das Problem dort verbirgt da auf den anderen beiden Seiten weiterhin alles einwandfrei läuft!
Selbst wenn ich eine neue Website erstelle (Root-Seite) die genau das gleiche Template wie eine der bereits funktionierenden Seiten nutzt tritt das Problem weiterhin auf.
Das einzigste was hilft ist wenn ich im BE unter "Image quality/processing:" die Option "None (ignores all other options!)" wähle - wobei dies natürlich keine akzeptable Lösung darstellt.
(Inzwischen fiel mir auf dass die 2 bestehenden Seiten vor dem Update von 4.0 auf 4.0.4 angelegt wurden - Sind in diesem Zusammenhang Probleme bekannt?)
Ich hoffe es kann mir jemand helfen!
Und Danke schonmal im Voraus!
MfG
Adrian Junker
Hallo,
könnte dir das -> 
#56335 helfen?
Gruß
crossi
Hey - Danke für die Antwort,
das Problem lag bei mir jedoch woanders!
Im Nachhinein ist es auch recht simpel...^^
Zuerst bin ich in der /var/log/apache2/error.log auf folgende Fehler gestoßen die auftreten sobald versucht wird die entsprechenden Bilder zu generieren:
sh: line 1: /var/www/empty/convert: Permission denied
daraufhin habe ich die Rechte für diesen Ordner angepasst worauf ich logischerweise folgende Meldung bekam:
sh: line 1: /var/www/empty/convert: No such file or directory
Nun stellte ich mir die Frage weshalb Typo3 überhaupt IM in diesem Pfad vermutet!
(funktioniert ja auch bei den anderen Domains richtig)
Die Lösung:
Ich habe den PHP safe_mode nur für bestimmte Domains auf "Off" gesetzt, allerdings vergessen dies bei der neuen Domain für die neue Seite vorzunehmen!
Deshalb greift natürlich die Option open_basedir und erlaubt typo3 nur Programme unterhalb des angegebenen Pfades auszuführen"/var/www/empty" #angry#
Für alle die auch Confixx auf ihrem Server haben:
-> Als Administrator einloggen
-> Einstellungen - httpd Spezial
-> eine Domain ändern
-> suchen...
-> In dem Feld "httpd-Zusatzeintrag für xxx bearbeiten" der entsprechenden Domain, folgendes eintragen: "php_admin_flag safe_mode Off" (ohne ")
-> Abschließend noch das Confixx Update-Script starten!
Entweder über das Admin-Interface oder einfach folgende Datei ausführen:
"/usr/local/conifxx/confixx_updatescript.pl"
Vllt. erspart dies ja irgendjemand Zeit und Nerven ;-)
MfG
Adrian Junker
Hallo,
in der Problembeschreibung habe ich meins wiedererkannt. Allerdings stehen mir für die Lösung nicht die Werkzeuge zur Verfügung.
Auf ein und demselben Server (one.com) habe ich zwei Installattionen als Anfänger standartmäßig gemacht (Version 4.2.9). In der einen Installation werden die Bilder angezeigt, in der anderen nicht.
Dort werden Bilder nur "zufällig?" angezeigt. Auf einer Seite erscheint ein Bild, das ich aus dem Netz heruntergeladen habe. Auf anderen Seiten erscheint nichts.
Imagemagick läuft bei beiden Installationen nicht, der Server unterstützt es nicht. Man behilft sich mit GD.
Ein Vergleich der Konfigurationen und der Installationen hat keine Unterschiede zu Tage gefördert.
Ich weiß nicht mehr weiter!
Auch ich bin von diesem Fehler betroffen und habe sehr lange nach der Ursache geforscht. Als völliger Anfänger auf dem Gebiet habe ich natürlich erst mal den Fehler bei mir gesucht und wirklich lange herumprobiert...
Nachdem ich nun diesen Beitrag hier gefunden habe wollte ich bei meinem Provider das Gleiche erreichen, was jedoch aus Sicherheitsgründen rundweg abgelehnt wurde. Allerdings war man so freundlich selbst mal zu probieren und hat festgestellt, dass der Fehler vermutlich an einer "dblib" liegt. Dies wird morgen behoben und dann sollte es wieder funktionieren.
Ich melde mich noch mal, wenn die Reparatur erfolgreich war, oder eben auch nicht... 🙂
Tatsächlich wurde der Fehler behoben, die Bilder werden nun angezeigt und alles funktioniert wie erwartet.
nibbs schrieb
Auch ich bin von diesem Fehler betroffen und habe sehr lange nach der Ursache geforscht. Als völliger Anfänger auf dem Gebiet habe ich natürlich erst mal den Fehler bei mir gesucht und wirklich lange herumprobiert...
Nachdem ich nun diesen Beitrag hier gefunden habe wollte ich bei meinem Provider das Gleiche erreichen, was jedoch aus Sicherheitsgründen rundweg abgelehnt wurde. Allerdings war man so freundlich selbst mal zu probieren und hat festgestellt, dass der Fehler vermutlich an einer "dblib" liegt. Dies wird morgen behoben und dann sollte es wieder funktionieren.
Ich melde mich noch mal, wenn die Reparatur erfolgreich war, oder eben auch nicht... 🙂