@mxT52CRuqR6o5 编译到 ES5 代码里面只能去掉第一个 调用,
prepareTestDataAsync_step0();
prepareTestDataAsync_step1();
prepareTestDataAsync_step2();

step1 step2 会保留
,我希望 prepareTestDataAsync 方法体也不要编译到 minijs 里面

企业通信软件都有已读回执吗?(除了企业微信

就是不讲人话呗,
更进一步的,互联网黑话

@avastms 有时候参数是加密的,需要先 gzip 再加密.

@thevita 正好我看到新闻,uos 兼容了 2000 多打印机驱动了.

你们哪里找的活?猪八戒?

@3dwelcome
@eason1874 浏览器是开源的,把这块 SSL 伪造的一样应该可以实现.
可以尝试使用 activeX npapi 对接口进行验签。

看你权衡了

@clf 我感觉,很多需求不需要那么深入,很多深度定制的需求是伪需求。
就像 Excel 一个 vlookup 满足 80%需求，其他功能没啥用

和陌生人开车就是这么多破事。
万幸 1p 能恢复,没有物理删除.

1 楼说的可以，差不多得了
防不住的。
类似问题 https://v2ex.com/t/806677

也算是一种叫醒服务吧,我们曾经有人睡觉到 3 点半 4 点

手机号号码格式,可能是这样 +086 188-888-83926

+086 188-888 刚好是 12 字节,和前面 base64 decode 一样,

12 和 常见的 des aes 块大小对不上

运气好的话,可能就是魔改 base64 改了字母顺序,
根据前面 “+086 1” 6 个字符判断,应该能推算一些字母对应的 6bit 数值

如果多几个用例的话,就能推出完整的字母表。


当然，这只是猜测运气好的情况，对方没有加密，只是魔改了 base64 一下。

值得试一试，撞下运气

借个地方问下,逆向别人代码目前是什么行情?
1w 有吗?
我看有些人发的任务,甚至都有.几百的

逆向这玩意,其实挺耗头发的.

https 只能防止中间人,不能防止用户恶意请求
加上验签还是有必要的,能显著增加破解成本,拦截绝大部分很多小白

看了这么多评论,楼主,你是否在怀疑没达到 v 站注册的财务门槛 😂

我记得有个 v 站网友弄过一个这个,丢个 url 给他,他给你截图

随机 nonce + token + 其他业务参 与 参数校验吧?

如果他是简单的 Charles 抓包替换 替换能防住

如果手里有项目源码,写的代码测试.那就~

改呗,make them happy,恶心自己,成全别人。

一个东西如果要垮部门改动，这个改动得找个有点分量的人来牵头，后续可能出现的问题需要这个有分量人协调。

如果人微言轻，勉强让人改了,下次因为这个改动 甚至新出现的不明原因的 bug ，都可能甩给你。现实世界不是只有 0 和 1 ，不能都围着你转。

也别争论什么技术细节了，就一个历史原因造成的安全问题，一个跨部门（你这是跨公司）协商问题。

要绑卡吧? 总觉得不踏实