防止未经授权重新部署 PHP 应用程序

发布于 2025-01-03 22:44:48 字数 176 浏览 0 评论 0原文

我想知道我们有什么选择? PHP 是开放的,我知道。但是,如果我想将我的作品绑定到一台服务器,以便客户端无法转售/窃取我的作品,该怎么办?我运行自己的服务器,因此我可以提供远程授权机制,但我还不知道。

我们有什么选择? Zend 是付费的,因为 DeZender 而无用; ionCube同上。那么,我们有哪些保护选择呢?

I was wondering what options do we have? PHP is open, I know. But what if I want to bind my work to one server, so that a client could not resell / steal my work. I run my own server, so I can provide a remote authorization mechanism, but I'm not yet aware of any.

What options do we have? Zend is paid and useless because of DeZender; ditto ionCube. So, what are our protection options?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

长途伴 2025-01-10 22:44:48

无论采用何种技术,如果应用程序位于客户场所,则都不安全。因此,保持安全的唯一方法就是自行托管它……您尝试得越多,引入的错误和性能损失就越多,而且结果总是不确定的。

Ioncube 和 zend 是可以帮助您阻止逆向工程和代码访问的选项,但它们不会阻止坚定的用户。

但请记住,技术手段始终只是游戏的一部分。另一部分是正确书写并签署的 EULA 或与客户的协议。

No app is safe if it is on customer's premises, whatever the technology is. So the only way to keep is safe is just to self-host it... The harder you try, the more bugs and performance losses you introduce, and the result is always uncertain.

Ioncube and zend are options which help you to discourage reverse engineering and access to code, but they won't stop a determined user.

But remember that the tecnical mean is always just a part of the game. The other part is a properly written and signed EULA or agreement with your customer.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文