Re: Moving to Python from PHP - 3 questions

2005-02-21 Thread grahamd
> If you do manage to get mod_python working, I suggest taking a look at > Vampire as well: http://www.dscpl.com.au/projects/vampire/ > I have had good experience with it. Once you start using mod_python > you'll realize you can really go anywhere you want; and that's not > necessarily a good thing

Re: Moving to Python from PHP - 3 questions

2005-02-21 Thread grahamd
Michal Migurski wrote: > 3) Structured request variables. PHP has a really handy feature where > request variables with name like "foo[]", "foo[bar]", or > "foo[bar][baz]" are automatically structured into nested associative > arrays. I can see that the python cgi module will make a list of > Min

Re: Moving to Python from PHP - 3 questions

2005-02-21 Thread bruno modulix
Michal Migurski wrote: The python-based zope application server has session management. Togther with a built-in user and access rights management. ... This can be done in zope if you name a variable :list. That then will give you the variable as list regardless of the number of occurences. Thank

Re: Moving to Python from PHP - 3 questions

2005-02-21 Thread Fredrik Lundh
Joe Francia wrote: > You'll also want to probably look at some of the templating kits, of which > Cheetah and/or > ElementTree work best for me. (Well, ElementTree isn't exactly a templating > kit - it's a > general-purpose XML tookit - but it is easily used for templating.) if you want elem

Re: Moving to Python from PHP - 3 questions

2005-02-20 Thread Michal Migurski
Thank you. My impression of Zope in the past has been that it does what I need, along with 10,000 other things I don't (built in WebDAV server?!), but clearly I owe it another chance. I've been initially attracted to mod_python because of its raw simplicity and its apparent similarity to mod_ph

Re: Moving to Python from PHP - 3 questions

2005-02-20 Thread Joe Francia
Michal Migurski wrote: Thank you. My impression of Zope in the past has been that it does what I need, along with 10,000 other things I don't (built in WebDAV server?!), but clearly I owe it another chance. I've been initially attracted to mod_python because of its raw simplicity and its apparen

Re: Moving to Python from PHP - 3 questions

2005-02-20 Thread Brian Beck
Maybe this can help you get it working on OS X: http://thread.gmane.org/gmane.comp.python.mod-python/4039 But as stated in my other post, you may want to take a look at your other options first. Web development with Python is really nothing like PHP, unless you really want it to be. -- Brian Bec

Re: Moving to Python from PHP - 3 questions

2005-02-20 Thread Brian Beck
Michal Migurski wrote: Thank you. My impression of Zope in the past has been that it does what I need, along with 10,000 other things I don't (built in WebDAV server?!), but clearly I owe it another chance. I've been initially attracted to mod_python because of its raw simplicity and its apparen

Re: Moving to Python from PHP - 3 questions

2005-02-20 Thread Diez B. Roggisch
> Thank you. My impression of Zope in the past has been that it does what > I need, along with 10,000 other things I don't (built in WebDAV > server?!), but clearly I owe it another chance. I've been initially The apache has a built in webdav server too - is that a reason _not_ to use it? If you d

Re: Moving to Python from PHP - 3 questions

2005-02-20 Thread Michal Migurski
The python-based zope application server has session management. Togther with a built-in user and access rights management. ... This can be done in zope if you name a variable :list. That then will give you the variable as list regardless of the number of occurences. Thank you. My impression of Z

Re: Moving to Python from PHP - 3 questions

2005-02-20 Thread Diez B. Roggisch
Hi, > 2) Session management. Cookie-based sessions in PHP are pretty > transparent, with a small library of basic functions that do 95% of > what anyone may need to store session data in serialized files and > associate them with cookies. I've seen python code that accomplishes > this, but so far