gmane.comp.python.cherrypy

Re: Is CherryPy the right tool for a CPanel like application?

daniels — 2008-12-01T16:24:07

Thank you. You cleared some things for me and helped me understand better. And I'm happy I can go one with cherrypy :) On Dec 1, 4:28 pm, "Lakin Wecker" public.gmane.org> wrote: --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "cherrypy-users" group. To post to this group, send email to cherrypy-users-/JYPxA39Uh5TLH3MbocFFw< at >public.gmane.org To unsubscribe from this group, send email to cherrypy-users+unsubscribe< at >googlegroups.com For more options, visit this group at http://groups.google.com/group/cherrypy-users?hl=en -~----------~----~----~----~------~----~------~--~---

Re: Is CherryPy the right tool for a CPanel like application?

Lakin Wecker — 2008-12-01T14:28:06

I don't think this is entirely correct. If a single task blocks within one of CherryPy's threads, that particular thread will be unavailable for the other users, however the rest of the threads will still be available. The same would happen with a server that forks - the instance that is handling that task will be unavailable until the task completes. In either case you should have control over how many threads/forked instances are allowed and can attempt to mitigate this by increasing that number. However, in both cases there is the possibility that all of the threads/forked instances will be used by a long-running blocked task. My recommendation is that you should start a new thread for each potentially long-running, blocking background task to avoid using one of CherryPy's request handling threads. This thread would stay alive for the entire life of the task and would stop when the task is done. You could easily return an HTTP 202 once the task has been started - and use that status to inform the c

Re: Multiple ports and SSL

RichardC — 2008-12-01T07:31:46

Hmmm. I was too eager to post. There are bugs in the first of those patches. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "cherrypy-users" group. To post to this group, send email to cherrypy-users-/JYPxA39Uh5TLH3MbocFFw< at >public.gmane.org To unsubscribe from this group, send email to cherrypy-users+unsubscribe-/JYPxA39Uh5TLH3MbocFFw< at >public.gmane.org For more options, visit this group at http://groups.google.com/group/cherrypy-users?hl=en -~----------~----~----~----~------~----~------~--~---

Is CherryPy the right tool for a CPanel like application?

daniels — 2008-12-01T06:12:34

Hi, For quite a few time I wanted to start a pet project that will aim in time to have CPanel functionality but mainly focused on python hosting meaning i would like to make a way for users to generate/start Django/ other frameworks projects right from the panel and i seemed to have found the perfect tool to build my app with it, CherryPy. This would allow me to do it the way I want, building the app with it's own HTTP/ HTTPS server and also all in my favorite programming language. But now a new question arises, CherryPy being a threaded server will it be the right for this kind of task? Because there will be lots of time consuming tasks so if one of the tasks blocks, the rest of the users trying to access other pages will be left waiting eventually getting timed out. I imagine that such kind of problem wouldn't happen on a fork server. What would you advise? --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "cherrypy-users" g

Re: Multiple ports and SSL

RichardC — 2008-12-01T01:47:34

I've upgraded to 3.1.1 and had to reapply my changes so I can listen for http and https at the same time. I've figured out how to make the connection class aware of which server it is listening on so that cherrypy.request.scheme and cherrypy.request.base are set correctly. With the first patch below you can create a second server for SSL with code like this: s = cp._cpserver.Server() s.socket_host = '0.0.0.0' s.socket_port = 8443 s.ssl_certificate = config.basedir+'/var/ssl/host.cert' s.ssl_private_key = config.basedir+'/var/ssl/host.key' #s.ssl_certificate_chain = config.basedir+'/var/ssl/ca_bundle.crt' s.subscribe() I bought an el cheapo "chained root" certificate, which requires installation of a certificate chain on your ssl server. The second patch below modifies the cherrypy wsgiserver so it can load these certificate chains. Patch 1: diff -ur cherrypyorig/_cpserver.py cherrypyp1/_cpserver.py --- cherrypyorig/_cpserver.py2008-12-01 10:35:10.000000000 +1300 +++ cherrypyp

Re: _cpconfig.py - staging ~ production environments

Robert Brewer — 2008-11-27T18:08:31

