Python 使用os.path.exists保护exe文件是个好主意吗？

使用以下工具是否是一个好主意：

import os.path
os.path.exists (file_path)

“保护”程序不受复制

例如，在我们的主应用程序中，我们使用：

import os.path
os.path.exists ("c:\windows\mifile.dll")

其中，

mifile.dll

是任何东西，当然还有另一个名字，比如

windriv.dll

，只是一个用记事本保存的简单文本

如果文件存在，则程序正常工作；如果文件不存在，则会显示一条警告消息，指出该文件是非法副本或其他内容

---

安装程序时，我会正常安装软件包或便携文件夹，并在

c:\windows

中手动复制文件

mifile.dll

很多人（比如我自己和可能的病毒程序）都在观看windows目录，并会删除类似的内容

这种东西最好加密

捕获导入错误不是最容易的事情

如果你担心非法复制，很快就会有人发现这一点，你就有了一个可以轻松复制和分发的文件

使用导入和出错对逆向工程师来说是一个巨大的危险信号

使用UAC，如果不以管理员身份运行程序，可能无法访问此文件

---

这不是最好的主意

很多人（比如我自己和可能的病毒程序）都在观看windows目录，并会删除类似的内容

这种东西最好加密

捕获导入错误不是最容易的事情

如果你担心非法复制，很快就会有人发现这一点，你就有了一个可以轻松复制和分发的文件

使用导入和出错对逆向工程师来说是一个巨大的危险信号

使用UAC，如果不以管理员身份运行程序，可能无法访问此文件

没有

无论最终采用哪种解决方案，“秘密握手安装技术”的总体思路基本上都是破坏。您正在有效地阻止您的客户：

• 升级计算机的操作系统
• 从备份恢复他们的系统
• 由于硬件故障，将服务移动到新机器

客户需要在未来几年内完成这两项工作。当他们这样做时，您的程序将崩溃，他们将不知道为什么或如何修复它。考虑到此时您甚至可以与他们联系，请想想当他们联系您解决问题时，您会是什么样子

如果我发现一个分包商偷偷地介绍自己是这样一个单一的失败点，我会非常愤怒

您可以信任您的客户，获得您可以信任的新客户，或者选择完全专业的非机密DRM解决方案。

否

无论最终采用哪种解决方案，“秘密握手安装技术”的总体思路基本上都是破坏。您正在有效地阻止您的客户：

• 升级计算机的操作系统
• 从备份恢复他们的系统
• 由于硬件故障，将服务移动到新机器

客户需要在未来几年内完成这两项工作。当他们这样做时，您的程序将崩溃，他们将不知道为什么或如何修复它。考虑到此时您甚至可以与他们联系，请想想当他们联系您解决问题时，您会是什么样子

如果我发现一个分包商偷偷地介绍自己是这样一个单一的失败点，我会非常愤怒

---

要么信任你的客户，获得你可以信任的新客户，要么寻求一个完全专业的非机密DRM解决方案。

Errr-1）这到底是如何防止复制的，2）我不确定我是否喜欢需要复制到windows目录根目录中的程序1）对于低级别用户，我认为它会起作用。。。。。2） 好的，也许是程序文件或类似的东西？你到底是如何阻止你的用户仅仅阅读Python源代码/反汇编你的Python模块的？！Errr-1）这到底是如何防止复制的，2）我不确定我是否喜欢需要复制到windows目录根目录中的程序1）对于低级别用户，我认为它会起作用。。。。。2） 好的，也许是程序文件或类似的东西？你到底是如何阻止你的用户仅仅阅读Python源代码/反汇编你的Python模块的？！1、2、3、5和6正常。4是的，我担心非法拷贝，但它不是国宝，我只需要一些保护，我的意思是，避免拷贝和过去，软件在每台计算机上运行。你有一些保护软件的线索吗？第一级程序会在注册表中放入一些值，然后进行检查。最简单的方法是使用嵌入在代码中的密钥对字符串进行加密。类似于“MyAwesomeSoftware”+MachineName（或其他一些计算机标识符）1、2、3、5和6 OK。4是的，我担心非法拷贝，但它不是国宝，我只需要一些保护，我的意思是，避免拷贝和过去，软件在每台计算机上运行。你有一些保护软件的线索吗？第一级程序会在注册表中放入一些值，然后进行检查。最简单的方法是使用嵌入在代码中的密钥对字符串进行加密。类似“MyAwesomeSoftware”+MachineName（或其他计算机标识符）的东西感谢Deestan，这是我的新观点。“或者信任您的客户，获得您可以信任的新客户”问题不是我的客户，而是外部硬件技术人员，他们可以查看程序并复制，然后赚钱：）是的，但请记住，只要您专门向特定客户销售X实例许可证，复制它们是违法的，你可以起诉要求赔偿损失。技术员