RSS und OFA

[Gast]

Ich hatte das nur so verstanden, dass du das mit dem desc_id=x,y,z bereits längst gelöst hast.

hatte ich auch, auf meinem Rechner, wie gesagt. Aber daraus ergaben sich eben wieder Fragen und bei mir kann ich kontrollieren, welche Daten vorhanden sind und welche Ausgaben ich benötige. Ich weiß nicht, was ein anderer da verwendet und x, y und z könnten ja dann auch einzelne Bilder sein.
Wie man sich denken kann, gibt es auch für RSS festgelegte Regeln und die geben für den Feed ein optionales Bild vor. Das dort verwendete imageElement wäre dann das Vorschaubild (siehe beigefügtes Beispielbild eines RSS-Readers)
Der bisherige RSS-Feed vom OFA-Original und auch die am 16.04.2019 gepostete Datei sehen solches Vorschaubild überhaupt nicht vor. Was dort erscheint, ist ein Bild, eingebettet in den Beschreibungstext, der nach Anklicken vom "Weiterlesen"-Link erscheint.
Das Ergebnis des original OFA-RSS-Feeds würde in etwa so aussehen wie die Liste mittig in diesem Screenshot -> https://i.gyazo.com/88dbbaffa7293c9c3a4b84b09bd00aee.png
Mittig die Liste der Feeds, rechts eine Detailansicht eines Feeds, also kein Bild in der Vorschauliste

Mein Plan wäre aber eher so etwas wie hier -> https://i.gyazo.com/534650ceadf581b1b19f089a3119bc28.png
also Text mit Titel, Kurz-Beschreibung und Vorschaubild. Nach Klick auf "Weiterlesen" kommt dann die Detailansicht mit ggf einem anderen Bild. Für dieses Vorschaubild gibt es max-Werte in Breite (144 Pixel) und Höhe (max 400px). Für ein Bild innerhalb der Description gibt es (soweit ich weiß) keine.

Das große Problem ist aber, das man keinerlei Formatierungen für diese ItemFields hat (also x,y oder z), die Werte kommen in meiner Testdatei durch eine foreach-Schleife in das Script, lese die Inhalte von x, y und z und erstelle für jeden eine Ausgabe, die du an die zuletzt definierte anhängst. Die Möglichkeit, das itemField y dann eine andere Formatierung bekommt als itemField z, fällt damit heraus. Bilder lassen sich da noch herausfiltern, so das man zumindest diese anders behandeln könnte.
Aber sollten x und y zwei Bilder sein, geht es schief

über das "&img=1

ist mittlerweile hinfällig, weil der Aufruf dann immer länger werden würde. Diese Lösung hätte auch zur Folge, das jemand, der die original rss.php des Moduls benutzt, plötzlich andere Ergebnisse bekommt, eine andere Form der Darstellung. Eine weitere Frage wäre die Dynamik und die Sicherheit. Ob ich ein Bild aus den OFA-Uploads für ggf 100 Feeds anzeigen möchte, muß man nicht dynamisch übergeben, das ist eher eine Grundeinstellung, analog für jeden anderen Schalter der nachfolgenden Liste. Dazu kommt, das jede GET-Anweisung auch überprüft und abgesichert werden muß.
Ich hatte ja in einem der letzten Beiträge schon angedeutet, das ich dies über Schalter im Script lösen möchte. Davon gibt es aktuell 9 Stück:

• ShortUrl und Group-ID waren schon vorhanden
• Zeige Bild aus dem OFA-Upload: Ja/Nein
• Zeige Bild aus den ItemFields: Ja/Nein
• Limit die Feeds (z.b. die neuesten 20 Einträge)
• Ablaufdatum (Feeds bis max 1. Mai)
• Benutze die Labels zu ItemFields
• Bildgröße
• Bilddateiformate

