Re: Pylons marketing, ( new thread from web tech )
On Sat, Aug 22, 2009 at 11:37:38AM -0700, Noah Gift wrote: 1. Read The Fountainhead and actually took it seriously. Wow. Thankfully, I'm not aware of any ridiculous moral association between my favorite web development framework and one of my least favorite members of the American pseudo-intellectual tradition. Ross -- Ross Vandegrift r...@kallisti.us If the fight gets hot, the songs get hotter. If the going gets tough, the songs get tougher. --Woody Guthrie --~--~-~--~~~---~--~~ 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: HTTP performance FastCGI path issues
Sorry to respond to my own post, but it turns out lighttpd mod_fastcgi has since recently had an option to fix PATH_INFO for Pylons/Django- style frameworks, which is documented in the detailed mod_fastcgi arguments list but left out of the summary list, so I didn't see it. This goes inside the fastcgi server block, next to host and port: fix-root-scriptname = enable And of course: check-local = disable --~--~-~--~~~---~--~~ 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 marketing, ( new thread from web tech )
You all might as well be arguing which is the superior OS. It doesn't matter. Apple's OS's arguably have been superior to anything MS has ever put out. Back in the day, for a very brief period, Apple was the dominate player because first they shipped with BASIC preinstalled in ROM. They maintained momentum because everyone was writing educational software for the platform. MS zoomed past Apple once the PC became more integral to daily life and productivity software became more important. Now, Apple is starting to turn things around because their Internet-centric and music stuff just works. The point is that everything is about the applications. People don't care about which is coded to a higher standard, is more secure, has better documentation, or slicker produced marketing campaign. They buy a particular PC (or use a particular framework) because it allows them to do something that the others don't. If you want Pylons adoption to take off, a subset of the people treading this thread ought to pool their efforts and develop a killer Pylons-based application. Maybe target phpBB, or produce an awesome wiki package or bug tracker. Or even better: an open-source e- commerce platform (every single one out there sucks). Give them a reason to abandon PHP, not just platitudes. When you've got a 100,000 people using a Pylons-based app, interest in Pylons itself will naturally follow. On Jul 19, 5:11 pm, Iain Duncan iaindun...@telus.net wrote: Taking Ben's suggestion, I just went ahead created a new thread. Mike Orr said: I have started a Talking Points wiki page to gather the essential points. Please add anything that's missing. http://wiki.pylonshq.com/display/pylonscommunity/Talking+Points Thanks Mike, what do you and the other core team propose we do from here with this starting point? It is probably the area where I can most helpfully contribute to Pylons, as I've done a fair bit of sales/marketing stuff and as I mentioned, I feel I have a real vested interest in making sure that clients feel good about the future viability of Pylons ( and Repoze, Pypes, etc ). As cheesy as it sounds ( and we don't have to call it that ), I think we need a clear Pylons Vision Statement. The purpose and future goals of Pylons distilled into a few very clear sentences that help separate it from competition, but in a realistic and accurate manner. IMHO, I believe this has been one the main problems for TG, no real clear vision on what the framework was trying to provide and for whom. Some wanted it to be a django-competitor, others something different, and that has been an elephant in the room for too long now. iain --~--~-~--~~~---~--~~ 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 marketing, ( new thread from web tech )
On Aug 22, 2009, at 8:13 PM, Graham Dumpleton wrote: On Aug 23, 9:56 am, Philip Jenvey pjen...@underboss.org wrote: On Aug 22, 2009, at 3:36 PM, Graham Dumpleton wrote: FWIW, hosting Pylons on anything besides Paste HTTP server can also be a problem in some cases. This is because certain setup steps for logging expected by Pylons applications are embedded in Paste HTTP server where they should not really be. This means that those magic steps have to be some how duplicated when using alternate WSGI hosting mechanisms. Such steps aren't though even documented in Pylons documentation, unless that has changed since last time I looked. logging is setup by PasteDeploy's loadapp, not the Paste HTTP server itself. Pylons apps are always created via loadapp for any kind of deployment, so that's the appropriate place. Is the following logging to wsgi.errors documentation not enough in this regard?http://pylonshq.com/docs/en/0.9.7/logging/#logging-to-wsgi-errors If that is the case and everything is done and self contained within loadapp(), why is it necessary to call paste.script.util.logging_config.fileConfig() explictly for alternate hosting mechanisms, as documented in: http://wiki.pylonshq.com/display/pylonscookbook/Logging+under +mod_wsgi prior to calling loadapp(). My mistake, this isn't happening in loadapp. This should be fixed -- 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 -~--~~~~--~~--~--~---