neue und geänderte Bilder werden nicht mehr angezeigt

[dereo]

Arbeite seit einer Woche an einer neuen Seite mit frisch installiertem Contao 3.5.19 auf ALL INKL unter Verwendung von Rocksolids "Tao".
Habe in viele normale Textelemente bei Artikeln Bilder eingefügt, die zeigte es mir bis jetzt immer ganz normal an. Seit einigen Stunden wird plötzlich bei heute neu hinzugefügten Bildern im Frontend nur mehr der Pfad zum Bild (/files/...) angezeigt, das Bild selbst wird nicht dargestellt. Habe es bei mehreren Inhaltselementen versucht. Bei schon bestehenden Bildern gibt es nach wie vor keine Probleme (außer ich ersetze sie durch andere), bei neuen Elementen schon. Kann mir jemand versuchen zu erklären, woran das liegen kann? Habe nichts großartig umgestellt in Db oder in den Einstellungen, nur zweimal zwischendurch die Systemwartung betätigt und auch noch nicht auf 3.5.21 upgedatet, aber an dem kanns ja nicht liegen, oder?

Danke für Ideen und liebe Grüße!

[planepix]

Hallo dereo,

hast du die neuen Bilder via FTP hochgeladen oder direkt im Backend?

Wenn via FTP nutze einmal die Synchronisation in der Dateiverwaltung. Erst danach kennt Contao diese neuen Dateien.

Und was immer gut ist: mit dem Contao Check einmal die Installation überprüfen.

[dereo]

DANKE für den Hinweis.

Habe direkt übers BE hochgeladen, die Darstellung funktioniert auch nicht nur bei neuen Bildern nicht sondern auch wenn ich bereits existierende austausche durch auch schon vor heutigem Tag hochgeladene.
Wenn ich im Inhaltselement ein Bild auswähle, wirds auch angezeigt. Nach Klick auf Speichern und Schließen erscheint bereits nur mehr die Pfadangabe, und im FE steht eben auch nur der Pfad.

Check werd ich gleich mal machen, bisher ist mir nirgendwo sonst was aufgefallen bez. Fehlfunktion.

BTW: laufe auf PHP 5.5 (CGI) und hab auch in dieser Einstellung installiert. Speicherplatz nutze ich bisher nur 138 MB, zur Verfügung stehen 1500 MB (Unteraccount bzw. Subdomain)

[planepix]

Dann müssen wir weitersuchen.

Stelle wenn möglich auf PHP 5.6 um. Seit gestern werden für 5.6 nur noch Sicherheitspatches bis 2019 ergänzt; alles drunter ist tot.

Wobei das Problem mit den Pfaden sicher nicht daran liegt; das nur ergänzend genannt.

[dereo]

Also der Check sagt mir erstmal:

- PHP 5.6.25-nmm1 (im KAS von ALL INKL wird mir 5.5 angezeigt)

- Dateirechte
Der PHP-Prozess darf Dateien erstellen

- Version
Eine Contao 3.5.19-Installation wurde gefunden

- Fehlende Dateien
.htaccess.default

- "Ihre Installation ist nicht aktuell"

[planepix]

Das sieht soweit gut aus.

Die Bilder sind als Inhaltselement „Bild” eingefügt oder innerhalb des Texteditors?

[dereo]

Hab die .htaccess "aktiviert" und ihr einen AddHandler php56-cgi .php gegeben für die Installation damals, lief ja bisher immer ganz gut. Kann das ein Konflikt sein falls mir All Inkl heimlich mit Jahreswechsel eine höhere PHP verschafft hat bzw. soll ich versuchen, die .htaccess wieder default zu machen?

Ich hab bei den meisten angesprochenen Bildern Spaltenumschläge und darin Text-Elemente, in denen hab ich mittels "Bild einfügen/bearbeiten" die Bilder eingefügt.

EDIT: Wenn ich bei Bildeinstellungen sage: Ein Bild hinzufügen, dann wird mir im FE auch wieder ein Bild angezeigt

[planepix]

allinkl hat irgendwann im Oktober oder November alle Kunden angeschrieben, die nötigen Umstellungen vorzunehmen und dafür sogar nach dem Login in das KAS mit Links und Hinweisen versehen.