Sortierung könnte man hier auch noch machen (ASC vs DESC) - aber da reicht auch die globale OFA-Einstellung.
Möglich wäre auch die Verwendung von CSS. Dem Bild in einer Textbeschreibung (also die Ausgabe, die auch das Original-RSS liefert), könnte man eine Klasse zuweisen, mit der es sich dann stylen läßt, z.b. in Breite oder Höhe, Abstände, umlaufender Text usw. Allerdings würde sich das dann auch wieder auf jeden Feed dieser OFA-Installation auswirken.
Komplizierte wird es schon, wenn man eines der Bilder als Vorschaubild benutzen möchte und das gleiche nicht im Beschreibungstext

Wie du siehst, ist es schon eine recht komplexe Sache. Und wenn man dann noch ein Modul wie OFA hat, das wahrscheinlich jeder auch anders benutzt, dann kann es schon kompliziert werden. Und dann sind zwei Wochen Nix tun eben schade. Ich muß gestehen, aktuell bin ich raus aus dem Thema, muß mich da erst wieder rein arbeiten. Hab eben lokal mal reingeschaut und sehe, das ich auf einmal jede Menge Dopplungen drin habe, manche auch vierfach, keine Ahnung, wo das her kommt und was überhaupt momentan eingestellt ist

[astricia]

das funktioniert bei mir leider immer noch nicht.

wie sollte es auch?? wir lesen aus der Beschreibung der vor 3 Wochen geposteten Datei

probiert bitte mal die Datei im angehängtem ZIP
die ist jetzt erst einmal so, das sie die Bilder (sofern vorhanden) aus dem OFA-Upload nutzt

im weiteren Verlauf hatte ich ein paar Fragen gestellt, u.a. was passieren soll, wenn ein Bild aus dem OFA-Upload vorhanden ist und ein weiteres in den ItemFields. Auf diese Fragen gab es keine Antwort. Also packt man das Zeugs wieder in die Schublade für "scheinbar nicht wichtig"
Meine letzte Antwort hier war vom 23.04.19, also auch schon zwei Wochen her, ohne Reaktion und dann heißt es plötzlich

ich bräuchte jetzt unbedingt was

brauchte ich vor zwei Wochen auch. Nun liegt es auf der ToDo-Liste wieder unten und andere Sachen sind wichtiger

Hast ja recht - bei mir waren zwischenzeitlich auch andere Dinge wichtiger, deswegen ist das etwas in Vergessenheit geraten.

Ich hatte das nur so verstanden, dass du das mit dem desc_id=x,y,z bereits längst gelöst hast. Deswegen war ich etwas verwirrt...

Um deine Frage oben zu beantworten - das müsste dann doch automatisch schon so gehen, wenn mehrere desc_id Felder möglich sind. Wenn eines der Felder ein "Datei aus Medienverzeichnis" ist, dann wird das mit aufgeführt. Und wenn Bilder über das Upload-Tool hochgeladen werden, dann funktioniert das (aktuell ja auch schon bei deiner Version) über das "&img=1". Müsste doch dann auch gehen, wenn es mehrere Bilder gibt.

LG,
Astrid

[dbs]

"Aktuelle Variante" könnte man aber auch so falsch verstehen wie wir es verstanden haben.
Aber richtig, keine Antworten, keine Lösungen.

[Gast]

das funktioniert bei mir leider immer noch nicht.

wie sollte es auch?? wir lesen aus der Beschreibung der vor 3 Wochen geposteten Datei

probiert bitte mal die Datei im angehängtem ZIP
die ist jetzt erst einmal so, das sie die Bilder (sofern vorhanden) aus dem OFA-Upload nutzt

im weiteren Verlauf hatte ich ein paar Fragen gestellt, u.a. was passieren soll, wenn ein Bild aus dem OFA-Upload vorhanden ist und ein weiteres in den ItemFields. Auf diese Fragen gab es keine Antwort. Also packt man das Zeugs wieder in die Schublade für "scheinbar nicht wichtig"
Meine letzte Antwort hier war vom 23.04.19, also auch schon zwei Wochen her, ohne Reaktion und dann heißt es plötzlich

