Web应用程序:编程语言/框架 [英] Web application: Programming language/Framework

查看:60
本文介绍了Web应用程序:编程语言/框架的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

大家好


这是一个有点偏离主题但我不知道还有什么要问(请告诉
如果你知道的话,请给我b $ b) 。我要构建一个Web应用程序。选择

底层数据库并不困难。经过几次初步测试后,我确信PostgreSQL完全可以胜任这项任务。但是对于中间件,我的损失是b
。我非常了解Apache,所以我不会继续使用它。但是你推荐什么语言/应用服务器/什么

? Java / J2EE / JBoss,Struts,Perl,Python / Zope,PHP 5,

XYZ ......?这样的框架必须满足一些先决条件:


*合理可扩展。

*与PostgreSQL一起使用。一个抽象层

将SQL东西与其他东西分开也许也不错。

*安全性:

*我不喜欢在编码时,我们要担心缓冲区溢出,SQL

注入等问题。

*框架不应该每隔几天就需要一次安全更新。

*支持网络前端加密,可能是数据库端的
(OpenSSL是我的最爱)。

*建立良好:几个月后没有什么消失只是因为这是最新的热潮。你找到文档,

邮件列表和社区的东西。

*免费(开源)和免费(或合理定价的可能性

更改提供者)。我已经获得了供应商锁定的份额。

*支持将XML数据作为输入和输出处理。

* Web前端逻辑和Web前端的分离设计。

*易用性从来都不错。 ;)


我很期待你的建议。

谢谢

亚瑟

---------------------------(广播结束)------------------ ---------

提示3:如果通过Usenet发布/阅读,请发送适当的

subscribe-nomail命令到 ma ******* @ postgresql.org ,以便您的

消息可以通过邮件列表干净地

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.
* 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. ;)

I''m looking forward to your suggestions.
Thanks
Arthur
---------------------------(end of broadcast)---------------------------
TIP 3: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to ma*******@postgresql.org so that your
message can get through to the mailing list cleanly

推荐答案

嗨亚瑟;


啊,火焰战争的主题。


我用Perl,Python和PHP编程。我将它们用于不同的

应用程序,但它们都很好。通常我将PHP用于Web应用程序,

Perl和Python用于其他应用程序。但这些并不是硬性规定。


祝福,

Chris Travers

Metatron技术咨询


ps其他评论内联。


Arthur van Dorp写道:
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:
大家好
这是一个有点偏离的主题,但我不知道还有什么要问(如果你知道,请告诉我/)。我要构建一个Web应用程序。选择基础数据库并不困难。经过一些初步测试后,我确信PostgreSQL完全可以胜任这项任务。但是我对中间件的损失很大。我非常了解Apache,所以我不会介意继续使用它。但是你推荐什么语言/应用服务器/什么
? Java / J2EE / JBoss,Struts,Perl,Python / Zope,PHP 5,
XYZ ......?这样的框架必须满足一些先决条件:

*合理的可扩展性。
*与PostgreSQL一起使用。将SQL内容与其他内容分开的抽象层也许也不错。
*安全:
*我不想太担心缓冲区溢出,编码时的SQL
注入等。


在Perl,Python和PHP中防止了缓冲区溢出。 SQL注入

攻击是一个更大的问题。

*框架不应该每隔几天就需要一次安全更新。
*支持加密网络前端方面可能在数据库端(OpenSSL是我最喜欢的)。
*建立良好:几个月之后没有什么消失只是因为这是最新的热潮。你找到文档,邮件列表和社区的东西。
*免费(开源)和免费(或价格合理,可能会更改提供商)。我已经获得了供应商锁定的份额。
*支持将XML数据作为输入和输出处理。
* Web前端逻辑和Web前端设计的分离。
*易用使用永远不会坏。 ;)
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.
Buffer overruns are prevented in Perl, Python, and PHP. SQL injection
attacks are a much larger issue though.
* 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. ;)



否则,我喜欢PHP,Perl和Python。


------------- --------------(广播结束)---------------------------

提示5:您是否检查了我们广泛的常见问题解答?

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


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


Chris Travers写道:
Chris Travers wrote:
嗨亚瑟;

啊,火焰战争的主题。

我的公司也做了大量的网络应用程序编程。规则

of thumb对我们来说是:


任何系统/管理级别都在Perl中。

任何应用程序/ oo或服务器等级(例如,触发器,或者说是
进程)进入Python

