It has to do with whether or not we are keeping Spectra and why. If you are
a Spectra developer then you should just be glad to hear someone discussing
it in a positive manner or even discussing it at all. In case you didn't
notice the forum is spectra-talk. If you don't want to hear about Spectra,
then unsubscribe. We weren't talking about anything OT.
"Ed
McLaughlin" To: Spectra-Talk
<[EMAIL PROTECTED]>
<edmcl@svmedi cc:
a.com> Subject: RE: Keeping Spectra?
06/18/2002
01:53 PM
Please
respond to
spectra-talk
What does any of this have to do with the original question?
>>-----Original Message-----
>>From: Russell Brown [mailto:[EMAIL PROTECTED]]
>>Sent: Tuesday, June 18, 2002 1:43 PM
>>To: Spectra-Talk
>>Subject: RE: Keeping Spectra?
>>
>>
>>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
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
______________________________________________________________________
Structure your ColdFusion code with Fusebox. Get the official book at
http://www.fusionauthority.com/bkinfo.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.