ich bräuchte jetzt unbedingt was

brauchte ich vor zwei Wochen auch. Nun liegt es auf der ToDo-Liste wieder unten und andere Sachen sind wichtiger

[astricia]

Die Reihenfolge der Einträge könntest noch auf DESC statt ASC setzen. Hatte die ältesten oben.

Ja, das hab ich schon geändert, war mir auch aufgefallen.

Außerdem habe ich noch die "" beim img-Tag eingefügt. Die fehlten nämlich - ist egal, solange der Name der Bild-Datei keine Leerzeichen enthält, aber ansonsten eben nicht.

[dbs]

Aktuelle Variante neben o.g. Schaltern ist solch Aufruf:          /rss.php?page_id=8&desc_id=4,7,9

Leider funktioniert das bei mir auch nicht. Nur ein Feld wird angezeigt, egal an welcher Stelle es aufgeführt wird nach =
Also so als ob gar keine desc_id angegeben ist. Ist bestimmt die falsche Datei, weil iDescID gar nicht gesplittet wird bzw. mehrere id's berücksichtigt werden. Falls ich da nichts übersehen habe.

Die Reihenfolge der Einträge könntest noch auf DESC statt ASC setzen. Hatte die ältesten oben.

[astricia]

Aktuelle Variante neben o.g. Schaltern ist solch Aufruf:          /rss.php?page_id=8&desc_id=4,7,9

Das funktioniert bis jetzt aber noch nicht, oder? Habe mal testweise mehrere desc_id-Felder eingefügt, das wird bei mir nicht angezeigt.

funktioniert so auf meinem Rechner   

Hallo Uwe,

das funktioniert bei mir leider immer noch nicht. Inzwischen habe ich die Bilder in etwas größerer Auflösung bekommen und werde sie nun doch einzeln über das Upload-Tool von OFA hochladen. Der Kunde sagt aber, dass auch unbedingt die Bildbeschriftung (der Copyright-Hinweis) mit in den RSS-Feed aufgenommen werden muss, da hätten sie schon mal früher ne Abmahnung bekommen.

D.h. ich bräuchte jetzt unbedingt was, wo desc_id=2,4 (2 ist der eigentliche Text, 4 der Copyright-Hinweis) funktioniert. Bei mir klappt nur entweder 2 oder 4 - bei 2,4 wird nichts davon angezeigt...

Habe das rss.php genommen, das du weiter oben als Anhang eingefügt hast.

LG,
Astrid

[Gast]

Aktuelle Variante neben o.g. Schaltern ist solch Aufruf:          /rss.php?page_id=8&desc_id=4,7,9

Das funktioniert bis jetzt aber noch nicht, oder? Habe mal testweise mehrere desc_id-Felder eingefügt, das wird bei mir nicht angezeigt.

funktioniert so auf meinem Rechner   

zum Thema Bildgrößen: es gibt da Vorgaben, die liegen (ich glaube) bei 74 - 144 Pixel als Max-Wert. Ich habe jetzt einen definierbaren Wert genommen mit der Möglichkeit, Pixel oder Prozent als Einheit zu verwenden. Standardbreite wären 144 Pixel. Alles andere kann mal selbst einstellen.

2. die Beschreibung / Description
In meinem Fall würde eine komma-separierte Aufzählung noch passen, auch, wenn es praktisch keine Möglichkeit gibt, jetzt noch einzugreifen, um z.b. Passionsblume zu ändern in "Name des Bildes: Passionsblume". Natürlich könnte man vorher noch einen JOIN machen und das Label zum Feld auch noch einlesen und natürlich ließe sich für das Label auch noch ein Schalter setzen. An der Darstellung als komma-separierter Liste ändert das aber auch nichts mehr.

