Which Python web framework is most like Ruby on Rails?

[Mike Meyer]

Re: Which Python web framework is most like Ruby on Rails?

"Paul Boddie" <paul@boddie.or g.uk> writes:[color=blue]
> Paul Rubin wrote:[color=green]
>> It's been a long-time source of puzzlement to me why so many web sites
>> are so slow, and RDBMS overhead is an obvious candidate. So the rant
>> seems appropriate even in the case of web apps where clients can cause
>> db updates.[/color]
> Indeed. Large portions of a lot of Web sites could actually be deployed
> statically, rather than hitting a database several times a page to
> retrieve stuff which changes once in a blue moon. Moreover, static page
> hosting is generally a lot cheaper than dynamic program hosting.[/color]

And with the proper technology, you can get the best of both
worlds. You build the site as dynamically genrated, then "compile" it
to get the static pages you actually serve. That way you get all the
benefits you listed of serving static pages, plus the ability to use a
database and all it's associated tools for maintaining your data (if
you consider that an advantage, anyway).

<mike

--
Mike Meyer <mwm@mired.or g> http://www.mired.org/home/mwm/
Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information.

[Steve Holden]

Re: Which Python web framework is most like Ruby on Rails?

Mike Meyer wrote:[color=blue]
> "Paul Boddie" <paul@boddie.or g.uk> writes:
>[color=green]
>>Paul Rubin wrote:
>>[color=darkred]
>>>It's been a long-time source of puzzlement to me why so many web sites
>>>are so slow, and RDBMS overhead is an obvious candidate. So the rant
>>>seems appropriate even in the case of web apps where clients can cause
>>>db updates.[/color]
>>
>>Indeed. Large portions of a lot of Web sites could actually be deployed
>>statically, rather than hitting a database several times a page to
>>retrieve stuff which changes once in a blue moon. Moreover, static page
>>hosting is generally a lot cheaper than dynamic program hosting.[/color]
>
>
> And with the proper technology, you can get the best of both
> worlds. You build the site as dynamically genrated, then "compile" it
> to get the static pages you actually serve. That way you get all the
> benefits you listed of serving static pages, plus the ability to use a
> database and all it's associated tools for maintaining your data (if
> you consider that an advantage, anyway).
>[/color]
That's an approach I'm currently experimenting with - the content of
www.holdenweb.org is mostly static but generated from a database, and
the current tasks include completing a wxPython database maintenance
GUI, incorporating various ways to generate scripted content that
matches the look and feel of the rest of the site and adding more and
more ways to generate the interior content.

It's obvious by comparison with www.holdenweb.com that there's a good
deal of design commonality.

I'll be looking for beta testers eventually ...

regards
Steve
--
Steve Holden +44 150 684 7255 +1 800 494 3119
Holden Web LLC www.holdenweb.com
PyCon TX 2006 www.python.org/pycon/

[Kent Johnson]

Re: Which Python web framework is most like Ruby on Rails?

Luis M. Gonzalez wrote:[color=blue]
> The only problem with KARRIGELL, I guess, is that its creator is very
> humble and doesn't like to advertise his creature. He is not very fond
> of "marketing" ...[/color]

From my point of view the biggest problem with Karrigell is that it is released under the
GPL. Most of my projects at least have the potential of being distributed to customers and
GPL is not an option.

Kent

[Russell E. Owen]

Re: Which Python web framework is most like Ruby on Rails?

In article <mailman.2324.1 135035015.18701 .python-list@python.org >,
Benji York <benji@benjiyor k.com> wrote:
[color=blue]
>Russell E. Owen wrote:[color=green]
>> I disagree. Once you've picked a database (not trivial in itself, of
>> course), you typically only have a few options for talking to in in
>> Python.[/color]
>
>Perhaps it's off-topic for this thread, but I think "picking a database"
>is the first mistake most people make. It's a form of premature
>optimization .[/color]

I just wanted to point out that I was responding to somebody who
complained that the database interface situation on python was somewhat
fragmented.

