adaptable content

[newreality]

With speculation of future SEO being placed within content, causing a shift away from the old back drawer link pages.

Won't this meant creating content that is both adaptable, contextually relevant, unique and current? Then most likely dynamically created?

But then this brings up the server issue. If the content is on my server how can it be on your site.

Therefore, aside from what is usually taken to be meant by shared servers, & co-location -- how possibly could dynamic content be passed or shared among sites?

Can say, mysql be shared between a number of sites with same or similiar addresses? Would this mean spider leaping servers? Won't this change algo's just like they did toward link pop, but now, assessing the reputation of an allocator and integrator of resources?

[seobook]

I have a buddy who creates structured databases with preprogrammed text selections that are mixed up and fed to a large variety of sites targeting specific market nitches in competitive fields using XML.

after you get the database structured he said that it is really easy to make a ton of sites recycling different pieces of the content pool in different arangements on the various sites fed by the shared database.

obviously search engines generally probably do not like said technique.

[newreality]

Search engines wouldn't be able to discern the source would they, server side? Unless same IP/block is used. Tables could be exported to another server.

[Nick W]

Thats correct.

If the content were arranged so that it would be greatly different on each page on each site (not that in reality i think that's a big worry..) and if the sites were on different C blocks then you'd most likely not get bothered by SE algos sniffing for whiffy content.

You might get bothered by certain seo's sniffing for whiffy conent, finger poised on the "grass this site now!" button lol :cool:

One way to do this from a central databse would be to use SOAP - Simple Object Access Protocal - It's XML as seobook said.

It would allow you to set up a server on one IP and many, many clients on many other IP's and would work somthing like this:


Client: Hi, how ya doin?
Server: Doin good, whaddaya want?
Client: Some data relating to [insert logic]
Server: Here ya go mate, cya...

then at the client end, take that data, rearrange it and output it into html...

Clever as it might be though, you stil have to get links to your auto-gen crap dont you? - if you can work out that last part too, i'll be happy to test your system for you :eek: :)

Nick

[newreality]

Nick,

All the Ip's reside on same server though?

Wouldn't have to have seperate hosts for ea Ip?

[Nick W]

No reason to have seperate hosts if your ips all have different C blocks. Doesnt mean you wont get busted, but it shortens the odds considerably..

Also, the only reason I mention SOAP is that you could in essence use the SOAP protocal to grab and display that data in other formats like wml, xml, xhtml, html3.2 etc, thuse making the content harder to spot and eliminating 'footprints' <--- in theory :: You could just as easily use simple php/mysql, especially if they all reside on the same physical server..

Nick