Wenn es irgendwie editierbar wäre, wäre das gut - andererseits muss man das jetzt aber auch nicht übertreiben. Bei mir ist das jetzt in all den Jahren der erste Kunde, der Wert auf einen RSS-Feed setzt. Wer weiß, ob und wann das überhaupt noch mal vorkommt....
[/quote]
jau, von daher wäre die Möglichkeit für dich auch relativ einfach gewesen. Bild über den Item-Uploader hochladen, erledigt....

Es gibt einen Punkt im aktuellem Script

Code Select Expand


if( \is_file($sDefaultPath.'/'.$value)){
    $img .= '<img src="'.$sDefaultUrl.'/'.$value.'"></img>';
        $value='';
    }else{
        $value='<p>'.$value.'</p>';
    }

Hier setze ich in der vorletzten Zeile ein <p>-Tag um jedes Feld. Wie das in einem "echtem" RSS-Reader ausschaut, weiß ich nicht. Wenn das nicht gewünscht ist, kommentiert man die Zeile einfach wieder aus.

Das ist auch mein Problem - ich habe noch nie einen "echten" RSS-Reader benutzt, und habe daher überhaupt keine Ahnung, wie das ausschaut bzw. ausschauen sollte..... :-/

Ich persönlich nutz die recht gerne, z.b. von Foren wie diesem hier, grundsätzlich hat die Bedeutung aber wohl abgenommen. Firefox hat die RSS-Integration schon entfernt,  aber wohl vorrangig ein finanzielles Problem, die Leute sollen Addons nutzen. Aber da schaut es eben in jedem Addon anders aus. Im aktuell verwendetem RSS-Addon bekomm ich z.b. nur die Titel, keine Bilder, keine anderen Felder. Habe da aber auch keine Möglichkeiten, die Ausgabe zu verändern wie z.b. beim Vorgänger-Reader, der auf Grund der eingestellten Unterstützung nicht mehr funktioniert. Dort hatte ich eine Art Template mit Platzhalter, wie wir das auch von WB kennen.

Was die Formatierungsmöglichkeit betrifft, gibt es nicht viel Möglichkeiten. Bei nur einem festen Feld, das auch unbedingt vorhanden ist (wie eben "description") ist es kein Problem. Aber muß man das in einer Schleife für eine Anzahl X machen, die der eine User hat und ein nächster nicht, wirken sich mögliche Formatierungen eben auf alle Felder aus, denn das Script weiß ja nicht, was sich hinter einer Field-ID verbirgt.

[astricia]

Sorry für die späte Rückmeldung... und euch allen noch frohe Ostern.

Bis hier kein Problem, allerdings blieb die Frage nach der Ausgabeform unbeantwortet 
Aktuelle Variante neben o.g. Schaltern ist solch Aufruf:          /rss.php?page_id=8&desc_id=4,7,9

Das funktioniert bis jetzt aber noch nicht, oder? Habe mal testweise mehrere desc_id-Felder eingefügt, das wird bei mir nicht angezeigt.

wobei das fettgeschriebene dann schon optional ist. Ergebnis ist solch Beschreibungsfeld

Code Select Expand

<description><img src="http://xxx/media/IMG_8256_400.jpg"></img>, Passionsblume, 2009, (verkauft)</description>
die Felder im Einzelnem:
- Datei aus Media: /IMG_8256_400.jpg
- Name des Bildes: Passionsblume
- Entstehungsjahr: 2009
- status: verkauft

Bei einem noch zusätzlich vorhandenem Bild aus einem Upload im Item, würde sich es z.Z. noch an das erste Bild anhängen, die Description wäre dann also

Code Select Expand

<description><img src="http://xxx/media/IMG_8256_400.jpg"></img>, <img src="http://xxx/media/UploadBild.jpg"></img>,Passionsblume, 2009, (verkauft)</description>
Beide Bilder ließen sich per Schalter deaktivieren, einzeln oder zusammen