dundeemt wrote: The canonical scenario is when programmers make an app and hand it over to a group of administrators who aren't programmers. Environments make it easier for the programmers to create a small set of related config options, possibly with gnarly design decisions which should be encapsulated, and give it a name. The rest of the company then has only to edit a single line of config (not code) to move the app through QA, then onto staging, then production. If that fits your business, feel free. :) If you are programmer and tester and deployer and maintainer all rolled into one, then you probably don't need environments. Correct. The scaffold is a _project_ template, and is purely an example which you can copy and paste, then extend, to build a new CP app. cherryd is a script to load and run a CP site. You don't have to use it, but it can make some of the above easier by moving some settings out of code and onto the command line via switches. Sysadmins love that for some odd reason I haven'

Re: ThreadManager and subscribing

Robert Brewer — 2008-11-27T16:50:42

dundeemt wrote: That docstring is mostly for server code, not your app code. Note that it talks about when to *publish*, not when to subscribe. And indeed, cherrypy.Application publishes to 'acquire_thread' for you on every request, so you don't have to worry about that. When CP does publish to 'acquire_thread', then cherrypy.engine.thread_manager publishes to the 'start_thread' channel. So long story short, your application code should subscribe to 'start_thread' and 'stop_thread' and CP will do the rest. Currently, no CherryPy code ever publishes to 'release_thread', because Apache won't tell us when it is done with a thread, and CP's own wsgiserver always re-uses all threads. If someday we wrote a wsgiserver that grew and shrunk with load, we would have it publish to 'release_thread'. Robert Brewer fumanchu-Q+9y+cpEbCIdnm+yROfE0A< at >public.gmane.org --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "cherrypy-users" group. T

Re: _cpconfig.py - staging ~ production environments

dundeemt — 2008-11-26T05:04:42

On Nov 25, 10:04 am, "Robert Brewer" public.gmane.org> wrote: That make sense. Instead of hard coding my "own" environment, couldn't the sitewide conf be used to offer the same? i.e. dev.conf/ staging.conf/production.conf ? Here is my thinking: Why would I want some configuration options set in code, and some set in a site-wide config file (site.conf)? Continuing on, rhetorically, wouldn't having these set in a single place be better (site/app vs code+site/app)? It appears as though you would supply the app.conf to the mount command and the config options there don't include system things like logging, etc. since they end up in cherrypy.request.app.config while the config supplied to cherryd (site.conf) goes into cherrypy.config. Also, cherryd -- this looks like something important but I can't seem to find any documentation on it. is cherryd part of the scaffold system or something else? Is there anything written up about it? I've been googling and searching here. Mo

Re: CherryPy Log.screen?

Patrick Adair — 2008-11-25T22:34:31

Indeed that did; thank you, sir! Patrick On Nov 25, 2:13 pm, "Christian Wyglendowski" public.gmane.org> wrote: --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "cherrypy-users" group. To post to this group, send email to cherrypy-users-/JYPxA39Uh5TLH3MbocFFw< at >public.gmane.org To unsubscribe from this group, send email to cherrypy-users+unsubscribe< at >googlegroups.com For more options, visit this group at http://groups.google.com/group/cherrypy-users?hl=en -~----------~----~----~----~------~----~------~--~---

Re: CherryPy Log.screen?

Christian Wyglendowski — 2008-11-25T22:13:41

On Tue, Nov 25, 2008 at 5:02 PM, Patrick Adair public.gmane.org> wrote: You should probably have two config files - one for server-wide settings (like log.screen) and one for the application itself. You can pass a config file to cherrypy.config.update just like you pass a dictionary. HTH, Christian http://www.dowski.com --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "cherrypy-users" group. To post to this group, send email to cherrypy-users-/JYPxA39Uh5TLH3MbocFFw< at >public.gmane.org To unsubscribe from this group, send email to cherrypy-users+unsubscribe-/JYPxA39Uh5TLH3MbocFFw< at >public.gmane.org For more options, visit this group at http://groups.google.com/group/cherrypy-users?hl=en -~----------~----~----~----~------~----~------~--~---

CherryPy Log.screen?

Patrick Adair — 2008-11-25T22:02:40

