Javascript 富Dojo应用的服务器框架？

我最近一直在使用web2py，发现它非常适合构建RESTful web应用程序。不过，我决定稍微扩展一下JavaScript技能，处理一个更“现代”、更丰富、异步的客户端JS应用程序。类似Gmail的东西，在某种意义上说，它先加载UI，然后只与服务器对话以保持数据同步

我想在客户端使用Dojo（过去使用Dojo和jQuery，在结构上更喜欢Dojo），但是在服务器端应该使用什么呢？让Dojo的数据存储与标准MySQL数据库对话的最佳方法是什么？我感觉像web2py这样简单的东西，如果它真的只需要处理AJAX DB请求，那就太过分了。我可以想象，如果Dojo可以直接与DB对话，那么可能根本就不需要服务器端框架

---

有一些问题像“什么是最好的框架”，无论是JS还是服务器，但我想我想知道服务器端框架在Gmail这样的应用程序中到底扮演着什么角色，对于这种最小的逻辑处理，什么是最合适的框架？

当涉及RIA（富互联网应用程序）时，服务器需要与任何其他web应用程序一样健壮和功能齐全。最大的区别在于模板的呈现是通过javascript外包给客户机的。所以简单的回答是，没关系。只要使用您觉得最合适的服务器端框架即可。

记住，在web应用程序中，服务器端确实是最重要的，尤其是在涉及安全的情况下。黑客可以完全绕过您的前端代码，直接与后端对话。因此，您应该首先设计一个健壮的后端来验证每个请求。当你这么做的时候，事情从来都不是那么简单。我已经看到，REST服务现在作为后端似乎非常流行。一旦设计了后端，就可以编写Dojo前端。在web应用程序中，你可以按照相反的顺序开发一个桌面独立的应用程序。我想的是REST服务，但它实际上只是将每个请求传递给数据库。当然，关于安全性和对这些请求的控制，你是对的。我想我现在会坚持使用GAE上的web2py，不过我一直在考虑使用PHP框架来提高部署能力。干杯，很公平。以web2py为例，基本上每个页面都有一个模板，可以有很多页面。您是否可以在控制器中使用相同的设置但异步的函数而不是标准的请求，并且只使用一个模板（可能是layout.html，包括一些大块的JS）？看起来很合乎逻辑。我对web2py还不太熟悉，但听起来你的思路是对的。