KIingt gut...!

die Probleme:
1. das Bild aus dem Upload verwendet ja das Thumb aus der Item-Bildverwaltung und hat damit eine automatisch festgelegte Größe. Das Bild aus media hat keine Größenangaben. Es ließe sich aber in den RSS-Einstellungen ebenfalls noch festlegen, z.b. ein Wert, den man dann in eine style-Angabe integriert. Hier wäre dann auch die Frage, ob man mit solcher einheitlichen Größenangabe nicht vom THUMB auf das große Bild wechselt.

Stimmt, das könnte unter Umständen viel zu groß sein...

2. die Beschreibung / Description
In meinem Fall würde eine komma-separierte Aufzählung noch passen, auch, wenn es praktisch keine Möglichkeit gibt, jetzt noch einzugreifen, um z.b. Passionsblume zu ändern in "Name des Bildes: Passionsblume". Natürlich könnte man vorher noch einen JOIN machen und das Label zum Feld auch noch einlesen und natürlich ließe sich für das Label auch noch ein Schalter setzen. An der Darstellung als komma-separierter Liste ändert das aber auch nichts mehr.

Wenn es irgendwie editierbar wäre, wäre das gut - andererseits muss man das jetzt aber auch nicht übertreiben. Bei mir ist das jetzt in all den Jahren der erste Kunde, der Wert auf einen RSS-Feed setzt. Wer weiß, ob und wann das überhaupt noch mal vorkommt....

Es gibt einen Punkt im aktuellem Script

Code Select Expand


if( \is_file($sDefaultPath.'/'.$value)){
    $img .= '<img src="'.$sDefaultUrl.'/'.$value.'"></img>';
        $value='';
    }else{
        $value='<p>'.$value.'</p>';
    }

Hier setze ich in der vorletzten Zeile ein <p>-Tag um jedes Feld. Wie das in einem "echtem" RSS-Reader ausschaut, weiß ich nicht. Wenn das nicht gewünscht ist, kommentiert man die Zeile einfach wieder aus.

Das ist auch mein Problem - ich habe noch nie einen "echten" RSS-Reader benutzt, und habe daher überhaupt keine Ahnung, wie das ausschaut bzw. ausschauen sollte..... :-/

Wenn jetzt auch noch andere Dateitypen außer Images in Frage kommen (könnten), muß ich meinen Kram noch weiter absichern und auf ein Image-Format prüfen. Hier verwende ich aktuell zur Prüfung nur is_file(), was aber für eine PDF oder txt-Datei ebenfalls in Frage kommt.
Den Imagenamen entferne ich nach Erstellung des Bildlink aus der Description, sonst würde diese so aussehen:

Code Select Expand

<description><img src="http://xxx/media/IMG_8256_400.jpg"></img>, Passionsblume, 2009, (verkauft),/IMG_8256_400.jpg</description>
Hier wäre die Frage, ob das so gewollt ist....

Da bin ich echt überfragt...

LG,
Astrid

[Gast]

Um es universell zu machen, müsste man jedes beliebige Feld zufügen können. Ich habe nicht selten OFA Module mit mehr als 20 Feldern.. nicht alle wären relevant für einen Feed, aber es können schon mehr als 1 oder 2 Felder sein. Also irgendwie sollte man das mit Schaltern zusammenfügen können, welche Felder im Feed aufgenommen werden.

Bis hier kein Problem, allerdings blieb die Frage nach der Ausgabeform unbeantwortet 
Aktuelle Variante neben o.g. Schaltern ist solch Aufruf:          /rss.php?page_id=8&desc_id=4,7,9

wobei das fettgeschriebene dann schon optional ist. Ergebnis ist solch Beschreibungsfeld

Code Select Expand

<description><img src="http://xxx/media/IMG_8256_400.jpg"></img>, Passionsblume, 2009, (verkauft)</description>
die Felder im Einzelnem:
- Datei aus Media: /IMG_8256_400.jpg
- Name des Bildes: Passionsblume
- Entstehungsjahr: 2009
- status: verkauft

