WebsiteBaker Community Forum
WebsiteBaker Support (2.12.x) => General Help & Support => 
Hilfe & Support (deutsch) => Topic started by: astricia on April 15, 2019, 09:09:09 AM
-
Hallo zusammen,
ich suche auch immer noch nach einer Lösung, einen RSS-Feed einer mit einem OFA-Modul bestückten Seite zu machen. Mir wurde der Tipp gegeben, die rss.php des OFA-Moduls zu nutzen. Das habe ich auch grundsätzlich hinbekommen - allerdings gibt der Feed nur die Überschrift, Link und Datum aus, nicht den eigentlichen Inhalt, der sich in einem OFA-Feld (WYSIWIG) befindet. Wie bekomme ich denn diesen Inhalt da mit rein?
Danke und liebe Grüße,
Astrid
-
Wenn ich in die aktuelle OFA rss.php schaue, ist da ein Beispiel drin in Zeile 97.
Welche desc_id bei dir angezeigt wird hängt von der richtigen Feld ID ab. Welche ID hat Wysiwyg?
-
das wäre ein "&desc_id=2" - habe ich probiert, aber dann wird NUR NOCH der Head der RSS-Datei ausgegeben, kein einziger Eintrag mehr....
-
Ohne es zu sehen ist schlecht. Kann dir nur sagen, dass ich das auf verschiedenen Webseiten erfolgreich nutze.
Hast andere IDs probiert?
-
Ja, habe ich. Es geht konkret um diesen Link: http://neu.management-kommunikation.de/top-news/ und dann das RSS-Icon oben rechts - hab das "&desc_id=2" jetzt rausgenommen, aber das kann man ja auch testweise einfach hinter die URL setzen beim Aufruf. Ändert nichts.
-
Ich hab mir das mal angeschaut
die rss.php in OFA ist so aufgebaut, das sie bei Übergabe einer desc_id zwingend ein Bild benötigt und dann nur die Ergebnisse zeigt, die Bilder enthalten. Nur wenn für dieses Item ein Bild vorhanden ist, wird mit der desc_id das dort übergebene Feld in der Spalte value der Tabelle ...item_fields gesucht und benutzt
Wird keine desc_id übergeben, wird die Beschreibung aus dem Feld description der Tabelle ...items benutzt
Man könnte nun zwar den Select umstellen, müßte dann aber auch im weiterem Verlauf den Zusammenbau der description aus Bild + Description-Field anpassen und ebenso die Ausgabe des z.Z. automatisch generierten Bilderlinks abfangen, der ohne ein Bild ja leer wäre
-
Ich habe ja Bilder drin - diese sind allerdings nicht, wie bei OFA üblich, über das Bildertool hochgeladen worden, sondern - der Einfachheit halber, und weil noch über 300 weitere Newseinträge vom alten System übertragen werden müssen - habe ich das per FTP hochgeladen und nutze ein weiteres Feld des Typs "Datei aus Verzeichnis...".
Natürlich sollte idealerweise auch das Bild in den RSS-Feed mit aufgenommen werden.
Heißt also, wenn ich inden sauren Apfel beiße und die Bilder statt über die Dateiauswahl jeweils separat hochlade, dann klappts auch mit dem RSS-Feed?
-
Obwohl ich glaube, dass ich das irgendwie da eingebaut habe, war mir das total entfallen.
Also ja, so ist es, ein Bild per Uploader hochgeladen, sollte alles lösen, ist wohl aber nicht für jeden eine Lösung.
Sollte man also variabler machen.
-
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, wenn der Wert img=1 (bzw eine andere numerische Zahl größer Null) übergeben wurde
Wer nur das Bild, aber keinen Wert aus der Tabelle item_fields haben möchte, sondern die allgemeine Beschreibung aus dem description-Feld, übergibt dann eben /rss.php?page_id=65&img=1
Die desc_id holt (wie gehabt,) die Beschreibung aus dem in der desc_id definiertem Feld aus der Tabelle item_fields. Ein Aufruf mit solcher desc_id und einem möglicherweise vorhandenem Bild wäre dann z.b. so /rss.php?page_id=65&desc_id=3&img=1
die Kombination /rss.php?page_id=65&desc_id=3 würde dann nur die Beschreibung aus der desc_id holen, aber kein(e) Bild(er)
wie das mit "Datei aus Verzeichnis.." läuft, muß ich mir erst in einer Testinstallation ausprobieren. Ich hab da aktuell nur eine Kundeninstallation, die ich nicht vermurksen darf. Da komm ich aber erst am Abend dazu. Vielleicht hat aber jemand bis dahin einen Screenshot aus PHPmyAdmin, wie solch Bild dann gespeichert wird
-
ich hatte die ZIP-Datei aus dem vorherigen Beitrag noch mal raus genommen in der Hoffnung, doch eine schnellere Lösung zu finden, aber ich verstehe das wohl noch nicht ganz. Vielleicht habe ich es auch falsch eingerichtet.
Wenn ich mir eine Beschreibung über die desc_id hole, kommt diese aus der Tabelle ...item_fields mit der ID, die ich in desc_id übergebe
Ein Bild, das ich über "Datei aus Unterverzeichnis von Media" auswähle, wird ebenfalls in der gleichen Tabelle gescheichert. Soweit richtig?? Wenn ja, ginge mit der bisherigen Methode ja nur eines: für alle Items das Feld, das ich per desc_id übergebe.
Ich könnte natürlich noch ein weiteres Element hinzufügen
desc_id - für den Beschreibungstext
img für das Standardbild - ja/nein
media = ID für ein Bild aus der Auswahl Datei aus Unterverzeichnis von Media
dann wird der Aufruf aber immer länger /rss.php?page_id=65&desc_id=3&img=1&media=4
Im Anhang das Zip, wie im vorangegangenen Beitrag beschrieben
P.S.: kann wer bestätigen, das die Bilder, die mit Datei aus Unterverzeichnis von Media ausgewählt wurden, in der Datenbank mit einem doppelten Slash voran gespeichert werden?
-
Moin, ich hatte ihr gestern noch eine Datei zum Testen gegeben wo nur das img auskommentiert war. Also nichts Fertiges.
Die Bilder "aus Media" beginnen bei mir in der DB mit nur einem Slash.
Achso, am Anfang der Datei hatte ich noch eine Variable $limit = 'LIMIT 3' gesetzt um die Anzahl einstellen zu können. Aber default ist das sicher leer bei den meisten. Vielleicht baust das auch noch mit ein. Oder ich passe deins nachher noch an.
-
Danke, wird erst morgen getestet, bin heute den ganzen Tag unterwegs...
-
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?
-
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.
-
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
-
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?
-
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
-
@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
-
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
-
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.
-
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?
-
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
-
Dann stellt sich die Frage, ob dann in der rss beide Bilder angezeigt werden sollen und falls NEIN, welches?
-
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.
-
So ist das, wenn man denkt, man hat fertig und den kleinen Finger gereicht und dann wird der ganze Arm raus gerissen......... :roll: :roll:
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
-
Ja, je näher man sich mit beschäftigt desto zahlreicher können die Anforderungen werden. ;D
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.
-
Beim Anlegen in Feldern ist das Feld noch nicht sichtbar, erst danach.
gefunden (aber vorher noch nie gesehen), danke
(https://i.gyazo.com/151318ddc4ffac1e378152aae52ecb7e.png)
-
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 :roll:
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
<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
<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
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:
<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....
-
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 :roll:
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
<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
<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
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:
<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
-
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 :wink:
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
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öglic hkeit 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.
-
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 :wink:
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
-
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.
-
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.
-
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
-
"Aktuelle Variante" könnte man aber auch so falsch verstehen wie wir es verstanden haben.
Aber richtig, keine Antworten, keine Lösungen.
-
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
-
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 (https://validator.w3.org/feed/docs/rss2.html) und die geben für den Feed ein optionales Bild vor. Das dort verwendete imageElement wäre dann das Vorschaubild (siehe beigefügtes Beispielbild (https://i.gyazo.com/b53685bb572688456ccbbc4a1475c7b8.png) 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
-
Ja, verstehe schon, dass das kompliziert ist. Sorry, dass ich das zwei Wochen vernachlässigt habe - ist halt manchmal so, dass da andere Arbeiten zwischengeschoben werden und dann das, was man eigentlich noch machen wollte, in Vergessenheit gerät.
Das mit den Schaltern klingt perfekt - insbesondere auch das Limit auf eine bestimmte Anzahl oder ein bestimmtes Datum (wobei da würde ich nicht Datum nehmen, sondern heutiges Datum minus x Tage - also immer nur die Nachrichten des letzten Monats, der letzten Woche oder was auch immer - bei einem konkreten Datum müsste man das ja sonst ständig ändern..).
Und ja, natürlich wäre es auch optimal, wenn man da die Ausgabe noch irgendwie steuern könnte, so ähnlich wie man das bei OFA selbst ja auch steuert. Konkret habe ich jetzt z.B. das Feld 4 mit dem Copyright-Hinweis belegt. Das [FIELD_4] von OFA hat den Inhalt "Foto: © [CUSTOM_CONTENT]", also ein "Foto: © " vor den eigentlichen Copyright-Hinweis. Da wäre es natürlich gut, wenn das in dem RSS-Feed identisch oder ähnlich wäre - also eben steuerbar. Momentan wird in der Schleife nur der [CUSTOM_CONTENT] ausgegeben, nicht aber das [FIELD_4], also eben nur der eingegebene Text ohne das "Foto: © "
Liebe Grüße,
Astrid
-
Das [FIELD_4] von OFA hat den Inhalt "Foto: © [CUSTOM_CONTENT]", also ein "Foto: © " vor den eigentlichen Copyright-Hinweis. Da wäre es natürlich gut, wenn das in dem RSS-Feed identisch oder ähnlich wäre - also eben steuerbar. Momentan wird in der Schleife nur der [CUSTOM_CONTENT] ausgegeben, nicht aber das [FIELD_4], also eben nur der eingegebene Text ohne das "Foto: © "
Wenn wir uns hier richtig verstehen....
Ich nutze es bei mir für einen Bilderkatalog einer Malerin. Da schaut es so aus
(https://i.gyazo.com/09e666ac88f0543178d57f0340335eda.png)
vorn das sog. Label, dahinter der Wert, hier z.b. Entstehungsjahr als Label, 2013 als Wert
Für das Label hätte ich einen Schalter, zeige das dazugehörige Label immer an: Ja oder Nein
Bei JA würde diese Ausgabe erscheinen:
Entstehungsjahr: 2013
Bei NEIN nur
2013
aber eben dann für alle übergebenen Felder gleich. In meinem Beispiel also nicht für Name des Bildes und für Entstehungsjahr getrennt schaltbar.
Was aber nicht geht, ist das HTML-Gerüst so auslesen, wie auch OFA das in seiner Frontendausgabe macht, also z.B. solch Code aus den Eingabefeldern
<dl class="mod_bilderkatalog_text_f">
<dt class="mod_bilderkatalog_field_label_f">[CUSTOM_LABEL]</dt>
<dd class="mod_bilderkatalog_field_content_f">[CUSTOM_CONTENT]</dd>
</dl>
das wird dann doch zu komplex
-
Was aber nicht geht, ist das HTML-Gerüst so auslesen, wie auch OFA das in seiner Frontendausgabe macht, also z.B. solch Code aus den Eingabefeldern
<dl class="mod_bilderkatalog_text_f">
<dt class="mod_bilderkatalog_field_label_f">[CUSTOM_LABEL]</dt>
<dd class="mod_bilderkatalog_field_content_f">[CUSTOM_CONTENT]</dd>
</dl>
das wird dann doch zu komplex
Warum wird das denn zu komplex? Die ganzen Standard-Klassen lösche ich meist sowieso raus und baue gewünschte Klassen eher in die Ausgabeschleife bei OFA ein. Aber z.B. ein "Foto (c): " vor dem eingegebenen Inhalt macht in meinem Fall durchaus Sinn. Hier ist nicht jedes Bild mit einem Copyright-Hinweis belegt (manches sind eben auch eigene Bilder), und ich will diesen Hinweis nur da stehen haben, wenn es auch einen Hinweis gibt. Wenn ich stattdessen jetzt den Feldnamen nehmen würde (der heißt bei mir Bildcopyright, aber ich kann ihn ja theoretisch auch in "Foto (c)" umbenennen), dann würde da der Feldname auch stehen, wenn das Feld gar keinen Inhalt hat, und das wäre eher unschön...
LG,
Astrid
-
Aber z.B. ein "Foto (c): " vor dem eingegebenen Inhalt macht in meinem Fall durchaus Sinn
die Frage, wo das Foto(c) hingeschrieben wurde, ist aber damit auch nicht beantwortet. Alles, was im Feld steht (mein Bild mit Eintrag "Ella 1") wird zum [CUSTOM_CONTENT], ob mit oder ohne Foto(c), aber ich denke, wir sprechen von unterschiedlichen Sachen, vielleicht auch von unterschiedlichen OFA-Versionen
-
@astrid: dafür das du es dringend benötigst, gibst du erstaunlich wenig Input :cry:
Erfahrungsgemäß kommt das Geschrei dann erst, wenn etwas veröffentlicht wurde :|
Zur Sortierung: in allen bei mir vorhandenen Varianten der rss.php war die Sortierung fest im Select verankert und überall auf modified_when DESC festgelegt, also Datum der letzten Änderung, das zuletzt geänderte steht oben in der Liste. Ich habe dafür einen weiteren Schalter gesetzt, ich denke, er sollte verständlich sein
// sort items by... / default = modified_when DESC
// 1 = modified_when DESC
// 2 = modified_when ASC
// 3 = item_id DESC
// 4 = item_id ASC
// 5 = position DESC
// 6 = position ASC
// 7 = title DESC
// 8 = title ASC
$iItemsOrder = 8;
in meinen aktuellen Test's stimmt die jeweils gewählte Reihenfolge in der XML-Datei wohl mit der Einstellung überein und bringt auch die vorhandenen Items, im RSS-Reader ist das aber alles durcheinander. Der scheint seine eigene Einstellung zu haben.
-
@astrid: dafür das du es dringend benötigst, gibst du erstaunlich wenig Input :cry:
Erfahrungsgemäß kommt das Geschrei dann erst, wenn etwas veröffentlicht wurde :|
Sorry, aber ich hab die Frage gar nicht verstanden... irgendwie reden wir aneinander vorbei... ?
Das "Foto (c): " steht bei mir bei den Eingabefeldern. Also statt
<dl class="mod_bilderkatalog_text_f">
<dt class="mod_bilderkatalog_field_label_f">[CUSTOM_LABEL]</dt>
<dd class="mod_bilderkatalog_field_content_f">[CUSTOM_CONTENT]</dd>
</dl>habe ich den Inhalt des Feldes 4 mit
Foto (c): [CUSTOM_CONTENT]gefüllt.
Du schriebst doch weiter oben, dass das nicht geht mit dem Inhalt des [FIELD_4], sondern eben nur [CUSTOM_CONTENT] und [CUSTOM_LABEL] - und ich habe mich gefragt, warum nicht, da ich den Inhalt bei meinen OFA-Modulen oft in dieser Art verändere, dass ein bestimmter Text da fest mit eingebunden wird, der Eingebende das aber nicht jedes Mal wortwörtlich mit eintippen muss.
Das mit der Sortierung klingt logisch - vielleicht geht es auch noch, dass nach einem bestimmten (Datums-)Feld sortiert wird... ? In meinem Fall jetzt, wo ich die News-Artikel der letzten Jahre von der alten statischen Website auf WB übertragen muss, stimmt das Publication-Datum natürlich nicht. Ich habe ein gesondertes Feld "Datum", bei dem man manuell das Veröffentlichungsda tum setzt.
LG,
Astrid
-
Das mit der Sortierung klingt logisch - vielleicht geht es auch noch, dass nach einem bestimmten (Datums-)Feld sortiert wird... ? In meinem Fall jetzt, wo ich die News-Artikel der letzten Jahre von der alten statischen Website auf WB übertragen muss, stimmt das Publication-Datum natürlich nicht. Ich habe ein gesondertes Feld "Datum", bei dem man manuell das Veröffentlichungsda tum setzt.
das für deine eine Installation umzusetzen, ist sicher kein Problem, weil da die Felder und deren Inhalte halt feststehen und dann kann man eben gezielt nach Feld X abfragen, aber für die Allgemeinheit ist das nichts. OFA selbst hat schon 4 Möglichkeiten, ein Datum einzutragen. Ich nutze keine davon, ich schreibe es in ein Textfeld. Wie soll man da erkennen, was Text und was Datum ist?
Grundsätzlich sollte ja das gleiche Problem auch in der view.php des Moduls auftreten und da wirst du es wohl über die Position lösen (müssen)
Den Spaß mit den Feldern muß ich mir anschauen. Noch ein Join dazu, ist sicher kein Problem, dann werden halt drei statt zwei Tabellen ausgelesen, aber von der Theorie her bin ich nicht überzeugt, das das am Ende noch valider Code wird. Nach meiner Meinung geht es eh schon darüber hinaus, was ein RSS-Feed bringen soll (und darf)
-
Grundsätzlich sollte ja das gleiche Problem auch in der view.php des Moduls auftreten und da wirst du es wohl über die Position lösen (müssen)
Da ist bei OFA selbst gar kein Problem - das Erstellungsdatum eines Eintrages ist gar kein vorgegebenes Feld. In der Schleife rufe ich das entsprechende Datumsfeld auf und gut ist.
Sagst du mir Bescheid, wenn du das mit dem RSS soweit fertig hast? Danke! :-D
-
Hallo Uwe,
wie weit bist du denn mit dem RSS-Feed...? Ich hab morgen den Termin beim Kunden.....
LG,
Astrid
-
Hallo Uwe,
ich weiß, es ist schon wieder einige Zeit vergangen.... aber die Website meines Kunden soll jetzt bald online gehen. Es fehlt uns immer noch die Lösung, wie wir im RSS-Feed aus dem OFA-Modul weitere Felder (Datum und Copyright-Hinweis) auslesen können. Hast du da inzwischen eine Lösung für mich?
LG,
Astrid
-
Dann frage ich jetzt noch mal alle, da mein Problem weiterhin besteht ...
Ich möchte eine rss.php aus einem OFA-Modul generieren. Ich brauche dazu aber in der <description> ... </description> mehr als nur EIN Feld aus OFA! Das Bild (über Bild-Upload) hochgeladen konnte ich ja inzwischen integrieren - nicht aber das Bildcopyright (ist ein eigenes Feld). Außerdem möchte ich bei <pubDate>..</pubDate> nicht das Datum der Veröffentlichung haben, sondern ein Datums-Feld aus OFA (da ich dort Meldungen der letzten 10 Jahre manuell importieren werde - das Veröffentlichungsda tum ist somit immer 2019, aber das eigentliche Datum liegt bis zu 10 Jahre zurück!). Oder <pubDate> komplett ausschalten, dafür das Feld aber in die Description mit einbauen.
Momentan enthält die Schleife also:
Code: [Select]
<description>[IMAGE] [FIELD_2]</description>
Ich brauche aber sowas wie:
Code: [Select]
<description>
[IMAGE]
<div class="bildunterschrift">[FIELD_3]</div>
<li>[FIELD_2] ([FIELD_1])</li>
</description>
Feld 1 ist Datum - Feld 3 ist das Bildcopyright.
Wie bekomme ich das hin? Der Kunde hatte bei seiner vorigen (statischen) Website bereits einmal eine Abmahnung wegen fehlendem Bild-Copyright im RSS-Feed und ist da sehr empfindlich! Das muss also vor Freischaltung gelöst sein!
LG,
Astrid
-
Ich sage mal der Uwe war da nicht nur gedanklich so weit fortgeschritten, dass sich mit "mal reinschauen" nicht viel machen lässt.
Fahr lieber mal persönlich bei ihm vorbei wegen der Sache. :)
Am Besten noch mit Geld drohen.
-
Vielleicht ist es auch eine Idee die Ausgabe von oneforall_anyitems bzw. einer Abwandlung davon zu nutzen.
Einfach das XML Gedöns drumrum bauen.
Das Snippet liefert einen Loop. Header und Footer können leer sein. Der Loop bekommt noch das <item></item> drumrum.
Innerhalb vom Loop baut man die Struktur wie jetzt im RSS.
Snippetaufruf auf einer Seite mit Template blank.
-
Den Vorschlag mit Anyitems-Umbau ab ich jetzt mal probiert. Da kommt dann erst mal folgende Fehlermeldung:
There was an uncatched exception
malformed document created
in line (67) of (/modules/output_filter/filters/filterCssToHead.php):
Liegt am Blank Template?
-
Ansonsten - bei Uwe persönlich vorbeischauen ist wohl aufgrund der Entfernung nicht möglich.
Da es sich um ein Kundenprojekt handelt, ist da also durchaus Budget vorhanden. Wenn sich dem jemand annehmen möchte, und dafür entsprechend bezahlt werden möchte, dann sagt mir das einfach... das sollte kein Problem sein! Hauptsache, Kunde ist glücklich und die Website kann dann bald auch freigeschaltet werden....
-
Die Fehlermeldung sagt was von filterCssToHead. Könntest du nach suchen dann.
Würdest du einiges finden, unter anderem dies:
https://forum.WebsiteBaker.org/index.php/topic,31518.msg220540.html#msg220540 (https://forum.WebsiteBaker.org/index.php/topic,31518.msg220540.html#msg220540)
War ja auch nur eine Idee mit dem Snippet. Ob es geht habe ich nicht probiert.
Stattdessen hatte ich versucht die Snippet Funktion in der rss.php aufzurufen. Das ging nur teilweise.
-
Vergiss das mal wieder mit der Seite und dem Snippet.
Das Snippet in der rss.php geht, aber nur zu 80%.
- Droplets werden nicht aufgelöst.
- Das Bild aus Media wird nicht gefunden, weil der Pfad nicht den Medienordner enthält.
Läuft wohl doch auf Uwes Lösung raus.
-
Ich versuche jetzt mal die rss-ofa.php zu verstehen, die ich aktuell einsetze.
Das Description-Feld wird wie folgt mit Inhalt gefüllt:
$sql='SELECT `value` FROM `'.TABLE_PREFIX.'mod_'.$mod_name.'_item_fields` '
. 'WHERE `field_id` = '.(int)$iDescID.' '
. 'AND `item_id` = '.(int)$item['item_id'].' ';
$sDescriptionField = $database->get_one($sql);
$description = (!$iDescID ? stripslashes($item['description']) : $sDescriptionField);
und anschließend
<description><![CDATA[<?php echo $description; ?></description>
Damit kommt genau der Inhalt des [FIELD_2] in den description-Tag. Woher weiß die obige Abfrage, dass es FIELD_2 nehmen soll? FIELD_4 ist auch ein WYSIWIG-Feld, es gibt insgesamt 4 Felder... ? Kann ich nicht eine weitere Abfrage einbauen, die auf die anderen Felder abzielt und diese dann auch in den Description-Tag setzen?
LG,
Astrid
-
Dies ist keine Antwort auf die Aufgabenstellung.
Hatte noch nie OFA in Gebrauch, aber nun... - aber nur mal um reinzuschauen.
Das war's aber auch schon, nach der Meldung:
Warning: require(../../index.php): failed to open stream: No such file or directory in
\html\reserviert02\august-von-der-basis.php on line 7
Fatal error: require(): Failed opening required '../../index.php' (include_path='.;\PHP\PEAR;\PHP') in
\html\reserviert02\august-von-der-basis.php on line 7
<?php
$page_id = 6;
$section_id = 96;
$item_id = 1;
$item_sid = 96;
define("ITEM_ID", $item_id);
require("../../index.php");
?>
OFA 2.0.2.23 / WB2.12.1
Welche Anwendung nun den Fehler (Pfad zur index) verursacht - keene Ahnung.
ps. <description><![CDATA[<?php echo $description; ?></description>
<description><![CDATA[<?php echo $description; ?>]]></description>
-
Woher weiß die obige Abfrage, dass es FIELD_2 nehmen soll?
Wahrscheinlich ist deine rss.php URL hinten mit &desc_id=2 oder
weiter oben im Script ist $iDescID = 2; definiert.
Diese Abfrage holt genau 1 Ergebnis wegen $database->get_one($sql). Soll es mehr holen brauchts wieder eine Schleife um alles auszugeben. Oder so.
-
Wahrscheinlich ist deine rss.php URL hinten mit &desc_id=2 oder
weiter oben im Script ist $iDescID = 2; definiert.
Ja, genau. Die Abfrage läuft über .../rss-ofa.php?page_id=40&desc_id=2
Diese Abfrage holt genau 1 Ergebnis wegen $database->get_one($sql). Soll es mehr holen brauchts wieder eine Schleife um alles auszugeben. Oder so.
Das habe ich probiert. Erst mal um das Datumsfeld mit auszugeben. So bin ich vorgegangen:
Weiter oben im Script zur Definition:
$iDescID = (isset($_GET['desc_id']) AND is_numeric($_GET['desc_id'])) ? $_GET['desc_id'] : '';
$iDateID = (isset($_GET['date_id']) AND is_numeric($_GET['date_id'])) ? $_GET['date_id'] : '';
Hinter der bereits oben zitierten Schleife noch eine wie folgt:
$sql='SELECT `value` FROM `'.TABLE_PREFIX.'mod_'.$mod_name.'_item_fields` '
. 'WHERE `field_id` = '.(int)$iDateID.''
. 'AND `item_id` = '.(int)$item['item_id'].' ';
$sDateField = $database->get_one($sql);
$date = (!$iDateID ? stripslashes($item['date']) : $sDateField);
Dann gibt es danach noch ein
$description = OutputFilterApi('WbLink|ReplaceSysvar', $description);Da habe ich analog diese Zeile dahinter gesetzt:
$date = OutputFilterApi('WbLink|ReplaceSysvar', $date);
Und dann die Ausgabe wie folgt gestaltet:
<description><![CDATA[<?php echo $description; ?> (<?php echo $date; ?>)]]></description>
Laut meiner Logik müsste ein Aufruf mit
.../rss-ofa.php?page_id=40&desc_id=2&date_id=4
jetzt das Datum in Klammern dahintersetzen.
Tut es aber nicht. Die Klammern werden aufgerufen, bleiben aber ohne Inhalt.
Was habe ich falsch gemacht?
-
Das Problem ist die while Schleife durchläuft nur das Ergebnis von $result, nicht von $sDateField
//Generating the news items
while ($item = $result->fetchRow( MYSQLI_ASSOC )) {
Ich weiß leider nicht wie man das löst.
-
Stimmt, so lautet der Schleifenaufruf. Aber dieses $result wird ja nie wieder verwendet..? Wie kommt denn die erste description-Schleife dann zu ihrem Inhalt?
Ich hab jetzt gedacht, vielleicht liegt es auch daran, dass ich beide Male $sql als Variable genommen habe. Habe das jetzt für das Datumsfeld umbenannt, und beide Schleifen auch direkt hintereinander gesetzt. Also
while ($item = $result->fetchRow( MYSQLI_ASSOC )) {
// switch between group description and field description
$sql='SELECT `value` FROM `'.TABLE_PREFIX.'mod_'.$mod_name.'_item_fields` '
. 'WHERE `field_id` = '.(int)$iDescID.' '
. 'AND `item_id` = '.(int)$item['item_id'].' ';
$sql4='SELECT `value` FROM `'.TABLE_PREFIX.'mod_'.$mod_name.'_item_fields` '
. 'WHERE `field_id` = '.(int)$iDateID.''
. 'AND `item_id` = '.(int)$item['item_id'].' ';
$sDescriptionField = $database->get_one($sql);
$description = (!$iDescID ? stripslashes($item['description']) : $sDescriptionField);
$sDateField = $database->get_one($sql4);
$date = (!$iDateID ? stripslashes($item['date']) : $sDateField);
Dann wieder der Aufruf mit
<description><![CDATA[<?php echo $description; ?> (<?php echo $date; ?>)]]></description>
Die Klammer ist leider immer noch leer. $date hat keinen Inhalt. Warum nicht???
Menno.. ich bin halt kein Programmierer. Weiß denn niemand, wie das geht?
Büddeeee....
LG,
Astrid
-
Nochmal anderer Versuch.
Die angehängte rss ruft Snippet oneforall_anyitems auf.
Am Anfang der Datei kannst page_id und section_id vergeben oder schickst das in der URL mit.
In der include vom Snippet sollte dein loop also enthalten was du möchtest.
Könntest auch mal deine rss anhängen, sieht für mich so aus als ob du was anderes hast als ich.
-
Habe dein Snippet versucht, kriege folgende Fehlermeldung:
Parse error: syntax error, unexpected ''); ' (T_CONSTANT_ENCAPSED_STRING), expecting ',' or ')' in /...../rss-dbs2.php on line 51
-
Ist mir schleierhaft.
In Zeile 28 habe ich versehentlich noch den block $_GET['page_id'] auskommentiert.
Mach den mal wieder wirksam.
-
Das bringt keinen Unterschied. Wo soll ich das snippet denn eigentlich reinsetzen? Ich habe das jetzt in den Modul-Ordner des OFA-Moduls reinkopiert (wo auch die vorige rss-ofa.php drin stand..). Muss das woanders hin, oder ist das egal?
-
Noch zu deiner Frage...
Könntest auch mal deine rss anhängen, sieht für mich so aus als ob du was anderes hast als ich.
Ich hatte das, was Uwe mir in diesem Beitrag angehängt hatte:
https://forum.WebsiteBaker.org/index.php/topic,31424.msg219678.html#msg219678
-
In Zeile 51 steht ja das Folgende:
require($inc_path.'/convert.php');
Wo kommt denn das convert.php her??? Was soll das sein?
-
Hmm, habe den Inhalt deines Snippets jetzt noch mal neu eingefügt - vielleicht hatte ich ja einen Übertragungsfehler.
Page-ID und Section-ID habe ich angepasst. Jetzt kommt folgender Fehler auf einer gelben Seite:
XML-Verarbeitungsfehler: Kein Wurzel-Element gefunden
Adresse: http://.../rss-dbs2.php
Zeile Nr. 16, Spalte 1:
^
-
die rss.php kommt dahin wo die andere auch ist, ins OFA modul.
Mit Snippet meine ich oneforall_anyitems, das hast du sicherlich installiert, oder?
Mit den richtigen page_id und section_id sollte schon was zu sehen sein.
In der include.php vom Snippet oneforall_anyitems müsstest du $header und $footer noch leer machen.
Dachte eigentlich du duplizierst dir das Snippet, benennst es um und installierst unter anderem namen.
Dann müsstest auch in der rss unten den Aufruf ändern zum neuen Snippetnamen.
convert.php ändert wohl den Bindestrich im Modulnamen zu Unterstrich.
Hast mal auskommentiert die Zeile?
-
Habe eine extra oneforall_anyitems erstellt, die rss heißt. Das habe ich in Zeile 92 der rss-dbs2.php auch so geändert - richtig? Bei der include.php von rss habe ich darauf geachtet, dass header und footer leer sind.
Trotzdem bekomme ich in Firefox diese Fehlermeldung:
XML-Verarbeitungsfehler: Kein Wurzel-Element gefunden
Adresse: http://.../rss-dbs2.php
Zeile Nr. 16, Spalte 1:
^
In Chrome sieht das anders aus, aber nicht besser:
This page contains the following errors:
error on line 15 at column 50: Extra content at the end of the document
Below is a rendering of the page up to the first error.
PAGE_TITLE - ... PAGE_DESCRIPTION ... WebsiteBaker CMS There was an uncatched exception Call to a member function numRows() on null in line (90) of (/modules/rss/include.php):
Kannste dir auch gerne selbst angucken. Der rss-Aufruf ist wie folgt:
http://neu.management-kommunikation.de/modules/topnews/rss-dbs2.php
-
Na, dann noch eine hinterher :-D
XML-Interpretation fehlgeschlagen
XML-Interpretation fehlgeschlagen: Syntaxfehler (Zeile: 16, Zeichen: 0)
Dokument als HTML neu analysieren.
Fehler:
unexpected end-of-file
Spezifikation:
http://www.w3.org/TR/REC-xml/
13: There was an uncatched exception<br />
14: Call to a member function numRows() on null<br />
15: in line (90) of (/modules/rss/include.php):<br />
MfG. Evaki
-
Darf ich fragen was in der include.php oben steht?
// Function to display featured events of the events module (invoke function from template or code page)
if (!function_exists('oneforall_anyitems')) {
function oneforall_anyitems(...
-
Da steht dies:
// Function to display featured events of the events module (invoke function from template or code page)
if (!function_exists('rss')) {
function rss($section_id, $num_of_items = 100, $order = true) {
-
Und die angemäkelte Zeile 90 der include.php ist die folgende:
if ($query_fields->numRows() > 0) {
Die sieht in anderen OFA-Anyitems-Modulen genauso aus, daran habe ich auch nichts verändert.
-
OK, neuer Versuch.
Im Anhang mein Snippet ofa_rss.zip (wie oneforall_anynews) und
ofa_rss.php (kommt in oneforall Ordner)
Aufruf in der index:
<link rel="alternate" type="application/rss+xml" title="OFA_RSS-Feed Test" href="<?php echo WB_URL; ?>/modules/oneforall/ofa_rss.php" />
page_id und section_id wieder in der ofa_rss.php anpassen oder in der URL mitsenden.
In dem Snippet wird der loop nicht in der include erstellt, sondern in extra tempates. Du kannst das also anpassen in ofa_rss/templates/rss.
Ein anderes Templates kannst du nutzen, wenn du in der ofa_rss.php unten das snippet anders aufrufst:
<?php
// Item loop
ofa_rss($section_id, $num_of_items=5, $order = 'ASC', $template = 'anderes_templates-statt-rss');
-
Getestet. Bringt keinen Unterschied. Siehe hier:
http://neu.management-kommunikation.de/modules/topnews/ofa_rss.php
Das "fehlende Wurzelelement" deutet darauf hin, dass das <?xml ... ?> fehlt?
-
Es deutet für mich darauf hin, dass die section_id nicht stimmt und damit der modulname $mod_name fehlt.
-
Also noch mal langsam - ganz von vorn.
Ich habe die ofa_rss.zip installiert. Ich habe eine (versteckte) Seite RSS angelegt, die den folgenden Code-Aufruf hat:
if (function_exists('ofa_rss')) {
ofa_rss(117, 100, false, rss);
}
Section 117 ist genau der Abschnitt des OFA-Moduls, von dem ich den RSS-Feed ziehen will. Dieser Code-Abschnitt befindet sich auf der Page-ID 189, in der Section-ID 887.
Die ofa_rss.php habe ich direkt in das Verzeichnis des OFA-Moduls kopiert. Dort habe ich Page-ID 189 und Section-ID 887 eingetragen.
Was ist daran falsch?
Übrigens - wenn ich die (versteckte) RSS-Seite mit dem Code-Aufruf, wie oben beschrieben aufrufe, kommt ebenfalls schon ne Fehlermeldung:
There was an uncatched exception
Call to a member function numRows() on null
in line (194) of (/modules/ofa_rss/include.php):
Und die Zeile 194 der ofa_rss/include.php ist wie folgt:
if ($query_items->numRows() > 0) {
-
Alles richtig bis auf die versteckte Seite. Brauchst du nicht.
- Snippet installieren
- ofa_rss.php in Ordner oneforall kopieren
- in index vom Template die genannte Zeile <link ... im head einfügen
- die Adresse aus <link aufrufen
-
Wenn ich die versteckte Seite nicht brauche - auf welche Section ID bezieht sich denn dann der Aufruf in ofa_rss.php ??? Irgendwo muss ich doch das Anyitems aufrufen...?
-
Wenn ich Page-ID und Section-ID auf die Werte des OFA-Moduls (also nicht die versteckte Seite mit dem ofa_rss Modul) setze, ändert sich die Fehlermeldung zu:
XML-Verarbeitungsfehler: XML- oder Text-Deklaration nicht am Beginn der Entität
Adresse: .../modules/topnews/ofa_rss.php
Zeile Nr. 13, Spalte 1:<?xml version="1.0" encoding="utf-8"?><rss version="2.0">
^
-
Im Quelltext von
http://neu.management-kommunikation.de/modules/topnews/ofa_rss.php (http://neu.management-kommunikation.de/modules/topnews/ofa_rss.php)
ist das doppelt zu sehen:
<?xml version="1.0" encoding="utf-8"?><rss version="2.0">
<channel>
Das anynews heißt ja jetzt ofa_rss und wird in der ofa_rss.php aufgerufen (unten).
-
Ah ja jetzt - ich hatte dummerweise vorhin den <?xml ... Header in die header.htt eingefügt, um das zu testen.. nachdem ich das rausgenommen habe, funktioniert es anscheinend. Ich muss natürlich noch den Loop entsprechend anpassen... mal sehen.
-
Ja, sieht besser aus. Man sieht, dass der media Ordner in den Bildadressen fehlt und deshalb nichts angezeigt wird.
Vielleicht kriegen wir das noch hin.
-
ok - fast. Die Bilder-URL des Media-Verzeichnisses (das Bild wird jetzt über "Datei aus Mediaverzeichnis" eingefügt, nicht mehr über Bildupload) löst nicht auf. (Überschnitten... ja, kriegst du das noch hin?
Und PAGE_TITLE und PAGE_DESCRIPTION im Header werden auch nicht aufgelöst.
-
wegen media Ordner: versuch in include.php zeile 243
alt:
$values[$field_id] = WB_URL.$values[$field_id];
neu:
$values[$field_id] = WB_URL.'/media'.$values[$field_id];
-
Passt, auch wenn da immer noch // nach media steht... Aber im Internet Explorer (irgendwie der einzige Browser, der den RSS-Feed auch optisch darstellt.... oder gibts da noch was anderes?) kann man die Bilder korrekt sehen.
Wobei mir noch auffällt, dass das Datum (ist [FIELD_5] und habe ich zwischen <pubDate> und </pubDate> gesetzt), im IE nicht angezeigt wird! Im Firefox schon - aber vermutlich als reiner Text, und eben nicht als Datum... ? Wobei FIELD_5 schon ein Datumsfeld ist...
-
Ich hatte hinter /media den slash noch nachträglich entfernt, kannst du rausnehmen aus dem code oben.
Im Browser brauchst dir die Feeds nicht ansehen, Chrome zeigt da nur code. Besorg dir für deinen Browser ein Plugin für Feeds, dann weißt besser was mal ankommen wird.
Datum sehe im FF in Klammern. Monat aber einstellig.
edit: Wahrscheinlich braucht pubDate ein bestimmtes Format.
-
Ich glaube im Feed wird für pubDate immer das aktuelle Datum genommen. Könntest du also vernachlässigen.
Vielleicht dein Datum in Klammern einfach weiter oben positionieren.
-
Ich hatte hinter /media den slash noch nachträglich entfernt, kannst du rausnehmen aus dem code oben.
Da ist doch gar kein Slash nach /media ?
Hab mir ne Firefox-Erweiterung installiert (Awesome RSS)... und wie sehe ich das nun anders? Wenn ich auf den Feed klicke, sehe ich trotzdem nur den Code...
Wäre schon schön, wenn pubDate das Datum aus FIELD_5 hätte. Sind ja, wie du siehst, recht alte Meldungen dabei, die da nach und nach importiert werden.... sieht halt blöd aus, wenn da überall 2019 steht.
-
hinter media war erst ein slash, den entfernte ich nachträglich.
Wegen Datum weiß ich erstmal nicht.
-
Der doppelte Slash wird aber weiterhin angezeigt. Hab die Zeile genauso kopiert, wie sie da von dir steht.
Und PAGE_DESCRIPTION und PAGE_TITLE ? Weißt du da was?
-
Ah - das hab ich selbst gefunden. Die Zeilen 56 und 58 hattest du auskommentiert. Die braucht es für PAGE_DESCRIPTION und PAGE_TITLE.
-
Noch was - wo stelle ich die Reihenfolge der Einträge ein? Das sieht mir zur Zeit nach der "zuletzt bearbeitet" Reihenfolge an, nicht nach der Reihenfolge, wie sie tatsächlich auf der Website dargestellt werden. Es ist $order='ASC' eingestellt. Ein $order='DESC' dreht die Reihenfolge nur um. Aber das Sortierungskriteriu m ist falsch... !
-
Schau mal in der include, da müssten mehrere Sortierungsmöglichk eiten als switch hinterlegt sein.
Davon dann eine in der ofa_rss.php angeben.
Da PAGE_DESCRIPTION und PAGE_TITLE bei mir funktionierten ohne die beiden Zeilen, wollte ich dir schon raten da einfach Text einzutragen.
Prima, dass es nun geht.
-
Ah ja - position statt ASC, das war der Trick. Vielen Dank für die ganze Hilfe! :-D
Frage mich trotzdem, wo Uwe steckt. Hat irgendjemand was gehört...? Ist echt ungewöhnlich, dass er sich so lange gar nicht meldet.
-
Aber Hallo! Ihr... (Y) (Y) (Y)
-
Frage mich trotzdem, wo Uwe steckt. Hat irgendjemand was gehört...?
Uwe geht es "gut", hab gestern noch kurz Kontakt mit Uwe gehabt.
-
Puh, danke, das beruhigt mich. Hab mir wirklich ernsthafte Sorgen gemacht. Ich hoffe, die Forumspause ist nur vorübergehend und er taucht bald wieder hier auf.
-
Eine Frage hätte ich noch...
Der Kunde merkt an, dass ein Anführungszeichen, das in der Überschrift gesetzt ist, im RSS-Feed nicht aufgelöst wird und als " erscheint.
Anführungszeichen im Fließtext hingegen werden ganz normal dargestellt.
Gibts da ne Möglichkeit, dass die Anführungszeichen auch in einer Überschrift normal dargestellt werden?
LG,
Astrid
-
Versuch include.php Zeile 198 ohne htmlspecialchars.
$title = stripslashes($item['title']);
-
Perfekt, klappt - danke! :-D
-
Kleiner Nachtrag zu
Hab mir ne Firefox-Erweiterung installiert (Awesome RSS)... und wie sehe ich das nun anders? Wenn ich auf den Feed klicke, sehe ich trotzdem nur den Code...
...............
der den RSS-Feed auch optisch darstellt.... oder gibts da noch was anderes?
Man muß dafür das Addon deaktivieren, aber nicht löschen.
Ist zwar nervig, aber geht.
Was anderes = Weitere Browser und zusätzlich einen RSS-Client.
Tja, und nochmals Gratulation, daß Ihr mit Biß weitergemacht habt (Y)
MfG. Evaki
-
Awesome RSS macht nur ein RSS Symbol da hin? Dann brauchst tatsächlich noch einen Client. Ich benutze Addon "Brief".
Normalerweise musst du nun im Addon den Feed abonnieren, also deine Feed URL da angeben.
-
Bei meiner Version funktioniert das so beim direkten Aufruf mit FF von rss.php + Parameter.
Da das Teil "FF" aber öfter mal Speicherprobleme hat, ist es sehr gut möglich, daß es wie von Dir angemerkt funktionieren sollte.
Pause: Ich gucke mal gerade, was hier installiert ist...
Awesome RSS = gibt's hier nicht
add-ons:
rss.html = aktiviert
xml Viewer Plus = aktiviert
pretty xml = deaktiviert
MfG. Evaki
-
Ich hatte dann AwesomeRSS wieder deinstalliert und stattdessen RSSPreview installiert. Damit geht es problemlos.
LG,
Astrid
-
Das Datum Problem könnte gelöst werden.
In der item_loop.htt:
<pubDate>##DATE##</pubDate>
Dazu dann noch die include.php aus dem Anhang (umbenennen) für das snippet ofa_rss.
Sah bei mir gut aus. pubDate zeigt das letzte Änderungsdatum.
-
Ich will ja gerade NICHT das letzte Änderungsdatum, sondern das Datum aus einem OFA Feld...
-
Das ist mir klar, aber das ist nicht die übliche Verwendung. Deshalb erstmal der normale Weg.
Deine Spezialanfertigung müsste so aussehen.
In der .htt bleibt dein Platzhalter und
diesen braucht man nun in der include.php Zeile 130 als letzten Eintrag.
<?php
// Make array of general placeholders
$general_placeholders = array('[PAGE_TITLE]', '[THUMB]', '[THUMBS]', '[THUMB_SRC]', '[IMAGE]', '[IMAGES]', '[IMAGE_SRC]', '[TITLE]', '[ITEM_ID]', '[LINK]', '[DATE]', '[TIME]', '[USER_ID]', '[USERNAME]', '[DISPLAY_NAME]', '[USER_EMAIL]', '[TEXT_READ_MORE]', '[TXT_ITEM]','[DEIN_PLATZHALTER]');
Gleiche Datei in ca. Zeile 394 kommen 2 neue Zeilen dazu und im array eine weitere Variable.
Das sieht dann so aus:
<?php
$datum_feld_id = 14; // field_id des Datum-Feldes. Wenn leer dann Datum zuletzt geändert
$item_date_rss = !empty($values[$datum_feld_id]) ? date('r', strtotime($values[$datum_feld_id])) : date('r', $item['modified_when']);
// Make array of general values of current item
$general_values = array(PAGE_TITLE, $thumb, $thumbs, $thumb_src, $image, $images, $image_src, $title, $item_id, $item_link, $item_date, $item_time, $uid, $users[$uid]['username'], $users[$uid]['display_name'], $users[$uid]['email'], $TEXT['READ_MORE'], $MOD_ONEFORALL[$mod_name]['TXT_ITEM'], $item_date_rss);
Da fehlt nun nur deine richtige ID bei $datum_feld_id.
Das Format für pubDate erwartet eigentlich auch die Zeit, deshalb wirst du in der Ausgabe dann 01:00 oder 02:00 je nach Zeitzone sehen.
-
Ich fusch da jetzt nicht mehr dran rum. Die letzte Variante zeigt (zumindest im Firefox-Plugin RSSPreview) auch das Datum an. Ohne fiktive Zeit - und einstellige Monate/Tage werden auch nur einstellig angezeigt, aber das ist schon OK so.
LG,
Astrid
-
Zur Info: Niemand schaut sich RSS Feeds als Preview an.
Man benutzt RSS Reader in denen dann mehrere RSS Feeds von verschiedenen Seiten gesammelt werden. So hat man schnell eine Übersicht was es wo an Neuigkeiten gibt. Es soll ja gerade nicht nötig sein zu jeder einzelnen Webseite zu hecheln.
-
Keine Reaktion mehr, bist wohl zufrieden.
Hattest du eine Belohnung angeboten? Ich wäre nicht abgeneigt. :)
-
Schreib mir mal ne Mail, wir werden uns schon einig. :-)