is anyone using RSS/RDF/XML - GoFuckYourself.com

fusionx · 12-03-2003, 10:39 AM

for trades/syndication, etc? I don't think I've ever seen it in the adult industry yet.

How about web services?

fusionx · 12-03-2003, 10:40 AM

actually, I have seen one - one I built to syndicate porn star reviews for a client..

lEricPl · 12-03-2003, 10:45 AM

I pull about 10 different mainstream RSS 2.0 feeds from different sites to build content on my mainstream site.

lEricPl · 12-03-2003, 10:48 AM

Web Services are much more powerful in other ways instead of just to distribute content.

If all you want to do is distribute content thats what xml/rss is for.

lEricPl · 12-03-2003, 10:52 AM

I have built some neat XML Web Services over the last year.

Remote POP3 Server Email Validation engine
LinkGrabbers
IP/Country identification engine

etc.

fusionx · 12-03-2003, 10:57 AM

that rocks ericp

I've seen people building screen scrapers, pulling in remote URLs and parsing the contents, etc... RSS is so much easier. Even WDDX would work in most cases. Just wrap a security scheme around it and let 'er rip.

lEricPl · 12-03-2003, 02:25 PM

Yeah...

Of course is you need to auth. pullers of your feed against a members database, an XML Web Service would be the way to go. Just call your auth. method from the called function either returning content or an error status...passing the username/password as parameters when you call the function. I never really had a need to do this as of yet...but it is not difficult to do.

I have been researching 'Indigo' from MS a lot.
Some very interesting things are due for release in 2005/2006.

lEricPl · 12-03-2003, 02:38 PM

What I love most about XML Web Services is being able to keep most of the logic/code on my server. Let's say I build a desktop app that I want to lease to a client of mine for $50.00 a month.

I can either use an XML Web Service to check his membership before he runs the application...make sure he's all paid up....or even better...keep all major application functions in the remote XML Web Service and with each call to the service make sure they are a real client. Using this method you can track/count each User/IP address that uses the service.

If they abuse the app...or it runs from too many IP addresses...simply deny access to the main functions.

Of course...you can use this same system in Web Applications too...

notjoe · 12-03-2003, 04:53 PM

Quote:

Originally posted by lEricPl
What I love most about XML Web Services is being able to keep most of the logic/code on my server. Let's say I build a desktop app that I want to lease to a client of mine for $50.00 a month.

I can either use an XML Web Service to check his membership before he runs the application...make sure he's all paid up....or even better...keep all major application functions in the remote XML Web Service and with each call to the service make sure they are a real client. Using this method you can track/count each User/IP address that uses the service.

If they abuse the app...or it runs from too many IP addresses...simply deny access to the main functions.

Of course...you can use this same system in Web Applications too...

It's all great until they spoof your host and provide their own XML feed and do as they wish with your program, kind of like SendSafe

lEricPl · 12-03-2003, 05:05 PM

Not if the core functions are on my server

I would be able to track every single call to the core functions.

I would be able to ban any username/IP as I wish.

The program would be useless without the core functions.

lEricPl · 12-03-2003, 05:10 PM

It's simple man...

You give the end user a Thin Client...either an .exe or a .dll.

All core functions of the program would be on the remote server.

There would be no cracking it becuase you could track each and every call to the core fuctions.

lEricPl · 12-03-2003, 05:15 PM

Of course...this all depends on what the app does

12-03-2003, 10:39 AM	#1
fusionx Confirmed User Industry Role: Join Date: Nov 2003 Location: Olongapo City, Philippines Posts: 4,618	is anyone using RSS/RDF/XML for trades/syndication, etc? I don't think I've ever seen it in the adult industry yet. How about web services?

12-03-2003, 10:40 AM	#2
fusionx Confirmed User Industry Role: Join Date: Nov 2003 Location: Olongapo City, Philippines Posts: 4,618	actually, I have seen one - one I built to syndicate porn star reviews for a client..

12-03-2003, 10:45 AM	#3
lEricPl Confirmed User Join Date: Dec 2002 Location: FL Posts: 1,062	I pull about 10 different mainstream RSS 2.0 feeds from different sites to build content on my mainstream site.

12-03-2003, 10:48 AM	#4
lEricPl Confirmed User Join Date: Dec 2002 Location: FL Posts: 1,062	Web Services are much more powerful in other ways instead of just to distribute content. If all you want to do is distribute content thats what xml/rss is for.

12-03-2003, 10:52 AM	#5
lEricPl Confirmed User Join Date: Dec 2002 Location: FL Posts: 1,062	I have built some neat XML Web Services over the last year. Remote POP3 Server Email Validation engine LinkGrabbers IP/Country identification engine etc.

12-03-2003, 10:57 AM	#6
fusionx Confirmed User Industry Role: Join Date: Nov 2003 Location: Olongapo City, Philippines Posts: 4,618	that rocks ericp I've seen people building screen scrapers, pulling in remote URLs and parsing the contents, etc... RSS is so much easier. Even WDDX would work in most cases. Just wrap a security scheme around it and let 'er rip.

12-03-2003, 02:25 PM	#7
lEricPl Confirmed User Join Date: Dec 2002 Location: FL Posts: 1,062	Yeah... Of course is you need to auth. pullers of your feed against a members database, an XML Web Service would be the way to go. Just call your auth. method from the called function either returning content or an error status...passing the username/password as parameters when you call the function. I never really had a need to do this as of yet...but it is not difficult to do. I have been researching 'Indigo' from MS a lot. Some very interesting things are due for release in 2005/2006.

12-03-2003, 02:38 PM	#8
lEricPl Confirmed User Join Date: Dec 2002 Location: FL Posts: 1,062	What I love most about XML Web Services is being able to keep most of the logic/code on my server. Let's say I build a desktop app that I want to lease to a client of mine for $50.00 a month. I can either use an XML Web Service to check his membership before he runs the application...make sure he's all paid up....or even better...keep all major application functions in the remote XML Web Service and with each call to the service make sure they are a real client. Using this method you can track/count each User/IP address that uses the service. If they abuse the app...or it runs from too many IP addresses...simply deny access to the main functions. Of course...you can use this same system in Web Applications too...

12-03-2003, 05:05 PM	#10
lEricPl Confirmed User Join Date: Dec 2002 Location: FL Posts: 1,062	Not if the core functions are on my server I would be able to track every single call to the core functions. I would be able to ban any username/IP as I wish. The program would be useless without the core functions.

12-03-2003, 05:10 PM	#11
lEricPl Confirmed User Join Date: Dec 2002 Location: FL Posts: 1,062	It's simple man... You give the end user a Thin Client...either an .exe or a .dll. All core functions of the program would be on the remote server. There would be no cracking it becuase you could track each and every call to the core fuctions.

12-03-2003, 05:15 PM	#12
lEricPl Confirmed User Join Date: Dec 2002 Location: FL Posts: 1,062	Of course...this all depends on what the app does