任何网络都用PHP进行(尽管我们正在重新考虑这一点到

PHP的持续OO问题。


此致,


Joshua D. Drake



我用Perl,Python和PHP编程。我将它们用于不同的应用程序,但它们都很好。通常我将PHP用于Web应用程序,其他应用程序使用Perl和Python。但这些并不是硬性规定。

最好的祝福,
Chris Travers
Metatron技术咨询

ps补充意见内联。

Arthur van Dorp写道:
Hi Arthur;

Ah, the topic of flame wars.
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


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:
大家好

这是一个有点偏离主题但我不知道还有什么要问(请告诉我如果你知道的话。我要构建一个Web应用程序。选择基础数据库并不困难。经过一些初步测试后,我确信PostgreSQL完全可以胜任这项任务。但是我对中间件的损失很大。我非常了解Apache,所以我不会介意继续使用它。但是你推荐什么语言/应用服务器/什么
? Java / J2EE / JBoss,Struts,Perl,Python / Zope,PHP 5,
XYZ ......?这样的框架必须满足一些先决条件:

*合理的可扩展性。
*与PostgreSQL一起使用。将SQL内容与其他内容分开的抽象层也许也不错。
*安全:
*我不想太担心缓冲区溢出,编码时的SQL
注入等。
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.



在Perl,Python和PHP中防止了缓冲区溢出。 SQL注入攻击是一个更大的问题。


Buffer overruns are prevented in Perl, Python, and PHP. SQL injection
attacks are a much larger issue though.

*框架不应该每隔几天就需要一次安全更新。
*支持加密网络前端方面可能在数据库端(OpenSSL是我最喜欢的)。
*建立良好:几个月之后没有什么消失只是因为这是最新的热潮。你找到文档,邮件列表和社区的东西。
*免费(开源)和免费(或价格合理,可能会更改提供商)。我已经获得了供应商锁定的份额。
*支持将XML数据作为输入和输出处理。
* Web前端逻辑和Web前端设计的分离。
*易用使用永远不会坏。 ;)
* 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. ;)



否则,我喜欢PHP,Perl和Python。

----------------- ----------(广播结束)---------------------------
提示5:有您查看了我们广泛的常见问题解答?

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




-

命令提示符,Inc。 ,Mammoth PostgreSQL的主页 - S / ODBC和S / JDBC

Postgresql支持,编程共享主机和专用主机。

+ 1-503-667-4564 - jd@commandprompt.com - http: //www.comprompt.com

PostgreSQL Replicator - PostgreSQL的生产质量复制

-------------- -------------(广播结束)---------------------------

提示9:如果您的

加入列的数据类型不匹配



--
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@commandprompt.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


周六,2004-08-14 11:02,Joshua D. Drake写道:
On Sat, 2004-08-14 at 11:02, Joshua D. Drake wrote:
Chris Travers写道:
Chris Travers wrote:
嗨亚瑟;

啊,火焰战争的主题。
Hi Arthur;

Ah, the topic of flame wars.

<我的公司还做了大量的Web应用程序编程。对我们来说,经验法则是:

任何系统/管理级别都在Perl中。
任何应用程序/ oo或服务器级别(例如,triggeres,或
进程) )进入Python
任何Web都是用PHP进行的(尽管我们正在重新考虑用PHP进行的常量OO问题)。


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).




这就是PHP 5存在的原因。 :-)

-Robby

-

/ ****************** *********************

* Robby Russell | Owner.Developer.Geek

* PLANET ARGON | www.planetargon.com

* Portland,OR | ro***@planetargon.com

* 503.351.4730 | blog.planetargon.com

* PHP / PostgreSQL Hosting&发展

**************************************** /

----- BEGIN PGP SIGNATURE -----

版本:GnuPG v1.2.5(GNU / Linux)


iD8DBQBBHmQ00QaQZBaqXgwRAkx0AJ96RQgn527vIKFSJJVm78 UvgxgmywCgqA7a

IR6hCeXXYWIeGkOdka2Y77s =

= muXs

----- END PGP SIGNATURE -----



That''s why PHP 5 exists. :-)
-Robby
--
/***************************************
* Robby Russell | Owner.Developer.Geek
* PLANET ARGON | www.planetargon.com
* Portland, OR | ro***@planetargon.com
* 503.351.4730 | blog.planetargon.com
* PHP/PostgreSQL Hosting & Development
****************************************/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQBBHmQ00QaQZBaqXgwRAkx0AJ96RQgn527vIKFSJJVm78 UvgxgmywCgqA7a
IR6hCeXXYWIeGkOdka2Y77s=
=muXs
-----END PGP SIGNATURE-----


这篇关于Web应用程序:编程语言/框架的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