Well, let me specialize my sentence
> CherryPy and Quixote are for programming in the small
in
> CherryPy and Quixote are good for programming in the small
meaning that these frameworks help you when programming in the small.
This statement does NOT imply that they get in your way when you
pr
> CherryPy and Quixote are for programming in the small
May I ask why you say that ?
Just because a framework is light and easy doesn't mean it doesn't
scale well ...
> I have not idea how they scale in the large.
Well, I do :-)
Among many other sites, CherryPy powers the BackOffice system of a
Ok I get your point.
Well actually my application is small in the begining, but then may be
will a large one when we want to add more features.
--
http://mail.python.org/mailman/listinfo/python-list
Mir Nazim:
> Can you please brief me a bit about your decision to CherryPy
Decision? I made no decision about CherryPy, I am actually a Quixote
user. I evalued CherryPy six months ago and I did not like it, since
they were using custom classes and a strange compilation procedure.
However, from th
Can you please brief me a bit about your decision to CherryPy
--
http://mail.python.org/mailman/listinfo/python-list
I would also look at CherryPy, the new 2.0 version seems pretty
interesting
(I have not tried it, but I have seen a short presentation at the ACCU
conference,
and it looks really trivial to use).
--
http://mail.python.org/mailman/listinfo/python-list
Thanks fro ur advice.
I was also thinking to look into quixote.
but wanted a second opinion.
thanks again.
--
http://mail.python.org/mailman/listinfo/python-list
Mir Nazim:
> IMHO Zope3/Quixote seem to be the obvious choice here. > Though
> functionality is not available on them but i think time
> spent now will
> be gained by gains in better design and maintainable code base.
Well, you are comparing two frameworks that are just
completely different. I s
In article <[EMAIL PROTECTED]>, Mir Nazim wrote:
> I agree Zope2/Plone are really mature. But I think you missed my point.
> It is not neccessary that I may be using all the functionality of Plone
> etc. More over zope3 seems to have got a few great features like better
> support for building files
I agree Zope2/Plone are really mature. But I think you missed my point.
It is not neccessary that I may be using all the functionality of Plone
etc. More over zope3 seems to have got a few great features like better
support for building filesystem based products, easier learning curve
etc.
Please
Don't write off Zope2/Plone too quickly. Zope is making many of
the extensions/features in Zope3 available in Zope2 (V2.8+). As
with any LARGE application, Zope2 is much more mature than the
newer Zope3. It will also be extremely difficult to find
programmers/consultants with any Zope3 experienc
Hi there.
I am about to undertake a project. My employer wants it to be developed
in PHP. While I was thinking that Python will be better for this job.
The project will implement the functionality similar to Yahoo360
(http://www.360.yahoo.com), http://www.Tribe.net, Orkut etc.
1) There will be a
12 matches
Mail list logo