Hello again, here I am with another probably stupid question ;) I've been messing around with the config files for our CherryPy server, and I noticed something odd: say I have my server start script at start-server.py, and a config file at tests.conf that is loaded when I run my unit tests. I'm trying to stop CherryPy from filling Eclipse's output console with lines of debug output; if I put `cherrypy.config.update({'log.screen': False})` in start-server.py, then the output is suppressed and everyone is happy. However, if I put `log.screen: False` in the config file (tried it in global, '/', and other path configs), then it will show me all the output. My team would infinitely prefer to have all these config options in the .conf file instead of the Python script; is there any halp for us? Thanks, Patrick --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "cherrypy-users" group. To post to this group, send email to cherrypy-u

Re: _cpconfig.py - staging ~ production environments

Robert Brewer — 2008-11-25T16:04:37

dundeemt wrote: No; environments are like "macros" for config. The staging environment is mostly like production because a staging server should be mostly like production. I kept screen logging on to help notify a deployer of startup issues because staging servers often aren't hooked up to a company's monitoring/alerting system. Feel free to modify the builtin environments, or make your own. See http://www.cherrypy.org/wiki/ConfigAPI#environments Robert Brewer fumanchu-Q+9y+cpEbCIdnm+yROfE0A< at >public.gmane.org --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "cherrypy-users" group. To post to this group, send email to cherrypy-users-/JYPxA39Uh5TLH3MbocFFw< at >public.gmane.org To unsubscribe from this group, send email to cherrypy-users+unsubscribe< at >googlegroups.com For more options, visit this group at http://groups.google.com/group/cherrypy-users?hl=en -~----------~----~----~----~------~----~------~--~---

ThreadManager and subscribing

dundeemt — 2008-11-25T13:41:03

I am confused as to the proper way to handle subscribing to threads in embedded mode. If running standalone CP, then you should subscribe to start_thread/ stop_thread, correct? But if you are running under Apache you should subscribe to acquire_thread and ?stop_thread? from the ThreadManager docstring: If threads are created and destroyed by code you do not control (e.g., Apache), then, at the beginning of every HTTP request, publish to 'acquire_thread' only. You should not publish to 'release_thread' in this case, since you do not know whether the thread will be re-used or not. The bus will call 'stop_thread' listeners for you when it stops. -Jeff --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "cherrypy-users" group. To post to this group, send email to cherrypy-users-/JYPxA39Uh5TLH3MbocFFw< at >public.gmane.org To unsubscribe from this group, send email to cherrypy-users+unsubscribe-/JYPxA39Uh5TLH3Mbo

Re: scaffold/cpdeploy.py - cherryd - DeployTemplate

Pete H — 2008-11-25T10:35:44

On Nov 24, 2:26 pm, dundeemt public.gmane.org> wrote: Not as far as I know, though it's only been live with cgi and mod_wsgi. Obviously the threads issue doesn't arise with cgi. I'm using the recipe in the wiki with the psycopg2 driver - seems to be the only one that's current at the moment anyway. So far it 'just works'. I should add that so far my database is read-only - though when it does become read/write I don't expect many concurrent connections since the only write operations will be by the society secretary and those members registering stock - and out of say 1000 members there won't be many doing that at the same time. In fact since mod_wsgi works so well (thanks Graham!) I can't really envisage ever going back to mod_python since it's no good for me in a shared environment due to security issues, and I can put what I like on a virtual/dedicated server. Pete --~--~---------~--~----~------------~-------~--~----~ You received this message because yo

Re: Number of CherryPy instances on a single-core machine

Christian Wyglendowski — 2008-11-24T18:24:08

On Mon, Nov 24, 2008 at 12:59 PM, Tim Roberts public.gmane.org> wrote: Yeah, we've definitely used multiple CherryPy processes with good results. Since Python's threaded performance is limited by the GIL (Global Interpreter Lock), we usually devote a process-per-core on a server. This allows for more efficient use of the hardware under high load. If you only have a single-core machine, I wouldn't think there would be any benefit, but I could be wrong. Christian http://www.dowski.com --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "cherrypy-users" group. To post to this group, send email to cherrypy-users-/JYPxA39Uh5TLH3MbocFFw< at >public.gmane.org To unsubscribe from this group, send email to cherrypy-users+unsubscribe-/JYPxA39Uh5TLH3MbocFFw< at >public.gmane.org For more options, visit this group at http://groups.google.com/group/cherrypy-users?hl=en -~----------~----~----~----~------~----~------~--~--

