Re: pylonshq.com down?
Seems to still be downor perhaps down againnot sure which. On Oct 13, 11:30 pm, Stephan Ellis stephan.el...@gmail.com wrote: me three... On Tue, Oct 13, 2009 at 4:51 AM, sniipe sni...@gmail.com wrote: Me too... On 12 Paź, 16:21, Scott Sharkey sshar...@linuxunlimited.com wrote: Is it just me, or is pylonshq.com down? -Scott --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to pylons-discuss+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
Re: pylonshq.com down?
2009/10/15 mickgardner mickgard...@gmail.com: Seems to still be downor perhaps down againnot sure which. me five. -- Raoul Snyman B.Tech Information Technology (Software Engineering) E-Mail: raoul.sny...@gmail.com Web: http://www.saturnlaboratories.co.za/ Blog: http://blog.saturnlaboratories.co.za/ Mobile: 082 550 3754 Registered Linux User #333298 (http://counter.li.org) --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to pylons-discuss+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
Re: pylonshq.com down?
* Raoul Snyman raoul.sny...@gmail.com [2009-10-15 10:21]: Seems to still be downor perhaps down againnot sure which. me five. Working here... -- Vegard Svanberg veg...@svanberg.no [*tak...@irc (EFnet)] --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to pylons-discuss+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
Problems setting custom 404 page
Hi folks, I'm trying to set a custom 404 page for my Pylons app. I'm running my app through Apache2 and mod_wsgi (2.0). In my vhost configuration, I have the ErrorDocument for 404 set, and I've even edited my middleware.py to redirect 404s to my 404 page. When I run my app via paster, it works a charm. When I run the app on our dev server (via Apache2/mod_wsgi), I get an unstyled page that says 404 Not Found at the top, and The resource could not be found. underneath it. As far as I can tell, this is not the Apache 404 page. Anyone run into this before? Any ideas? Need more info? -- Raoul Snyman B.Tech Information Technology (Software Engineering) E-Mail: raoul.sny...@gmail.com Web: http://www.saturnlaboratories.co.za/ Blog: http://blog.saturnlaboratories.co.za/ Mobile: 082 550 3754 Registered Linux User #333298 (http://counter.li.org) --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to pylons-discuss+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
Re: Problems setting custom 404 page
On Thu, Oct 15, 2009 at 2:03 PM, Raoul Snyman raoul.sny...@gmail.comwrote: Hi folks, I'm trying to set a custom 404 page for my Pylons app. I'm running my app through Apache2 and mod_wsgi (2.0). In my vhost configuration, I have the ErrorDocument for 404 set, and I've even edited my middleware.py to redirect 404s to my 404 page. When I run my app via paster, it works a charm. When I run the app on our dev server (via Apache2/mod_wsgi), I get an unstyled page that says 404 Not Found at the top, and The resource could not be found. underneath it. As far as I can tell, this is not the Apache 404 page. Anyone run into this before? Any ideas? Need more info? in my experience nginx and mod_wsgi works best and the performance is also better than apache+mod_wsgi. by the way which OS are you using. another step is to look into the log files of Apache as to what error it throws, whether it's not able to find the custom 404 file or it's serving from it's cache. hope this will help. -- Regards, Arun Tomar blog: http://linuxguy.in website: http://www.solutionenterprises.co.in --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to pylons-discuss+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
Re: Problems setting custom 404 page
2009/10/15 Arun Tomar tomar.a...@gmail.com: in my experience nginx and mod_wsgi works best and the performance is also better than apache+mod_wsgi. by the way which OS are you using. I don't think I'll be able to change that. This is for the company I work for, not myself. We're running Linux. another step is to look into the log files of Apache as to what error it throws, whether it's not able to find the custom 404 file or it's serving from it's cache. I don't see anything in the error logs. I see the access log shows the 404, but I'm not sure why Apache isn't showing the custom 404 page if it sees the error. -- Raoul Snyman B.Tech Information Technology (Software Engineering) E-Mail: raoul.sny...@gmail.com Web: http://www.saturnlaboratories.co.za/ Blog: http://blog.saturnlaboratories.co.za/ Mobile: 082 550 3754 Registered Linux User #333298 (http://counter.li.org) --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to pylons-discuss+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
Re: Problems setting custom 404 page
Ok, now I feel like a right royal idiot. In my configuration file, I had full_stack set to false. As soon as I set it to true, my 404 started working. -- Raoul Snyman B.Tech Information Technology (Software Engineering) E-Mail: raoul.sny...@gmail.com Web: http://www.saturnlaboratories.co.za/ Blog: http://blog.saturnlaboratories.co.za/ Mobile: 082 550 3754 Registered Linux User #333298 (http://counter.li.org) --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to pylons-discuss+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
Re: Problems setting custom 404 page
On Oct 15, 4:43 am, Arun Tomar tomar.a...@gmail.com wrote: in my experience nginx and mod_wsgi works best and the performance is also better than apache+mod_wsgi. by the way which OS are you using. You'll really want to benchmark this. There is a reason that apache- mpm-worker/mod_wsgi is faster than nginx/mod_wsgi for applications. Of course, static files will be faster with nginx. For reference: http://blog.dscpl.com.au/2009/05/blocking-requests-and-nginx-version-of.html I can confirm through quite a bit of benchmarking and back and forth correspondence with Graham Dumpleton that Nginx in this particular case is not faster than Apache. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to pylons-discuss+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
Re: Pylons on Google App Engine article
On Thu, Oct 15, 2009 at 12:10 AM, Ian Bicking i...@colorstudy.com wrote: I personally got too annoyed with testing and general interactivity (there's a nose extension though, which I cribbed from -- but I never actually got it to work myself). This process has been EXTREMELY annoying. I've spent many hours trying to get things to work that I should have been spending working on my project. Mostly, its my own ignorance of current magical techniques: I still don't get setuptools. I don't understand namespace packages, or rather their deployment. I don't get why I can't move (for example) paste, and the Paste* items to another directory that is ON sys.path and have it be import-able. All of my frustrations with GAE have been of this sort. Basically, the challenge to getting Pylons on GAE is to manage libraries. Some need to be there for Pylons but not for GAE. Some need to be there fore GAE by not Pylons. Some need to be both. Some need to be uploaded with the app, some cannot be, some simply should-not be. It's not clear when egg-info directories need to go up to GAE, and when they are wasting space. And one cannot simply add things to sys.path because of setuptools. And when setuptools can't find something, I have *no idea* how to fix it. I wish I could just ditch all of this stuff and manually manage sys.path, but as is, Paste especially seems to rely on some magic to find itself. Though, I noticed that if I put an __init__.py in paste/ then it starts acting like a normal package again (duh). Basically, packaging is blowing my mind, and I wish I was just using python modules and packages. STILL, I've made progress, and seemingly Jason has too. I think though, that it's never going to be automagic... at least not on all OS's. GAE is too hackety. My status: I can take a stock pylons application in a virtualenv, wedge-in the google libraries for yaml, datastore and the like, and run the app with paster serve. If one moves the pylons-required libraries from the standard site-packages to the GAE app's lib/python and add that location to sys.path, you're almost there. Hacking in some ENVIRONMENT variables at boot-strap time and you are there. I didn't need to patch paste like Jason did, but maybe I'm missing something. I'll be writing up my new recipe asap. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to pylons-discuss+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
Re: Pylons on Google App Engine article
On Oct 15, 11:59 am, Matt Feifarek matt.feifa...@gmail.com wrote: On Thu, Oct 15, 2009 at 12:10 AM, Ian Bicking i...@colorstudy.com wrote: I personally got too annoyed with testing and general interactivity (there's a nose extension though, which I cribbed from -- but I never actually got it to work myself). This process has been EXTREMELY annoying. I've spent many hours trying to get things to work that I should have been spending working on my project. Mostly, its my own ignorance of current magical techniques: I'm not sold on the platform, either. It does seem to be a bundle of limitations with a few features. But I suppose we have to get things running on it to do a hands-on evaluation. I still don't get setuptools. I don't understand namespace packages, or rather their deployment. I don't get why I can't move (for example) paste, and the Paste* items to another directory that is ON sys.path and have it be import-able. All of my frustrations with GAE have been of this sort. When you install eggs with easy_install, it adds the egg's path to easy_install.pth. If you move the egg somewhere else, it won't work unless it's added to the path somehow. BTW, I don't think GAE uses .pth files, which is why sys.path manipulation is necessary. When you install Paste packages with easy_install, they go into separate eggs and in each one, paste/__init__.py has code that modifies the path to make the namespacing work. It's not something that just works because of setuptools. Took me a while to find that. When you install them with pip, I think they overlap (i.e. one paste/ directory in site-packages/). And one cannot simply add things to sys.path because of setuptools. I'm not sure what all the problems you're having with setuptools entail, but my app.py *prepends* to sys.path, which works a little better because it gets around installed versions of libraries in the GAE environment. Here's part of app.py: sys.path = [appdir, libdir] + ['%s/%s' % (libdir, n) for n in os.listdir(libdir) if n.endswith('.egg')] + sys.path Performance would probably be better with a hard-coded list of packages, but this is more flexible of course. On the other hand, I think a switch to pip would make the listdir part unnecessary. My status: I can take a stock pylons application in a virtualenv, wedge-in the google libraries for yaml, datastore and the like, and run the app with paster serve. If one moves the pylons-required libraries from the standard site-packages to the GAE app's lib/python and add that location to sys.path, you're almost there. Hacking in some ENVIRONMENT variables at boot-strap time and you are there. I use the GAE SDK instead of paster serve, because then all the GAE- specific libs should be provided without moving anything. Can you use datastore, etc, locally without the SDK? I didn't need to patch paste like Jason did, but maybe I'm missing something. I'll be writing up my new recipe asap. Interesting. Maybe that step could be eliminated. I think I was getting DistributionNotFound from pkg_resources and figured that it would be better to work around eggs/the egg loader. Jason --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to pylons-discuss+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
Re: Pylons on Google App Engine article
On Thu, Oct 15, 2009 at 12:41 PM, Jason S. jas...@tuffmail.com wrote: I still don't get setuptools. I don't understand namespace packages, or rather their deployment. I don't get why I can't move (for example) paste, and the Paste* items to another directory that is ON sys.path and have it be import-able. All of my frustrations with GAE have been of this sort. When you install eggs with easy_install, it adds the egg's path to easy_install.pth. If you move the egg somewhere else, it won't work That part I get. In fact, I've often modified easy_install.pth manually. But I'm using pip. And pip doesn't mess with that file, nor it *seems* any other meta-data anywhere on sys.path. But still, I couldn't move Paste* around. I was considering trying an install with easy_install and then hand-modifying easy_install.pth next. unless it's added to the path somehow. BTW, I don't think GAE uses .pth files, which is why sys.path manipulation is necessary. It *seems *like this isn't true. If I omit pth files when uploading to GAE, my app is failing with a 500 error. But I wouldn't trust that yet... can you do a test on your setup and see if you need or don't need the .pth files? (up to and including easy_install) When you install them with pip, I think they overlap (i.e. one paste/ directory in site-packages/). Yes, that's true, but I don't understand why moving those directories from one site-packages to another should matter. I can't find whatever cruft is telling python to look in that and only that sys.path location for paste. I'm not sure what all the problems you're having with setuptools entail, but my app.py *prepends* to sys.path, which works a little better because it gets around installed versions of libraries in the GAE environment. You mean to have the upgraded webob for example? I use the GAE SDK instead of paster serve, because then all the GAE- specific libs should be provided without moving anything. Can you use datastore, etc, locally without the SDK? Yes. I simply add the path to the google libraries to sys.path; I'm running DataStore (well, whatever emulation that the SDK provides on my paster serve development.ini pylons app. Which means I can use the debugger, webtest, etc. Can you use the debugger (weberror)? Interesting. Maybe that step could be eliminated. I think I was getting DistributionNotFound from pkg_resources and figured that it would be better to work around eggs/the egg loader. I think I got around that by dropping an empty __init__.py file into paste/ --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to pylons-discuss+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
Re: Pylons on Google App Engine article
On Thu, Oct 15, 2009 at 9:59 AM, Matt Feifarek matt.feifa...@gmail.com wrote: This process has been EXTREMELY annoying. I've spent many hours trying to get things to work that I should have been spending working on my project. Mostly, its my own ignorance of current magical techniques: All of us have been annoyed. That's why it has taken us 1 1/2 years to write a simple, failsafe howto, and we're still not there yet. Philip and Ian did the original work in April 2008 which led to Appengine-Monkey and patches to get Mako and Beaker to run on GAE. I came in later to do more installation and testing. All of us have spent weeks pulling our hair out trying to get various things to work. If you just want to get going quickly with GAE, you may be better off using the mini framework that comes with it, or one of the smaller WSGI frameworks. Django has also been ported to it. (And they had similar problems to what we had, BTW.) I still don't get setuptools. I don't understand namespace packages, or rather their deployment. I don't get why I can't move (for example) paste, and the Paste* items to another directory that is ON sys.path and have it be import-able. All of my frustrations with GAE have been of this sort. First some vocabulary to make sure we're talking about the same things. A package is a directory under sys.path containing Python modules and an __init__.py module. It's importable. A distribution is a tarball or egg packaged so that it can be distributed on PyPI. Distributions thus contain packages. However, many people including me also call distributions packages, so the term package is ambiguous. A namespace package is a Setuptools trick that allows multiple distributions to be installed under the same package namespace. Paste uses this so that 'paste.deploy' and 'paste.script' can be distributed seprately from 'paste', for those who want to use one but not the others. Zope used this to split the 'zope' namespace into 100+ distributions. This was necessary to make Zope pythonic and non-monolithic. So the answer to your question is, when you moved the packages, you did not keep everything in sync. Either you missed some egg-info directories or .pth files, or there were paths encoded in the egg-info files that were no longer valid. Or something like that. Easy_install and Pip do manage namespace packages differently, so the techniques for moving them would be different. It's normally easier to reinstall the packages rather than to move them. If you don't want to go to the network every time, you can build your own archive of source files and install from that. Basically, the challenge to getting Pylons on GAE is to manage libraries. Some need to be there for Pylons but not for GAE. Some need to be there fore GAE by not Pylons. Some need to be both. Some need to be uploaded with the app, some cannot be, some simply should-not be. It's not clear when egg-info directories need to go up to GAE, and when they are wasting space. Yes, that is all true. The answer is complicated, and we're not sure of all the details. And one cannot simply add things to sys.path because of setuptools. And when setuptools can't find something, I have no idea how to fix it. I wish I could just ditch all of this stuff and manually manage sys.path, but as is, Paste especially seems to rely on some magic to find itself. Paste, and thus Pylons, was built using Setuptools' features. At the time, Setuptools was seen as the package management solution for Python, and would eventually be added to the standard library. That didn't happen due to an ongoing controversy over Setuptools and Distutils, which you can read about in the pylons-discuss archive and web-sig archive. The Python core developers did not like Setuptools and did not use it. Some of those developers (Guido in particular) wrote Google App Engine. So, unsurprisingly, it was Setuptools-unaware. This led to the majority of problems for using Pylons on it. Basically, Pylons and Paste was written for a standard Python runtime environment (CPython and everything available in that world), and GAE is not that. My status: I can take a stock pylons application in a virtualenv, wedge-in the google libraries for yaml, datastore and the like, and run the app with paster serve. If one moves the pylons-required libraries from the standard site-packages to the GAE app's lib/python and add that location to sys.path, you're almost there. Hacking in some ENVIRONMENT variables at boot-strap time and you are there. I used Appengine-Monkey/Appengine-Homedir because my paramount goal was a simple install procedure I could explain to others. Those packages seemed to offer that, by automating things that would otherwise have to be done by hand. (Particularly installing virtualenv and setuptools.) But maybe starting from a stock Pylons installation and app is a better way to go? That's what your and Jason's research will help
Errors in book tutorial
I've been trying to follow the tutorial in the book and found a number of errors (which are not listed on the book errata page). I've posted my fixes via that page but they've yet to be listed. Others must have found the same errors - is there somewhere I can find a full list of them or get a copy of the fixed tutorial code? My team at work are thinking of using Pylons to provide a GUI for an existing suite of command line utilites. Although I'm impressed with what it offers, I've found the learning curve pretty steep (my previous experience being with relatively simple Perl CGIs). Can anyone reassure me that the effort is worthwhile and that there is adequate community support available (compared to other frameworks such as Django etc.) Thanks Pete --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to pylons-discuss+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
Re: pylonshq.com down?
yep, home page is down, wiki is up. On Oct 13, 1:21 am, Scott Sharkey sshar...@linuxunlimited.com wrote: Is it just me, or is pylonshq.com down? -Scott --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to pylons-discuss+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
pylons on GAE long wake up time on first request
Hi there, I am experimenting with pylons on GAE 1.2.5 following this documentation: http://wiki.pylonshq.com/pages/viewpage.action?pageId=17465426 It takes a long time (from 5 to 10 sec) to serve the first request if the instance is not hot. Is some body else experiencing this the problem? i was told to ping the instance to keep it alive. This would only solve the visitors in the same area as me. thanx reco --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to pylons-discuss+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
Re: pylonshq.com down?
http://downforeveryoneorjustme.com/www.pylonshq.com Down again. :( On Oct 13, 9:30 pm, Stephan Ellis stephan.el...@gmail.com wrote: me three... On Tue, Oct 13, 2009 at 4:51 AM, sniipe sni...@gmail.com wrote: Me too... On 12 Paź, 16:21, Scott Sharkey sshar...@linuxunlimited.com wrote: Is it just me, or is pylonshq.com down? -Scott --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to pylons-discuss+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
Re: pylons on GAE long wake up time on first request
On Wed, Oct 14, 2009 at 6:57 AM, reco r...@nex9.com wrote: Hi there, I am experimenting with pylons on GAE 1.2.5 following this documentation: http://wiki.pylonshq.com/pages/viewpage.action?pageId=17465426 It takes a long time (from 5 to 10 sec) to serve the first request if the instance is not hot. Is some body else experiencing this the problem? i was told to ping the instance to keep it alive. This would only solve the visitors in the same area as me. I was getting several seconds of startup time too. I guess this is typical with GAE. -- Mike Orr sluggos...@gmail.com --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to pylons-discuss+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
pylonshq.com back up Was: Re: pylonshq.com down?
Sorry about that, we had some flakey issues with trac that was causing the entire main website to stop responding, which happened a number of times over the past few days. It should all be taken care of now. We also fixed problems with uploading attachments to trac. -- Philip Jenvey --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to pylons-discuss+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
Re: pylons on GAE long wake up time on first request
On Wed, Oct 14, 2009 at 8:57 AM, reco r...@nex9.com wrote: I am experimenting with pylons on GAE 1.2.5 following this documentation: http://wiki.pylonshq.com/pages/viewpage.action?pageId=17465426 I wrote that; I also wouldn't follow it at this point ;-) Sorry; it DOES work, but another fellow and I are experimenting with BETTER ways to get it running. Read the threads here in the mailing list archives, and please participate if you can. Right now, I have an app running locally with storage support and the pylons debugger. Still can't do paster controller but I can live without that. It takes a long time (from 5 to 10 sec) to serve the first request if the instance is not hot. Is some body else experiencing this the problem? Yeah, I noticed that too. I can't explain it, but if you Google for it, you'll see others complaining. My guess is that the AppEngine infrastructure clears your app out of The Memory of The Google when it hasn't been used. Once it's used, it comes up instantly (the second time). I've noticed this also if I come back in a few hours (nobody else has hit my testing app, so I bet it gets garbage collected). Not sure what we can do about it. Perhaps if it's running some long-running tasks? I have to admit, as much as the high-availability of GAE is attractive, if hits are going to take 10s to come back, that's a pretty big negative. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to pylons-discuss+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
Re: Pylons on Google App Engine article
unless it's added to the path somehow. BTW, I don't think GAE uses .pth files, which is why sys.path manipulation is necessary. It *seems *like this isn't true. If I omit pth files when uploading to GAE, my app is failing with a 500 error. But I wouldn't trust that yet... can you do a test on your setup and see if you need or don't need the .pth files? (up to and including easy_install) I think it ignores pth files. I just did a test with the SDK and a barebones directory structure: app.py app.yaml test.pth mydir/ myfile.py test.pth contains ./mydir. app.py tries to import myfile and fails to do so. Whereas if I add mydir to sys.path in app.py it works immediately. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to pylons-discuss+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
Re: Pylons on Google App Engine article
On Thu, Oct 15, 2009 at 2:21 PM, Mike Orr sluggos...@gmail.com wrote: On Thu, Oct 15, 2009 at 9:59 AM, Matt Feifarek matt.feifa...@gmail.com wrote: This process has been EXTREMELY annoying. I've spent many hours trying to get things to work that I should have been spending working on my project. Mostly, its my own ignorance of current magical techniques: All of us have been annoyed. That's why it has taken us 1 1/2 years to write a simple, failsafe howto, and we're still not there yet. Philip and Ian did the original work in April 2008 which led to Appengine-Monkey and patches to get Mako and Beaker to run on GAE. I came in later to do more installation and testing. All of us have spent weeks pulling our hair out trying to get various things to work. Oh I know it. When I said hours for me, I knew it meant weeks for a few of you. I would have no hope without the work that you-all have already done. Thanks. (I don't have much hair left to pull) --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to pylons-discuss+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
Re: pylons on GAE long wake up time on first request
On Thu, Oct 15, 2009 at 1:53 PM, Matt Feifarek matt.feifa...@gmail.com wrote: you'll see others complaining. My guess is that the AppEngine infrastructure clears your app out of The Memory of The Google when it hasn't been used. Once it's used, it comes up instantly (the second time). It does do this. It instantiates a runtime for your application, and keeps it in memory until it hasn't been used (infrequent demand) or the server needs the memory for something else (high demand for other applications). I have to admit, as much as the high-availability of GAE is attractive, if hits are going to take 10s to come back, that's a pretty big negative. I was surprised at this too. GAE is highly available, but not the fastest in terms of latency. Of course, you should be customizing the application for GAE anyway. If you have a GMail-type application where most of the latency is hidden behind AJAX calls, it's less noticible to the user. -- Mike Orr sluggos...@gmail.com --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to pylons-discuss+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
Re: pylons on GAE long wake up time on first request
On Wed, Oct 14, 2009 at 6:57 AM, reco r...@nex9.com wrote: Hi there, I am experimenting with pylons on GAE 1.2.5 following this documentation: http://wiki.pylonshq.com/pages/viewpage.action?pageId=17465426 It takes a long time (from 5 to 10 sec) to serve the first request if the instance is not hot. Is some body else experiencing this the problem? i was told to ping the instance to keep it alive. This would only solve the visitors in the same area as me. Plus, Google has multiple servers in each area, and you have no control over its load balancer. That's also why the interactive traceback is unusable on the server, because the client has to connect back to the same server where the error occurred, and Google provides no way to do this. -- Mike Orr sluggos...@gmail.com --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to pylons-discuss+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
how can I tell I'm in paster shell?
I'd like to do a slightly different application startup for paster shell than with paster serve. I'd rather not do that by having separate config files. Is there a way within make_app or load_environment to know how I'm being run, or to plumb a command-line argument for use down there? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to pylons-discuss+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
Re: how can I tell I'm in paster shell?
On Thu, Oct 15, 2009 at 3:56 PM, john smallberries welch.quietple...@gmail.com wrote: I'd like to do a slightly different application startup for paster shell than with paster serve. I'd rather not do that by having separate config files. Is there a way within make_app or load_environment to know how I'm being run, or to plumb a command-line argument for use down there? I don't see any flag that tells this. The shell is implemented by ``pylons.commands.ShellCommand``. It could set a config flag there but as far as I can tell it doesn't. You have a few choices off the top of my head: - Set the '-d' option when running shell, and check if it's present in sys.argv. (Shell has a '-d' option but serve doesn't.) Set an environment variable and look for it in os.environ. This is the age-old workaround for programs that don't let you customize the command-line options. If you have IPython installed, paster shell will use it. Maybe you can initialize something in your IPython configuration that you can see in environment.py. (Note: the '-d' option disables IPython.) -- Mike Orr sluggos...@gmail.com --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to pylons-discuss+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
Re: Fwd: Errors in book tutorial
Pete- Going from a Perl CGI Script to a MVC application is a huge shift and steep learning curve -- no matter the language or framework. There's some great community support here, but I should put something in perspective... Django is a very high level framework -- it's the entire stack of the MVC paradigm, meaning that it supports its own Model ( it's own ORM ), View ( its own template language ) and Controller system; that entire stack is expectedly supported by the Django community. Pylons is a very low level framework -- it really glues together different MVC components.. the Model is the SqlAlchemy project, the View is through Mako templates; the Controller system is provided by Python Paste/WebOb , Routes , and some other things ( IIRC, the Paste Routes team are also behind Pylons as well ). The Pylons community helps out on every question asked here, but certain issues are often better -- and faster -- resolved on more appropriate forums. IMHO, Pylons is the way to go -- for no other reason than it is so extensible and that you can most easily map / support legacy databases and programs with it ( as compared to other frameworks ). --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to pylons-discuss+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
Re: how can I tell I'm in paster shell?
On Oct 15, 5:15 pm, Mike Orr sluggos...@gmail.com wrote: On Thu, Oct 15, 2009 at 3:56 PM, john smallberries welch.quietple...@gmail.com wrote: I'd like to do a slightly different application startup for paster shell than with paster serve. I'd rather not do that by having separate config files. Is there a way within make_app or load_environment to know how I'm being run, or to plumb a command-line argument for use down there? I don't see any flag that tells this. The shell is implemented by ``pylons.commands.ShellCommand``. It could set a config flag there but as far as I can tell it doesn't. You have a few choices off the top of my head: - Set the '-d' option when running shell, and check if it's present in sys.argv. (Shell has a '-d' option but serve doesn't.) Doesn't sys.argv contain the command name? Something like: ['./bin/paster', 'shell', 'ini/test.ini'] --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to pylons-discuss+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---
Re: Errors in book tutorial
On Oct 14, 6:54 am, Pete Heybrock peter.heybr...@googlemail.com wrote: My team at work are thinking of using Pylons to provide a GUI for an existing suite of command line utilites. Although I'm impressed with what it offers, I've found the learning curve pretty steep (my previous experience being with relatively simple Perl CGIs). Can anyone reassure me that the effort is worthwhile and that there is adequate community support available (compared to other frameworks such as Django etc.) Between Django and Pylons, if documentation is what you're after, Django wins that hands down versus almost any framework. That being said, there are things Django does that are different. The learning curve for both is steep if you are coming from a non-MVC background. Moving from Perl to Python isn't too bad, but, moving from CGI to Pylons will be a giant leap. Form handling is handled differently in each. In Django, the same controller that handles the display of your template for data input is the same controller than handles processing the data and updating the database. If you like this, and go with Pylons, django-forms has been ported: http://marcuscavanaugh.com/posts/pylons-django-forms/ If you need Authentication, Django's authentication system (which is currently undergoing a rewrite) is very complete. With Pylons, there are some pretty good libraries as well. Repoze.who and Authkit support is available. Blastoff, http://pypi.python.org/pypi/BlastOff includes almost everything that the Django base authentication system has and is well written. Djangosnippets.org has plenty of additional pieces of code for your project. Pylons has started: http://pylonshq.com/snippets Both Pylons and Django are great pieces of software designed to handle different tasks. Django is more about publishing, Pylons is more about web applications. Either way you go, I think you'll find both able to handle your needs. If you are trying to do things that aren't already in the framework you choose, I find it much easier to extend Pylons than Django. If you don't like some aspect of Pylons, it is fairly easy to replace that portion with an alternative solution. For example, if you don't like authkit, you can use repoze.who. Not a fan of Mako? Use Genshi or Jinja2. If you aren't a fan of Django's default ORM, and want to use their admin panel, you can't use SQLAlchemy. Their ORM is highly integrated into Django which is fine for their purposes. I prefer SQLAlchemy over Django's ORM. In the long run, I think you'll be better served with Pylons than Django. Read through some of the archives of this list, post some questions and give it a try. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups pylons-discuss group. To post to this group, send email to pylons-discuss@googlegroups.com To unsubscribe from this group, send email to pylons-discuss+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~--~~~~--~~--~--~---