How to create RSS / XML feeds

Is Coranto not working properly for you? Here's where to ask for support help; for best results, follow these steps:
  • - Check your core/addon documentation for possible solutions
  • - Search these forums for similar problems that have already been solved
  • - If you're still stumped, check out THIS TOPIC, and post your question in this forum!!

Moderators: Spunkmeyer, Dale Ray, SrNupsen, Bluetooth, Jackanape

Postby Dale Ray » Wed Feb 14, 2007 11:54 pm

SrNupsen wrote:OK good. But note that I still have those missing closing tags, even though I disabled flock. In case that matters.


SrNupsen - thanks for the report. I am hoping to get a chance to look at Feed Builder soon.
Dale Ray
User avatar
Dale Ray
 
Posts: 1001
Joined: Sun Jan 19, 2003 6:02 pm
Location: NW Indiana

Postby SrNupsen » Thu Feb 15, 2007 8:39 am

Good. In the meantime, Musicvid's somewhat more technical solution (found here) works just fine for me.
-----------------------------------------------------------------------------------------------------
Coranto is free software. I am available for custom work or troubleshooting.

http://www.sundaune.no - transkripsjon, webdesign, nettsider, tekstbyrå
http://www.vagbladet.no - satire, politikk, kultur, sport, nettavis
-----------------------------------------------------------------------------------------------------
SrNupsen
 
Posts: 2229
Joined: Tue Jan 09, 2007 6:46 pm
Location: Nesodden, outside Oslo, Norway

Postby Musicvid » Mon Feb 19, 2007 5:51 pm

SrNupsen wrote:Good. In the meantime, Musicvid's somewhat more technical solution (found here) works just fine for me.
I added a bit of code to the Style to fix MS Word curly quotes that show up as undeclared (use link above).This is to avoid minor validation errors at feedvalidator.org and when viewing XML in IE.[code] # Added to fix undeclared curly quotes (windows-1252)
$Subject =~ s/[‘’]/'/g;
$Subject =~ s/[“â€Â
Musicvid
 
Posts: 138
Joined: Wed Jan 17, 2007 1:05 am
Location: Western America

Postby SrNupsen » Mon Feb 19, 2007 7:07 pm

Thanks for the update, I've incorporated it into my style.
-----------------------------------------------------------------------------------------------------
Coranto is free software. I am available for custom work or troubleshooting.

http://www.sundaune.no - transkripsjon, webdesign, nettsider, tekstbyrå
http://www.vagbladet.no - satire, politikk, kultur, sport, nettavis
-----------------------------------------------------------------------------------------------------
SrNupsen
 
Posts: 2229
Joined: Tue Jan 09, 2007 6:46 pm
Location: Nesodden, outside Oslo, Norway

Postby Musicvid » Sat Mar 03, 2007 5:24 pm

Hi Dale,

After looking at the feedbuilder addon as well as the alternate style/template solution outlined in the Wiki, I wanted to point out that three-letter time zone abbreviations will validate only if they are in one of the specified formats (source - http://www.faqs.org/rfcs/rfc822.html):
zone = "UT" / "GMT" ; Universal Time
; North American : UT
/ "EST" / "EDT" ; Eastern: - 5/ - 4
/ "CST" / "CDT" ; Central: - 6/ - 5
/ "MST" / "MDT" ; Mountain: - 7/ - 6
/ "PST" / "PDT" ; Pacific: - 8/ - 7
/ 1ALPHA ; Military: Z = UT;
; A:-1; (J not used)
; M:-12; N:+1; Y:+12
/ ( ("+" / "-") 4DIGIT ) ; Local differential
; hours+min. (HHMM)
This means that specifying in Coranto Global Settings the popular CET/CEST zone set (where Sr. Nupsen lives) would not validate because it is unrecognized by RFC822. Also, the 1ALPHA mil spec is not used because it has an error in the +/- designation. So, the only universally valid time zone designations in RSS are +/-4DIGIT or "UT" / "GMT" .

Therefore, using the strftime %z param (for instance -0600) is universally valid, as is "GMT", but the %Z param (for instance "CST" / "CDT" ) is valid only for the four US zone sets, "CET" / "CEST" or other unspecified zone sets are always invalid, and Military is not used. That is why +/-HHMM is generally used as the current default zone format, to ensure maximum compliance and localization. (source: http://www.freesoft.org/CIE/RFC/1123/99.htm)

Also, <item><pubDate> is conventionally only served in GMT, since it is a coding nightmare to recalculate the original gmtime($datestring) in terms of when it was posted referenced to current server time and GMT. In other words, it could be off for half or all of the year if localtime or $isdst is used with the archived item date/time string (i.e., $newstime).

I know that these considerations are a minor inconvenience if the author's computer and server are in different time zones and/or a TZ offset is user-specified. It could be recalculated using the strftime [ZONE] function, but I haven't spent enough time on it to know exactly how. Sticking with strftime %z or "GMT" will at least produce an accurate date/time as far as the rest of the world is concerned.

I think the bottom line is, if an RSS feed solution incorporates user-specified time zone information into the <lastBuildDate> or <pubDate> fields, the user must be very careful that it complies with the above standard, and that the zone/timestring translation is accurate at the outset, as well as year-round when daylight savings is in effect.
Musicvid
 
Posts: 138
Joined: Wed Jan 17, 2007 1:05 am
Location: Western America

Previous

Return to Troubleshooting

Who is online

Users browsing this forum: No registered users and 3 guests

cron