Änderung der RSS Feeds ab CMSms 1.5

[cyberman]

Besten Dank für deine Lösung, Hani!

[jo_hann]

Mir sind noch zwei Dinge bei den Standard-Templates aufgefallen, was sagt ihr dazu:

Der Feed wird invalide, wenn Kaufmannsund oder andere spezielle HTML-Entitäten im Titel sind. Lösung:

Code: Select all

<title>{$entry->title|html_entity_decode|htmlspecialchars}</title>

Damit werden Umlaute dekodiert, was ja in Ordnung ist, aber diese speziellen Entitäten wieder kodiert. Das sollte eigentlich passen...

Die Zusammenfassung auf

Code: Select all

isset

zu prüfen ist nicht so cool, stattdessen sollte der reale String untersucht werden, sonst bringt die nett gedachte Umlenkung auf den gesamten Inhalt nichts, da ja

Code: Select all

$entry->summary

prinzipiell erstmal definiert ist, aber eben eventuell leer... Lösung:

Code: Select all

{capture assign='description'}{if ($entry->summary|count_characters != 0)}{$entry->summary}{else}{$entry->content}{/if}{/capture}

Soweit meine Anmerkungen ansonsten sieht der Feed-Generator ja ganz gut aus...

[cyberman]

Danke für deine Lösung!

[buggy]

Hallo,
ich habe ein Problem mit dem Modul "RSS 1.1". Die Umlaute von Feeds anderer Seiten werden nicht richtig dargestellt (siehe Anhang).
Vielleicht könnt ihr mir weiterhelfen. Die config.php ist auf UTF-8 eingestellt. CMS Version ist 1.5.2.

[cyberman]

Höchstwahrscheinlich ist der Feed eben gerade nicht im utf8-Format.

Check mal den pirss tag - der kann auch mit unterschiedlichen Kodierungen umgehen.

[buggy]

Danke für den Tip. Ich bin nach vergeblichem herumexperimentieren auf den "gAjax RSS Feeds Displayer" umgestiegen. Der lies sich recht einfach einbauen und hat auch viele Einstellmöglichkeiten. Ist durchaus weiter zu empfehlen.
Die getesteten Feeds bei denen es vorher Probleme gab waren auch fast alle in UTF-8.

~thx~

[cyberman]

Jaaa, dynamicdrive.com ist auch eine meiner Lieblingsseiten ...

[map_1961]

Hallo cyberman - hallo CMSMS Gemeinde,

wenn ich es als Nutzer von cmsms seit vier Jahren einmal sagen darf: ich glaube mit diesem CGFeedMaker Modul hat sich das cmsms ein wirkliches U-Boot gebaut.
Wenn bis Vers. 1.4.  das Thema Feeds einfach und automatisiert war, ist das Ergebnis des frustrierenden Versuchs auf CGFeedMaker umzustellen folgendes:

1. Ständige Serverfehler bei Update von CGExtensions 1.9 auf aktuelle Versionen:
Server Error nach Installtion von Version 1.15.2, 1.15.1, 1.15, 1.14. Erst nach Zurückführung auf 1.13 kann der Menüpunkt >>Module>Module<< erst nach Zurückführung auf Version 1.0 überhaupt wieder aufgerufen werden.

Mal ehrlich: Spaß macht das nicht! Bin aber auch kein Coder - nur ambitionierter Editor.

Unsere Umgebung:
CMS-Version 1.5.3
Installierte ModuleCMSMailer 1.73.14
FCKeditorX 1.1.0
MenuManager 1.5.3
News 2.9.3
Search 1.5.3
ThemeManager 1.1.0
NMS 2.2
Statistics 0.9.0b2
TinyMCE 2.4.13
FrontEndUsers  1.5.3
CustomContent 1.4.6
SelfRegistration 1.2.1
FileManager 0.4.5
Printing 0.2.6
nuSOAP 1.0.1
FormBuilder 0.4.4
CGExtensions 1.13
CGFeedMaker 1.0

Was tun?

Kann es zusammenhängen mit Admin Template NClean Grey  oder  MySQL 5 Datenbank?

Danke

map_1961

[Andiministrator]

Kannst Du die Servermeldungen bzw. -fehler genauer beschreiben? Welche Medlungen kommen genau?

Wie hast Du das Modul CGFeedMaker und CGExtensions installiert (FTP, Modulmanager)?

Hattest Du schon einmal probiert, die CG*-Module per FTP zu löschen (vorher Backup der Dateien, Einstellungen+Templates)?

[map_1961]

Hallo admin

danke für den fast reply.

Zu den Fragen:
1. Antwort zu: Kannst Du die Servermeldungen bzw. -fehler genauer beschreiben? Welche Medlungen kommen genau?
Es kam genau die Meldung, die man als Bild unter dieser URL findet: http://www.endl.de/weblog/wp-content/up ... ror500.png
(wir sind bei 1&1)

2. Antwort zu: Wie hast Du das Modul CGFeedMaker und CGExtensions installiert (FTP, Modulmanager)?
Zuerst habe ich versucht, das Modúl CGExtensions als 1.15.2 xml upzudaten. Dann kam Fehlermeldung siehe 1. Dann habe ich via WinSCP den Ordnerinhalt gelöscht, die 1.15.1 Moduldatei.tar entpackt und und  via WinSCP hochgeladen. Dann wieder Fehelrmeldung siehe 1. und so weiter bis eine ging. Das ist die 1.13. Vorher hatte ich die 1.9.
Gleiches Spiel mit gleichem Fehlercode bei der CGFeedMaker Nummer.

