Update aktuelle Version > Bilder werden nicht mehr angezeigt

[Jogibär]

Hallo zusammen,

ich habe gerade ein Update von Contao 3.1.5 auf 3.2.2 gemacht.
Die MetaModels waren zuvor von Oktober, dort hatte ich folgenden Code von Andreas verwendet, um Bilder anzeigen zu lassen:

<div class="value">
<?php $objFile = \FilesModel::findByPk($arrItem['raw']['image']); ?> 
<?php if ($arrItem['raw']['image'] != '0'): ?> 
{{image::<?php echo $objFile->path; ?>?width=220&height=120&mode=crop}}
<?php else: ?> 
<img src="{{env::path}}files/Bilder/Angebote/_Kein-Foto-hinterlegt.png" alt="" /> 
<?php endif; ?>
</div> <!-- value -->

Ich habe Version 1.1.x-dev zur Installation ausgewählt ("angefordert"),
installiert wurde aber dem Composer nach "dev-contao3" ("installiert").
Leider blicke ich da noch nicht recht durch...

Auf den ersten Blick schien allen in Ordnung, die Bilder wurden im Front- und Backend ausgegeben.
Aktualisiere ich einen Eintrag oder wähle ein anderes Bild, wird dieses zwar kurz nach der Auswahl noch in der Eingabemaske angezeigt, nach dem Speichern jedoch nicht mehr - weder im Backend noch im Frontend.

Ich habe mir über showTemplateVars() die Daten ausgeben lassen und die Image-Felder sind fast alle leer,
nur ab und zu steht

[image] => Bild

Die Datenbank ist nach dem Update auf Contao 3.2 aktualisiert.
Mache ich etwas falsch oder liegt hier noch ein Fehler in der letzten MetaModels-Version vor?

Danke für jeden Tipp!

Gruß
Jürgen

[andreasisaak]

Nein du hast nix falsch gemacht, ein richtiger Fehler ist es aber auch nicht. Wir haben DB Typ der Dateiattribute geändert (mussten wir wegen Contao 3.2) und haben leider noch kein Updatescript hinterlegt.

Entweder wartest du noch etwas darauf oder du stellst den Typ selber kurz um. Das kannst du z.B. via phpMyAdmin.

[lindesbs]

In selbigen Fehler bin ich eben auch reingelaufen. Habe es ohne den findByPK geloest :

{{image::<?php echo $arrItem['raw']['titelbild']['path'][0]; ?>?width=200&height=150}}

[andreasisaak]

Ja das stimmt. Den findbypk Schnippsel braucht man nicht mehr. Aber das die Bilder im Backend nicht gespeichert werden, liegt an dem von mir beschriebenen Verhalten des DB Typs.

@lindesbs

Dein Code ist GANZ schlechter Stil! Nutze am besten das Rendersetting oder gleich die PHP-Funktion. Sowas sollte man hier nicht im Forum posten, da es andere gleich übernehmen werden.

[Jogibär]

Danke für die Rückmeldungen,

@Andreas: Ich habe zwar schon gesucht (z.B. den ChangeLogs), bin mir aber nicht sicher:
Wird nun alles im Typ "Bin" gespeichert? Zumindest finde ich immer mal erwähnt, dass
von String nach Bin konvertiert werden soll.

Da ich gerne dazulerne, was ist am oben geposteten InsertTag so schlecht, einen ähnlichen
Workaround hattest du doch auch zuvor mal erwähnt?

{{image::<?php echo $arrItem['raw']['titelbild']['path'][0]; ?>?width=200&height=150}}

(hatte es dann in "metamodel_unrendered...")

Grüße
Jürgen

[andreasisaak]

Nein! Es macht einen Unterschied ob man einen Inserttag im Template verwendet oder ihn für Logik verwendet:

https://community.contao.org/de/show...r-Contao-3-1-4

<?php $objFile = \FilesModel::findByPk($arrItem['raw']['image']); ?>
<?php if ($arrItem['raw']['image'] != '0'): ?>
<img src="<?php echo $objFile->path; ?>" alt="" />
<?php else: ?>
<img src="{{env::path}}files/standard/publisher/images/platzhalter.jpg" alt="" />
<?php endif; ?>

Das Bild würde ich in Templates NIEMALS via Inserttag kleiner machen. Dafür gibt es Contao Funktionen oder die Funktion in MetaModels im Rendersetting. Die letzte Variante ist eh Best Practice.

[lindesbs]

Ah. OK danke fuer die Ausfuehrung !

Wieder was dazugelernt ;-)

[andreasisaak]

Als ob du alter Hase das nicht weißt

[Jogibär]

Oh, ich sehe gerade, ich hatte selbst nachträglich einen Inserttag in dein Beispiel eingefügt, um die Größe des Bildes zu verändern

Sollte man es nicht nutzen, weil die Inserttags letztendlich wieder in PHP übersetzt werden müssen und deshalb die Sache ausbremsen, oder warum ist das so schlecht?
Allerdings habe ich bei meiner Suche im Forum noch kein PHP-Schnipsel zur eleganten Größenanpassung eines Bildes gefunden

Die Funktion in MetaModels im Rendersetting, wie du schreibst, habe ich wohl auch übersehen. Werde mir das nochmal genauer ansehen.

Ich würde das gerne alles mal besser durchschauen, wenn ich nur wüsste, wo ich anfangen sollte.
Kennst du eine gute Quelle für Entwicklungs-Anfänger in Contao wo ich solche Infos finden kann?

Dank und Gruß
Jürgen

[andreasisaak]

Es ist zumindest meine Meinung das manche Inserttags keinen Sinn in Templates machen da man auch gleich die dafür ausgelegt Funktion nutzen kann. Und der Inserttag macht ja auch nichts anderes, als diese Funktion auszuführen.

