@yhl10000 #5 复制为 fetch 的:

```
var requestOptions = {
method: 'VIEW',
headers: myHeaders,
body: raw,
redirect: 'follow'
};

fetch("https://api.xxxxx.com", requestOptions)
.then(response => response.text())
.then(result => console.log(result))
.catch(error => console.log('error', error));
```

复制为 cURL 的：

```
curl --location --request VIEW 'https://api.xxxx' \
--header 'Content-Type: application/json' \
--header '...' \
--data-raw '{xx:1}'
```

@yhl10000 #5 谢谢，在 Charles 上也能右键复制为 cURL，和 postman 一样复制出来的 cURL 都是 VIEW 的请求方法。

@fancy111 #3 在某 app 上见到过，并且在 postman 中能看到有这个默认方法，所以以为是个常用请求方法。但是搜索却无果。

@loading #1 嗯，我也搜遍全网，都没有发现任何关于 VIEW 的解释。

但 postman 和 charles 抓包看到的这个情况，又难以解释。。

http1.1 2.0 新加的都没有这个方法。

@aptx4689 #12 如果有人问我 app 的相关细节，我也会回复的，但那个作者在 10 分钟就回复我的邮件也太效率了。

@Mitt 这个软件的开发者回复我了，他用的就是序列号(kIOPlatformSerialNumberKey)。

https://i.imgur.com/PYhxXgR.png https://i.imgur.com/ZxypvG0.png

在使用 "Hopper Disassembler v4" （第一次使用）查看 Sip 的反编译，能搜到关于 UUID 和 keychain 的相关代码，不过有一大部分是 AppCenter 的代码，但也能发现 Sip 也是用了 UUID 和 keychain。

我记得上午在 keychain 里找到过 Sip 相关但一个 item，被我删掉了，但是重装几次 Sip，keychain 里就再也找不到有关但证据了。

现在一头雾水。

@Mitt #7 我用的是 AppCleaner，它会扫描软件相关所有内容，进行删除，暂且相信它。

@elderwand 谢谢纠正，我重置了电脑的 IDFA，重装 Sip，发现 id 没变。

@Mitt 在问题中我也提到过「将 UUID 保存到 keychain 里来持久化」，这种方法我做 iOS 时候用过，但是我在电脑 keychain 里找不到 Sip 相关的 item，大概也能排除这种方法。

@Mitt #1 在 iOS 下获取不到序列号，macOS 上我不确定可不可以，但我的疑问是 Sip 这个软件的唯一 id 是怎么保持不变的？

@NeezerGu 理论上是的，但你首先你得确定软件用的是哪种 id，比如 Sip 这个软件它就不是你的系统 UDID。当然你也可以针对抓包的这个接口进行重放，修改返回信息来达到所谓的「无限试用」。

双拼一年多了, 打字几乎不过脑子.. 比如全拼, 每一个字母你的大脑会跟着你的手指一起记录, 双拼感觉是不用大脑跟着, 因为大脑跟不上, 这里跟不上不是因为打字快了, 而是因为大脑对于 「拆分->按键」这个过程比较慢.

不管双拼全拼, 大脑肯定是给手发的指令, 但对于双拼, 大脑没有明显感觉是在给手指发信号.

打字速度, 现在勉强能跟上之前的全拼速度.

随便拉一个双拼老用户, 让他口述字的双拼组合键, 我相信和全拼没法打.

看过 react conf 里有一期, 一大佬在上面用 vim 讲解 react hooks, 他说过: 别问我为什么用 let 而不是 const, 年纪大了, 能少敲几下就少敲几个. (大概这么个意思)

解决了:

spawn('code-push', args, { stdio: 'inherit' })


这个属性会将 stdio 传递给 parent process.

https://nodejs.org/api/child_process.html#child_process_options_stdio

'inherit': Pass through the corresponding stdio stream to/from the parent process. In the first three positions, this is equivalent to process.stdin, process.stdout, and process.stderr, respectively. In any other position, equivalent to 'ignore'.