- Insider threat looms large in San Francisco
- Woman fired over death threat
- IT admin pleads not guilty
- Tape storage gets more dense
- Top 10 worst uses for Windows
News | Newsletters | Podcasts | Chats | Opinions | RSS Feeds | This Week In Print | IT Careers | Community | Reports | Downloads | Slideshows | New Data Center
Partner Sites:App Performance | On Demand Security | Networking Solution | SOA | Value of WDS
So this week will really be the final week of covering RSS. For two weeks now, we have promised to wrap up this topic and, well, we failed. That said, we failed with panache, with moxie, with a certain je ne sais quoi - which is to say that we did as we pleased in an unabashed, unashamed and uninhibited sort of way.
Last week we concluded with JSMsg, a unique proposal for a standard that lets users who don't have any kind of aggregator installed view feeds.
To recapitulate: In the words of the designer of JSMsg, John Repici of Creativyst Software: "JSMsg is not 'yet another RSS flavor'. While RSS is designed to let individuals display news feeds on installed reader software, JSMsg is designed to let Web masters display news feeds directly on Web pages."
Let us explain. When you run a Web site and you want to provide an RSS feed, you use some kind of script or application to generate the feed, which is just an XML file.
For clients to be able to do anything with the feed they must have an aggregator that takes the XML and reformats it into something that is humanly readable.
If you want to show the contents of a feed on your site you need to translate from XML to HTML. But there's a penalty - to show human-readable content you need software and extra processing to either create and interpret the XML feed data, whether created on your site or someone else's.
An even more-compelling reason to use JSMsg is that if you create feeds that you want to distribute widely, keep in mind that any site that can't create HTML from RSS XML is not going to be able to use your feed - with JSMsg they can with next to no effort.
JSMsg also reduces the bandwidth demand on sites supplying JSMsg feeds. To quote Repici again: A "JSMsg feed can be a regularly updated static JavaScript file residing on the Web server so it works with existing Web caching schemes. It will be cached by browsers and intermediate cache mechanisms based on 304s (not-modified) statements from the server and other criteria. While it may also be dynamically generated, it operates completely within the existing HTTP framework."
How does it work? Glad you asked. JSMsg simply stores the content of an RSS feed in a file nominally called JSMsg.js, though this is not mandatory. The content must be JavaScript compliant with Version 1.1 or lower.
our government no longer speaks for "we the people for the people" it is now corrupt and dangerous!it...- Anonymous
Partner Content
CA Network & Voice Resource Center
Comprehensive Network & Voice Management Visit CA Network & Voice Management Resource Center and get insights into industry best practices, information that helps you to address your challenges.
CA Network & Voice Management Resource Center
Managing Voice Over IP for Successful Convergence
Voice over IP (VoIP) has much to offer in cost savings but some customers have concerns about VoIP call quality compared to the quality of traditional voice services. This white paper will help you learn how to take the right steps so that voice quality is assured.
Managing VoIP for Successful Convergence
The Changing Face of Network Management
Managing your network is serious business. This paper discusses the benefits of integrating configuration change-awareness into your network fault management solution
Download Whitepaper
Comment