Bei einem noch zusätzlich vorhandenem Bild aus einem Upload im Item, würde sich es z.Z. noch an das erste Bild anhängen, die Description wäre dann also

Code Select Expand

<description><img src="http://xxx/media/IMG_8256_400.jpg"></img>, <img src="http://xxx/media/UploadBild.jpg"></img>,Passionsblume, 2009, (verkauft)</description>
Beide Bilder ließen sich per Schalter deaktivieren, einzeln oder zusammen

die Probleme:
1. das Bild aus dem Upload verwendet ja das Thumb aus der Item-Bildverwaltung und hat damit eine automatisch festgelegte Größe. Das Bild aus media hat keine Größenangaben. Es ließe sich aber in den RSS-Einstellungen ebenfalls noch festlegen, z.b. ein Wert, den man dann in eine style-Angabe integriert. Hier wäre dann auch die Frage, ob man mit solcher einheitlichen Größenangabe nicht vom THUMB auf das große Bild wechselt.
2. die Beschreibung / Description
In meinem Fall würde eine komma-separierte Aufzählung noch passen, auch, wenn es praktisch keine Möglichkeit gibt, jetzt noch einzugreifen, um z.b. Passionsblume zu ändern in "Name des Bildes: Passionsblume". Natürlich könnte man vorher noch einen JOIN machen und das Label zum Feld auch noch einlesen und natürlich ließe sich für das Label auch noch ein Schalter setzen. An der Darstellung als komma-separierter Liste ändert das aber auch nichts mehr.
Es gibt einen Punkt im aktuellem Script

Code Select Expand


if( \is_file($sDefaultPath.'/'.$value)){
    $img .= '<img src="'.$sDefaultUrl.'/'.$value.'"></img>';
        $value='';
    }else{
        $value='<p>'.$value.'</p>';
    }

Hier setze ich in der vorletzten Zeile ein <p>-Tag um jedes Feld. Wie das in einem "echtem" RSS-Reader ausschaut, weiß ich nicht. Wenn das nicht gewünscht ist, kommentiert man die Zeile einfach wieder aus.

Wenn jetzt auch noch andere Dateitypen außer Images in Frage kommen (könnten), muß ich meinen Kram noch weiter absichern und auf ein Image-Format prüfen. Hier verwende ich aktuell zur Prüfung nur is_file(), was aber für eine PDF oder txt-Datei ebenfalls in Frage kommt.
Den Imagenamen entferne ich nach Erstellung des Bildlink aus der Description, sonst würde diese so aussehen:

Code Select Expand

<description><img src="http://xxx/media/IMG_8256_400.jpg"></img>, Passionsblume, 2009, (verkauft),/IMG_8256_400.jpg</description>
Hier wäre die Frage, ob das so gewollt ist....

[Gast]

Beim Anlegen in Feldern ist das Feld noch nicht sichtbar, erst danach.

gefunden (aber vorher noch nie gesehen), danke

[dbs]

Ja, je näher man sich mit beschäftigt desto zahlreicher können die Anforderungen werden. 
Denkbar auch: nicht die ganze Desc zu zeigen, damit der Leser auf die Webseite kommen muss.

Wo kann ich das festlegen?

Beim Anlegen in Feldern ist das Feld noch nicht sichtbar, erst danach.

[Gast]

So ist das, wenn man denkt, man hat fertig und den kleinen Finger gereicht und dann wird der ganze Arm raus gerissen.........   
Und komischerweise hat es auch die letzten 8 Jahre nicht gefehlt.. Warum sollte ich eine Seite noch besuchen, wenn ich im RSS schon alles gelesen habe?