Also, when I was looking at web frameworks, I was doing so *precisely*
to serve one or more databases of information (read only to the users,
but occasionally loaded with more info as it became available). So it
happened to be the first question I asked (at the same time as "and how
do I talk to it?").

Anyway, you did warn that your message was possibly off-topic, so I
guess I'm agreeing with you and perhaps being overly defensive. It was
an interesting message.

-- Russell

[Luis M. Gonzalez]

Re: Which Python web framework is most like Ruby on Rails?

I don't think Pierre (Karrigell's creator) is awared of licenses and
legal issues.
Perhaps you can tell us what's the problem with GPL and, if possible,
propose an alternative...

[Luis M. Gonzalez]

Re: Which Python web framework is most like Ruby on Rails?

> From my point of view the biggest problem with Karrigell is that it is released under the[color=blue]
> GPL. Most of my projects at least have the potential of being distributed to customers and
>GPL is not an option.[/color]

I don't think Pierre (Karrigell's creator) is awared of licenses and
legal issues.
Perhaps you can tell us what's the problem with GPL and, if possible,
propose an alternative...

[Paul Rubin]

Re: Which Python web framework is most like Ruby on Rails?

"Luis M. Gonzalez" <luismgz@gmail. com> writes:[color=blue]
> Perhaps you can tell us what's the problem with GPL and, if possible,
> propose an alternative...[/color]

See:

http://www.gnu.org/philosophy/pragmatic.html

[Michael Tobis]

Re: Which Python web framework is most like Ruby on Rails?

Clearly the Ruby/Rails folks are making an effort to place themselves
as an easy-to-learn first language for people who might otherwise drift
into the rather awkward template-first way of thinking that is PHP.

I note that the Rails people are closely affiliated with the 37signals
people who in turn are closely linked with some advertising
professionals.

Python people don't really think that way. As a community we really
seem to inherit the open source dysfunction of trying harder to impress
each other than to reach out to the rest of the world. The problem is
that this makes for amazing brilliance that is more or less invisible
to most of the world.

This leaves me believing that the commercial future is probably
brighter for Ruby vs Python. This won't affect the fact that Python is
probably still going to prevail in the scientific community, since
scientists aren't all that susceptible to promotion. That being the
case I don't think I myself will jump ship.

Since I am casting my lot with Python rather than Ruby, I think we
should take the friendly rivalry seriously rather than just shrugging
it off. Python MUST attract some of the most promising novice
programmers, and I believe that was part of its original design.

As a consequence Python MUST settle on a strong web framework that
includes the best of the existing frameworks, and polish it for maximum
accessibility as well as power.

Just on the basis of momentum rather than any strong technical argument
(which I am not well-qualified to make) I suggest we consider settling
on Django and doing what we can to improve it and its documentation.

mt

[Kent Johnson]

Re: Which Python web framework is most like Ruby on Rails?

Luis M. Gonzalez wrote:[color=blue]
> I don't think Pierre (Karrigell's creator) is awared of licenses and
> legal issues.
> Perhaps you can tell us what's the problem with GPL and, if possible,
> propose an alternative...[/color]

OK I'll try. First let me say I have no interest in a licensing flame war, there are valid
reasons why an author might prefer one license over another and certainly there are good
reasons to choose GPL. However the work I do is commercial and proprietary and I doubt I
could get approval to release it under GPL. So I am restricted to projects with more
liberal licenses such as MIT, BSD and Apache licenses. These allow closed-source
distribution of products based on them.

Certainly it is within an author's rights to prohibit use of his code in closed source
products, as the author of Karrigell has done by choosing GPL and I respect this decision.
Unfortunately this makes it impossible for me to consider using Karrigell in my work. I
recently needed a stand-alone web server for a small in-house project that might possibly
be distributed to business partners or become a product some day. I chose CherryPy in part
because its license allows this. I would have considered Karrigell if it had a different
license.

Kent

[Paul Rubin]

Re: Which Python web framework is most like Ruby on Rails?

Kent Johnson <kent@kentsjohn son.com> writes:[color=blue]
> I chose CherryPy in part because its license allows this. I
> would have considered Karrigell if it had a different license.[/color]

Have you had to modify CherryPy in some substantive way that you
needed to keep proprietary, as opposed to simply developing content
that CherryPy serves but is completely independent of CherryPy's
license?

