RSS Reader

[Spider IT]

Problem gelöst
Der Webhoster lässt die Einstellung "allow_url_fopen = true" zu, ignoriert ihn aber und blockt den Zugriff auf die Fremddomain.
Die Version 2.4 des Moduls (zum Download verfügber) prüft nun zusätzlich, ob Daten abgeholt werden konnten.
Ist dies nicht der Fall, wird der Feed mit eine Socketverbindung geholt und in eine temporäre Datei lokal gespeichert.

Gruß
René

[Mirco NAJU]

Jetzt klappt es auch bei mir ... warum auch immer unter anderem mein XAMPP da gestreikt hat.

Jetzt muss ich nur noch weiter formatieren ... und wahrscheinlich noch was in die Ausgabe einbauen ... mal schauen ob ich es finde ... Brauche zwei CSS-Klassen die sich abwechseln in der Ausgabe

[Spider IT]

Das sollte recht einfach sein, im Modul-Template innerhalb der Schleife ein neues DIV mit class="rss{CLASS}" anlegen, dann im Modul innerhalb der Schleife diese Variable CLASS abwechselnd auf 1 und 2 setzen

Gruß
René

[Mirco NAJU]

Das ist wirklich so ... ich hab' auch inzwischen die Stelle gefunden ...

Was ich jetzt aber noch nicht gefunden habe, warum mir auf der Seite nicht die "Description" rausgeschmissen wird.

Ist das ein Fehler im NABU-Feed ... oder nochmal irgendwo ein Fehler im System?
Wäre im Sinne der Angleichung des Layoutes gut, wenn das irgendwie noch einzubauen ist ... aber so schaut es auch schon mal halbwegs brauchbar aus
Der entsprechende Text wird beim NABU-RSS im tag <content:encoded> ausgegeben ... ich würde das derzeit als Fehlerquelle ausmachen

Bei mit deinem RSS-Generator erstelltem RSS-Feed funktioniert das ganze wunderbar ...

[Spider IT]

Ich werde mir das die Tage nochmal ansehen.

Gruß
René

[Louis]

Hallo René,

habe gerade deinen RSS_Reader ausprobieren wollen und bin dabei auf ein paar Probleme gestoßen:
Contenido 4.8.12 mit Advanced ModRewrite 0.5.4
zeigt leider überhaupt nichts an
Sobald ich AMR deaktiviere, sehe ich auch den Feed

Und wenn ich den Feed denn sehe, habe ich das gleiche Problem wie schon weiter vorne beschrieben: Bilder werden nicht angezeigt, stattdessen sehe ich HTML (darin unterscheidet sich dein RSS-Reader aber auch nicht vom Contenido Original)

Code: Alles auswählen

Der digitale Tachograf muss seit Montag auch in 22 nicht EU-Ländern in alle LKW eingebaut werden<img src="http://feeds.feedburner.com/~r/Verkehrsrundschaude-Nachrichten/~4/4e-Xv6lbbN4" height="1" width="1"/>

Feed ist http://www.verkehrsrundschau.de/feeds/nachrichten.xml

Übrigens: der Feed von Wordpress (genau genommen beide: RSS 0.92 und RSS 2.0) funktioniert mit AMR problemlos - da sind aber auch keine Bilder drin.
Dagegen wird der Feed von Welt online weder mit noch ohne AMR angezeigt.

[Spider IT]

Hmmm, komisches Problem ... hast du den Link schon mal angeklickt?
Da kommt eine Webseite, kein Feed.
Da ist aber ein Kästchen mit nem Link zu "Feed anzeigen" drin, da kommt dann diese Adresse: http://feeds.feedburner.com/Verkehrsrun ... format=xml
Wenn ich die bei mir reinpacke funktioniert es auch.

Das "Problem" mit den Bildern hat sich damit so erstmal erledigt, die von dir gemeinte Bilder sind in der HTML-Seite drin, nicht im Feed.
Für die Bilder aus dem Feed wird es noch eine Lösung geben.

Gruß
René

[Louis]

Au weia!
Da hätte ich ja wohl auch selbst drauf kommen können.....

Danke!

[steve04]

Hallo,
ich war erfreut, als ich las, dass v2.4 auch ohne allow_url_fopen klar kommt. Bin gerade auf einen Server umgezogen, wo das deaktiviert ist.

Allerdings habe ich folgendes Phänomen:

• Im Backend bekomme ich bei der Artikel-Vorschau den RSS-Feed zu sehen,
• im cache-Verzeichnis des Mandanten liegt eine Datei RSS-Reader.tmp, die die richtigen Inhalte hat.
• In der Tabelle con_code sehe ich, dass das neue Modul verwendet wird und die Werte aus dem Input-Teil des Moduls korrekt übernommen werden.

