I dont know if any of the Daemon guys are on this list (maybe Ben Bishop is) to reply to this, but while I am sure Mike has done the homework he needs I was concerned about a couple of the statements and thought I would comment/clarify......
I am not sure what is meant by "too far-removed from coldfusion to use". FarCry is a CMS as well as a Framework. But I have found that with any CMS you have to learn a new environment. And FarCry is built on all the current CFMX type of technology - lots of components and object orientation. So if these technologies are still unfamiliar, it may be difficult to extend FarCry. You DO have to know CFMX well. But it is still all Cold Fusion. As far as "spectra-head" - I never liked Spectra (hated it in fact) but I love FarCry. > IF you want to do anything different, > you better be willing to learn an entire new vocabulary. Every comprehensive CMS I have ever used has required me to think in a different way and has always had it's own vocabulary. I am not sure what is meant by "anything different" either. With the new site we have released, we are doing LOTS of different things (including running a HTTP request out to a third party provide to deposit content right into a container on our splash page) than what FarCry provides. We have even integrated some legacy items from our old site into FarCry. You only have to look at the FarCry reference sites to see HOW different every instance of FarCry can be. http://farcry.daemon.com.au/go/features/farcry-sites > I don't think it was ever designed with shared environments in mind I disagree with this statement. The FarCry core (which you should only ever deploy once in a shared environment) has been deliberately designed to have multiple FarCry applications running on the one box. When the instances are installed correctly, the Admin Console is able to automatically switch between the instances based on the domain name of the site. > finding out how to set it up for shared environments The FarCry developers list has posted many solutions to setting up FarCry in a shared environment. While I can understand that the solutions may not have worked for some people, there is no "lack" of information on how to go about doing it. > There is a lot of the app outside the site, and that is a worry in > a shared environment. I would also disagree with this. I think it reduces worries for a shared environment. You don't want multiple copies of a core piece of code running if you want to maintain a standard platform for all your FarCry instances. You want the core code in one place - outside of where any of the "clients" can touch it. Only the system admin should be updating the core code. However, requiring the shared code to be under the control of the site administrator means your shared host must agree to host FarCry. There are several hosting companies in Australia that are prepared to do this. Would you want to run multiple versions of Cold Fusion on the same box and control them yourself ? Nope, you leave that up to the administrator of the shared box (and they dont want you to touch it). So too would you leave updating FarCry code in a shared environment to the sys admin. > One of the main reasons for having a CMS is you want to allow non-technical > people to update the site safely. I tried my test app on a dozen > non-technical people, and not one of them could find out how to add a page > without having to be shown where it was. FarCry Admin (where you add in new stuff and maintain old stuff) has been well recieved by our non-technical staff (who maintain all the general content pages as well as many of our back database systems which have all the admin tools created as plug-ins to the FarCry Admin Console). They love it and don't have any problems using it. Yes, they needed some training, but it was minimal and would be expected with any new system. Every document that is edited is done so in DRAFT mode and the document is then submitted for approval by a central place. That is pretty "safe" from my perspective. Am I a FarCry evangelist?? Yes - certainly. Gary Menzel Web Development Manager IT Operations Brisbane -+- ABN AMRO Morgans Limited Level 29, 123 Eagle Street BRISBANE QLD 4000 PH: 07 333 44 828 FX: 07 3834 0828 If this communication is not intended for you and you are not an authorised recipient of this email you are prohibited by law from dealing with or relying on the email or any file attachments. This prohibition includes reading, printing, copying, re-transmitting, disseminating, storing or in any other way dealing or acting in reliance on the information. If you have received this email in error, we request you contact ABN AMRO Morgans Limited immediately by returning the email to [EMAIL PROTECTED] and destroy the original. We will refund any reasonable costs associated with notifying ABN AMRO Morgans. This email is confidential and may contain privileged client information. ABN AMRO Morgans has taken reasonable steps to ensure the accuracy and integrity of all its communications, including electronic communications, but accepts no liability for materials transmitted. Materials may also be transmitted without the knowledge of ABN AMRO Morgans. ABN AMRO Morgans Limited its directors and employees do not accept liability for the results of any actions taken or not on the basis of the information in this report. ABN AMRO Morgans Limited and its associates hold or may hold securities in the companies/trusts mentioned herein. Any recommendation is made on the basis of our research of the investment and may not suit the specific requirements of clients. Assessments of suitability to an individual?s portfolio can only be made after an examination of the particular client?s investments, financial circumstances and requirements. ***************************************************** The discussion list for http://webstandardsgroup.org/ *****************************************************
