View Full Version : method for feeding data to outside sites?

08-07-2009, 05:22 AM

I want to feed data to several sites that are not on my server. Which way would you recommend and why?

XML file


08-07-2009, 04:07 PM
Oh that was a stupid question. done whilst I was tired I have now read up abit more.

I get how an rss feed works and how to build one. And I get how it can be read to in a rss reader.

But, his the feed compiled and treated in the same way when feeding to other websites or does it need to be compiled differently?


08-07-2009, 04:42 PM
RSS is a format, so as long as your file complies with the standards of RSS, then any RSS reader should be able to use your file.

Or did I miss the point of your question?

08-07-2009, 04:44 PM
I want to feed the data to websites as well so that the data automatically updates when there is more new stuff. is RSS the way to do that as well or is there some other way? Not just a heading type feed but actual web page data.


08-07-2009, 04:53 PM
Ya know, I'd probably just use XML format then. It's very similar to RSS anyway, but if you don't need to make it RSS-compliant, then why bother?

08-07-2009, 04:56 PM
OK, I must have a mental block. If I make an xml file with the necessary data, how does it get fed to the other websites on different servers?

I'm guessing that, either I need to write the file on the other servers or write to one file on my server and enable others to read it from my server. sounds like an API is needed but doesn't that rely on JS?

08-07-2009, 05:02 PM
You have admin rights to these other servers, right? You'll want to write a script (in your beloved Perl of course :p ) that reads the XML file from the originating server and displays the data. So I'm thinking this process is a "pull" process, not a "push" process.

Would that not get you where you want to go?

08-07-2009, 05:08 PM
Thanks Fumigator.

I have a central db for all the 'stuff' and it is already accessed for websites in the 'beloved' perl :)

But I have found a potential client who doesn't want to replace their site with an off-the-shelf (coding-wise) one. Instead, they want to get the relevant data from a feed. Quite how this can work when they want also to run a booking system with said feeds, has stumped me because I am so familiar with how the booking system works now - direct queries for instant output.

:scratches head:


08-07-2009, 05:38 PM
Hopefully I understood what you are asking, this is my take on it.

Provide a URL to a script that will access your database and build the XML file of the data and return it. That way whenever the external sites want to update their data, they can request it. You can even build in support for them to specify the last time they requested data so you only give them anything new since then.

08-07-2009, 05:56 PM
Great oracleguy. thanks

So is it safe to assume that there will always be a manual part in that process as you describe ie one where they take the xml file and enter its data to their own db?

If I can't give them an off-the-shelf site (which is automatic), I would rather try to find a way to let them access the active parts of a given page and to have that read by their site, as and when each page loads. basically a dynamically generated page taking data from my server. However, I suppose that could bring security issues even though the 'central' domain is already set for read access by other domains which are on the same server.


08-07-2009, 06:04 PM
Make the RSS feed. There are tons of plugins out there that can read rss feeds quite easily. If you made your own custom file it would be a little more work to parse it. When your site gets updated so does the feed because the feed would be pulling data directly from your site. Check out the feed here


Its all dynamic. You could probably do something similar where you have different versions to suit everyone. Basically if you change the type from RSS1, to XML, to RSS2 you get different versions.

08-07-2009, 10:26 PM
You could create a web service that handles these as well, it uses XML but it's more straight forward if you have experience with web services.