Web application: Programming language/Framework

**Chris Travers** · Nov 23 '05, 01:38 AM

Re: Web application: Programming language/Framework

Hi Arthur;

Ah, the topic of flame wars.

I program in Perl, Python, and PHP. I use them for different
applications, but they are all good. Usually I use PHP for web apps,
Perl and Python for other apps. But these are not hard and fast rules.

Best Wishes,
Chris Travers
Metatron Technology Consulting

ps Additional comments inline.

Arthur van Dorp wrote:
[color=blue]
> Hi all
>
> This is a bit off topic but I don't know where else to ask (please tell
> me if you know). I'm going to build a web application. The choice of the
> underlying database wasn't difficult. After a few preliminary tests I'm
> confident that PostgreSQL is absolutely up to the task. But I'm at a
> loss regarding the "middleware ". I know Apache quite well, so I wouldn't
> mind continuing using it. But what language/application server/whatever
> do you recommend? Java/J2EE/JBoss, Struts, Perl, Python/Zope, PHP 5,
> XYZ...? There are a few prerequisits such a framework would have to meet:
>
> * Reasonably scalable.
> * Works well together with PostgreSQL. An abstraction layer which
> separates the SQL stuff from the rest probably wouldn't be bad either.
> * Security:
> * I don't like to worry to much about buffer overflows, SQL
> injections and the like when coding.[/color]

Buffer overruns are prevented in Perl, Python, and PHP. SQL injection
attacks are a much larger issue though.
[color=blue]
> * The framework shouldn't need a security update every few days.
> * Support for encryption at the web frontend side and possibly
> on the DB end (OpenSSL being my favorite).
> * Well established: Nothing that vanishes after a few months just
> because it was the latest craze. Something where you find documentation,
> mailing lists and a community.
> * Free (open source) and free (or reasonably priced with the possibility
> to change the provider). I've had my share of vendor lock-in.
> * Support for handling XML data as in- and output.
> * Separation of web frontend logic and web frontend design.
> * Ease of use is never bad. ;)[/color]

Otherwise, I like PHP, Perl, and Python.

---------------------------(end of broadcast)---------------------------
TIP 5: Have you checked our extensive FAQ?

PostgreSQL: Not Found

http://www.postgresql.org/docs/faqs/FAQ.html

**Joshua D. Drake** · Nov 23 '05, 01:38 AM

Re: Web application: Programming language/Framework

Chris Travers wrote:
[color=blue]
> Hi Arthur;
>
> Ah, the topic of flame wars.
>[/color]
My company also does a great deal of web application programming. Rule
of thumb for us is:

Anything system/administrative level goes in Perl.
Anything application/oo or server level (triggeres for example, or
processes) go in Python
Anything Web goes in PHP (Although we are rethinking that do to the
constant OO issues with PHP).

Sincerely,

Joshua D. Drake

[color=blue]
> I program in Perl, Python, and PHP. I use them for different
> applications, but they are all good. Usually I use PHP for web apps,
> Perl and Python for other apps. But these are not hard and fast rules.
>
> Best Wishes,
> Chris Travers
> Metatron Technology Consulting
>
> ps Additional comments inline.
>
> Arthur van Dorp wrote:
>[color=green]
>> Hi all
>>
>> This is a bit off topic but I don't know where else to ask (please tell
>> me if you know). I'm going to build a web application. The choice of the
>> underlying database wasn't difficult. After a few preliminary tests I'm
>> confident that PostgreSQL is absolutely up to the task. But I'm at a
>> loss regarding the "middleware ". I know Apache quite well, so I wouldn't
>> mind continuing using it. But what language/application server/whatever
>> do you recommend? Java/J2EE/JBoss, Struts, Perl, Python/Zope, PHP 5,
>> XYZ...? There are a few prerequisits such a framework would have to
>> meet:
>>
>> * Reasonably scalable.
>> * Works well together with PostgreSQL. An abstraction layer which
>> separates the SQL stuff from the rest probably wouldn't be bad either.
>> * Security:
>> * I don't like to worry to much about buffer overflows, SQL
>> injections and the like when coding.[/color]
>
>
> Buffer overruns are prevented in Perl, Python, and PHP. SQL injection
> attacks are a much larger issue though.
>[color=green]
>> * The framework shouldn't need a security update every few days.
>> * Support for encryption at the web frontend side and possibly
>> on the DB end (OpenSSL being my favorite).
>> * Well established: Nothing that vanishes after a few months just
>> because it was the latest craze. Something where you find documentation,
>> mailing lists and a community.
>> * Free (open source) and free (or reasonably priced with the possibility
>> to change the provider). I've had my share of vendor lock-in.
>> * Support for handling XML data as in- and output.
>> * Separation of web frontend logic and web frontend design.
>> * Ease of use is never bad. ;)[/color]
>
>
>
> Otherwise, I like PHP, Perl, and Python.
>
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 5: Have you checked our extensive FAQ?
>
> http://www.postgresql.org/docs/faqs/FAQ.html[/color]