3. Atwort zu: Hattest Du schon einmal probiert, die CG*-Module per FTP zu löschen (vorher Backup der Dateien, Einstellungen+Templates)? Ja, Antwort siehe 2.

Habe diese Probleme vorher noch nie gehabt. Kann es an der Datenbankl MySQL vers. 5 liegen? Nach Serverumzug Anfang März haben wir alles auf MySQL 5 umgestellt.

Besten Gruß & Dank

map_1961

[hibr]

@map_1961

Wie ich in meinem Beitrag weiter oben beschrieben habe, hatte ich Anfangs auch Probleme mit dem CGFeedmaker (besonders mit 1.0.3, 1.0.4 habe ich noch nicht ausprobiert). Mittlerweile weiß ich aber die Flexibilität, die das Modul bietet, sehr zu schätzen. Bei mir läuft CMSms 1.5.3 mit CGExtensions 1.15.1 und CGFeedMaker 1.0.2 sehr gut.

Ich habe einen eine ausführlichere Beschreibung zum CGFeedmaker und einige Tipps ins Wiki gestellt. Weiß aber nicht, ob dich das weiterbringt.

Zu deinen Problemen: Vielleicht hilft folgendes

- Beim Up-downgrade von CGFeedMaker werden die Templates nicht mit geup- bzw. gedowngraded. Das kann zu Inkompatibilitäten führen. War glaube ich bei mir so. Also die Templates nach dem Up-/Downgrade immer "auf die programmseitigen Voreinstellungen zurücksetzen"
- Zwischenspeicher (Cache) von CMSms löschen. Immer eine gute Idee bei Problemen!
- Manchmal (sehr selten) macht komischerweise auch der Browser-Cache Probleme. Einfach Browser neu starten.

Ansonsten sollten, wie Adiministrator vorgeschlagen hat, die Fehlermeldungen vielleicht etwas Licht ins Dunkel bringen. Ob es an MySQL 5 liegt kann ich dir leider nicht sagen.

Gruß Hani

[Andiministrator]

Wenn die Maßnahmen von hibr nicht funktionieren, kannst Du versuchen, die CG* Module über Erweiterungen/Module komplett zu deinstallieren UND zu entfernen. Danach per WinSCP die neuesten Versionen der Module hochladen und installieren.

An MySQL 5 sollte ich nicht liegen, ich habe bei 2 Kunden die CG* Module bei 1&1 mit MySQL 5 im Einsatz, ohne Probleme. Es könnte höchstens sein, dass es mit der Zeichenkodierung Probleme gibt.

Eine andere Stelle, wo man noch suchen könnte, falls alles nichts hilft, wäre die .htaccess (z.B. beim Einsatz von pretty URL).

[map_1961]

Hallo Ihr freundlichen Helfer...

auf einem anderen Server und einem anderen Webpräsenz setzen wir cmsms mle vers. 1.5.1 ein. MLE ist eine tolle Erweiterung!
Dort konnten wir auch CGExtensions sowie CGFeedmaker in der aktuellen Form zu Einsatz bringen - dank Euren Hilfestellungen!!!

Nun ist die Frage, wie wir die Mehrsprachigkeit, die wir im Frontend über den Sprachen zugeordneten Newskategorien steuern, im Feedmaker abbilden.? Den Feedmaker Tag {CGFeedMaker action='autodiscovery' feed='news'} haben wir im Seitentemplate eingebunden.

Die NewsKategorien können wir aber nur über die Einstellungen in >>Calguys FeedMaker >> Einen RSS-Feed hinzufügen >> Template in diesem Tag steuern: {news category='Allgemeine Infos, General_ ENG' assign='junk'}  - wobei die Newskategorie 'Allgemeine Infos die deutschen News sind und die General_ ENG die englsichen News.

Aber nun haben wir im Feed natürlich alle zusammen und keine Sprachentrennung.

Wer hat eine Idee?

Danke

map_1961

[hibr]

Ich kenne MLE nicht und kann deshalb nur raten.

Ein Weg wäre, einen deutschen und einen englischen News-Feed im CGFeedMaker anzulegen. Nenne sie z.B. news_de und news_en. Diese unterscheiden sich neben ihrem Namen nur in einer Zeile des Templates:

Deutsch:

Code: Select all

{news category='Allgemeine Infos' assign='junk'}

Englisch:

Code: Select all

{news category='General_ ENG' assign='junk'} 

Ich weiß nicht ob MLE für die verschiedenen Sprachen verschiedene Templates verwendet oder nur verschieden Bereiche die mittels Script den Inhalt der einen bzw. der anderen Sprache aufruft. Wie auch immer - im head-Bereich des deutschen Templates einfach

Code: Select all

{CGFeedMaker action='autodiscovery' feed='news_de'}

im englischen

Code: Select all

{CGFeedMaker action='autodiscovery' feed='news_en'}

eintragen. Je nachdem welches Template gerade aktiv ist, zeigt dann den Feed in der entsprechenden Sprache.

Gruß Hani

[Andiministrator]

In der MLE gibt es Smarty-Variablen wie {$lang} oder {$parent_lang}, in welcher die gewählte Sprache steht.
Mit Hilfe dieser und einer if-Anweisung kann man ja den jeweiligen Smarty-Tag für die RSS-News ausgeben.