Wenn du im KAS direkt bei den Domains die Version auf CGI-5.6 umstellst, kannst du auf den Eintrag in der .htaccess verzichten.

[dereo]

Bei mir ist im KAS alles O. K. sprich: Hinweis, dass alles in Ordnung ist bei meinen Accounts bez. PHP wenn ich mich einlogge, daher hab ich diese Verständigungen soweit ignoriert. Bei mir wäre die Umstellung offiziell auch erst am 17.1. Und noch der Form halber: Was ist "besser"? PHP als Modul oder CGI?

Und nochmal zum zwischenzeitlichen EDIT:
Wenn ich bei Bildeinstellungen sage: Ein Bild hinzufügen, dann wird mir im FE auch wieder ein Bild angezeigt. Das ist jetzt etwas verwirrend. In den meisten Fällen kann ich mir so zwar behelfen, aber erstens nicht immer und zweitens wäre interessant, wieso die Bilder plötzlich nicht mehr über Einfügen/Bearbeiten angezeigt werden können. Hast du noch eine Idee??

[planepix]

Soweit ich das bei meinen allinkl-Accounts sehen kann, ist PHP 5.6 sowieso nur als CGI verfügbar.

[dereo]

ich hab momentan zwei Domains, bei einer steht im KAS 5.5. (Modul), bei der anderen 5.6 (CGI), also ich habs so "eingestellt". Möglich ist es also wie es aussieht.

[Andreas]

Wenn via FTP nutze einmal die Synchronisation in der Dateiverwaltung. Erst danach kennt Contao diese neuen Dateien.

Normalerweise braucht man das nicht. Wenn Bilder via FTP hochgeladen werden, was ich immer so mache, dann werden sie, wenn ich ein Bild im CE einfügen möchte auch direkt bei der Auswahl dort angezeigt und sind somit auch in der tl_files registriert.

[dereo]

Nochmal kurz zusammengefasst: Ich hab im Texteditor "Text/HTML/Code" Bilder eingefügt -> "Bild einfügen/bearbeiten" - das hat bisher auf vielen verschiedenen Seiten bei unterschiedlichen Projekten immer geklappt (auch wenn ich mittlerweile den Hinweis bekommen hab, dass man es so nicht machen sollte ) und deshalb hab ichs auch bisher immer so fortgesetzt. Seit gestern werden bei neu hinzugefügten Bildern oder aktualisierten Bildern im FE diese Bilder nicht mehr angezeigt sondern lediglich die Pfadangabe zum Ablageort. Unter Bild-Einstellungen -> Bild hinzufügen klappt es weiterhin, schaut halt anders aus und ist anzupassen, vor allem deshalb etwas ungut, weil man im Texteditor irgendwas hineinschreiben muss, damit man den Inhalt speichern kann. Also hat man zumindest eine Leerzeile. Oder man verwendet -> Elementtyp -> Media-Elemente -> Bild, ist aber in meinem Fall auch mehr Arbeit, weil ich Texte und Bilder in einem im Texteditor bisher eben am schnellsten und für meine Anforderungen passend bearbeiten konnte.

Habe nun (nach einem sorgfältigen Backup) sämtliche verwendeten Erweiterungen aktualisiert und auch Contao auf den neuesten Stand (Stichtag heute: 3.5.21) gebracht, Datenbank aktualisiert und aufgeräumt. Nach wie vor ist es nicht möglich, Bilder im Texteditor neu einzufügen damit sie im FE auch angezeigt werden. Bei vor ein paar Tagen angelegten Bildern funktioniert weiterhin alles tadesllos.

Falls trotzdem jemand noch eine Idee hat (allein schon aus Prinzip, warum es bis zu einem gewissen Grad funktioniert, und dann plötzlich nicht mehr) dann kann er ja antworten.

Danke an planepix jedenfalls für den raschen Support und die Hilfestellung!!

[Spooky]

Poste mal einen Link zur Seite, wo man ein ce_text Element sieht, wo du direkt im TinyMCE ein Bild hinzugefügt hast - es aber im Frontend nicht sichtbar ist. Poste außerdem den HTML Quellcode aus dem TinyMCE von diesem Element, zum Vergleich.

[Andreas]

