I'm planning on creating a site with over 2,500 products (using perl shopping software called Actinic)
I want to optimise the site for each of the 2,500 product pages along the lines of ../product_phrase.html.
This is because most of the products (& phrases) are very competitive. (ie - I don't want to check my links in Google to see 2,500 X '../product.cgi?id=1234')
Why do I want to go to so much trouble?
Many of the products can be listed as ../product_phrase_variation1.html or ../product_phrase_variation2.html etc....
Of course maintaining prices and product info would be a problem if all the pages were 100% static so I was thinking of using several SSIs on each page to pull in the latest data from a database.
EG - 1 for product pic, 1 for the product info, 1 for <title> tag, 1 for <meta> Desc. tag, 10 for <Alt> tags etc etc
How many SSIs can I include on a fairly small page (20kb) before I start to see a serious deterioration on download times?
Are there any smarter ways of doing what I propose?
Thanks in advance for your help
John
Not possible with a large cgi database-driven site...
wrong
just because a site is db driven doesn't mean it isn't static, or doesn't appear static (query string free).
Database would be good alternative but it would have to be implemented properly.