innerWidth 是 viewport 的宽度，outerWidth 和浏览器布局有关系。

考虑一个部分显示网页的窗口，网页放置于中心 500x500 的位置，那么 innerWidth 永远是 500 ，outerWidth 是窗口的宽度（至少模型如此定义），可以是任意数。

@catalysia #11 很多事实错误。

信用卡交易入账的几天内商户就已经收到钱了，并不需要六十多天，而且交易本身并不涉及“客户的钱”——交易发生的时候，是客户向银行借钱并委托银行交给商户。

当然，商户收到钱也并不是就落袋为安了，因为银行和商户的协议规定银行可以把钱拿回来，而且不限于 90 天，有些卡组织有 540 天收回的可能。

自己写一个忽略此要求的浏览器，或者把那个后台系统改了。

当然，netplwiz 里面的是开机登录的问题。用户登录后当然可以锁屏，锁屏后当然需要操作才能解锁，所以要避免从睡眠中唤醒后需要解锁，需要修改的是电源设置，令电脑睡眠后不要自动锁屏。

坏处：这台电脑更加不安全了。

运行 netplwiz 之后取消选定 Users must enter a user name and password to use this computer. 点 Apply 然后在弹出的对话框里输入自动登录的用户名和密码（两次）。

坏处：这台电脑完全不安全。

这当然一般情况下是不可能的，因为最小化的窗口通常不会绘制自己。主流浏览器会直接停止视频合成。

即使你录到了，很可能也不是你所期待的：古代的 Windows 上最小化窗口是直接画自己的图标的；现代的 Windows 上最小化的窗口，大小基本上是 160x31 ，如果任务栏存在，那么位置在 -32000 ，否则位置是从左下角开始堆叠。

>我对 Windows 的这个设置很疑惑，有朋友讲讲吗？明明设置了默认应用，而且百度网盘并没有更改默认应用，却能让用户再选一遍？

古代的 Windows 里面，只要修改 HKCR\.mp3 的默认值，即可改变 .mp3 的关联。

从 Windows 8 开始，文件关联的选项位于 HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts 里，只有 Windows 本身的 UI 提供受支持的修改方式，即用户掌控文件关联的选项。同时：

1. 若有软件修改 FileExts ，则文件关联会重置为默认值，这样是为了让第三方软件没有动机劫持用户的文件关联。
2. 旧的修改方式不会导致重置，Windows 会借此意识到文件类型有新程序可以处理，并提示用户可以选择新处理程序。

第二点是至关重要的，因为普通用户可能不会主动修改文件关联，因此这是给每个新程序被发现的机会。同时：

3. 在 HKCU\Software\Microsoft\Windows\CurrentVersion\ApplicationAssociationToasts 里面会存储每个 ProdId 和扩展名是否尝试提示过用户了，ProgId 大概可以理解为“程序 A 可以处理类型 B”的信息（同一个扩展名可以有多个 ProgId 支持，同一个程序可以注册多个 ProgId ）。

理论上来说在新程序安装之后遇到的那种“打开方式”对话框，应该每个类型只提示一次。我自己测试了一下新注册 ProgId ，会提示新程序，选择 Always 当然会改变文件关联，选择 Just once 的话，无论选择哪个程序，下次打开都不会再提示，并且文件关联还是原来的。

广告时间： https://geelaw.blog/entries/windows-fileassoc-walkthru/

————

结论：

- 百度网盘愿意注册音视频文件的类型，我觉得是中立评价。
- Windows 提示你选择文件关联，我觉得是正常的发现机制。
- 如果你确定百度网盘会导致 Windows 反复提示同一种文件的关联，并且不是因为你不断安装新程序，我觉得是百度网盘作怪（也可能是 Windows 的 bug ，但可能性比较低）。

@Jianzs #9 简单的思路是认为只有资金变成费用时（比如变成了食物吃掉了）才认为现金流出，如果只是单纯从基金赎回，应该把赎回资金认为放入了存款，作为无风险投资继续存在于整个投资组合里。

如果这样看，那么在绝大多数时候你的投资是只进不出的——定投相当于投入资金，调仓如果产生费用就直接当成亏损，如果有结余则相当于把一部分高风险投资换成存款。

因此要计算 IRR 应该是

当前价值 = sum (第 i 笔投入的资金) * (1+x)^(T_i)

其中 T_i 是第 i 笔资金投入到现在经过的年数。

再次以 0 楼的数据为例子的话，要看中间两个 1000 的含义，假设你记录的是一个基金产品，且这就是你的完整投资数据，且赎回 1000 后这部分资金单纯放在账户里闲置，且不产生利息，一年后又重新投入基金，并且最后赎回 120 之后你不再持有基金的份额，并停止投资，那么年化收益率是 (120/100)^(1/3) - 1 ~= 6.27%

