Python and Zope

Ken Egervari 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.
Ken

"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
at
> > random kills children. On the other hand, web-application server is
always
> > in memory. This allows for the server to create persistence connection
to a
> > 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
not
> CGI; it runs in Apache's memory space. Persistent connections are quite
easy
> 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
maximum
> 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 mailing list