V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  FaiChou  ›  全部回复第 67 页 / 共 84 页
回复总数  1676
1 ... 63  64  65  66  67  68  69  70  71  72 ... 84  
2019-10-22 14:02:28 +08:00
回复了 alphaprogrammer 创建的主题 程序员 需不需要用 vim 搭建开发环境来替换 IDE?
@zwpaper 公司领导想要统一技术栈 clojure 和 clojurescript, lisp 的一个方言, 如果单纯想用 emacs 作为平时开发工具而不学 clojure 是不是难度会降低些, 或者如果想要学 clojure 的话, 是不是应该先习惯几个月的 emcas? 因为我发现有些语法不是一样, 比如 (let ((local-v "ABC")) (foo local-v)) 这里我同事说语法错误应该用 [], 他应该是当成 clojure 了. 所以为了避免一些矛盾, 学习路径应该是 lisp -> elisp -> clojure ? 请给几点建议
2019-10-22 10:54:34 +08:00
回复了 alphaprogrammer 创建的主题 程序员 需不需要用 vim 搭建开发环境来替换 IDE?
@zwpaper 尝试过几次 emacs , 按照 tutorial 走过几遍(粗略), 但还是放弃了, 有什么好的入门方案教程?
2019-10-19 10:18:00 +08:00
回复了 qiayue 创建的主题 推广 [所有 V 友回帖即可抽奖]软糯香甜有嚼劲的倒蒸番薯干又来了
support
ZmFpY2hvdS56aEBnbWFpbC5jb20=

thank you
2019-10-17 13:10:41 +08:00
回复了 Ewig 创建的主题 Python 谁抓包过咸鱼的 app
@linhua 谢谢回复.

和我猜想的一致, 但是和现实抓包现象有点冲突.

昨晚我尝试抓去阿里系某 app 的数据(仅用作学习), 点击按钮后跳转到列表页面, 我想抓取列表页面的 api 请求, 但是在我用的工具(ios, Thor 和 HTTPCatcher)中没有找到此请求, 都是在请求一些无所谓的数据, 甚至还经常会出现 baidu/bing 这样的请求, 唯一找到的有用数据是一些 auth 数据和 http://xxx.com/path.json 文件, json 文件可以看出页面像是用 weex 写的, 但是页面内的数据在请求里都看不见. 所以该怎么解释呢?
2019-10-17 10:52:22 +08:00
回复了 Ewig 创建的主题 Python 谁抓包过咸鱼的 app
@linhua

1. app 可以不走系统代理, 那么手机内的 app 比如 iOS 下的`Thor`/安卓下的`package capture`的代理也会绕过吗?
2. ssl-pinning 的 app 抓包, 会阻断 app 的请求吗? 会导致 app 页面获取不到数据, app 的请求发送不到服务器吗?

