Javascript 在脚本完成加载后隐藏源代码

Javascript 在脚本完成加载后隐藏源代码,javascript,client-side,copy-protection,data-protection,Javascript,Client Side,Copy Protection,Data Protection,这个问题是不同的,因为我不想阻止用户查看源代码。我想以编程方式隐藏部分源代码。“重复”问题没有解决这个问题,关于这个问题的一些答案开始解决这个问题 在javascript中,是否可以在脚本完成加载后隐藏代码?我想保护我的脚本不受窥视,在限制性许可制度之外 我认为,根据库的不同,删除代码会禁用页面中留下静态shell的任何交互部分。但是人们/行业如何处理这个问题 这仅仅是法院强制执行的许可制度和版权登记吗?或者,在客户端javascript方面,软件中是否有更聪明的方法呢?最好的方法是使用类似于j

这个问题是不同的,因为我不想阻止用户查看源代码。我想以编程方式隐藏部分源代码。“重复”问题没有解决这个问题,关于这个问题的一些答案开始解决这个问题

在javascript中,是否可以在脚本完成加载后隐藏代码?我想保护我的脚本不受窥视,在限制性许可制度之外

我认为,根据库的不同,删除代码会禁用页面中留下静态shell的任何交互部分。但是人们/行业如何处理这个问题


这仅仅是法院强制执行的许可制度和版权登记吗?或者,在客户端javascript方面,软件中是否有更聪明的方法呢?最好的方法是使用类似于javascript的小型程序。它会混淆代码,使人们更难阅读,但你不能隐藏它。您的所有代码都以纯文本形式传输到浏览器中,这样它就可以对其进行解释,并且没有浏览器会阻止用户看到它。

您将获得的最佳效果是使用类似的缩小器。它会混淆代码,使人们更难阅读,但你不能隐藏它。您的所有代码都以纯文本形式传输到浏览器中,这样浏览器就可以对其进行解释,并且没有浏览器会阻止用户看到它。

执行后无法隐藏代码,但您可以很容易地将其混淆。

执行后无法隐藏代码,但是你很容易混淆它。

这是不可能的。。。或者,即使有办法,它也只是一部分,因为对你的代码感兴趣的人只有程序员。。。所以他们只需加载你的页面,而不执行js来获取源代码。。。 对不起:/

“这将混淆代码,使人们更难阅读”
大多数文本编辑器或web浏览器都有语法高亮显示和缩进,所以这不是一个解决方案。(我误解了)是的,这是一个解决办法,根本不可能。。。或者,即使有办法,它也只是一部分,因为对你的代码感兴趣的人只有程序员。。。所以他们只需加载你的页面,而不执行js来获取源代码。。。 对不起:/

“这将混淆代码,使人们更难阅读”
大多数文本编辑器或web浏览器都有语法高亮显示和缩进,所以这不是一个解决方案。(我误解了)是的,这是一个解决方案

您不能根据浏览器的需要隐藏所有源代码。想想firebug或dom检查器是如何工作的。如果您更改了某些内容,则会影响您在浏览器屏幕中看到的内容。 但也有办法让它“有点看不见”或“几乎看不懂”。例如,如果您使用一些开发工具或脚本动态构建脚本

看看我的网站,并尝试阅读源代码。正如你所见,你看不到太多,即使你看到了,也太复杂了,无法分析或理解。 在本例中,使用了GoogleWebToolkit

如上所述,混淆代码是一种解决方案,但这还不够,因为尽管这很难,但程序员可以破译代码并“窃取”脚本

我想说的一个想法是限制从嵌入代码的页面之外访问外部js文件。因此,如果有人试图在浏览器中访问该文件,脚本源的访问将被拒绝。在php或任何您正在使用的服务器端语言中,您可以通过将request_uri服务器变量与您的域进行比较来控制访问

但是您应该意识到混淆代码的风险。想象一下,它取代了一个清晰可读的JavaScript代码段:

window.onload = function() { alert("Hi " + username) };
作者:


风险在于,许多防病毒软件或其他在线保护软件可能会警告您的访问者这是不安全的,因为可能无法检测那里的javascript代码是否试图做有害的事情。因此,它可能无法通过验证

您不能根据浏览器的需要隐藏所有源代码。想想firebug或dom检查器是如何工作的。如果您更改了某些内容,则会影响您在浏览器屏幕中看到的内容。 但也有办法让它“有点看不见”或“几乎看不懂”。例如,如果您使用一些开发工具或脚本动态构建脚本

看看我的网站,并尝试阅读源代码。正如你所见,你看不到太多,即使你看到了,也太复杂了,无法分析或理解。 在本例中,使用了GoogleWebToolkit

如上所述,混淆代码是一种解决方案,但这还不够,因为尽管这很难,但程序员可以破译代码并“窃取”脚本

我想说的一个想法是限制从嵌入代码的页面之外访问外部js文件。因此,如果有人试图在浏览器中访问该文件,脚本源的访问将被拒绝。在php或任何您正在使用的服务器端语言中,您可以通过将request_uri服务器变量与您的域进行比较来控制访问

但是您应该意识到混淆代码的风险。想象一下,它取代了一个清晰可读的JavaScript代码段:

window.onload = function() { alert("Hi " + username) };
作者:

风险在于,许多防病毒软件或其他在线保护软件可能会警告您的访问者这是不安全的,因为可能无法检测那里的javascript代码是否试图做有害的事情。因此,它可能无法通过验证

没有

这就是为什么PHP在这个意义上有一个主要优势——它是在服务器端执行的——因此查看器永远不会看到生成最终标记的代码。但别误会,PHP有自己的安全问题,比如MySQL注入攻击。

没有

这就是为什么PHP在这个意义上有一个主要优势——它是在服务器端执行的——因此查看器永远不会看到生成最终标记的代码。但别误会PHP有自己的安全问题,比如MySQL注入