search for: cherrypi

When i prove from my xenwebmanager interface  to add new server i have this messages [24/Jan/2011:13:13:01] HTTP Traceback (most recent call last):   File "/usr/share/xenwebmanager/cherrypy/_cprequest.py", line 606, in respond     cherrypy.response.body = self.handler()   File "/usr/share/xenwebmanager/cherrypy/_cpdispatch.py", line 25, in __call__     return

Guys, Just for fun, I tried to see (I know, a silly way to test it) how much overhead we have calling the C functions of the extensions. the benchmark script and the results: http://pastie.caboo.se/128646 The naive C extension: http://pastie.caboo.se/128647 I compared 1.8.6 (VC6 and mingw builds) against a fresh checkout of ruby trunk. What I understand from that is 1.9 is slower than 1.8

I am starting a large project and still selecting what framework to use. Rather than ask brand x what is wrong with brand y, I am more interested in self confession. Why would I *not* want to use Rails (compared to Iowa and Nitro). I posted a synopsis of the project to ruby-talk but will repost it here if anyone wants it. xev

My personal showdown: Using Ruby on Rails: I was pretty productive right away. Documentation though for the Rails APIs and stuff is not as good as I''m use to in Perl (particulariy CPAN). No being critical, just saying the Rails documentation left me hanging more than once and guessing as to what I was doing wrong. Production deployment is a bit much. I''ve found using

I''m trying to get some answers as to why I (my company actually) would go with RoR over TurboGears. The developer staff is fluent in both Ruby and Python so that is not an issue. Rails is well into its release cycle whereas Turbogears won''t be at 1.0 until later this week. They both do essentially the same thing and they both have cool features unique to themselves