Aber im Frontend passiert gar nichts, da wird überhaupt kein Code aus dem RSS-Modul anzeigt.

Das Backend läuft unter einer anderen Domain als das Frontend. Aber die Einstellungen allow_url_fopen betreffend sind identisch.
Ich habe neuen Artikel angelegt, andere RSS-Feeds probiert: immer das gleiche Phänomen.
Was kann da schief gelaufen sein?

Beste Grüße
Stephan

[Spider IT]

Hallo Stephan,

schwer zu sagen ohne was zu sehen.
Kann ich einen Zugang zu den betreffenden Bereichen sowie den Link zum Frontend bekommen (per PN)?
Ich schaue mir das dann am Montag mal an.

Gruß
René

[steve04]

Kann ich einen Zugang zu den betreffenden Bereichen sowie den Link zum Frontend bekommen

Hallo, René,
entschuldige bitte die späte Antwort. Bei dieser Contenido-Installation klemmt einiges, weil der Server sehr restriktiv eingerichtet ist. Ich komme ums Verrecken nicht an die Rechte-Verwaltung ran.

Ich habe das Problem mit dem RSS-Reader 2.4 gefunden und denke, das könnte noch mehr Leute interessieren:

Die Datei RSS-Reader.tmp liegt im Cache-Verzeichnis des Frontends (Mandanten), bei mir unter einer anderen Domain als das Contenido-Backend, also auch mit einem anderen Besitzer als das Backend. Beide gehören zur selben Gruppe.
Die Datei wird vom Modul mit den Rechten 644 angelegt,
- wenn sie zum ersten Mal über Backend aufgerufen wird, bekommt sie den Besitzer wie das Backend,
- wenn erstmalig über Frontend aufgerufen mit Besitzer wie das Frontend.
Zur Info: Die PHP-Skripte laufen mit den Besitzer-Rechten der jeweiligen Domain, nicht wie andernorts üblich mit dem Besitzer des Apache-Prozesses o.ä.

Wenn die Datei mit den Rechten 664 angelegt würde, könnten sowohl Backend als auch Frontend sauber darauf zugreifen.
Gibt es dafür eine Lösung?

Außerdem hätte ich da noch einen Vorschlag:
Es wäre gut, wenn man den Namen der temporären Datei über die Konfiguration des Contenido-Artikels festlegen könnte. Dadurch könnte man mehr als nur einen Feed im selben Mandaten einbinden.

Herzliche Grüße
Stephan

[Spider IT]

Hallo Stephan,

sehr interessant wie das abläuft, ist aber eine Servereinstellung

Klar kann man die Rechte der Datei ändern, im Modul nach dem Speichern sofort ein

Code: Alles auswählen

chmod(<Pfad und Dateiname wie beim Speichern>, 0664);

einfügen.

Die Idee mit den variablen Dateinamen find ich gut, das werde ich bald umsetzen.
Danke für den Tipp!

Gruß
René

[steve04]

Hallo René,

mit oben geschilderten Gegebenheiten komme ich nun klar, jetzt habe ich ein Problem mit dem Zeichensatz.

Ich habe eine Contenido-Installation, auf CentOS mit Standard-Zeichensatz utf-8, die wir in den Contenido-Einstellungen komplett auf utf-8 umgestellt haben.
Nun binde ich einen RSS-Feed ein, der in utf-8 geliefert wird

Code: Alles auswählen

<?xml version="1.0" encoding="utf-8"?>

und trotzdem werden Umlaute etc. nicht korrekt dargestellt. Im HTML-Quell-Code der ausliefernden Seite wird der Zeichensatz korrekt als utf-8 ausgewiesen.
Wenn ich den Zeichensatz im Browser manuell auf ISO-8859-1 umstelle, wird der RSS-Block in der Seite korrekt dargestellt.

Was kann ich da vielleicht am Modul ändern?

Gruß
Stephan

[Spider IT]

Hmmm, das ist komisch.
Die Kodierung wird zwar zuerst auf iso-8859-1 umgewandelt (weil der XML-Parser nicht gut mit UTF-8 umgehen kann), aber bei der Ausgabe wird in der Funktion prepareStringForOutput() das Ganze wieder in der Kodierung der Seite (bei dir UTF-8) umgewandelt.
Du kannst es versuchen indem du die Umwandlung in iso-8859-1 raus nimmst (Zeilen 37 - 45).

Gruß
René

[steve04]

Entschuldigung, das war ein saublöder Fehler, den ich hier lieber nicht erzähle.
Das Original-Modul funktioniert wie gewünscht.

Vielen Dank!

Stephan