--
Command Prompt, Inc., home of Mammoth PostgreSQL - S/ODBC and S/JDBC
Postgresql support, programming shared hosting and dedicated hosting.
+1-503-667-4564 - jd@commandpromp t.com - http://www.commandprompt.com
PostgreSQL Replicator -- production quality replication for PostgreSQL

---------------------------(end of broadcast)---------------------------
TIP 9: the planner will ignore your desire to choose an index scan if your
joining column's datatypes do not match

**Robby Russell** · Nov 23 '05, 01:38 AM

Re: Web application: Programming language/Framework

On Sat, 2004-08-14 at 11:02, Joshua D. Drake wrote:[color=blue]
> Chris Travers wrote:
> [color=green]
> > Hi Arthur;
> >
> > Ah, the topic of flame wars.
> >[/color]
> My company also does a great deal of web application programming. Rule
> of thumb for us is:
>
> Anything system/administrative level goes in Perl.
> Anything application/oo or server level (triggeres for example, or
> processes) go in Python
> Anything Web goes in PHP (Although we are rethinking that do to the
> constant OO issues with PHP).
> [/color]

That's why PHP 5 exists. :-)

-Robby

--
/*************** *************** *********
* Robby Russell | Owner.Developer .Geek
* PLANET ARGON | www.planetargon.com
* Portland, OR | robby@planetarg on.com
* 503.351.4730 | blog.planetargo n.com
* PHP/PostgreSQL Hosting & Development
*************** *************** **********/

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQBBHmQ00Qa QZBaqXgwRAkx0AJ 96RQgn527vIKFSJ JVm78UvgxgmywCg qA7a
IR6hCeXXYWIeGkO dka2Y77s=
=muXs
-----END PGP SIGNATURE-----

**Joshua D. Drake** · Nov 23 '05, 01:38 AM

Re: Web application: Programming language/Framework

[color=blue]
>That's why PHP 5 exists. :-)
>
>
>[/color]
When it proves stable ;). Although it still does have some issues with
Apache 2. Which is a shame.
To be fair, it isn't really PHP that has the problems but some of the
libraries it uses are thread safe.

Sincerely,

Joshua D. Drake

[color=blue]
>-Robby
>
>
>
>[/color]

--
Command Prompt, Inc., home of Mammoth PostgreSQL - S/ODBC and S/JDBC
Postgresql support, programming shared hosting and dedicated hosting.
+1-503-667-4564 - jd@commandpromp t.com - http://www.commandprompt.com
PostgreSQL Replicator -- production quality replication for PostgreSQL

---------------------------(end of broadcast)---------------------------
TIP 9: the planner will ignore your desire to choose an index scan if your
joining column's datatypes do not match

**Robby Russell** · Nov 23 '05, 01:38 AM

Re: Web application: Programming language/Framework

On Sat, 2004-08-14 at 12:18, Joshua D. Drake wrote:[color=blue][color=green]
> >That's why PHP 5 exists. :-)
> >
> >
> >[/color]
> When it proves stable ;). Although it still does have some issues with
> Apache 2. Which is a shame.[/color]

But your OO problems exist in a *stable* 4.x? I'm running with Apache 2
and haven't come across any issues yet. (perhaps i haven't tapped into
those bad libs yet). The benefits of the new OO functionality is
definitely a huge improvement and that makes it more *stable* than 4.x
in my opinion.
[color=blue]
> To be fair, it isn't really PHP that has the problems but some of the
> libraries it uses are thread safe.[/color]

From what I recall these same issues existed in 4.x as well, so 5
shouldn't make much of a difference.

-Robby

--
/*************** *************** *********
* Robby Russell | Owner.Developer .Geek
* PLANET ARGON | www.planetargon.com
* Portland, OR | robby@planetarg on.com
* 503.351.4730 | blog.planetargo n.com
* PHP/PostgreSQL Hosting & Development
*************** *************** **********/

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQBBHmno0Qa QZBaqXgwRAjmdAK CJUMzQ+YzGytJSY sXiXnWeXkaP2ACg rCYB
D2bIl5qb6V9TXBu aO9kSkDE=
=AFi0
-----END PGP SIGNATURE-----

