Python and Zope
ken at positive-edge.com
Sun Sep 9 18:10:13 CEST 2001
I'm actually very used to the PHP interpreter as I've done a few large
websites with it. It's not powerful enough for my needs and I need to go to
something with higher performance, scalability, cleanliness and just into a
better multi-tiered, OO environment. I know you can hack and do it in PHP -
I'm looking for a nice framework that works that can help me deploy faster.
Some I'm looking at:
Java Enterprise (which I have previous experience in)
.NET (i'm very impressed)
Python and/or Zope
Java doesn't look that great sinec I have to spend a lot more money on
servers to get it running at the same performance as Python. I'm not sure
of the speeds that .NET provides. I can't see it being ultra fast since the
common language layer and the extra-added framework to make development
easier will no-doubtedly slow it down. Zope looked very interesting, but
it's very akward to get used to structuring websites when you have been
doing large frameworks for a long time in a traditional environment.
Any help appreciated.
"Ignacio Vazquez-Abrams" <ignacio at openservices.net> wrote in message
news:mailman.1000048100.22478.python-list at python.org...
> On Sun, 9 Sep 2001, Oleg Broytmann wrote:
> > Apache modules are just CGIs. Apache forks off a child at random, and
> > random kills children. On the other hand, web-application server is
> > in memory. This allows for the server to create persistence connection
> > DB. How can you implement persistence connection in Apache module? Those
> > "solutions" that are in mod_perl and mod_python are (in my not so humble
> > opinion) just unstable hacks.
> Bzzt! Thank you for playing.
> I can't talk about mod_python or mod_perl, but mod_php's interpreter is
> CGI; it runs in Apache's memory space. Persistent connections are quite
> to create (xxx_pconnect() instead of xxx_connect()).
> Also, Apache does not fork and kill children at random. A certain minimum
> number of children are created at startup, more are created up to a
> number if necessary, and once a child has served a certain number of
> connections, it is killed. This results in maximum stability because any
> memory problems only have a limited amount of time to live.
> Ignacio Vazquez-Abrams <ignacio at openservices.net>
More information about the Python-list