Re: Number of CherryPy instances on a single-core machine

Tim Roberts — 2008-11-24T17:59:20

Anton V. Belyaev wrote: I'm not sure it makes sense on ANY server. The CherryPy server spawns multiple threads to handle the individual requests. One process with 20 threads is just as good as two processes with 10 threads each, and you don't have to worry about channeling to different ports. However, I'd be curious to know if others have tried this with good results.

Re: Unrecoverable error in the server.

Darren Govoni — 2008-11-24T17:34:52

Naw, still getting the error. I tested mod_python and it works fine on other directories. But when I go to the CP location, server error. On Mon, 2008-11-24 at 11:55 -0500, Christian Wyglendowski wrote: --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "cherrypy-users" group. To post to this group, send email to cherrypy-users-/JYPxA39Uh5TLH3MbocFFw< at >public.gmane.org To unsubscribe from this group, send email to cherrypy-users+unsubscribe-/JYPxA39Uh5TLH3MbocFFw< at >public.gmane.org For more options, visit this group at http://groups.google.com/group/cherrypy-users?hl=en -~----------~----~----~----~------~----~------~--~---

Re: Unrecoverable error in the server.

Christian Wyglendowski — 2008-11-24T16:55:13

On Mon, Nov 24, 2008 at 11:47 AM, Darren Govoni public.gmane.org> wrote: My mistake! I meant to type '/myapp'. See if that helps. Christian http://www.dowski.com --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "cherrypy-users" group. To post to this group, send email to cherrypy-users-/JYPxA39Uh5TLH3MbocFFw< at >public.gmane.org To unsubscribe from this group, send email to cherrypy-users+unsubscribe-/JYPxA39Uh5TLH3MbocFFw< at >public.gmane.org For more options, visit this group at http://groups.google.com/group/cherrypy-users?hl=en -~----------~----~----~----~------~----~------~--~---

Re: Unrecoverable error in the server.

Darren Govoni — 2008-11-24T16:47:44

I'm using 3.1.1 btw on Ubuntu 8.04 On Mon, 2008-11-24 at 06:35 -0800, dundeemt wrote: --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "cherrypy-users" group. To post to this group, send email to cherrypy-users-/JYPxA39Uh5TLH3MbocFFw< at >public.gmane.org To unsubscribe from this group, send email to cherrypy-users+unsubscribe-/JYPxA39Uh5TLH3MbocFFw< at >public.gmane.org For more options, visit this group at http://groups.google.com/group/cherrypy-users?hl=en -~----------~----~----~----~------~----~------~--~---

Re: Unrecoverable error in the server.

Darren Govoni — 2008-11-24T16:47:24

Hey guys, Yes. Not sure where site.log is, but nothing interesting in apache error.log Yes. I also added: cherrypy.tree.mount(Root(),'myapp') Per the other suggestion. On Mon, 2008-11-24 at 06:35 -0800, dundeemt wrote: --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "cherrypy-users" group. To post to this group, send email to cherrypy-users-/JYPxA39Uh5TLH3MbocFFw< at >public.gmane.org To unsubscribe from this group, send email to cherrypy-users+unsubscribe-/JYPxA39Uh5TLH3MbocFFw< at >public.gmane.org For more options, visit this group at http://groups.google.com/group/cherrypy-users?hl=en -~----------~----~----~----~------~----~------~--~---

Re: Unrecoverable error in the server.

dundeemt — 2008-11-24T14:35:16

3 questions: 1) What is the filename of the app listed above? (myapp.py ?) 2) What is in site.log and the apache error.log 3) You do have mod_python installed, correct? -jeff --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "cherrypy-users" group. To post to this group, send email to cherrypy-users-/JYPxA39Uh5TLH3MbocFFw< at >public.gmane.org To unsubscribe from this group, send email to cherrypy-users+unsubscribe< at >googlegroups.com For more options, visit this group at http://groups.google.com/group/cherrypy-users?hl=en -~----------~----~----~----~------~----~------~--~---