Benutzt du vielleicht eine angepasste system/config/tinyMCE.php?

[dereo]

Link zur Seite, wos nicht mehr funktioniert

>entfernt<

oben direkt im Editor eingefügt
darunter jetzt mittels Media-Element

Quellcode aus nicht funktionierendem TE
<p><img src="files/.../.jpg" alt="" width="1008" height="1200"></p>

----

Link zur Seite, wos noch funktioniert

>entfernt<

Quellcode aus funktionierendem TE
<p><img src="files/.../.jpg" alt="" width="1008" height="1200"></p>

[Andreas]

Fehlt vielleicht das <img> bei 'Erlaubte HTML-Tags' ?

Sorry, das kanns ja eigentlich nicht sein, weils auf der gleichen Installation einmal geht und einmal nicht.

[dereo]

@andreas

nicht, dass ich wüsste. Also ich lasse - soweit es geht - die Finger von Dateien im System (außer mal eine Umstellung auf Deutsch in der Galerie "1 of 10" zu "1 von 10").
Ich verwende, wie gesagt, das TAO von Rocksolid, aber ich hab so nichts weiter umgestellt und vor ein paar Tagen ist es ja noch so gegangen wie immer, erst seit gestern hakt es.

[Andreas]

Da müsste man sich das vielleicht mal direkt im BE ansehen.

ps Habe den letzten Post noch ergänzt.

[Spooky]

nicht, dass ich wüsste.

Dann überprüfe und wisse es

[dereo]

Also ich bin mir sicher, dass ich nichts umgestellt hab!! Hab die letzten Tage nur bereits vorher angelegte Seiten/Artikel mit Texten und Bildern befüllt, andere (tiefgreifende) Umstellungen habe ich nicht getätigt.
planepix hat sich gestern schon umgesehen im BE, soweit ist ihm auch nichts aufgefallen. Ich werde jetzt mal weiterarbeiten mit Media-Element -> Bild denn ich soll die Seite wieder bald fertig haben.

[Spooky]

Also ich bin mir sicher, dass ich nichts umgestellt hab!!

Du musst es überprüfen. Poste den Inhalt der System Einstellung "Erlaubte HTML Tags" hier, wenn du es nicht selbst überprüfen kannst, oder willst.

// edit: es könnte übrigens auch eine Sicherheitseinstellung des Servers sein - evt. erlaubt der Server dass Senden von <img> Tags per POST nicht.

[dereo]

JA!! Das war es! Ein fehlendes "<" in den erlaubten Tags - weil ich wieder mal schlampig gearbeitet hab!! Wollte ein Youtube-Video einbetten aber es happert da im Tao, das lässt keinen Fullscreen bei Videos zu, und daher hab ich <iframe> bei den erlaubten Tags ergänzt, und da ich natürlich alphabetisch arbeite, kommt vor image natürlich iframe. Dass ich allerdings übersehen hab vor img auch wieder ein "<" zu machen ...

Das "nicht, dass ich wüsste" bezog sich auf die Frage von Andreas, ob ich eine "system/config/tinyMCE.php" verändert/angepasst hab. Und eine .php hab ich ja so gesehen nicht verändert

ALSO VIELEN DANK (wieder nach Alphabet) AN ANDREAS, PLANEPIX & SPOOKY!!

[Andreas]

Wenn du die erlaubten Tags wieder auf den Standard zurücksetzen möchtest, dann kannst du das, indem du in der system/config/localconfig.php die entsprechende Zeile löschst oder auskommentierst. Es werden dann wieder die default Werte aus der system/config/default.php eingetragen.

Noch ein Tipp: Trage die zusätzlichen Tags dort besser nicht alphabetisch ein. Meistens wird dort ja nur <iframe> und <script> hinzugefügt. Setze diese an den Anfang, so kannst du, oder ein anderer Admin, schnell sehen, ob dort etwas verändert wurde und man braucht nicht auf die Suche danach zu gehen.

[mlweb]

Gute Idee. Unter dem Aspekt habe ich das auch noch nicht betrachtet. Gehörte bisher auch zu "alphabetisch-Fraktion"

[Andreas]

Gute Idee.

Liegt nur an meiner Bequemlichkeit (wollte jetzt nicht Faulheit sagen)