I notice that a heck of a lot of commercial users are using completely
proprietary packages like ASP, whose licenses are far more restrictive
than the GPL. They don't seem to think it's a problem. So for most
such users, Karrigell shouldn't be a problem either. Remember that
the GPL only applies to the code of Karrigell itself, not to stuff
that you write using it.

[Kent Johnson]

Re: Which Python web framework is most like Ruby on Rails?

Paul Rubin wrote:[color=blue]
> Kent Johnson <kent@kentsjohn son.com> writes:
>[color=green]
>>I chose CherryPy in part because its license allows this. I
>>would have considered Karrigell if it had a different license.[/color]
>
>
> Have you had to modify CherryPy in some substantive way that you
> needed to keep proprietary,[/color]

I did make some changes to CherryPy. I wouldn't mind sharing those changes back with the
CherryPy community. But the product was the server itself, not the web site. As I
understand the GPL the server software would be a "work based on the [GPL-licensed]
Program" and thus subject to the GPL itself.
[color=blue]
> as opposed to simply developing content
> that CherryPy serves but is completely independent of CherryPy's
> license?[/color]

I'm not sure what you mean by "simply developing content". I was developing a web
application, not a web site serving static HTML. The bulk of the development work was
writing Python code that worked with CherryPy.
[color=blue]
>
> I notice that a heck of a lot of commercial users are using completely
> proprietary packages like ASP, whose licenses are far more restrictive
> than the GPL. They don't seem to think it's a problem. So for most
> such users, Karrigell shouldn't be a problem either.[/color]

Building a website using Karrigell is not a problem because the work is not distributed.
Distributing a webserver based on Karrigell as a product would require the server to be
GPL licensed.
[color=blue]
> Remember that
> the GPL only applies to the code of Karrigell itself, not to stuff
> that you write using it.[/color]

IANAL but that is not my understanding of the GPL. GPL version 2 section 2.b) reads, "You
must cause any work that you distribute or publish, that in whole or in part contains or
is derived from the Program or any part thereof, to be licensed as a whole at no charge to
all third parties under the terms of this License." My server would certainly be a work
that in part contains Karrigell.

Kent

[Paul Rubin]

Re: Which Python web framework is most like Ruby on Rails?

Kent Johnson <kent@kentsjohn son.com> writes:[color=blue]
> I did make some changes to CherryPy. I wouldn't mind sharing those
> changes back with the CherryPy community. But the product was the
> server itself, not the web site. As I understand the GPL the server
> software would be a "work based on the [GPL-licensed] Program" and
> thus subject to the GPL itself.[/color]

Yes, correct.[color=blue]
> I'm not sure what you mean by "simply developing content". I was
> developing a web application, not a web site serving static HTML.[/color]

Yes, that is content.
[color=blue]
> The bulk of the development work was writing Python code that worked
> with CherryPy.[/color]

And also with the Python interpreter. If the Python interpreter were
GPL'd, would that have been an issue?
[color=blue][color=green]
> > Remember that the GPL only applies to the code of Karrigell
> > itself, not to stuff that you write using it.[/color]
>
> IANAL but that is not my understanding of the GPL. GPL version 2
> section 2.b) reads, "You must cause any work that you distribute or
> publish, that in whole or in part contains or is derived from the
> Program or any part thereof, to be licensed as a whole at no charge to
> all third parties under the terms of this License." My server would
> certainly be a work that in part contains Karrigell.[/color]

Your web app and html files would IMO be considered a separate work,
like C programs that you compile with GCC. If they don't contain actual
Karrigell code and they're not derived from Karrigell code, then I'd
think 2.b) doesn't apply. The test I'd use is, imagine you don't have
the Karrigell distro and you only have a printout of the documentation.
Can you write your app from just the docs? IANAL, etc., and to be
safe, you could simply ask the Karrigell author.

[Mike Meyer]

Re: Which Python web framework is most like Ruby on Rails?