关于问题 2:
MiTM 返回一个 bad CA 给客户端, 客户端验证不通过会怎么处理? https 建立连接失败? 所以放弃本次请求? 那么有些文章说抓包工具显示请求乱码, 那么说明请求已经发送出去了.
2019-10-17 09:21:47 +08:00
回复了 taogen 创建的主题 生活 小区电梯间的广告牌,每天播放重复广告,感觉被强行洗脑了!
[视频广告 24 小时霸占电梯 业主想问问:广告收入到底去哪了?
]( https://m.sohu.com/a/280722107_100238051/?pvid=000115_3w_a&from=groupmessage&isappinstalled=0)

业主散沙, 没人没精力去管理. 而且大部分人下意识感觉投诉没戏, 法律效力担忧.
2019-10-10 10:25:44 +08:00
回复了 Pogbag 创建的主题 iPhone 大家 iPhone 的负一屏都放了哪些插件
TINYCAL SHADOWROCKET ALIPAY
2019-09-30 14:47:15 +08:00
回复了 petelin 创建的主题 Apple 垃圾 iOS13 没用过这么多 bug 的 iOS
@Livid 上面一条回复导致 ip 被封,只发图片回复会被封 ip 吗? 10.190.126.45
2019-09-30 14:30:42 +08:00
回复了 petelin 创建的主题 Apple 垃圾 iOS13 没用过这么多 bug 的 iOS
2019-09-24 16:17:08 +08:00
回复了 sgissb1 创建的主题 程序员 遇到学院派程序员,大家怎么处理和之间的关系
总会有一些人喜欢挑刺, 比如提问者的 typo `apeend`, 同样有好多人热衷于对误读(misreading)的强烈讨论, 所以尽量发表意见之前检查再三(点击回复之前).
ps. 以上这段可以理解为 **学院派** 吗?
2019-09-10 10:42:13 +08:00
回复了 banxi1988 创建的主题 JavaScript 简单的(10 多行代码) 基于 TypeScript 的 Redux 核心实现及应用
这不就是 egghead 上 Dan 的视频教程内容么 ?
不过这个 redux 教程对新手启发还是挺大的
2019-09-08 22:44:55 +08:00
回复了 FaiChou 创建的主题 JavaScript JavaScript 编译/执行等问题请教
再举个例子:
chrome 的一个 bug https://bugs.chromium.org/p/chromium/issues/detail?id=315190

```
var someClass = function() {
console.log('some');
};

function getter() {
var some = new someClass();
if(true) {
return function() { //I'm done with some and don't need it
return null;
};
} else {
return function() {
return some;
};
}
}

window.f = getter();
```

执行完后, 通过 devtools 里 memory - [heap snapshot] 可以发现 变量 some 没有被 GC.

理想情况下, 函数执行完, 里面的变量如果没有闭包引用, 那么就会被释放, 但是引擎也是按照代码执行的, 有 bug 也在所难免.
2019-09-08 22:37:00 +08:00
回复了 FaiChou 创建的主题 JavaScript JavaScript 编译/执行等问题请教
@secondwtq

谢谢回复.

看了一些资料, 发现自己进入了一个误区, 关于函数里的变量为什么没有被 GC, 一开始的猜想是和 LexicalEnvironment 相关, 于是跑去查了一堆资料, ecma 文档看了好一会, 但是终于发现, ecma 根本没有规定堆里变量什么时候释放, 内存管理是引擎的工作, ecma 根本不去规定. 引擎怎么知道一个变量应不应该回收可以看下 https://developer.mozilla.org/en-US/docs/Web/JavaScript/Memory_Management , 在本帖的问题中, 引擎可能想去回收变量 a, 但是它要确保闭包里没有使用这个 a, 于是跑去 evaluate 闭包函数, 发现它有引用, 所以还是放过了变量 a.

再比如:
```
function foo() {
var a = 1;
}
foo();
console.log('~') // line 5
```

这个例子当中, 执行完 foo(), 到了第五行, 大家都知道 a 会被回收, 但是 js 引擎到底有没有回收它, 我不敢保证, 它回收的时机在什么时候, 我没有去研究, 能保证的是「 a 在第五行被回收了」这么说是没有问题的, 大家都懂.
2019-09-06 09:04:23 +08:00
回复了 FaiChou 创建的主题 JavaScript JavaScript 编译/执行等问题请教
@secondwtq @mcfog 关于预编译 看过很多中文个人资料 会有一些这个概念

https://tva1.sinaimg.cn/large/006y8mN6ly1g6pirewda9j30u00zgqh1.jpg

@mcfog 我在 telegram 和 email 中关于本帖的问题对你提问过, 抱歉打扰哈.. 原来你经常混 v 站呀
1 ... 63  64  65  66  67  68  69  70  71  72 ... 84  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5882 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 31ms · UTC 02:05 · PVG 10:05 · LAX 18:05 · JFK 21:05
Developed with CodeLauncher
♥ Do have faith in what you're doing.