Chris Withers wrote:
> It's confusing really, the people in the Plone community
> mainly came from the original "Zope Community" and they're great people.
It's confusing really, the people in the Zope community
mainly came from the original "Python Community" and they're
great people.
I'll stop
Simon Faulkner wrote:
>>Zope can be pretty lightweight if you just use plane ZPT, python scripts
>>and ZSQL methods. When building those kinds of apps, I've never needed
>>to do any explicit caching.
>
> Yeah! But you've got 'Asbestos Underwear'! LOL
>
> Just read your "Living Hell" presentati
Simon Faulkner wrote:
>>Well, you are using an OO language, it is kinda up to you to take
>>advantage of it and make sure the SQL is maintained in some central
>>place so you can easilly change databases ;-)
>
> I think I still use Python too much like basic :-(
*slap* *slap* snap out of it man
> Zope can be pretty lightweight if you just use plane ZPT, python scripts
> and ZSQL methods. When building those kinds of apps, I've never needed
> to do any explicit caching.
Yeah! But you've got 'Asbestos Underwear'! LOL
Just read your "Living Hell" presentation - wished I could hear the
>>functionality because it's all raw python and cgi. If I change the
>>database I have to troll the whole app!
>
>
> Well, you are using an OO language, it is kinda up to you to take
> advantage of it and make sure the SQL is maintained in some central
> place so you can easilly change databa
Simon Faulkner wrote:
>
> I have used Zope/Plone but it is quite a heavyweight solution for a
> small app and quite slow unless you do a lot of caching.
Well, what you say applies to Plone ;-)
Zope can be pretty lightweight if you just use plane ZPT, python scripts
and ZSQL methods. When build
Simon Faulkner wrote:
> functionality because it's all raw python and cgi. If I change the
> database I have to troll the whole app!
Well, you are using an OO language, it is kinda up to you to take
advantage of it and make sure the SQL is maintained in some central
place so you can easilly ch
> I appreciate the difference but also find that I sometimes get a more
> measured, mature response from the UK specific groups without anyone
> yelling "Like, d00d, use PHP man!"
As one of the respondents I maintain that this group has a superb
signal-to-noise ratio and gives correct answers t
> As one of the respondents I maintain that this group has a superb
> signal-to-noise ratio and gives correct answers to reasonable questions
> almost instantly ;-)
You are correct. One of the best things about Python :-)
> John Pinner has been hinting at organising a proper community
> confer
[Simon Faulkner]
|
| [re my suggestion to use c.l.py]
|
| You are correct of course. In fact, I usually get the
| correct answer to my programming problems within minutes.
Ah yes. Now I take the trouble to Google a bit, you
obviously *have* used the main list. Sorry, I took
you for someone wh
> My own experience is that the main Python group is
> remarkably mature and uninfested with script-kiddies
> and so on. I wouldn't say there are never spats, but
> even those tend to be remarkably controlled, and often
> informative (in a heated kind of way). By all means
> stick to the UK list, b
[Simon Faulkner]
| [Tim Golden]
| > Might be worth pointing out to Simon that this is the
| > UK Python list, and while I'm quite you'll get
| > helpful answers, this list tends to be used for very
| > UK-specific things such as meetups, jobs etc. Not
| > saying there's anything wrong with posting
Michael Foord wrote:
> Simon Faulkner wrote:
[snip..]
> The usual choices (with Python) are :
>
> Turbogears
> Subway
> Django
> Karrigell
> (plus others - albatross ?)
>
Oh... not forgetting the 'not-quite-vapourware' web.py, which they have
just used to rewrite re
Michael Foord wrote:
> A *great* option - that doesn't seem to be getting much mileage at the
> moment - is a Twisted based solution. In conjunction with Axiom
> (database) and Nevow (templating) and possibly even Mantissa (ready
> built application server under heavy development) it is an asynchro
>>I'm surprised you haven't had a flood of emails replying to this. :-)
Ha ha! Everyone has their favorite!
> Might be worth pointing out to Simon that this is the
> UK Python list, and while I'm quite you'll get
> helpful answers, this list tends to be used for very
> UK-specific things such as
[Michael Foord]
> Simon Faulkner wrote:
[... snip re web app ...]
> I'm surprised you haven't had a flood of emails replying to this. :-)
Might be worth pointing out to Simon that this is the
UK Python list, and while I'm quite you'll get
helpful answers, this list tends to be used for very
UK-s
Simon Faulkner wrote:
> I often have to write small web databases - nothing too fancy, just a
> table or 2 and a few forms/reports. Sometimes it's just a web frontend
> to a program othertimes more like a database for tracking items.
>
> I have used Python and MySQL in CGI but it seems quite lo
Andy Robinson wrote:
> CGI is only longwinded if you do it all from scratch; there
> are many nice frameworks and paradigms to give you a head start.
>
> I have been playing with Django (www.djangoproject.com) and it's
> beautiful. You essentially declare the database schema in the
> Python model
Simon Faulkner wrote:
> I often have to write small web databases - nothing too fancy, just a
> table or 2 and a few forms/reports. Sometimes it's just a web frontend
> to a program othertimes more like a database for tracking items.
>
> I have used Python and MySQL in CGI but it seems quite lo
I often have to write small web databases - nothing too fancy, just a
table or 2 and a few forms/reports. Sometimes it's just a web frontend
to a program othertimes more like a database for tracking items.
I have used Python and MySQL in CGI but it seems quite long winded.
I have used Zope/Plo
20 matches
Mail list logo
