1
juicy 2015-02-03 23:14:36 +08:00
哎呦,前端就别太纠结加密咯~代码写得高深就是最好的加密方式~~~
|
2
wangsijie93 2015-02-03 23:15:10 +08:00 1
用现成的加密方式,比如AES-256,然后前端用js解密出来即可。
|
3
randyzhao 2015-02-03 23:16:41 +08:00 via iPhone 1
转成图片
|
4
adjusted 2015-02-03 23:17:34 +08:00 via Android
写得乱连自己都维护不了就好了
|
7
Agromania 2015-02-04 00:21:28 +08:00 1
<script>document.write('cba'.split("").reverse().join(""));</script>
|
8
randyzhao 2015-02-04 00:40:18 +08:00
@andybest
才注意到楼主似乎只要纯前端的方法? 后端做图片转换的话, 如果文字内容太多, 在前端势必会影响加载速度. 具体情况具体分析: 比如58同城的联系方式, 就是用的图片防抓, 图片很小, 对性能影响几乎为0 但如果是....长微博那种图....咳咳 妥妥的得异步请求了 其实...也不了解楼主真正的需求是什么, 只是提出个想法拉 |
9
Septembers 2015-02-04 01:03:14 +08:00
做浏览器拓展 对于第三方基本无解
|
10
ine181x 2015-02-04 06:14:04 +08:00 via iPhone
LZ的前端加密如果是对中间路由加密的话 https 就可以了吧
|
11
shakoon 2015-02-04 09:07:37 +08:00
自己写一个加密函数,随便做点简单运算就行,在后端输出的时候加密(只加密页面主要内容那一块,千万别全部html都加密了),再在前台写一个解密js函数,页面加载完成后调用。很多年前“秘密”还是一个网站的时候就见过他们是这么玩的,直接查看html都是加密后的字符串,但在客户端显示是正常的。思路很简单的,有没有现成的包可以用我没调查过,但感觉没必要,直接写几行代码就完事了。
|
12
juicy 2015-02-04 10:52:03 +08:00
o...纯粹是为了对付路由的化,我觉得比如用base64或者自己写转换规则似乎就够了
|