That is a great strategy. We try and do something similar with our shopping channel, 4 pages create over 300 static pages, and our kiosk site works on the same principal. We DO use containers as we find the versatility that publishing rules afford us invaluable (scheduling, objects displayed due to relevant meta data etc) but where possible , we put content straight to the page.
But what this shows is that there is a great variety of techniques used to overrcome spectra's short comings that are "out there" and being used. That is why I think we should stick with Spectra : it would be a shame to chuck all our expertise away and start again over such a small matter as support (especially since on the whole we have solved our problems, not MM) regards Russell -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: 18 June 2002 18:24 To: Spectra-Talk Subject: RE: Keeping Spectra? My goal was to eliminate as many physical pages as possible so that they didn't have to be maintained. In our site with over 3000 content objects, there are less than 30 total physical pages and not a single container. Everything is driven dynamically by objectid & method or metadata and then cached. "Russell Brown" <russell.brown@Free To: Spectra-Talk <[EMAIL PROTECTED]> serve.com> cc: Subject: RE: Keeping Spectra? 06/18/2002 01:19 PM Please respond to spectra-talk No. All though that sounds cool. The nature of our portal allows us to use Spectra to allow editors to create pages (with containers and objects in them) and we then use a dead simple script to get those pages and pass them rendered as html to our live cluster which serves them as flat html. So its not too good for personalisation, but as an editorial tool it rocks. You have a small number of editorial users and 1 flatten script as spectra load and millions of users hit the result as flat html. Russell -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: 18 June 2002 18:01 To: Spectra-Talk Subject: RE: Keeping Spectra? Are you creating html files from your spectra objects instead of rendering on the fly? "Russell Brown" <russell.brown@Free To: Spectra-Talk <[EMAIL PROTECTED]> serve.com> cc: Subject: RE: Keeping Spectra? 06/18/2002 12:57 PM Please respond to spectra-talk Shaun, We just serve flat renders of spectra where ever possible and that has freed us up so much. I think part of the "fun" we have had with spectra has been finding ways to use it and make it work. Russell -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: 18 June 2002 17:43 To: Spectra-Talk Subject: RE: Keeping Spectra? With an aggressive caching strategy using cfsupercache rather than cfcache we've knocked out most of the performance problems. "Russell Brown" <russell.brown@Free To: Spectra-Talk <[EMAIL PROTECTED]> serve.com> cc: Subject: RE: Keeping Spectra? 06/18/2002 12:47 PM Please respond to spectra-talk Dave, We still suffer a little from problems of scale and performance but have over come a lot and expect to overcome more with CFMX, if you have a lot of investment already it may be worth working around rather than junking ? Russell -----Original Message----- From: Dave Francis [mailto:[EMAIL PROTECTED]] Sent: 18 June 2002 17:48 To: Spectra-Talk Subject: RE: Keeping Spectra? We are replacing Spectra, mostly due to scaling/performance problems -----Original Message----- From: Tom Briscoe [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 18, 2002 10:47 AM To: Spectra-Talk Subject: Keeping Spectra? Hello all. At my company, we're giving thought to budgets for 2003. As you may recall, Macromedia's support for Spectra is set to cease at the end of that year. So I'm having to consider our future plans and just what to do with Spectra in and beyond 2003. I see a few immediate options: 1) Keep Spectra - Rely on the community, consultants and my own resources to continue to build and support applications and hope it is sustainable 2) Replace Spectra - Invest in another "content management" product like PaperThin's CommonSpot and hope it remains viable on the long term 3) Recreate Spectra - Dump all these packages and their price tags in favor of home-grown code I'm looking to start some discussion on this subject. But if you don't mind sharing, please share the list what you, your company or your clients (names not needed) are planning to do in regard to Spectra. Or just chip in your two cents on the best course of action. Anything will do. Thanks! Tom Briscoe Web Developer ______________________________________________________________________ Signup for the Fusion Authority news alert and keep up with the latest news in ColdFusion and related topics. http://www.fusionauthority.com/signup.cfm ------------------------------------------------------------------------------ To Unsubscribe visit http://www.houseoffusion.com/index.cfm?sidebar=lists&body=lists/spectra_talk or send a message to [EMAIL PROTECTED] with 'unsubscribe' in the body.