Paul Rubin <http://phr.cx@NOSPAM.i nvalid> writes:[color=blue][color=green]
>> IANAL but that is not my understanding of the GPL. GPL version 2
>> section 2.b) reads, "You must cause any work that you distribute or
>> publish, that in whole or in part contains or is derived from the
>> Program or any part thereof, to be licensed as a whole at no charge to
>> all third parties under the terms of this License." My server would
>> certainly be a work that in part contains Karrigell.[/color]
> Your web app and html files would IMO be considered a separate work,
> like C programs that you compile with GCC. If they don't contain actual
> Karrigell code and they're not derived from Karrigell code, then I'd
> think 2.b) doesn't apply. The test I'd use is, imagine you don't have
> the Karrigell distro and you only have a printout of the documentation.
> Can you write your app from just the docs? IANAL, etc., and to be
> safe, you could simply ask the Karrigell author.[/color]

That's one test. Another one is whether you can distribute your app as
one piece and let them get Karrigell from somewhere else to put things
together. If they can set up your app without copying parts of
Karrigel into it (and you didn't do that for them), then you're
ok. You can even bundle Karrigel into the distribution for them.

While them having to modify Karrigel extensively to work with your app
- for instance, if you distributed patch files - is within the letter
of the license, the FSF considers such a violation. IIRC, they gave
NeXT shit for doing this.

<mike
--
Mike Meyer <mwm@mired.or g> http://www.mired.org/home/mwm/
Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information.

[Kent Johnson]

Re: Which Python web framework is most like Ruby on Rails?

Paul Rubin wrote:[color=blue]
> Kent Johnson <kent@kentsjohn son.com> writes:[/color]
[color=blue][color=green][color=darkred]
>>>Remember that the GPL only applies to the code of Karrigell
>>>itself, not to stuff that you write using it.[/color]
>>
>>IANAL but that is not my understanding of the GPL. GPL version 2
>>section 2.b) reads, "You must cause any work that you distribute or
>>publish, that in whole or in part contains or is derived from the
>>Program or any part thereof, to be licensed as a whole at no charge to
>>all third parties under the terms of this License." My server would
>>certainly be a work that in part contains Karrigell.[/color]
>
>
> Your web app and html files would IMO be considered a separate work,
> like C programs that you compile with GCC. If they don't contain actual
> Karrigell code and they're not derived from Karrigell code, then I'd
> think 2.b) doesn't apply. The test I'd use is, imagine you don't have
> the Karrigell distro and you only have a printout of the documentation.
> Can you write your app from just the docs? IANAL, etc., and to be
> safe, you could simply ask the Karrigell author.[/color]

You've lost me here. The server certainly would contain Karrigell code, it wouldn't
function without it. I don't understand the analogy to GCC, the web site is not something
that is compiled with Karrigell. Karrigell is a library or framework that is an essential
part of the server. I don't know how I would write the app without Karrigell.

A FAQ entry attempts to shed light on the question but just confuses me more. "If the two
programs remain well separated ... then you can treat them as two separate programs--but
you have to do it properly. The issue is simply one of form." WTF?

http://www.gnu.org/licenses/gpl-faq.html#GPLInProprietarySystem

I confess, one reason I stay away from the GPL and even LGPL is because no matter how many
times I read them I'm not sure what they really say. FAQs like the above certainly don't
help much. In contrast the (BSD-style) CherryPy license is crystal clear.

Kent

[Paul Rubin]

Re: Which Python web framework is most like Ruby on Rails?

Kent Johnson <kent@kentsjohn son.com> writes:[color=blue]
> You've lost me here. The server certainly would contain Karrigell
> code, it wouldn't function without it. I don't understand the analogy
> to GCC, the web site is not something that is compiled with
> Karrigell. Karrigell is a library or framework that is an essential
> part of the server. I don't know how I would write the app without
> Karrigell.[/color]

Let me ask it this way: suppose you used ASP instead. As I understand
ASP, it's like PHP except it's proprietary. Would ASP's license be a
problem?

Maybe you're using "the server" to encompass too much. If I have an
Apache-based web site, then the web server is Apache. If I have a
Python CGI script that the Apache server runs, the CGI script is not
"the server"--it's an application running under the server. It would
not be affected by the GPL if Apache used the GPL. Karrigell scripts
seem to me to work out about the same way.