Re: Session directories in 0.9.6

2007-08-24 Thread Christoph Haas
On Thu, Aug 23, 2007 at 06:16:35PM -0700, Mike Orr wrote: What are the cache and session config variables in 0.9.6? I upgraded my application with paster create and it contained: beaker.session.key = ... beaker.session.secret = ... cache_dir = %(here)s/data cache_enabled

Trouble with Routes

2007-08-24 Thread Dan Korostelev
Hello! I have a problem with named routes. I defined two routes with different names and same dynamic part. Now, when I'm using url_for to generate an url for one of the routes, it just use the first connected route, independently on the specified name. Like this: from routes import * m =

Re: Trouble with Routes

2007-08-24 Thread Dan Korostelev
Yeah, I also worked around the problem this way, but I don't like it. Looks like there's a bug in Routes. Thanks for information. On 8/24/07, Marcin Kasperski [EMAIL PROTECTED] wrote: from routes import * m = Mapper() m.connect('gallery_thumb', 'images/gallery/:(image_id)_thumbnail.jpg')

Re: Trouble with Routes

2007-08-24 Thread Marcin Kasperski
from routes import * m = Mapper() m.connect('gallery_thumb', 'images/gallery/:(image_id)_thumbnail.jpg') m.connect('gallery', 'images/gallery/:(image_id).jpg') url_for('gallery_thumb', image_id=1) '/images/gallery/1_thumbnail.jpg' url_for('gallery', image_id=1)

Re: Pylons datagrid? And when will TG merge?

2007-08-24 Thread Cliff Wells
On Thu, 2007-08-23 at 21:12 -0700, walterbyrd wrote: Does Pylons have a datagrid component? Data laid out in a table, and click the column header to sort by that column. I am looking for something with basic CRUD, and a sort filter. Also something that can handle related data. I'd

implementing a scalable (to multiple processors and multiple servers) Pylons webapp

2007-08-24 Thread Pekka Jääskeläinen
Hello, In our new project we want to implement the web application from the beginning to be easily scalable to 1) multiple cores (on the same server) and to 2) multiple separate servers. Due to the infamous GIL ruining multithreading scalability of Python, the only sensible way to implement both

Re: 'c' variable between redirects

2007-08-24 Thread Christoph Haas
On Fri, Aug 24, 2007 at 02:33:07PM +0200, Tomasz Nazar wrote: Whatever variable attached to 'c', it is available in the template when rendered via 'render_response('x.tmpl')'. I often however use redirects 'h.redirect_to(another_action)' to reuse controller's code. And the 'c'-attached

'c' variable between redirects

2007-08-24 Thread Tomasz Nazar
Hi there! Whatever variable attached to 'c', it is available in the template when rendered via 'render_response('x.tmpl')'. I often however use redirects 'h.redirect_to(another_action)' to reuse controller's code. And the 'c'-attached variables are not present in the redirected template. As I

Re: Pylons datagrid? And when will TG merge?

2007-08-24 Thread walterbyrd
On Aug 24, 4:23 am, Cliff Wells [EMAIL PROTECTED] wrote: I'd recommend looking at ExtJS. I'm unaware of any other open source JS But doesn't that only handle the front end stuff? What about the back- end logic? --~--~-~--~~~---~--~~ You received this

Re: 'c' variable between redirects

2007-08-24 Thread Evert Rol
As I understand 'c' is always reset before any controller's action - what is not fun for me, as in my app one user request/click is often 2 (or more) Pylons controllers' actions, hence http redirects.. Without knowing your application I dare say that this sounds like you are using

Re: Pylons datagrid? And when will TG merge?

2007-08-24 Thread Cliff Wells
On Fri, 2007-08-24 at 06:04 -0700, walterbyrd wrote: On Aug 24, 4:23 am, Cliff Wells [EMAIL PROTECTED] wrote: I'd recommend looking at ExtJS. I'm unaware of any other open source JS But doesn't that only handle the front end stuff? What about the back- end logic? The grid control

Re: 'c' variable between redirects

2007-08-24 Thread Peter Hansen
Evert Rol wrote: As mentioned, I'm using the g variable (removing the attribute when not needed), not session. Which one would be better? Is g perhaps tied to the application, ie if multiple users use it, they all use the same g variable, but session is still (browser/ip-address) user-