然而上面的假设多半不对，我不太相信会有第一年年化大于 900% 第三年年化小于 -88% 的产品，是过山车吗？

@stevenhan #6 完全有可能第一段年化收益 900%，第二段年化收益 -88% 呀

@geelaw #3 发现我的符号搞错了，应该是

-100(1+x)^3+1000(1+x)^2-1000(1+x)+120>0,

才对，投资值得所对应的无风险利率应该是 (-1, -0.86) U (-0.029, 7.9)，比如当无风险利率是 0 的时候，NPV 是 20 。

@geelaw #3
处于 -86% 到 2.9% 之间
=>
处于 -86% 到 -2.9% 之间

IRR 的另一个作用是决定投资是否值得，在“正常”的情况下（任意付出的款项都先于任意收回的款项），IRR 只有一个数，当 无风险利率 < IRR 时，说明投资具有超额收益，以无风险利率借钱操作投资是值得的（请注意，现金流一定是所考虑的情况时才成立，实际情况里现金流可能是随机变量，此时需要更复杂的判断）。

在现金流反复变号的情况下，判断哪些无风险利率适合此投资，应该改成 NPV > 0 即

100(1+x)^3-1000(1+x)^2+1000(1+x)-120>0,
1+x>0

解是 (-0.86, -0.029) U (7.9, +infty)，也就是无风险利率处于 -86% 到 2.9% 之间，或者大于 790% 的时候，此投资才是值得的。IRR 通常是 值得区间 的端点。

由于资金有时间价值，单纯看开头结尾是无法反应 IRR 的，毕竟你中间出现了取出 1000 但过了一年又放回 1000 的情况。而且 IRR 可以有很多个结果。

100(1+x)^3-1000(1+x)^2+1000(1+x)-120=0

有三个解，分别大概是 -0.86, -0.029, 7.9 ，每个解从利率的角度都是有意义的（只要 1+x>0 就有利率的意义）。IRR 的意思只是“什么恒定利率下，投资过程可以用借款和还款所模拟”。

简单的解读是想象以 IRR 为无风险利率的情况，然后投资过程应该相当于没有超额收益。

两个负利率的世界：从 100 变到 120 在赚钱，但是让 -1000 不变相当于亏钱（注意让 +1000 不变是在赚钱，因为在负 IRR 下 +1000 会随着时间变少），由于时间区段不同，赚钱和亏钱抵消了。

超高正利率的世界：从 100 变到 120 是在亏钱（因为 100 经过三年的 IRR 应该会变成 70000 多），让 -1000 不变是在赚钱（因为在此 IRR 下，一年后就会变成 -8890 ），两者抵消了。

@MrLonely #4 有没有一种非常简单的可能，就是这件事情和 RD 没有任何关系，并且你看到的 60831 端口就是尝试登录的端口，呢？

参考 https://learn.microsoft.com/en-us/windows-server/identity/securing-privileged-access/reference-tools-logon-types 发生 Logon Type = 3 (Network) 的情况很多

第一个思路是确认你看到的确实是 RDP 登录尝试。Logon Type 是 10 (RemoteInteractive) 吗？ Source Port 是 3389 吗？

首先，收到收件人不是自己的邮件自己的邮件十分正常，比如自己处于 bcc 行或者是邮件列表的成员。其次，似乎邮件的目标地址是非自定义域名的 Exchange Online 。

发件人是你但是你没有用自己的地址发过邮件，并且没有提示发件人地址伪造，说明 anti-spoofing 设置不正确。

@rocmax #2 吸附的目标是元素的框，不是行。

当然，可以每个元素恰好容纳一行，但首先分割位置会受到字体的影响，其次将失去两端对齐的可能，并且还会导致障碍（ reduce accessibility ）。

应该检查用户滚动结束才强制对齐，检查 wheel 是不必要的。标准 Web 做法是监听 scrollend 事件并作出处理，但 Safari 没有实现，为此可以在 Safari 上改成监听 scroll 事件并防抖（ debounce ），比如在发生 scroll 事件之后，第一次 100ms 内没有再发生 scroll 事件的时候执行代码（ requestAnimationFrame 通常会让代码极快执行，不适合此场景）。但是 scroll + debounce 也有不小的缺陷，比如 iOS 用户用手指滚动的时候，滚动途中稍作停留就会触发代码（通常认为手指离开屏幕才是滚动结束）。

我的建议是重新审视需求：为什么非要按行滚动？不完美按行滚动 和 完美自由（不按行）滚动，哪个更好？

……这样得到的加密算法是确定性算法，所以不具有选择明文安全性，几乎不会使用。

即使作为 DEM ，如果 hash 函数的 index 是公开的，在计数器模式下显然容易篡改，也几乎不可能使用。