Just a follow up for future searching. The "report execution times" was elevated to some higher up techs, and they agreed to turn it off. However, it made no difference. As it stands, the bare framework files won't load, they timeout every time without the timeout URL appended. I'll moving to a VPS somewhere.
jeff On Dec 17, 11:30 am, Dan Wilson <[email protected]> wrote: > Crystal Tech runs a production server with Report Execution Times on? Wow. > > Definitely look for another host. No OO based application, or any > application that uses any CFCs at all will ever run respectably with this > configuration. > > DW > > On Thu, Dec 17, 2009 at 11:27 AM, Preserved Killick <[email protected]>wrote: > > > > > Thanks Guys, > > > I just got off the phone with CrystalTech, and Report Execution Times > > is indeed checked. Unfortunatley I was unable to get them to alter > > this setting. > > > I agree that a VPS would be great, but in this case may not be an > > option. > > > On Dec 17, 10:56 am, Dan Wilson <[email protected]> wrote: > > > These are good questions and I'm glad you bring them up. Shared Hosting > > is > > > always problematic for pretty much any application, mostly because any of > > > the other 1000 applications on the server could be hogging more than > > their > > > fair share of server resources. > > > > Shared Hosting is like the Wild Wild West. There are really no rules > > > governing what happens. If there is a misbehaving application on the > > server, > > > it affects everyone. Infinite loops, inappropriate caching, bad code, all > > > this stuff is on the server you are on and will cause problems at one > > time > > > or another. There really isn't much you can do under a shared hosting > > model. > > > > One option might be to go back t a Virtual Private Server. As you know, a > > > VPS has fractioned server resources and provides boundaries from other > > > applications on the server. This means a runaway application on another > > VPS > > > will not affect your VPS, even if both VPSs are on the same server. This > > > usually costs a little more than a shared hosting account, but delivers > > more > > > value because your applications function better from a regulated > > > environment. > > > > I can say there are hundreds of folks running Model Glue 3 on shared > > > hosting. Most likely this is the result of a server misconfiguration, > > > possibly with debugging or server monitoring, or with another application > > > running on the server, overconsuming resources. > > > > Having Report Execution Times turned on will be bloody murder on a CFC > > based > > > application. Having Memory Tracking on (even if the server monitor is > > off) > > > can supposedly severely impede an OO based application. > > > > However CrystalTech are good hosts and have been hosting OO based > > ColdFusion > > > applications for years, so I'm sure they know this. > > > > DW > > > > On Thu, Dec 17, 2009 at 10:11 AM, Preserved Killick <[email protected] > > >wrote: > > > > > I've used Model-Glue 2 with success on private and VPS servers. No > > > > issues at at all. > > > > > For a new project, which will likely remain on a shared hosting > > > > environent at Crystaltech I can't even get the bare MG3 framework > > > > files to load due to timeout issues. Only by using index.cfm? > > > > requesttimeout=600 can I get it to load. > > > > > Crystaltech was willing to move the site to a server with a newer > > > > version of JVM (1.6.0_10) with no better performance. I've read that > > > > HMS has similar issues. > > > > > So, I ask, is MG realistic for a shared hosting environment? > > > > > Are there solutions out there i'm missing? I've tought about trying an > > > > account sometwhere with CF9, but don't look forward to the time > > > > involved with the process of host shopping. > > > > > -- > > > > Model-Glue Sites: > > > > Home Page:http://www.model-glue.com > > > > Documentation:http://docs.model-glue.com > > > > Bug Tracker:http://bugs.model-glue.com > > > > Blog:http://www.model-glue.com/blog > > > > > You received this message because you are subscribed to the Google > > > > Groups "model-glue" group. > > > > To post to this group, send email to [email protected] > > > > To unsubscribe from this group, send email to > > > > [email protected]<model-glue%[email protected]> > > <model-glue%2bunsubscr...@googlegroups.com> > > > > For more options, visit this group at > > > >http://groups.google.com/group/model-glue?hl=en > > > > -- > > > “Come to the edge, he said. They said: We are afraid. Come to the edge, > > he > > > said. They came. He pushed them and they flew.” > > > > Guillaume Apollinaire quotes- Hide quoted text - > > > > - Show quoted text - > > > -- > > Model-Glue Sites: > > Home Page:http://www.model-glue.com > > Documentation:http://docs.model-glue.com > > Bug Tracker:http://bugs.model-glue.com > > Blog:http://www.model-glue.com/blog > > > You received this message because you are subscribed to the Google > > Groups "model-glue" group. > > To post to this group, send email to [email protected] > > To unsubscribe from this group, send email to > > [email protected]<model-glue%[email protected]> > > For more options, visit this group at > >http://groups.google.com/group/model-glue?hl=en > > -- > “Come to the edge, he said. They said: We are afraid. Come to the edge, he > said. They came. He pushed them and they flew.” > > Guillaume Apollinaire quotes -- Model-Glue Sites: Home Page: http://www.model-glue.com Documentation: http://docs.model-glue.com Bug Tracker: http://bugs.model-glue.com Blog: http://www.model-glue.com/blog You received this message because you are subscribed to the Google Groups "model-glue" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/model-glue?hl=en
