Nothing much, apart from like I say at the bottom, its a REASON for keeping Spectra,

<quote from="original post">
        "1) Keep Spectra - Rely on the community, consultants and my own
            resources to continue to build and support applications and hope it is
            sustainable"
</quote>

using our skills and stratagies and um... community. Its also a conversation that has 
come from THE topic.

Do you have a problem with any of this ?

BTW what use does you asking have ?

Russell

-----Original Message-----
From: Ed McLaughlin [mailto:[EMAIL PROTECTED]]
Sent: 18 June 2002 18:54
To: Spectra-Talk
Subject: RE: Keeping Spectra?


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
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>

______________________________________________________________________
Get the mailserver that powers this list at http://www.coolfusion.com
------------------------------------------------------------------------------
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.

Reply via email to