Es gibt da ja durchaus auch komplerere und bebilderte Ausführungen. Die Frage wäre dann für mich, wie du z.b. 16 verschiedene Felder stylen möchtest.
In meiner aktuellen Testinstallation geht es um Malerinnen und ihre Bilder. Das Original hat 5 Felder,  Name des Bildes, Entstehungsjahr, Name der Malerin, Abmaße des Bildes, Technik. Hinzugefügt habe ich das Feld "Datei aus media" - macht also 6 Felder. Davon dann die jeweiligen Felder 1,3,4 und 6 auszulesen, ist das kleinste Problem.

Üblicherweise wird im RSS-Feld "description" das Bild als img-Tag und die Beschreibung ohne Trenner aneinander gefügt. Durch HTML-Code in diesen Feldern oder einen fixen Code in der RSS ist es dann möglich, den Ausgabecode mittels HTML zu formatieren, ein p-Tag, ein br usw. so, das es in einem RSS-Reader dann auch schön aussieht. Ich könnte nun eine Schleife bauen, die um jedes Feld einen <p>-Tag setzt, aber ein anderer braucht vielleicht eine andere Lösung

[astricia]

Um es universell zu machen, müsste man jedes beliebige Feld zufügen können. Ich habe nicht selten OFA Module mit mehr als 20 Feldern.. nicht alle wären relevant für einen Feed, aber es können schon mehr als 1 oder 2 Felder sein. Also irgendwie sollte man das mit Schaltern zusammenfügen können, welche Felder im Feed aufgenommen werden.

[Gast]

Dann stellt sich die Frage, ob dann in der rss beide Bilder angezeigt werden sollen und falls NEIN, welches?

[astricia]

Das ist gar nicht unwahrscheinlich. Das "Datei aus Unterverzeichnis von" kannst du auch für PDF Dateien nehmen, um diese zu verlinken. Oder für zusätzliche Bilder. Ich hab das schon öfter beides verwendet.

LG,
Astrid

[Gast]

Denn du legst ja selbst fest ob was aus /media oder einem angegebenen Unterverzeichnis angezeigt werden soll.

Wo kann ich das festlegen?

Eingebaut habe ich bisher diese Schalter in der rss.php oben:
- ShortUrl - true oder false
- group_id (eine ID)
- ShowImageFromUpload (true oder False) - default = true (zeigt bei true die Thumbs aus dem Item-Upload an)
- ShowImageFromFolder (true oder false) - default = false (zeigt nur Bilder aus der Option "Datei aus Unterverzeichnis von /media" an)
- ein Datums-Limit - default = 0 (für 'alle Items') - (zeigt Items jünger als das festgelegte Datum bzw alle an)
- ein  Mengen-Limit - default = 0 (für 'alle Items') - (zeigt nur XXX Items bzw alle an)

braucht es noch etwas?

Es erscheint recht unwahrscheinlich, das man sowohl ein Bild für das Item in der Upload-Funktion hochläd und gleichzeitig die Funktion "Datei aus Unterverzeichnis von /media" verwendet. Müßte man es trotzdem absichern, das dann auch nur ein Bild erscheint oder überläßt man es dem Benutzer?

[dbs]

Es werden nur Dateien aus /media angezeigt, nichts aus Unterordnern

Das ist aber das erwartete Verhalten, wenn das Feld leer gelassen wurde. Denn du legst ja selbst fest ob was aus /media oder einem angegebenen Unterverzeichnis angezeigt werden soll.

[Gast]

Ja, hilft schon - dank dir

Hab gerad noch ein paar ältere OFA-Module gefunden und werde da mal rein schauen, wie das dort funktioniert hat

Nachtrag: auch in der alten Version mit umbenanntem OFA steht ein doppelter Slash am Beginn des Ordners. Es werden nur Dateien aus /media angezeigt, nichts aus Unterordnern

[astricia]

@Astrid: schau bitte mal bei dir, was dort als Biolderpfad drin steht (Datenbank: ....item_fields)

