【问题标题】:django binary (no source code) deploymentdjango 二进制(无源代码)部署
【发布时间】:2010-11-17 12:40:54
【问题描述】:

是否只能基于django部署二进制版本的web应用,不发布源代码?

谢谢

【问题讨论】:

  • 保护我猜的代码,你有一个 Web 应用程序,你需要部署到你的客户(许多客户)的服务器
  • 我对 whis 持怀疑态度。保护什么?我看不到 Web 应用程序带来的危险。访问源代码更多是服务器配置/权限问题……还是我完全忽略了这一点?
  • 我需要将整个应用程序部署到客户端的机器/服务器上,我没有托管 Web 应用程序,我的客户将在本地托管应用程序

标签: python django binary


【解决方案1】:

哦,又是那个旧的...简单地说,您不能以源安全的方式以非编译语言(Python、Perl、PHP、Ruby...)部署应用程序 - 所有现有的技巧非常容易规避。无论如何,这根本不重要:您与客户签订的合同确实如此。即使对于 Java,也有简洁的反编译器。

如果您的客户想要在另一台机器上手动重新部署您的应用程序,即使该应用程序是 C 语言,他也可以。除非您编写了受加密狗保护的反盗版方案?快点。您必须与客户建立关系。这是一个无法通过技术噱头解决的社会、商业和法律问题。

【讨论】:

    【解决方案2】:

    是的,你可以,有点。

    阅读http://effbot.org/zone/python-compile.htm - 这应该可以回答您的问题!

    【讨论】:

    • 请注意,如果您对“隐藏”源代码感兴趣,有一些工具可以从 pyc 文件(包括 cmets!)生成 Python 代码。
    【解决方案3】:

    不,目前没有可靠的方法来执行此操作。即使是上面答案中引用的编译代码也不是 100% 安全的。

    我的建议:为您的客户提供干净的开放代码并与他们建立良好的关系是唯一的出路。从业务的角度来看,隐藏代码可能很好,但从客户关系的角度来看,它是一个真正的表演障碍。广告:“我们的代码是开放的!”,这并不意味着您的客户可以用它做任何他们想做的事情。

    【讨论】:

    • 我认为这一次又一次来自那些想要解决编程问题的程序员,即使他们不相关。再一次诠释了著名的工程谚语:“当你只有一把锤子时,所有问题都像钉子一样”:)
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2015-10-19
    • 1970-01-01
    • 1970-01-01
    • 2020-04-24
    • 1970-01-01
    • 2012-06-08
    • 2015-05-26
    相关资源
    最近更新 更多