getThumb($arrItem['raw']['enclosure']['path']['0'], 200, 200) 

[Jogibär]

getThumb wurde bei mir als nicht bekannte Methode bemängelt,
ich habe dann getImage probiert und es funktionierte.

[andreasisaak]

Stimmt. getThumb ist eine Methode von uns, hab ich verwechselt

[geheimgirl]

Also ich lasse Bilder immer ausgeben mit html5 statt text

<?php echo $arrItem['html5']['thumbnail']; ?>

Im Backend gebe ich dem Attribut dann noch das Template file_alternative mit und gebe dort noch eine größe +Als Bildfeld mit Vorschaubild benutzen ( diese ist für das FE eigentlich nicht relevant, aber ohne Größenangabe wird nichts angezeigt ) an.

Funktioniert problemlos.

[andreasisaak]

Ja das ist die beste Methode!

[hudson]

Hallo zusammen,

nach einem Update von 2.11 auf 3.2 kann ich im MetaModel (nightly von gestern) keine Bilder mehr speichern.
Im Backend verschwinden ausgewählte Bilder und Dateien nach dem Speichern einfach wieder. Auch eigentlich schon vorhandene Bilder werden nicht angezeigt und die entsprechenden Arrays (raw, html5) in den Templates sind leer.

andreasisaak: ... haben DB Typ der Dateiattribute geändert (mussten wir wegen Contao 3.2) und haben leider noch kein Updatescript hinterlegt.
Entweder wartest du noch etwas darauf oder du stellst den Typ selber kurz um. Das kannst du z.B. via phpMyAdmin.

Kann mir jemand beschreiben was ich wie und wo in der Datenbank mit phpadmin ändern muss?

Oder kann das ein anderes Problem sein? Bei Facebook liest sich es sich so, als wären die Probleme nach dem Contao Update auf 3.2 im Metamodels Nightly beseitigt?!

Facebook 04.12.13 : ... Leider ist uns bei der Nutzung der Datei- und übersetzbaren Dateiattribute aufgefallen das wichtige Komfortfunktionen unter Contao 3.x fehlen. Man sieht z.B. keine Pfade mehr und muss manuell mit den ID's und UUID's hantieren.
Das mussten wir ändern und haben die Anpassungen vor wenigen Minuten veröffentlicht. Ab sofort sieht man wieder klare Dateinamen UND die ID's/UUID's.

Bei Github, mit dem ich mich nicht gut auskenne, habe ich dazu nichts Offenes gefunden...

Gruß & vielen Dank vorab.

[Tim G]

In 3.2 ist der Feldtyp "binary(16)". Alles darunter sollte mit varchar(255) normal laufen.

[svenskalec]

In 3.2 ist der Feldtyp "binary(16)". Alles darunter sollte mit varchar(255) normal laufen.

Also eine manuelle Anpassung der dB auf binary(16) wobei ich 16 als Länge angeben habe hat nix gebracht. Bilder werden nicht gespeichert. Wann ist hier mit einem Update der Nightlife zu rechnen um solche grundfunktionen zu nutzen?

[andreasisaak]

Welche Grundfunktionen meinst du?

[svenskalec]

Na Bilder benutzen zu können im mm.

[andreasisaak]

Ich verstehe nicht. Das ist wie gesagt schon gefixt worden. Dem generellen Feedback der MetaModels Community nach zu urteilen, funktioniert das auch sehr gut. In deinem Fall muss noch etwas anderes kaputt sein aber den Fehler kann ich von hier aus nicht erraten. Dafür müsste man vollen Zugriff zur DB und zur Installation haben.

[svenskalec]

Ich schau morgen mal nochmal genau nach und werde Bericht erstatten. Nach heutigen update der nightly kann ich noch keine Bilder speichern.

[andreasisaak]

Dann passt definitiv noch was nicht mit deiner DB. Die Logik in MetaModels funktioniert bei unseren Projekten ohne Probleme, es werden alle Bilder gespeichert. Mach mal ein Screenshot von der DB und dem Spaltentyp den du da vergeben hast.

[svenskalec]

[svenskalec]

Die vom System erstellte Spalte sieht so aus.

Spalte file

[svenskalec]

aktuelle nightly installiert immer noch werden Bilder nicht gespeichert.

Wer weis Rat?

[andreasisaak]

Wir haben diesbezüglich nichts gefixt. Vllt kannst dann aufhören immer darauf hinzuweisen das du die aktuellste Nightly installiert hast... Das gibt dem ganzen einen eigenartigen Unterton.

Was passiert mit Bildattributen die du neu anlegst. Können da auch keine Bilder gespeichert werden?

[svenskalec]

Nein können sie nicht. Aber du selbst hast ja mehrfach angegeben das es angeblich gehen soll und ich was falsch mache.

[andreasisaak]

Angeblich? Ich gebe ja gerne zu das MM noch Fehler hat aber meine Güte, ich und der Rest der Community kann nun mal Bilder abspeichern.

Und ich habe auch schon geschrieben - ohne Zugriff zum System ist das hier noch ein Blick in die Glaskugel. Mehr kann ich von hier aus nicht tun, so gern ich auch will.

[svenskalec]

Na mehr als ein nacktes contao mit mm kann ich auch nicht aufsetzen.

[andreasisaak]

Ok wenn du nicht willst

[svenskalec]

Von nicht wollen kann keine Rede sein. Ein paar Beiträge höher kannst du sehen wie die Spalte in der dB generiert wird.

[andreasisaak]

https://github.com/MetaModels/file_updater/tree/dev

Mit diesem universellen (und experimentellen, daher unbedingt DB Backup machen) Updater kann man seine Installation von 3.1 auf 3.2 für MetaModels ready machen.