代码之家  ›  专栏  ›  技术社区  ›  Donald Byrd

从公共网站启动win32本机可执行文件

  •  3
  • Donald Byrd  · 技术社区  · 15 年前

    客户有一个现有的win32本机应用程序,除了琐碎的方式外,它们很难进行任何更改。它是用非托管C++编写的,它使用至少一个第三方DLL,因此它不是独立的EXE。它是什么并不重要,可以将其视为客户支持沟通工具。理想情况下,客户希望从web站点启动此程序,而不是将其作为可安装程序发布。此外,客户需要在可执行文件执行时将令牌传递给可执行文件,以便它可以呼叫总部并请求更多指令。

    我将继续承认,如何启动应用程序应该是第一个设计考虑因素,而不是最后一个——但它就是这样。

    对恶意软件、间谍软件、特洛伊木马等的安全担忧使其成为一种非常不可能的分发模式。我在这方面更有经验 做这件事比找到一个合法的方法来完成它要好得多。

    4 回复  |  直到 15 年前
        1
  •  2
  •   Jon Seigel    15 年前

    说服客户让您的公司修复原始设计缺陷,最有可能的费用由您自己承担。道歉。A. 很多

        2
  •  1
  •   Amadiere    15 年前

    我无法提供任何关于启动安装在用户PC上的应用程序的建议。因此,也许有人会提供建议。

    但是,还有另一种解决方案,即在服务器上安装应用程序。然后,您可以编写一些代码来访问数据并通过HTML显示。这在理想情况下可以通过受欢迎的API、Web服务和其他Dohickey轻松实现。但我想这不是一个潜在的解决方案?

    您的另一个选择是类似于中的一些集成产品的产品 NDL MetaScype

    祝你好运-我想你会发现如果不让用户改变你特定站点的安全设置,这会非常棘手。

        3
  •  0
  •   Michael    15 年前

    您可以尝试创建一个ActiveX控件,该控件将下载可执行文件并运行它,但不幸的是,这将限制您使用IE。它还为网页上的控件创建了一个额外的安装/运行步骤。如果您的某些客户有关于用户下载和运行ActiveX控件的策略,则他们可能无法接受这一点。

    您还可以尝试将exe及其依赖项打包为另一个exe中的资源。用户可以从提取可执行文件和依赖项并运行它们的网页上下载并运行该文件。这可能比ActiveX路由更直接一些,但在安全策略方面仍然有一些相同的限制。

        4
  •  0
  •   davidtbernal    15 年前

    我不完全确定我是否理解这种情况,但听起来一种选择可能是在服务器上运行应用程序,然后使用Citrix使客户机的PC机能够像瘦客户机一样访问应用程序。我的大学通过很多程序(比如Photoshop)来实现这一点。我无法访问应用程序来安装它,但我可以下载一个启动Citrix并运行应用程序的小文件。应用程序总是有类似windows的控件,即使我运行的是Mac。当然,我仍然需要安装Citrix,所以这条路线可能没有多大好处,但它可能比其他一些选项更容易妥协。

    第二个更疯狂的想法是将安装程序集成到应用程序中,这样当它第一次启动时,它会自行安装,然后自行启动。然后告诉客户第一次开始需要很长时间。