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?
On Nov 21, 10:27 pm, Steven Bethard [EMAIL PROTECTED] wrote:
Jeff wrote:
On Nov 21, 6:25 am, Bruno Desthuilliers bruno.
[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
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
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 but using the
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 point is
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,
Perhaps we need a pythonic FRONTEND.
Should have happened years ago.
--
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 this point is
separate multiple
applications.
Most importantly, mod_wsgi supports WSGI directly, making it
reasonably trivial to run any Python web framework or application
which supports the WSGI standard.
The Django book says: Apache with mod_python currently is the most
robust setup for using Django
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.
???
-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
On Nov 21, 6:25 am, Bruno Desthuilliers bruno.
[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 best among the
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 very
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
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
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
Jeff wrote:
On Nov 21, 6:25 am, Bruno Desthuilliers bruno.
[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 best
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
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
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_python as a web framework:
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 the veterans jump in with
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 and it's quite good.
the
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
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/
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 enormously complex world.
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 going to Pylons).
--
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 things like Twisted which
aspire to offer production quality
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-alone
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).
No
Python web applications using either
mod_python or mod_wsgi.
People keep pushing this barrow about the GIL and multithreading being
a huge problem, when in the context of Apache it is isn't, at least
not to the degree people make out. The reason for this is that when
using worker MPM it sill acts
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 WSGI
any Python web framework or application
which supports the WSGI standard.
The Django book says: Apache with mod_python currently is the most
robust setup for using Django on a production server.
Is that true?
I would say that that is now debatable. Overall mod_wsgi is probably a
better
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
See the library reference for information on how to get the value of
form/request parameters from the CGI environment:
http://docs.python.org/lib/node561.html
Paul
Thanks again Paul - now I can see that the request object is a
string of name/value pairs that occurs after a ? in a url e.g.
On 22 Okt, 10:34, sami [EMAIL PROTECTED] wrote:
See the library reference for information on how to get the value of
form/request parameters from the CGI environment:
http://docs.python.org/lib/node561.html
Paul
Thanks again Paul - now I can see that the request object is a
string of
En Mon, 22 Oct 2007 05:34:55 -0300, sami [EMAIL PROTECTED] escribi�:
Thanks again Paul - now I can see that the request object is a
string of name/value pairs that occurs after a ? in a url e.g.
url.com/index.cgi?name=samilang=python - is that correct? Googling
for this information is useless
Not exactly - this is the query string part of the URI.
Request and Response are the two messages defined by the HTTP protocol.
When you type a URL or click on a link or press a button in a page, your
browser builds the appropiate Request message and sends it to the server.
After processing,
On 21 Okt, 21:59, sami [EMAIL PROTECTED] wrote:
Thanks a ton Paul for the information. I am using CGI and my host
(nearlyfreespeech.net) does not have django hosting - and being mainly
a C/dekstop apps programmer I really don't want to learn the whole MVC
concept and its implementation (and
However, it shouldn't be too bad to set Django up, really, especially
if people have taken some time to explain something very close to what
you want to do using Django. Moreover, there's a Google group (django-
users) where you could ask general questions, and I imagine that
people will be
Hi
I am trying to write a facebook application in python - I have been
programming simple desktop applications till now and am not really
familiar with web apps
Pyfacebook is the wrapper for the REST based Facebook API - there is a
simple example for its usage as shown below:
def
quickly for web apps in Python -
maybe DiveIntoPython needs a section devoted for web programming
There's only consensus around WSGI as some kind of standard in Python
Web programming, but it isn't likely to get you very far without
forcing you to choose extra components to make the work bearable
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
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
ask
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 time
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
Hello everybody,
I just joined this mailing list. Thanks for your comments about gluon.
I have posted a short video about it and I am planning to make more
over the week-end.
http://www.youtube.com/watch?v=VBjja6N6IYk
About some of your comments:
- the most complex modules (like html
Hi Daniel,
in many respects Gluon is similar to Django and was greatly inspired
by Django. Some differences are:
Gluon is easier to install - you never need to use the shell, there
are no configuration files.
Gluon is a web app. You can do all development via a web interface.
You can
... I almost forgot ...
another difference between Gluon and Django,TG is that in Gluon if
you write controllers without view you automatically get generic view
that render and BEAUTIFY() the variables returned by the controllers.
That means you can develop the logic of your application
... I almost forgot ...
another difference between Gluon and Django,TG is that in Gluon if
you write controllers without view you automatically get generic view
that render and BEAUTIFY() the variables returned by the controllers.
That means you can develop the logic of your application
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 wonder
On Oct 6, 8:13 am, Bruno Desthuilliers bruno.
[EMAIL PROTECTED] 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.
Hello everybody,
I just joined this mailing list. Thanks for your comments about gluon.
I have posted a short video about it and I am planning to make more
over the week-end.
http://www.youtube.com/watch?v=VBjja6N6IYk
About some of your comments:
- the most complex modules (like html and sql
Massimo Di Pierro wrote:
P.S. Michele Simionato. I have heard your name before? Is it possible
we have met in Pisa in 1990-1996? I am also a Quantum Field Theorist
and there is not many of us.
More than you think, it seems. Some of us were even using python to process
Lattice QCD
happy to hear that.
you may want take a loot at http://mdp.cti.depaul.edu/vqcd
It is mostly python stuff and will post the code soon.
Massimo
On Oct 12, 2007, at 10:47 PM, Fernando Perez wrote:
Massimo Di Pierro wrote:
P.S. Michele Simionato. I have heard your name before? Is it possible
we
Massimo Di Pierro wrote:
happy to hear that.
you may want take a loot at http://mdp.cti.depaul.edu/vqcd
It is mostly python stuff and will post the code soon.
Ah, memories :) I'm not working on QCD anymore, but I did write a bunch of
code a while back to script Mayavi (the old one, not the
On Oct 12, 10:23 pm, Massimo Di Pierro [EMAIL PROTECTED]
wrote:
P.S. Michele Simionato. I have heard your name before? Is it possible
we have met in Pisa in 1990-1996? I am also a Quantum Field Theorist
and there is not many of us.
That is definitely possible, even if I don't remember your
On Oct 13, 4:23 am, Massimo Di Pierro [EMAIL PROTECTED]
wrote:
Hello everybody,
I just joined this mailing list. Thanks for your comments about gluon.
I have posted a short video about it and I am planning to make more
over the week-end.
http://www.youtube.com/watch?v=VBjja6N6IYk
About
On Oct 10, 5:57 am, [EMAIL PROTECTED] wrote:
Since you are starting a new project you may want to look into
something new and different
http://mdp.cti.depaul.edu/examples
Well, the name is certainly appealing to an old gauge field theorist
like myself ;)
Michele Simionato
--
Michele,
At work we are shopping for a Web framework, so I have been looking at
the available options on the current market.
just because you were involved in creating an own version of Python
does NOT free you from the social obligation to create your own Python
web framework. So stop
On Oct 9, 11:57 pm, [EMAIL PROTECTED] wrote:
Since you are starting a new project you may want to look into
something new and different
http://mdp.cti.depaul.edu/examples
This is actually a neat framework! I'm a somewhat of fan of web-
frameworks and I used most major ones and I like to poke
On Oct 10, 5:57 am, [EMAIL PROTECTED] wrote:
Since you are starting a new project you may want to look into
something new and different
http://mdp.cti.depaul.edu/examples
Requiring Python 2.5 may not be a good idea for the time being. For
instance, I am
forced to use Python 2.4 because of
On Oct 10, 5:57 am, [EMAIL PROTECTED] wrote:
Since you are starting a new project you may want to look into
something new and different
http://mdp.cti.depaul.edu/examples
The delivered sourcecode is syntactically broken. Tabs and whitespaces
were mixed and when I open a file like
Kay Schluehr wrote:
http://mdp.cti.depaul.edu/examples
The delivered sourcecode is syntactically broken. Tabs and whitespaces
were mixed and when I open a file like gluon/global.py I find sections
like this:
class Request(Storage):
defines the request object and the default
On Oct 10, 8:15 pm, Peter Otten [EMAIL PROTECTED] wrote:
Kay Schluehr wrote:
http://mdp.cti.depaul.edu/examples
The delivered sourcecode is syntactically broken. Tabs and whitespaces
were mixed and when I open a file like gluon/global.py I find sections
like this:
class
Since you are starting a new project you may want to look into
something new and different
http://mdp.cti.depaul.edu/examples
--
http://mail.python.org/mailman/listinfo/python-list
On Oct 6, 12:57 pm, Bruno Desthuilliers
Michele Simionato a écrit :
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 wonder what the
players are (for instance how Beaker does
On Oct 7, 8:35 am, Michele Simionato [EMAIL PROTECTED]
wrote:
On Oct 6, 12:57 pm, Bruno Desthuilliers
Michele Simionato a écrit :
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
But the question is when will the cheap hosting company's start to host
normal python files!
On 10/7/07, genro [EMAIL PROTECTED] wrote:
On Oct 7, 8:35 am, Michele Simionato [EMAIL PROTECTED]
wrote:
On Oct 6, 12:57 pm, Bruno Desthuilliers
Michele Simionato a écrit :
I looked at the
to re-architect the code from Python Web
Programming in TurboGears. That was difficult not because TG is a bad
system but because there was an impedance mismatch between the original
code's framework and the way TG does things.
I guess I would have similar problems with Django.
regards
Steve
therefore need to take advantage of new
idioms in the new environment to compensate.
I spent some time trying to re-architect the code from Python Web
Programming in TurboGears. That was difficult not because TG is a bad
system but because there was an impedance mismatch between the original
On Oct 7, 8:36 am, Bruno Desthuilliers
Indeed. But AFAICT, Lawrence and Michele problems is not to port an
existing web application, but to choose a web framework that will play
well with their existing *system* (RDBMS, existing apps and libs etc).
Which is quite another problem, and may
IMO this is not as much a framework comparison rather than an
evaluation of the individual components that make up Pylons.
The framework is the sum of all its parts. Programmers should not need
to know that that a package named Beaker is used for sessions, Routes
for url mapping, PasteDeploy for
On Oct 7, 11:31 am, Istvan Albert [EMAIL PROTECTED] wrote:
IMO this is not as much a framework comparison rather than an
evaluation of the individual components that make up Pylons.
More in general let's say that I am interested in the evaluation
of WSGI-compatible components.
The framework
On Oct 7, 12:24 pm, Michele Simionato [EMAIL PROTECTED]
wrote:
Here we disagree: I think that a programmer should know what he
is using.
My point was that they should not *need* to know. Too much information
can be detrimental.
Where is the session data stored: in memory, files, database
On Oct 7, 6:14 pm, Istvan Albert [EMAIL PROTECTED] wrote:
On Oct 7, 12:24 pm, Michele Simionato [EMAIL PROTECTED]
wrote:
Here we disagree: I think that a programmer should know what he
is using.
My point was that they should not *need* to know. Too much information
can be detrimental.
Michele Simionato wrote:
I wait with
impatience the time when Web programming will become a solved
problem with a standard built-in solution that works.
That will probably come from Microsoft. At least for
all-Microsoft environments. They're the only player who
controls enough of the
At work we are shopping for a Web framework, so I have been looking at
the available options
on the current market. In particular I have looked at Paste and Pylons
and I have written my
impressions here:
http://www.phyast.pitt.edu/~micheles/python/yet-another-comparison-of-web-frameworks.html
I
Michele Simionato:
At work we are shopping for a Web framework, so I have been looking at
the available options
on the current market.
At least, you missed Turbo Gears :)
http://turbogears.org/
For me, it feels more integrated than Pylons.
--
Thomas Wittek
Web: http://gedankenkonstrukt.de/
Thomas Wittek [EMAIL PROTECTED] wrote:
At least, you missed Turbo Gears :)
http://turbogears.org/
For me, it feels more integrated than Pylons.
Yeah, so integrated that the next version will be based upon Pylons ;-)
?
--
Lawrence, oluyede.org - neropercaso.it
It is difficult to get a man to
respectable comparison of Python web frameworks should
include evaluation of at least Django and TG. Or at least give
good reason why the comparison excludes them.
Zope is also missing, but I'm not sure Zope qualifies so much as
a framework, but as an answer to the question If Emacs were a
Python web
Tim Chase wrote:
Any respectable comparison of Python web frameworks should
include evaluation of at least Django and TG. Or at least give
good reason why the comparison excludes them.
When he said that he didn't want anything complex neither anything that used
a templating system, I
Lawrence Oluyede wrote:
Thomas Wittek [EMAIL PROTECTED] wrote:
At least, you missed Turbo Gears :)
http://turbogears.org/
For me, it feels more integrated than Pylons.
Yeah, so integrated that the next version will be based upon Pylons ;-) ?
What is good, since a lot of good things from
On Oct 6, 7:15 am, Jorge Godoy [EMAIL PROTECTED] wrote:
Tim Chase wrote:
Any respectable comparison of Python web frameworks should
include evaluation of at least Django and TG. Or at least give
good reason why the comparison excludes them.
Mine is not a respectable comparison of Web
Michele Simionato a écrit :
At work we are shopping for a Web framework, so I have been looking at
the available options
on the current market. In particular I have looked at Paste and Pylons
and I have written my
impressions here:
On Oct 6, 9:13 am, Bruno Desthuilliers bruno.
[EMAIL PROTECTED] wrote:
- talking about routes, you say:
I have no Ruby On Rails background, so I don't see the advantages of routes.
I don't have any RoR neither, but as far as I'm concerned, one of the
big points with routes is url_for(),
Jorge Godoy [EMAIL PROTECTED] wrote:
What is good, since a lot of good things from Pylons will work with TG and a
lot of good TG things will remain (and possibly be compatible with Pylons).
If you take a better look at the next version, you'll also see that the
major concern was with WSGI
Tim Chase [EMAIL PROTECTED] wrote:
Any respectable comparison of Python web frameworks should
include evaluation of at least Django and TG. Or at least give
good reason why the comparison excludes them.
I think you didn't read the foreword of the comparison. That is by no
means
I really, really like Django (and its community and the competence of
the developers) and I think it deserves what it has gained and more but
we are not here to decide who's the best (there's always no best).
+1 QOTW
--
http://mail.python.org/mailman/listinfo/python-list
Michele Simionato a écrit :
On Oct 6, 9:13 am, Bruno Desthuilliers bruno.
[EMAIL PROTECTED] wrote:
- talking about routes, you say:
I have no Ruby On Rails background, so I don't see the advantages of routes.
I don't have any RoR neither, but as far as I'm concerned, one of the
big
Hello list,
thanks a lot to everybody for their suggestions. We're yet to make our
final decision, and the information you've provided is really helpful.
Best,
Victor.
--
http://mail.python.org/mailman/listinfo/python-list
John Nagle wrote:
Sure they do. I have a complex web site, http://www.downside.com;,
that's implemented with Perl, Apache, and MySQL. It automatically reads
SEC
filings and parses them to produce financial analyses. It's been
running for seven years, and hasn't been modified in five,
Use php. I am lead programmer/maintainer of big website with a lot of
interactive stuff in user's backoffice and with a lot of interraction
to our non-web apps.
PHP is a crap, but programming for web in python is a pain in the ass.
And php programmers are cheaper. Especialy avoid mod_python.
I just started using flex (flex.org) from Adobe for the front end and am
quite amazed at what it can do. Good docs. Clean client/server api if you
like xml. It's relatively new so you still have to turn over some rocks and
kiss some frogs to figure out how to get exactly the behavior you want
anything else you
mentioned.
#4 (optional)
Has your dev team built many python web-apps? I'm guessing no, or
you'd already have picked a platform because of experience. If they
have not, I'd personally also ask for a platform that is easy to
learn, works well with the dev tools (IDE, debugger
Ivan Tikhonov a écrit :
Use php. I am lead programmer/maintainer of big website with a lot of
interactive stuff in user's backoffice and with a lot of interraction
to our non-web apps.
PHP is a crap, but programming for web in python is a pain in the ass.
Strange enough, MVHO on this is
John Nagle a écrit :
(snip)
YouTube's home page is PHP. Try www.youtube.com/index.php.
That works, while the obvious alternatives don't.
If you look at the page HTML, you'll see things like
a href=/login?next=/index.php
onclick=_hbLink('LogIn','UtilityLinks');Log In/a
So
own bugs, but not
the bugs in our tools.
Our problem is - we yet have to find any example of high-traffic,
scalable web-site written entirely in Python. We know that YouTube is
a suspect, but we don't know what specific python web solution was
used there.
TurboGears, Django and Pylons
[Bruno Desthuilliers] John, I'm really getting tired of your systemic and
totally unconstructive criticism. If *you* are not happy with Python, by all
means use another language.
You are saying bad things about my darling! Python is my baby!
Shame on you John Nagle, if you do it again I'll
201 - 300 of 674 matches
Mail list logo