Lukasz Szybalski wrote: > Hello, > Was anybody able to setup their turbogears app in a mod_wsgi environment? > I have tried it few months back and I failed. There were few posts of > other people that tried it but they seemed to failed as well and moved > over to mod_proxy. > The documentation that is on the tg wiki is not accurate. > > I see that you have updated the: > http://code.google.com/p/modwsgi/wiki/IntegrationWithTurboGears > > Have you tested that to see if it works? > Or do you know of any other page that has the exact/precise steps to > get tg working under mod_wsgi?
How about explaining what the problem is and what version of TurboGears you are using. I don't use TurboGears, the instructions are provided only to help others. If the instructions do not work for anything but simplest example and no one says anything they will never be updated. If that continues then the instructions may as well be removed and it noted instead that TurboGears is not supported through it not appearing to be a WSGI compliant application or not being compatible with being hosted in the Apache environment. That said, some people have said they have got it working, but then one did note the instructions weren't perfect and said they would tell me what needed to be amended but then didn't come back to me with any suggested changes. Generally when I see people having problems with any frameworks it is because they try and get things working by reading only the integration documentation and ignore all the other documentation on the site. Various issues can arise when running Python stuff under Apache. It is highly recommended that you try and get simple hello world application working first by following the instructions in the README file and the guidelines in: http://code.google.com/p/modwsgi/wiki/ConfigurationGuidelines If there are any issues there, ensure you read: http://code.google.com/p/modwsgi/wiki/ApplicationIssues and other documentation on the site as relevant which is referenced from: http://code.google.com/p/modwsgi/wiki/InstallationInstructions If people have got it working with TurboGears then please indicate if you have and what may have to be changed in the instructions. If I don't hear from anyone I'll remove the instructions and note TurboGears as not supported anymore instead. Graham > On Jan 18, 2008 12:56 AM, Graham Dumpleton <[EMAIL PROTECTED]> wrote: > > > > Whether your application will work fine in a single process will > > depend on the application and you will only know from doing proper > > broad load testing across the range of functionality the application > > provides. > > > > Many people just get too carried away up front with trying to put > > together a super scalable solution when a lot of the time their > > applications will never see enough load for it to be an issue. So, > > start out with a single process, whether that be mod_proxy to TG/ > > CherryPy, or mod_wsgi daemon with single multithread process, and do > > the necessary testing to scope out whether it can handle it or not. > > > > Graham > > > > > > On Jan 18, 5:19pm, GSP <[EMAIL PROTECTED]> wrote: > > > Thanks for clearing that up. I am however in the process of converting > > > an existing app over to TG1 and this existing app uses SQLObject. It > > > isn't a massive app(domain model is comprised of approx 60 classes) > > > but I don't think it would be feasible to switch to SA(I am not super > > > familiar with SA so perhaps a switch wouldn't be as time consuming as > > > I . Given that fact I am a bit concerned by Graham's comments > > > regarding performance with TG and SO. > > > I am aware of the caching issue with SQLObject having dealt with that > > > issue because the existing app is based on mod_python(and the multiple > > > processes lead to stale data). Since a multi-process deployment is not > > > a reliable configuration in this scenario, are there any suggestions > > > about how to approach this situation(if in fact TG1/SO is a > > > suboptimal combination) > > > > > > Thanks in advance! > > > > > > On Jan 17, 7:44 pm, "Mark Ramm" <[EMAIL PROTECTED]> wrote: > > > > > > > > On Jan 18, 1:38 pm, GSP <[EMAIL PROTECTED]> wrote: > > > > > > I stumbled upon a thread on the django group recently where > > > > > > questions > > > > > > about Turbogears performance were raised: > > > > > > > > >http://groups.google.ca/group/django-users/browse_thread/thread/ab111... > > > > > > > > > "TurboGears would be a terrible choice. Python does not do well on > > > > > > threads > > > > > > and has been known to lock up solid when executing a fork() out of a > > > > > > thread. > > > > > > > TurboGears, even TurboGears 1 works very well in a multi-process > > > > deployment with load balancing between processes behind a reverse > > > > proxy server. > > > > > > > Multithreaded python web servers do perform better than single > > > > threaded servers, particularly per unit of memory consumed, but > > > > multi-process configurations allow you to scale across multiple > > > > processors better. In my experience a mix of the two provides the > > > > best of both worlds, and that's exactly the kind deployment senario > > > > that high traffic TurboGears sites use. > > > > > > > If you want to scale, I think TurboGears+SQLAlchemy will do very well, > > > > and we are definitely working to add lots of scalability features to > > > > TG2, so that it should do even better. > > > > > > > Django works, and is great. But whoever said TurboGears will not > > > > scale has clearly not tried. We may need to highlight multi-process > > > > deployments more in our documentation, but since the single process > > > > way can handle lots and lots of scenarios, we've made that the first > > > > thing we show people because it is simple to setup. > > > > > > > --ark Ramm > > > > > > > > > -- > -- > VMware Server On Debian > http://wiki.debian.org/Manual-Howto#head-c9e998d4806797452cd58fce417b6fb00fbc60be > TurboGears from start to finish: > http://www.lucasmanual.com/mywiki/TurboGears --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "TurboGears" 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/turbogears?hl=en -~----------~----~----~----~------~----~------~--~---