**Robby Russell** · Nov 23 '05, 01:38 AM

Re: Web application: Programming language/Framework

On Sat, 2004-08-14 at 12:37, Robby Russell wrote:[color=blue]
> On Sat, 2004-08-14 at 12:18, Joshua D. Drake wrote:[color=green][color=darkred]
> > >That's why PHP 5 exists. :-)
> > >
> > >
> > >[/color]
> > When it proves stable ;). Although it still does have some issues with
> > Apache 2. Which is a shame.[/color]
>
> But your OO problems exist in a *stable* 4.x? I'm running with Apache 2
> and haven't come across any issues yet. (perhaps i haven't tapped into
> those bad libs yet). The benefits of the new OO functionality is
> definitely a huge improvement and that makes it more *stable* than 4.x
> in my opinion.
> [color=green]
> > To be fair, it isn't really PHP that has the problems but some of the
> > libraries it uses are thread safe.[/color]
>
> From what I recall these same issues existed in 4.x as well, so 5
> shouldn't make much of a difference.
>
> -Robby[/color]

Also, prefork exists for this problem as well:

prefork - Apache HTTP Server

http://httpd.apache.org/docs-2.0/mod/prefork.html

-Robby

--
/*************** *************** *********
* Robby Russell | Owner.Developer .Geek
* PLANET ARGON | www.planetargon.com
* Portland, OR | robby@planetarg on.com
* 503.351.4730 | blog.planetargo n.com
* PHP/PostgreSQL Hosting & Development
*************** *************** **********/

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQBBHmt40Qa QZBaqXgwRAuZJAK CUYEDhKjPO0eEpc Oaczqxoen1z8ACf frMK
adajZItnexTw7pv UUHVWU/c=
=JHsL
-----END PGP SIGNATURE-----

**Pierre-Frédéric Caillaud** · Nov 23 '05, 01:40 AM

Re: Web application: Programming language/Framework

PHP is a very weak language... I'd advise mod_python or skunkweb, if you
don't know Python, learn it, you won't be disappointed !

---------------------------(end of broadcast)---------------------------
TIP 2: you can get off all lists at once with the unregister command
(send "unregister YourEmailAddres sHere" to majordomo@postg resql.org)

**Gustavo Franklin Nóbrega - PLANAE** · Nov 23 '05, 01:40 AM

Re: Web application: Programming language/Framework

Off course PHP is a very weak language... Is than weak that SF.net have
9144 PHP projects and 3292 Python projects. Python is a very good
language, but is discourteous (or that is a signal of knowledge lack) to
speak that 'php is a very weak language', when knows that exist so many
PHP programmers in this list. Futhermore, this subject is not part
of this list.

Pierre-Frédéric Caillaud wrote:
[color=blue]
>
> PHP is a very weak language... I'd advise mod_python or skunkweb,
> if you don't know Python, learn it, you won't be disappointed !
>
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 2: you can get off all lists at once with the unregister command
> (send "unregister YourEmailAddres sHere" to majordomo@postg resql.org)
>
>[/color]

--
Gustavo Franklin Nóbrega
Infra Estrutura - Banco de Dados
Planae - Tecnologia Da Informação
Fone/Fax +55 14 3224-3066 Ramal : 210

http://www.planae.com.br

---------------------------(end of broadcast)---------------------------
TIP 6: Have you searched our list archives?

PostgreSQL: PostgreSQL Mailing List Archives

http://archives.postgresql.org

**Pierre-Frédéric Caillaud** · Nov 23 '05, 01:41 AM

Re: Web application: Programming language/Framework

By "weak", I meant "lack of expressive power", not "weakly supported".
That PHP has a huge community is obvious. It's everywhere. The list of
broken things in PHP is too long to mention, just think about namespaces
for instance. I have no bad feelings towards people who use PHP, rather I
wonder why so many people waste their time with such a badly designed
tool. I did not intend to be discourteous, my excuses if I was, rather, I
wanted to help the OP out of the PHP mess.
I have had to code in PHP and always hated it.

I know this is off-topic so... snip.

On Tue, 17 Aug 2004 11:15:18 -0300, Gustavo Franklin Nóbrega - PLANAE
<gfnobrega@plan ae.com.br> wrote:
[color=blue]
> Off course PHP is a very weak language... Is than weak that SF.net have
> 9144 PHP projects and 3292 Python projects. Python is a very good
> language, but is discourteous (or that is a signal of knowledge lack) to
> speak that 'php is a very weak language', when knows that exist so many
> PHP programmers in this list. Futhermore, this subject is not part
> of this list.[/color]

