我有一个我想要基于网络的产品的想法。但是因为我生活在互联网并不总是可用的世界的一部分，所以需要有一个客户端桌面组件在互联网中断时可用。此外，我是一名 SQL 程序员，一名使用 dBase、VB 和 Pascal 的桌面应用程序程序员，并且我使用 HTML 和网站创建工具（如 Frontpage）创建了简单的网站。
所以从我的研究来看，我认为我有以下选择；用于编程方面的 PHP、Ruby on Rails、Python 或 .NET。用于数据库的 MySQL。以及用于网络服务器的 Apache，或者可能是 IIS。
我可能会从云服务的本地 ISP 提供商开始。但随后可能会在未来转向更“强大”和普遍的东西，即。亚马逊、Azure 或类似的东西。
那么我的问题是这个。对于这样的事情，你会推荐什么？我敢肯定，我没有列出所有的可能性，而是列出了我研究和想到的可能性。
谢谢大家，克雷格
如果您不想在台式机上运行某个版本的服务器，最好的选择是 Python、Rails 或 Java servlet，所有这些都可以轻松打包到没有依赖关系的小型自包含服务器中。
我对桌面的建议是 HTML 5 本地存储。该标准尚未最终确定，但 Google Chrome 提供了实验性支持。如果您可以强制您的用户使用特定的浏览器版本，那么您应该没问题，直到最终确定为止。
我建议在任何其他框架之前查看 Django 和 Rails。它们具有不同的设计理念，因此其中一种可能更适合您的应用程序。另一个需要考虑的框架是 Grails，它本质上是 groovy 语言中 Rails 的克隆。
您列出的语言都是服务器端组件。最大的问题是您是否可以明智地构建一个胖客户端 - 您可以有效地开发一个多层应用程序，其中网络服务器位于客户端上，并在可用时使用网络服务作为数据馈送，但解决方案不是很便携。
您可以在 javascript 中构建一个纯 ajax 驱动的网站，然后将其作为已签名的 javascripts 在本地文件系统上部署到客户端（需要对其进行签名以绕过 javscripts 只能连接回它们正常服务的服务器的限制）。
另一种方法是使用 Google Gears——但这将是一个单一的浏览器解决方案。
C。
如果您想要一个“桌面组件”，只要您的互联网中断，您就可以在其上进行开发，您真的可以选择这些技术中的任何一种。您始终可以在您的机器上运行本地服务器（如 apache）以及本地 sql 数据库，但如果您的数据库包含大量数据，您可能需要对其进行缩减。
不过，Ruby on Rails 可能是最容易上手的，因为它与 WEBrick（提供 HTTP 服务的 ruby 库）和轻量级 SQL 数据库管理系统 SQLite 打包在一起。Ruby on Rails 默认配置为使用这些。