服务器后端返回 json 格式数据
网站的业务逻辑也并不是很难
对手很容易就可以根据后端返回的数据,开发出后端
然后完全可以直接拷贝我的前端代码,修改下 js 代码里的请求地址
然后,他就可以上线了
这样的情况下,如何能提高对方拷贝代码的成本呢?
服务器后端返回 json 格式数据
网站的业务逻辑也并不是很难
对手很容易就可以根据后端返回的数据,开发出后端
然后完全可以直接拷贝我的前端代码,修改下 js 代码里的请求地址
然后,他就可以上线了
这样的情况下,如何能提高对方拷贝代码的成本呢?
|
1
上线不是要经过打包的么?打包后的代码 也能看的懂 那也没办法
|
|
2
@lifesimple 打包混淆后直接替换(有时候甚至不用替换)请求地址,不改动其他东西
|
|
3
@Exin 是啊。暂时想到的办法,就是把请求地址加密放在 js 代码里
|
|
4
开源你的前端代码(手动斜眼笑
|
|
5
前端代码没必要做太多加密工作,反正总要给人看到的。
保证后端摸不透就可以了 |
|
6
想多了
|
|
7
经常改接口,改流程,让对手不堪重负(七伤拳)
|
|
8
防止对手复制你 data ,正途
防止对手复制你代码,歪途 业务逻辑简单,无解,是个码农就能复制你的业务。 15 年前一个 boss 跟我说,如果商业模式简单,那么唯有争时间。 |
|
9
总感觉想的方向不太对,不过你不嫌弃效率,可以搞个不对等加密,但是前面换成自己的 key 也是于事无补,可以说你的问题没法根本上解决。
|
|
10
前端压缩混淆过 是不是可以加个代码字数判断 这样地址改变了 字数会改?………
|
|
iyaozhenJan 21, 2017 via Android
11
你这思路不对吧,「对手很容易就可以根据后端返回的数据,开发出后端」为什么不从这里解决呢?
|
|
TinkJan 21, 2017 via iPhone
12
c/s not b/s
|
|
gouflvJan 21, 2017 via iPhone
13
这是业务层面解决的事情
|
|
dphdjyJan 22, 2017
14
去年就像抄豆瓣阅读的代码~
昨天用了一天终于拆完了 这种事情看收益,以及只有前端有毛用,社区,内容什么的更重要 |