---------------------------(end of broadcast)---------------------------
TIP 1: subscribe and unsubscribe commands go to majordomo@postg resql.org

**Chris Travers** · Nov 23 '05, 01:41 AM

Re: Web application: Programming language/Framework

Just a little on the history of the tools might be helpful. I think
that these environments are easy to criticize by people who are not
really aware of what the tools are really good for.

PHP:

This is worth noting in the context of this thread though fairly
off-topic for the list.

PHP was designed initially to be a sort of preprocessor for arbitrary
document types. I don't really use it for much system scripting (Perl
is better for that) but for web applications, it works extremely well.
After all, most of your content may be static, and you are really
interested in modifying the static content by preprocessing it.

I prefer PHP because it can easily be embedded in arbitrary document
types and used to modify them. I am starting to use it more and more
for LaTeX documents as well (though I have some automated tools which
can do more simple manupulations using Perl). This is what the tool is
designed for.

Complaining about PHP's namespaces seems to me to be complaining about
the fact that a crescent wrench doesn't pound nails very well.... Not
that you can't pound nails with a crescent wrench but there are more
efficient ways to do it.

Perl:

Perl was originally designed as a tool for processing text files on a
UNIX system. Bear in mind that this is an incredibly useful concept as
everything is a file :-). It is also designed to take the information
and generate reports. So early on, people discovered that Perl made a
pretty useful CGI programming environment because these tools make it
easy to generate HTML. Like PHP, it has an extensive community and a
lot of add-on modules. However, it is fundamentally different.

For an extremely complex web app I might consider using Perl if I needed
some sort of exotic functionality, like Kerberos integration. Such is
usuallly cleaner than PHP extensions.

Perl also makes a wonderful language for automates system administration
tasks because of its text parsing capabilities and the fact that these
are integrated into the language as operators rather than functions.

Python:

Python is a generic programming environment. I really like it where I
am not doing automated document preparation, or where I need something
far more general than automated document generation (PHP or Perl). In
general, I prefer Python for interactive (non-web) applications.

Each of these environments has good PostgreSQL support.

Pierre-Frédéric Caillaud wrote:
[color=blue]
>
> By "weak", I meant "lack of expressive power", not "weakly
> supported". That PHP has a huge community is obvious. It's
> everywhere. The list of broken things in PHP is too long to mention,
> just think about namespaces for instance. I have no bad feelings
> towards people who use PHP, rather I wonder why so many people waste
> their time with such a badly designed tool. I did not intend to be
> discourteous, my excuses if I was, rather, I wanted to help the OP
> out of the PHP mess.
> I have had to code in PHP and always hated it.
>
> I know this is off-topic so... snip.
>
> On Tue, 17 Aug 2004 11:15:18 -0300, Gustavo Franklin Nóbrega - PLANAE
> <gfnobrega@plan ae.com.br> wrote:
>[color=green]
>> Off course PHP is a very weak language... Is than weak that SF.net
>> have 9144 PHP projects and 3292 Python projects. Python is a very
>> good language, but is discourteous (or that is a signal of knowledge
>> lack) to speak that 'php is a very weak language', when knows that
>> exist so many PHP programmers in this list. Futhermore, this
>> subject is not part of this list.[/color]
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 1: subscribe and unsubscribe commands go to majordomo@postg resql.org
>
>[/color]

---------------------------(end of broadcast)---------------------------
TIP 9: the planner will ignore your desire to choose an index scan if your
joining column's datatypes do not match

**Arthur van Dorp** · Nov 23 '05, 01:42 AM

Re: Web application: Programming language/Framework: Summary

Hi all

I've got a lot of feedback to my question about the ideal web
application framework on- and off-list and would like to summarize it a
bit for future reference. But first thank you all very much for your
help. You've made a blissfully ignorant and indecisive person a somewhat
better informed and indecisive person. ;)

Java/Perl/Python/PHP based frameworks all exist and every language is
used somewhere in a big project with huge numbers of dynamic content
generated. So all of them are quite powerful.

I'll just put all the projects that got named in a list, everything is
easily found with google. Not all of them are frameworks in themselves,
some even use other projects named here, some are just useful tools.
Sorry for not giving any details about each framework. For java
www.waferproject.org has a nice overview.

Java:
Struts / Faces / Cocoon / WebWork / Tapestry / Turbine / Velocity /
Jakarta/Tomcat / Webobjects(prop rietary) / Expresso / JPublish / Sofia
A nice overview is here at http://www.waferproject.org/feature-matrix2.html

Perl:
Mason / Bricolage / mod_perl / Fast_CGI / bivio / openframe
A good starting point is http://perl.apache.org/products/app-server.html