Re: implementing a scalable (to multiple processors and multiple servers) Pylons webapp

2007-08-24 Thread Philip Jenvey
On Aug 24, 2007, at 4:41 AM, Pekka Jääskeläinen wrote: Hello, In our new project we want to implement the web application from the beginning to be easily scalable to 1) multiple cores (on the same server) and to 2) multiple separate servers. Due to the infamous GIL ruining

Re: implementing a scalable (to multiple processors and multiple servers) Pylons webapp

2007-08-24 Thread Cliff Wells
On Fri, 2007-08-24 at 14:41 +0300, Pekka Jääskeläinen wrote: However, we started to think the practical issues with this in Pylons. In principle, making this work reliably means to distribute the session data so all server processes can access each session's data. I'm curious about this

Re: implementing a scalable (to multiple processors and multiple servers) Pylons webapp

2007-08-24 Thread Cliff Wells
On Fri, 2007-08-24 at 15:16 -0700, Cliff Wells wrote: On Fri, 2007-08-24 at 14:41 +0300, Pekka Jääskeläinen wrote: However, we started to think the practical issues with this in Pylons. In principle, making this work reliably means to distribute the session data so all server processes

Re: implementing a scalable (to multiple processors and multiple servers) Pylons webapp

2007-08-24 Thread Bob Ippolito
On 8/24/07, Cliff Wells [EMAIL PROTECTED] wrote: On Fri, 2007-08-24 at 15:16 -0700, Cliff Wells wrote: On Fri, 2007-08-24 at 14:41 +0300, Pekka Jääskeläinen wrote: However, we started to think the practical issues with this in Pylons. In principle, making this work reliably means to

Re: implementing a scalable (to multiple processors and multiple servers) Pylons webapp

2007-08-24 Thread Pekka Jääskeläinen
Apache 2.2 has a mod_proxy_balancer. If performance is a concern, you should go with the CherryPy WSGI server. use = egg:PasteScript#cherrypy instead of use egg:Paste#httpserver This didn't work, I changed the line use = egg:Paste#http to use egg:Paste#cherrypy Even though I just

Re: implementing a scalable (to multiple processors and multiple servers) Pylons webapp

2007-08-24 Thread Pekka Jääskeläinen
On 8/25/07, Cliff Wells [EMAIL PROTECTED] wrote: My only possible explanation is that either a) Nginx makes some attempt to track sessions itself and always passes the same IP back to the same backend Pylons process or b) Pylons automagically makes it work. ...or c) you don't use much the

Re: implementing a scalable (to multiple processors and multiple servers) Pylons webapp

2007-08-24 Thread Cliff Wells
On Sat, 2007-08-25 at 01:46 +0300, Pekka Jääskeläinen wrote: On 8/25/07, Cliff Wells [EMAIL PROTECTED] wrote: My only possible explanation is that either a) Nginx makes some attempt to track sessions itself and always passes the same IP back to the same

Re: implementing a scalable (to multiple processors and multiple servers) Pylons webapp

2007-08-24 Thread Cliff Wells
On Sat, 2007-08-25 at 01:42 +0300, Pekka Jääskeläinen wrote: Apache 2.2 has a mod_proxy_balancer. If performance is a concern, you should go with the CherryPy WSGI server. use = egg:PasteScript#cherrypy instead of

Re: implementing a scalable (to multiple processors and multiple servers) Pylons webapp

2007-08-24 Thread Pekka Jääskeläinen
On 8/25/07, Cliff Wells [EMAIL PROTECTED] wrote: This is wrong AFAIK. I'm using CP's wsgiserver (which is a standalone app and included with Paste, so you don't actually need to install CP3, although you certainly can), and this is my entry: [server:main] # use = egg:Paste#http use =

Re: implementing a scalable (to multiple processors and multiple servers) Pylons webapp

2007-08-24 Thread Peter Hansen
On 8/24/07, Pekka Jääskeläinen [EMAIL PROTECTED] wrote: Apache 2.2 has a mod_proxy_balancer. If performance is a concern, you should go with the CherryPy WSGI server. use = egg:PasteScript#cherrypy instead of use egg:Paste#httpserver This didn't work, I changed the line use