> > I would like to know what are the pros and cons of the web frameworks made
> > in python.
> > The one I tend to lean towards is Flask.
> > --
> > https://mail.python.org/mailman/listinfo/python-list
Thanks for the book!
--
https://mail.python.org/mailman/listinfo/python-list
There is a free ebook on the subject on O'Reilly:
http://www.oreilly.com/web-platform/free/python-web-frameworks.csp
Hope it helps,
David
Quoting Patrick McFarling (2017-03-09 10:24:16)
> I would like to know what are the pros and cons of the web frameworks made in
> python.
>
I would like to know what are the pros and cons of the web frameworks made in
python.
The one I tend to lean towards is Flask.
--
https://mail.python.org/mailman/listinfo/python-list
The official Django docs is pretty detailed
https://docs.djangoproject.com/en/1.8/
You could also look at the Django book but it confesses to being written
for version 1.4 even though it goes ahead to assure us that it's not
outdated
https://django-book.readthedocs.org/en/latest/
--
https://mail.
you'll find a very extensive Flask tutorial at
http://blog.miguelgrinberg.com/post/the-flask-mega-tutorial-part-i-hello-world .
--
https://mail.python.org/mailman/listinfo/python-list
web2py http://www.web2py.com/
has extensive tutorials, videos, and a book.
Laura
--
https://mail.python.org/mailman/listinfo/python-list
Dear Group,
I am slightly new in Python Web Frameworks. I could learn bit of Django, Flask
and Bottle.
But I am looking for a good web based tutorial like Python or NLTK.
Somehow, I did not find documentations for web frameworks are very good, one
has to do lot of experiments even to learn
On Wed, Nov 21, 2012 at 12:49:52PM -0800, rh wrote:
>
> wheezy + "myvirtualenv" = 3.3MB
> pyramid = 92MB
$ mkvirtualenv --no-site-packages -p python2.7 pyramid
$ pip install -U distribute
$ pip install pyramid
$ du -h .virtualenvs/pyramid
22M .virtualenvs/pyramid
$ du
> On Wed, Nov 21, 2012 at 10:43 PM, Steven D'Aprano
> wrote:
>> On Wed, 21 Nov 2012 22:21:23 +1100, Chris Angelico wrote:
>>
>>> Counting complexity by giving a score to every statement encourages code
>>> like this:
>>>
>>> def bletch(x,y):
>>> return x + {"foo":y*2,"bar":x*3+y,"quux":math.sin(
On Wed, Nov 21, 2012 at 10:43 PM, Steven D'Aprano
wrote:
> On Wed, 21 Nov 2012 22:21:23 +1100, Chris Angelico wrote:
>
>> Counting complexity by giving a score to every statement encourages code
>> like this:
>>
>> def bletch(x,y):
>> return x + {"foo":y*2,"bar":x*3+y,"quux":math.sin(y)}.get(mod
On Wed, Nov 21, 2012 at 10:57 AM, rh wrote:
> On Wed, 21 Nov 2012 10:12:26 -0800
> Chris Rebert wrote:
>> On Wed, Nov 21, 2012 at 9:49 AM, rh
>> wrote:
>> > On Tue, 20 Nov 2012 20:41:42 +0300
>> > Andriy Kornatskyy wrote:
>> > I'm looking at different technology right now on which to base a
>>
Richard,
Thank you for the comment.
I have examined web frameworks for PEP8 and CC metrics already. Results are
here:
http://mindref.blogspot.com/2012/10/python-web-pep8-consistency.html
http://mindref.blogspot.com/2012/11/python-web-excessive-complexity.html
Same applies to performance
recommended level of 10 (threshold that points to the
>> fact the source code is too complex and refactoring is suggested).
>> Here is a list of web frameworks examined: bottle, cherrypy,
>> circuits, django, flask, pyramid, pysi, tornado, turbogears, web.py,
>> web2py and whee
On 21/11/2012 12:47, Andriy Kornatskyy wrote:
Hm... what serves an evidence purpose for you?
Well-done empirical studies, like the one I gave you.
--
Robert Kern
"I have come to believe that the whole world is an enigma, a harmless enigma
that is made terrible by our own mad attempt to inte
Hm... what serves an evidence purpose for you?
See functions at line 2619 and 2974 as an example for CC 20+:
https://github.com/defnull/bottle/blob/master/bottle.py
Andriy
> To: python-list@python.org
> From: robert.k...@gmail.com
> Subject
On 21/11/2012 12:17, Andriy Kornatskyy wrote:
Agreed. I think we have pretty much the same point of view on this.
All these metrics advise you... this is again depends how you look at this. If
you are a new comer to a project, you usually spend some time on code review,
talk to people, read d
analysis give
you an initial picture, how it fits with your own vision, etc. Convince or
accept?
Andriy Kornatskyy
> To: python-list@python.org
> From: robert.k...@gmail.com
> Subject: Re: Web Frameworks Excessive Complexity
> Date: Wed, 21 Nov 2
On 21/11/2012 11:02, Andriy Kornatskyy wrote:
Robert,
You would never get a better product by accident.
The meaning of better product might differ from team to team but you can not
ignore excessive complexity. Earlier or later you get back to that code and
refactor it, thus existence of such
I believe for the quality of code you produce.
Thanks.
Andriy
> From: steve+comp.lang.pyt...@pearwood.info
> Subject: Re: Web Frameworks Excessive Complexity
> Date: Wed, 21 Nov 2012 11:43:10 +
> To: python-list@python.org
>
> O
On 21/11/2012 01:43, Steven D'Aprano wrote:
On Tue, 20 Nov 2012 20:07:54 +, Robert Kern wrote:
The source of bugs is not excessive complexity in a method, just
excessive lines of code.
Taken literally, that cannot possibly the case.
def method(self, a, b, c):
do_this(a)
do_that
.
Thanks.
Andriy
> Date: Wed, 21 Nov 2012 22:21:23 +1100
> Subject: Re: Web Frameworks Excessive Complexity
> From: ros...@gmail.com
> To: python-list@python.org
>
> On Wed, Nov 21, 2012 at 10:09 PM, Andriy Kornatskyy
> wrote:
>
On Wed, 21 Nov 2012 22:21:23 +1100, Chris Angelico wrote:
> Counting complexity by giving a score to every statement encourages code
> like this:
>
> def bletch(x,y):
> return x + {"foo":y*2,"bar":x*3+y,"quux":math.sin(y)}.get(mode,0)
>
> instead of:
>
> def bletch(x,y):
> if mode=="foo": r
> From: ulrich.eckha...@dominolaser.com
> Subject: Re: Web Frameworks Excessive Complexity
> Date: Wed, 21 Nov 2012 09:33:09 +0100
> To: python-list@python.org
>
> Am 21.11.2012 02:43, schrieb Steven D'Aprano:
> > On Tue, 20 Nov 2012 20:07:54 +, Robert K
.
Thanks.
Andriy
> To: python-list@python.org
> From: robert.k...@gmail.com
> Subject: Re: Web Frameworks Excessive Complexity
> Date: Tue, 20 Nov 2012 20:33:46 +
>
> On 20/11/2012 20:22, Andriy Kornatskyy wrote:
> >
> >
Am 21.11.2012 02:43, schrieb Steven D'Aprano:
On Tue, 20 Nov 2012 20:07:54 +, Robert Kern wrote:
The source of bugs is not excessive complexity in a method, just
excessive lines of code.
Taken literally, that cannot possibly the case.
def method(self, a, b, c):
do_this(a)
do_tha
On Tue, 20 Nov 2012 20:07:54 +, Robert Kern wrote:
> The source of bugs is not excessive complexity in a method, just
> excessive lines of code.
Taken literally, that cannot possibly the case.
def method(self, a, b, c):
do_this(a)
do_that(b)
do_something_else(c)
def method(self
On 20/11/2012 20:22, Andriy Kornatskyy wrote:
Robert,
I respect your point of view and it definitely make sense to me. I personally
do not have a problem to understand CC but agree, method LoC is easier to
understand. Regardless the path your choose in your next refactoring (based on
method
> To: python-list@python.org
> From: robert.k...@gmail.com
> Subject: Re: Web Frameworks Excessive Complexity
> Date: Tue, 20 Nov 2012 20:07:54 +
>
> On 20/11/2012 19:46, Andriy Kornatskyy wrote:
> >
> > Robert,
> >
On 20/11/2012 19:46, Andriy Kornatskyy wrote:
Robert,
Thank you for the comment. I do not try relate CC with LOC. Instead pointing to
excessive complexity, something that is beyond recommended threshold, a subject
to refactoring in respective web frameworks. Those areas are likely to be
Robert,
Thank you for the comment. I do not try relate CC with LOC. Instead pointing to
excessive complexity, something that is beyond recommended threshold, a subject
to refactoring in respective web frameworks. Those areas are likely to be
potential source of bugs (e.g. due to low code
refactoring is suggested). Here is a list of web frameworks
examined: bottle, cherrypy, circuits,
django, flask, pyramid, pysi, tornado, turbogears, web.py, web2py and
wheezy.web.
Cyclomatic complexity tells you nothing that counting lines of code doesn't
already.
http://www.scirp.org/Jo
Cyclomatic (or conditional) complexity is a metric used to indicate the
complexity of a source code. Excessive complexity is something that is beyond
recommended
level of 10 (threshold that points to the fact the source code is too
complex and refactoring is suggested). Here is a list of web
The code is read much more often than it is written. The PEP8 guidelines are
intended to improve the readability of code. We will take a look at web
frameworks source code readability
(bottle, cherrypy, circuits, django, flask, pyramid, tornado, web.py, web2py
and wheezy.web):
http
extendible).
"e-commerce" is also a very broad term. But I'd expect that any of the
recent web frameworks (certainly including Django) will satisfy your needs
in some way.
Are there recent accessible statistics available, comparing these
metrics across the most popular web-
I suggest that the use of dynamical page forwarding to different severs which
run the same software package. This can be done in python!
--
http://mail.python.org/mailman/listinfo/python-list
dible).
Are there recent accessible statistics available, comparing these
metrics across the most popular web-frameworks? (i.e. Symfony, DJango,
Rails, ASP.NET &etc)
Thanks for all suggestions,
Alec Taylor
--
http://mail.python.org/mailman/listinfo/python-list
erally found in
>> now-a-days web application like security, database connectivity,
>> authentication etc. I found few web frameworks over the net like django,
>> zope 2/3, pylons, turbogears, web2py, grok etc. etc.
>> I just want to know that how developers/managers/organiz
se connectivity,
> authentication etc. I found few web frameworks over the net like django,
> zope 2/3, pylons, turbogears, web2py, grok etc. etc.
> I just want to know that how developers/managers/organizations select a
> framework which best suits their needs ? what are the parameters for
> select
Hi all,
I am confused on which web framework to select for developing a small data
driven web application. Application will have features generally found in
now-a-days web application like security, database connectivity,
authentication etc. I found few web frameworks over the net like django
On Aug 26, 12:19 pm, exar...@twistedmatrix.com wrote:
> On 01:41 am, a...@pythoncraft.com wrote:
>
>
>
>
>
> >In article
> >,
> >Graham Dumpleton wrote:
> >>On Aug 24, 6:34=A0am, Sebastian Wiesner wrote:
>
> >>>In any case, there is bottle [1], which provides a *very minimal*
> >>>framewo=
> >>r
On 01:41 am, a...@pythoncraft.com wrote:
In article
,
Graham Dumpleton wrote:
On Aug 24, 6:34=A0am, Sebastian Wiesner wrote:
In any case, there is bottle [1], which provides a *very minimal*
framewo=
rk
for WSGI web development. =A0Don't expect too much, it is really
small, a=
nd
does
In article ,
Graham Dumpleton wrote:
>On Aug 24, 6:34=A0am, Sebastian Wiesner wrote:
>>
>> In any case, there is bottle [1], which provides a *very minimal* framewo=
>rk
>> for WSGI web development. =A0Don't expect too much, it is really small, a=
>nd
>> doesn't do much more than routing and mi
On Sun, 23 Aug 2009 16:32:09 -0400, Albert Hopkins wrote:
> What's different about Python 3 is that there is only unicode strings,
> whereas Python 2 has a string type and a unicode type.
Python 2 has "str" (char) and "unicode" (wchar) types.
Python 3 has "bytes" (char) and "str" (wchar) types.
On Aug 24, 6:34 am, Sebastian Wiesner wrote:
> At Sunday 23 August 2009 22:13:16 you wrote:> I use Chinese and therefore
> Unicode very heavily, and so Python 3 is
> > an unavoidable choice for me.
>
> Python 2.x supports Unicode just as well as Python 3. Every common web
> framework works perfe
David Prager Branner wrote:
> I use Chinese and therefore Unicode very heavily, and so Python 3 is
> an unavoidable choice for me.
As others noted before, this statement is not true by itself.
> But I'm frustrated by the fact that
> Django, Pylons, and TurboGears do not support Python 3 yet and
At Sunday 23 August 2009 22:13:16 you wrote:
> I use Chinese and therefore Unicode very heavily, and so Python 3 is
> an unavoidable choice for me.
Python 2.x supports Unicode just as well as Python 3. Every common web
framework works perfectly with unicode.
In any case, there is bottle [1], whi
ccording to their development websites) will not for a very long
> time to come.
>
> So I am asking for recommendations for web frameworks that support
> Python 3. I am running Ubuntu 9.04 (Jaunty).
Python 2.x has Unicode. In fact Django and the like use unicode
heavily.
What's differe
g for recommendations for web frameworks that support
Python 3. I am running Ubuntu 9.04 (Jaunty).
Thanks!
--
http://mail.python.org/mailman/listinfo/python-list
Gilles Ganault a écrit :
Hello
Until now, the modest web apps I wrote were all in PHP because it's
available on just about any hosted server.
I now have a couple of ideas for applications where I would deploy my
own servers, so that I'd rather write them in Python because I find
the lan
p requests and
responses. let that be taken care by the best tool (apache ) and let
your application handle how to manage the logic and send out views.
> 3. What about performance as compared to equivalent PHP/MySQL apps?
>
Performance is very good if you use the right tool in t
Hello
Until now, the modest web apps I wrote were all in PHP because it's
available on just about any hosted server.
I now have a couple of ideas for applications where I would deploy my
own servers, so that I'd rather write them in Python because I find
the language more pleasant to writ
Gluon was made at my school? I seriously gotta start talking to the
CTI department.
--
http://mail.python.org/mailman/listinfo/python-list
On Nov 29, 3:15 pm, Aaron Watters <[EMAIL PROTECTED]> wrote:
> On Nov 22, 11:22 pm, SamFeltus <[EMAIL PROTECTED]> wrote:
>
> > """Perhaps we need a pythonic FRONTEND. """
>
> > Should have happened years ago.
>
> It did. Mark Hammond embedded Python under MSIE about
> the same time javascript and
On Nov 22, 11:22 pm, SamFeltus <[EMAIL PROTECTED]> wrote:
> """Perhaps we need a pythonic FRONTEND. """
>
> Should have happened years ago.
It did. Mark Hammond embedded Python under MSIE about
the same time javascript and java applets came along (94, maybe?)
It didn't fly because of political an
Op Fri, 23 Nov 2007 09:29:38 -0800, schreef BartlebyScrivener:
> I'm just learning Django and feeling my way through all of this server
> terminology. Where does Django's memcached feature fit into all of this?
> When you all speak of start up costs and memory intensive loading for
> each requests
I'm just learning Django and feeling my way through all of this server
terminology. Where does Django's memcached feature fit into all of
this? When you all speak of start up costs and memory intensive
loading for each requests, doesn't the caching feature eliminate most
of that overhead?
http://w
On Nov 21, 10:27 pm, Steven Bethard <[EMAIL PROTECTED]> wrote:
> Jeff wrote:
> > On Nov 21, 6:25 am, Bruno Desthuilliers > [EMAIL PROTECTED]> wrote:
> >> joe jacob a écrit :
> >> (snip)
>
> >>> Thanks everyone for the response. From the posts I understand that
> >>> Django and pylons are the best.
On Nov 23, 4:22 am, SamFeltus <[EMAIL PROTECTED]> wrote:
> """Perhaps we need a pythonic FRONTEND. """
>
> Should have happened years ago.
Python Internet Environment: PIE.
--
http://mail.python.org/mailman/listinfo/python-list
On Nov 22, 11:00 am, Istvan Albert <[EMAIL PROTECTED]> wrote:
> On Nov 21, 12:15 am, Graham Dumpleton <[EMAIL PROTECTED]>
> wrote:
>
> > I would say that that is now debatable. Overall mod_wsgi is probably a
> > better package in terms of what it has to offer. Only thing against
> > mod_wsgi at thi
"""Perhaps we need a pythonic FRONTEND. """
Should have happened years ago.
--
http://mail.python.org/mailman/listinfo/python-list
Perhaps we need a pythonic FRONTEND.
If you're meant to be able to run java code in a browser vm; and
flash; and javascript...why not a reduced version of python?
I'm thinking a sandboxed interpreter, perhaps based on EmbeddedPython,
and a restricted set of classes; core logic, string and maths,
On Nov 23, 4:00 am, Istvan Albert <[EMAIL PROTECTED]> wrote:
> On Nov 21, 12:15 am, Graham Dumpleton <[EMAIL PROTECTED]>
> wrote:
>
> > I would say that that is now debatable. Overall mod_wsgi is probably a
> > better package in terms of what it has to offer. Only thing against
> > mod_wsgi at this
On Nov 20, 7:55 am, "Joe Riopel" <[EMAIL PROTECTED]> wrote:
> On Nov 20, 2007 8:46 AM, BartlebyScrivener <[EMAIL PROTECTED]> wrote:
>
> > Django comes with its own little server so that you don't have
> > to set up Apache on your desktop to play with it.
>
> Pylons too, it's good for development b
On Nov 21, 12:15 am, Graham Dumpleton <[EMAIL PROTECTED]>
wrote:
> I would say that that is now debatable. Overall mod_wsgi is probably a
> better package in terms of what it has to offer. Only thing against
> mod_wsgi at this point is peoples willingness to accept something that
> is new in conju
Jeff wrote:
> On Nov 21, 6:25 am, Bruno Desthuilliers [EMAIL PROTECTED]> wrote:
>> joe jacob a écrit :
>> (snip)
>>
>>> Thanks everyone for the response. From the posts I understand that
>>> Django and pylons are the best. By searching the net earlier I got the
>>> same information that Django is
On Nov 21, 4:42 am, joe jacob <[EMAIL PROTECTED]> wrote:
> Django is best among the frameworks so I
> downloaded it and I found it very difficult to configure. I referred
> the djangobook.
It's not a turnkey type thing like WordPress or Joomla. It's a
webframework. Also watch versions. The book ex
I never used the Django AMF, I use JSON to go between Python and
Flex. It works well, but lacks easy 2 way communication of course.
Interfacing with Flex is a gaping hole in the Python libraries.
Python needs a web framework that embraces Flex from the ground up,
HTML being such a limited web disp
slight shift of topic here.
I'm a newbie at standard web stuff. Mostly java webstart and a little
mod_python.
I experimented with Adobe Flex and really loved it for doing the front end.
The backend needs to provide xml, json or AMF (an adobe proprietary binary
format). For prototyping, I was
On Nov 21, 2007 5:42 AM, joe jacob <[EMAIL PROTECTED]> wrote:
> Thanks everyone for the response. From the posts I understand that
> Django and pylons are the best. By searching the net earlier I got the
> same information that Django is best among the frameworks so I
> downloaded it and I found it
On Nov 21, 6:25 am, Bruno Desthuilliers wrote:
> joe jacob a écrit :
> (snip)
>
> > Thanks everyone for the response. From the posts I understand that
> > Django and pylons are the best. By searching the net earlier I got the
> > same information that Django is best among the frameworks so I
> > d
-snip--
>
> Thanks everyone for the response. From the posts I understand that
> Django and pylons are the best. By searching the net earlier I got the
> same information that Django is best among the frameworks so I
> downloaded it and I found it very difficult to configure. I referred
> the dja
joe jacob a écrit :
(snip)
> Thanks everyone for the response. From the posts I understand that
> Django and pylons are the best. By searching the net earlier I got the
> same information that Django is best among the frameworks so I
> downloaded it and I found it very difficult to configure.
???
On Nov 21, 10:15 am, Graham Dumpleton <[EMAIL PROTECTED]>
wrote:
> On Nov 21, 1:37 pm, BartlebyScrivener <[EMAIL PROTECTED]> wrote:
>
>
>
> > On Nov 20, 3:39 pm, Graham Dumpleton <[EMAIL PROTECTED]>
> > wrote:
>
> > > This only holds if actually hosted on Apache. As Django these days
> > > supports
On Nov 21, 1:37 pm, BartlebyScrivener <[EMAIL PROTECTED]> wrote:
> On Nov 20, 3:39 pm, Graham Dumpleton <[EMAIL PROTECTED]>
> wrote:
>
> > This only holds if actually hosted on Apache. As Django these days
> > supports WSGI interface there is nothing to stop it being run with
> > other hosting solu
On Nov 20, 3:39 pm, Graham Dumpleton <[EMAIL PROTECTED]>
wrote:
> This only holds if actually hosted on Apache. As Django these days
> supports WSGI interface there is nothing to stop it being run with
> other hosting solutions that support WSGI. So, you could host it under
> paster or CherryPy WS
On Nov 21, 2:33 am, Istvan Albert <[EMAIL PROTECTED]> wrote:
> On Nov 20, 9:42 am, "Diez B. Roggisch" <[EMAIL PROTECTED]> wrote:
>
> > > 12/7. Django comes with its own little server so that you don't have
> > > to set up Apache on your desktop to play with it.
>
> > I was rather shocked to learn t
On Nov 20, 10:00 am, Thomas Wittek <[EMAIL PROTECTED]> wrote:
> Jeff:
>
> > I don't know much about the others. Turbo gears uses Mochikit, which
> > hasn't had a new stable release in some time. I prefer jQuery myself.
>
> You can use jQuery with TurboGears if you develop custom widgets (I do so)
On Tue, 20 Nov 2007, joe jacob wrote:
> There are a lot of web frameworks for python like django, mod_python,
> spyce, turbo gears, Zope, Cherrypy etc. Which one is the best in terms
> of performance and ease of study.
Personally I found zope/plone to be very much its own enormousl
On Nov 20, 9:42 am, "Diez B. Roggisch" <[EMAIL PROTECTED]> wrote:
> > 12/7. Django comes with its own little server so that you don't have
> > to set up Apache on your desktop to play with it.
>
> I was rather shocked to learn that django only has this tiny server and does
> not come with a stand-a
joe jacob a écrit :
> There are a lot of web frameworks for python like django, mod_python,
> spyce, turbo gears, Zope, Cherrypy etc. Which one is the best in terms
> of performance and ease of study.
As far as I'm concerned, the winners are Django and Pylons (my own
preference g
server and does
> not come with a stand-alone server and is supposed to run as
> mod_python/cgi-driven app through apache.
The standalone server aspect of a large number of Python Web
frameworks typically involves BaseHTTPServer from the standard
library, as far as I've seen, excluding th
Jeff:
> I don't know much about the others. Turbo gears uses Mochikit, which
> hasn't had a new stable release in some time. I prefer jQuery myself.
You can use jQuery with TurboGears if you develop custom widgets (I do so).
No problem here.
--
Thomas Wittek
Web: http://gedankenkonstrukt.de/
J
> 12/7. Django comes with its own little server so that you don't have
> to set up Apache on your desktop to play with it.
I was rather shocked to learn that django only has this tiny server and does
not come with a stand-alone server and is supposed to run as
mod_python/cgi-driven app through ap
On 20 nov, 07:19, joe jacob <[EMAIL PROTECTED]> wrote:
> There are a lot of web frameworks for python like django, mod_python,
> spyce, turbo gears, Zope, Cherrypy etc. Which one is the best in terms
> of performance and ease of study.
I'm making web apps with CherryPy at work
On Nov 20, 2007 8:46 AM, BartlebyScrivener <[EMAIL PROTECTED]> wrote:
> Django comes with its own little server so that you don't have
> to set up Apache on your desktop to play with it.
Pylons too, it's good for development but using the bundled web server
is not recommended for production.
--
On Nov 20, 6:19 am, joe jacob <[EMAIL PROTECTED]> wrote:
> There are a lot of web frameworks for python like django, mod_python,
> spyce, turbo gears, Zope, Cherrypy etc. Which one is the best in terms
> of performance and ease of study.
I'm looking at django mainly. I hope
On Nov 20, 2007 7:19 AM, joe jacob <[EMAIL PROTECTED]> wrote:
> There are a lot of web frameworks for python like django, mod_python,
> spyce, turbo gears, Zope, Cherrypy etc. Which one is the best in terms
> of performance and ease of study.
I wouldn't classify mod_pytho
The only one that I have used extensively is Django, which is very
easy to use and quite powerful in the arena for which it was created.
It has a powerful admin interface that automatically generates data
entry forms for content producers and a decent template system. It
has some definite drawback
There are a lot of web frameworks for python like django, mod_python,
spyce, turbo gears, Zope, Cherrypy etc. Which one is the best in terms
of performance and ease of study.
--
http://mail.python.org/mailman/listinfo/python-list
johnbraduk a écrit :
> Thomas,
> Like many others I have been going round the same loop for months.
>
> I have struggled with most of the Python solutions, including
> TurboGears and have given up and gone back to ColdFusion. I am not
> trying to kick of a religious war about the pros and cons of
Thomas,
Like many others I have been going round the same loop for months.
I have struggled with most of the Python solutions, including
TurboGears and have given up and gone back to ColdFusion. I am not
trying to kick of a religious war about the pros and cons of
ColdFusion as a scripting langau
I have posted a new version of Gluon and some slides. I am hoping to
have a draft manual soon.
I believe I have fixed all of the issues that have been addressed
but, if not, please let me know.
Massimo
Did you try gluon? http://mdp.cti.depaul.edu/examples
On Oct 13, 2007, at 12:17 AM, Kay Sch
On Oct 14, 3:46 am, Michele Simionato <[EMAIL PROTECTED]>
wrote:
> I think we do agree entirely, it is just that the application we have
> in
> mind is more a collection of web services than a traditional Web
> application.
> Now, since you are here, there is an unrelated question that I want to
>
On Oct 14, 6:46 pm, Michele Simionato <[EMAIL PROTECTED]>
wrote:
> Now, since you are here, there is an unrelated question that I want to
> ask you, concerning the future of Paste with respect to WSGI 2.0.
> I do realize that at this stage WSGI 2.0, is only a draft
Hmmm, not sure where people keep
On Oct 14, 2:52 am, Ian Bicking <[EMAIL PROTECTED]> wrote:
> That said, going without a framework (which at least in his article is
> what Michele seems to be comparing Pylons against) isn't always so
> bad. I started writing an Atompub server in Pylons, but felt like I
> was spending too much tim
On Oct 6, 8:13 am, Bruno Desthuilliers wrote:
> Well... Last year, I had a look at Pylons, then played a bit with wsgi
> and building my own framework over it. I finally dropped that code and
> went back to Pylons, which I felt could become far better than my own
> efforts. Now since then I had wa
On Oct 6, 8:29 am, Michele Simionato <[EMAIL PROTECTED]>
wrote:
> Do you (or something else) have something to say about Beaker?
> I looked at the source code and it seems fine to me, but I have
> not used it directly, not stressed it. I need a
> production-level WSGI session middleware and I wonde
n you do not need to import modules. The gluon modules you
> > need already imported for you.
> >
> > Gluon has a top-down design. This means that the Gluon APIs are not
> > under development. They are 100% stable. There may be bugs and they
> > will be fixed but the synta
may be bugs and they
> will be fixed but the syntax and signature of functions is not
> subject to change. This is why I started making Gluon, I am teaching
> a class on web frameworks and the API of Django and TG are not as
> stable as I wish they were. Moreover they have a too steep l
d but the syntax and signature of functions is not
subject to change. This is why I started making Gluon, I am teaching
a class on web frameworks and the API of Django and TG are not as
stable as I wish they were. Moreover they have a too steep learning
curve when compared to Gluon.
Please t
1 - 100 of 150 matches
Mail list logo