Die Bilder stehen in der Datenbank auch mit doppeltem Slash davor.

Im Medienverzeichnis habe ich sie direkt im oberen Verzeichnis einsortiert, also keinen Unterordner.

Hilft dir das weiter?

LG,
Astrid

[Gast]

oder gibt es noch eine andere Möglichkeit, die Bilder auch aus dem Feld "Datei aus Unterverzeichnis von Media" mit in den Feed zu integrieren?

Grundsätzlich geht alles - mein Interesse geht aber dahin, eine für alle akzeptable Lösung zu schaffen und nicht jeden Tag eine andere Version zu veröffentlichen. Wenn das, wie oben angedeutet, mit ein paar Schaltern gemacht ist, um so besser. Zuerst sollte aber geklärt sein, wo der Fehler beim doppeltem Slash herkommt.
Der ideale Fall wäre, das hier der Pfad ab Media-Verzeichnis ohne Slash steht.

@Astrid: schau bitte mal bei dir, was dort als Biolderpfad drin steht (Datenbank: ....item_fields)

WorstCase wäre, das bei jedem etwas anderes drin steht. Ich bin mir auch nicht sicher, ob das nicht früher schon mal richtig funktioniert hat (bevor hier der Fix mit dem Verzeichnis beim Umbenennen kam). Bekannt sind Fälle, in denen ein nicht umbenanntes OFA einen korrekten Eintrag zu einem möglichen Unterverzeichnis macht und ein umbenanntes dieses Modulverzeichnis verschluckt.
Um das Bild dann darzustellen und mögliche Fehler in der Ausgabe des XML-Codes abzufangen, müßte der Pfad zuerst geprüft werden, einen doppelten Slash könnte man dabei wohl entfernen, aber ist das Ergebnis dann noch der korrekte Pfad?

Ein weiterer Punkt wäre die Bildgröße. Beim Upload hat man ein Thumb, dessen Größe ist bei allen Items gleich. Bei einer Auswahl aus einem Verzeichnis steht da nur ein Dateipfad und nicht dessen Größe

[astricia]

So, getestet und funktioniert jetzt auch erst mal ohne Bild.

Wobei der Kunde da sicherlich das Bild da mit drin haben möchte - d.h. ich werde es doch noch mal umstellen müssen auf Bild-Upload bei den OFA-Einträgen, oder gibt es noch eine andere Möglichkeit, die Bilder auch aus dem Feld "Datei aus Unterverzeichnis von Media" mit in den Feed zu integrieren?

[Gast]

die save_item.php soll beim Upload ein solches media-Unter-Verzeichnis anlegen (was offensichtlich auch funktioniert. Wie die Funktion "Datei aus Unterverzeichnis von Media" da arbeitet, muß ich mir noch anschauen

[dbs]

Kurztest in umbenanntem OFA (news_ofa) mit Bild aus Media (hab da kein Verzeichnis extra angegeben in Eingabefelder). Doppelslash ist da.
Im normalen OFA mit angegebenen Unterverzeichnis von /media nur ein Slash. Aber, wenn da auch kein Ordner angegeben ist, erscheinen 2 Slashes in der DB.

[Gast]

am Anfang der Datei hatte ich noch eine Variable $limit = 'LIMIT 3' gesetzt um die Anzahl einstellen zu können.

das ließe sich sicher (analog der config.php von OFA) integrieren, zusammen mit eventuellen anderen Schaltern.
Mein einziges OFA ist ein Tages- bzw Wochenplan für ein Feriencamp mit stundenweiser Aufteilung, da sind die Möglichkeiten dann eher begrenzt

Die Bilder "aus Media" beginnen bei mir in der DB mit nur einem Slash.

Ich habe bei mir nur die Auswahl von Bildern ab /media und dann auch nur in diesem Ordner. Das Modul heißt bei mir "ablaufplan". Fehlt mir dann vielleicht ein Ordner /media/ablaufplan?