Python:
Zope / Quixote / mod_python / skunkweb

PHP:
phpwebapp / horde / logicreate

Thanks again and have fun
Arthur

---------------------------(end of broadcast)---------------------------
TIP 4: Don't 'kill -9' the postmaster

**Dino Vliet** · Nov 23 '05, 01:42 AM

Re: Web application: Programming language/Framework: Summary

Maybe I missed something, but why isn't
postgreSQL,aols erver,tcl on your list?
That will be my choice to deliver web applications in
the near future.

Brgds

--- Arthur van Dorp <arthur_vd@gmx. net> wrote:
[color=blue]
> Hi all
>
> I've got a lot of feedback to my question about the
> ideal web
> application framework on- and off-list and would
> like to summarize it a
> bit for future reference. But first thank you all
> very much for your
> help. You've made a blissfully ignorant and
> indecisive person a somewhat
> better informed and indecisive person. ;)
>
> Java/Perl/Python/PHP based frameworks all exist and
> every language is
> used somewhere in a big project with huge numbers of
> dynamic content
> generated. So all of them are quite powerful.
>
> I'll just put all the projects that got named in a
> list, everything is
> easily found with google. Not all of them are
> frameworks in themselves,
> some even use other projects named here, some are
> just useful tools.
> Sorry for not giving any details about each
> framework. For java
> www.waferproject.org has a nice overview.
>
> Java:
> Struts / Faces / Cocoon / WebWork / Tapestry /
> Turbine / Velocity /
> Jakarta/Tomcat / Webobjects(prop rietary) / Expresso
> / JPublish / Sofia
> A nice overview is here at
> http://www.waferproject.org/feature-matrix2.html
>
> Perl:
> Mason / Bricolage / mod_perl / Fast_CGI / bivio /
> openframe
> A good starting point is
> http://perl.apache.org/products/app-server.html
>
> Python:
> Zope / Quixote / mod_python / skunkweb
>
> PHP:
> phpwebapp / horde / logicreate
>
> Thanks again and have fun
> Arthur
>
>
>
>
> ---------------------------(end of
> broadcast)---------------------------
> TIP 4: Don't 'kill -9' the postmaster
>[/color]

_______________ _______________ ____
Do you Yahoo!?
Yahoo! Mail Address AutoComplete - You start. We finish.

The Best Deals from our Shopping Experts | Yahoo Shopping

http://promotions.yahoo.com/new_mail

Shop the best deals at Yahoo! Shopping! Discover discounts on a wide range of products, from electronics to fashion, and enjoy exclusive offers. Save big with top deals today!

---------------------------(end of broadcast)---------------------------
TIP 1: subscribe and unsubscribe commands go to majordomo@postg resql.org

**Arthur van Dorp** · Nov 23 '05, 01:42 AM

Re: Web application: Programming language/Framework: Summary

> Maybe I missed something, but why isn't[color=blue]
> postgreSQL,aols erver,tcl on your list?
> That will be my choice to deliver web applications in
> the near future.[/color]

Because nobody told me about it. ;) And I can assure you that there are
many many more frameworks around. So many that I wonder whether I
shouldn't just write my own, it must be very simple that almost everyone
has done so.

Arthur

---------------------------(end of broadcast)---------------------------
TIP 7: don't forget to increase your free space map settings

**Randal L. Schwartz** · Nov 23 '05, 01:42 AM

Re: Web application: Programming language/Framework: Summary

>>>>> "Arthur" == Arthur van Dorp <arthur_vd@gmx. net> writes:

Arthur> And I can assure you that there
Arthur> are many many more frameworks around. So many that I wonder whether I
Arthur> shouldn't just write my own, it must be very simple that almost
Arthur> everyone has done so.

If I can give you some insight from the Perl world (where there are 57
different templating systems and counting)...

It's very *easy* to start a framework. It gets harder to hit that
80/20 point, where you're using it more than fiddling with it. It
gets *really* hard to make it general enough for others to use it
outside your direct range of experience.

For example, TemplateToolkit (on which OpenFrame is based, and
Bricolage will at least nod to, and on which Slashcode depends) took a
hella lot of work, and thus begins to be the thing everyone can use.

--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<merlyn@stonehe nge.com> <URL:http://www.stonehenge. com/merlyn/>
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.St onehenge.com for onsite and open-enrollment Perl training!

---------------------------(end of broadcast)---------------------------
TIP 1: subscribe and unsubscribe commands go to majordomo@postg resql.org

Web application: Programming language/Framework

Web application: Programming language/Framework

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment