@xyy003 所以我推荐直接爱奇艺走起少走一个月弯路 (狗头

买个笔，但凡能坚持住记笔记这一点就值回票价了。
虽说我推荐还是直接爱奇艺走起，可以少走一个月弯路.jpg

煤炉只允许一个人注册一个帐号，目测 ip+银行卡之类的不只怎么把你判定成同一个人风控了吧
煤炉 app 不光是二手平台还有自己的メリPay 这种支付平台，估计那边也风控也严重

同样的话反过来也可以说：先写 ts 再写 js ，原本安安稳稳，换成 js 之后动不动就写出 bug ，而且别说看别人的代码，光是看自己之前写的 js 代码我都恶心得想吐

之前用 k6 写复杂逻辑的压测脚本，一时偷懒没用 ts 而是用了 js ，结果写到后来写得我要死了。现在你让我再去改自己写的 k6 脚本，我宁愿重写也不想再看哪些代码了。如果再给我个机会，我会毫不犹豫上 TS

组 nas 最核心的还是机箱，机箱会制约你的一切其他配件的选择
目前用的是御夫座这机箱，可以塞 ATX 电源，mATX 主板，全高 pci ，电源主板 cpu 风扇配件选择余地极大。6 硬盘+2 个 2.5 英寸硬盘，目前用得十分满意，估计接下来 N 年都不会换了

躺床上，电视挂高点（基本要挂到离天花板没多远的高度），具体高度以自己躺下垫个靠垫视线所看位置为宜
电脑连电视，配上无线键盘鼠标躺下，你会发现一切正好（鼠标推荐罗技轨迹球鼠标）

旧的延迟很高，我每次急着接验证码之类的都是手动点同步按钮的

新的 outlook 也有延迟，体感有时候会晚个一两分钟，快的几十秒。最傻逼的是新 outlook 居然没有手动同步按钮，我急着接验证码 Gmail 网页已经收到了，但客户端半天收不到。也不知道设计这个新 outlook 脑子怎么长的
还有，有人知道新 outlook 邮件列表最上面的广告怎么禁用吗。。。

啊，我理解错了，无视 3L 说的。lz 家的网线都是集中到哪里的？弱电箱那里吗？

等等，你书房就一根线怎么放交换机？

用正则就行，但是结果并不一定符合你预期

比如搜出“东北大基金招募办法“之类的

路过同问，Windows copilot 基于 edge ，只要一用就会把 edge 整个拉起来然后 edge 后台运行在那占一大堆内存。每次都要任务管理器里强制关掉很烦

我父母那辈，几乎所有人都觉得 iPhone 普通款屏幕太小了看不清。所有人都觉得要买至少得买 Plus 的尺寸然后调字体大小

@mkb lambda 基本普通 api 服务器都可以用啊。
lambda 可以单一职责，也可以像普通框架开发那样一个函数处理所有 api ，一些框架都有对应的 serverless 版本，或者你高兴的话自己写一个 event 转换层也行。

一个 api 一个函数虽然函数多，但部署打包其实也没那么麻烦，建议上 aws cdk 部署 lambda ，这样部署起来非常轻松。cdk 里指定好对应函数代码入口后就是完全自动打包部署的

至于选择单一职责函数还是多职责函数，各有优缺点。单一职责函数后期运维的时候每个 api 都是彻底分开的，调查日志的时候极其轻松（不用在一堆 api 的日志里找对应 api 了），配合 apigateway 的话还可以精准统计每个 api 的请求负载，处理时间，错误率之类的。缺点就是 lambda 的冷启动问题，如果你 api 每天都请求数是稀疏的，那么每个函数都会遇到冷启动问题，反映到用户端就是 api 反应缓慢（当然 这个问题加钱就可以解决）

多职责函数的话就没有上面说的单一职责函数的优点了，好处就是冷启动问题会大为缓解
具体怎么选择看你自己

这东西音质一般，比骨传导强但也没强多少，就是挂个小喇叭在耳朵上，主要就是给户外运动的人准备的，漏音也漏音，不过户外运动的话也不在乎漏音

SE 没有上下文一般默认指 system engineer

看完这个帖子，我对一些用 js 的人真的大开眼界

rclone 了解下，但 mount 一个 6T 的 dropbox 然后使用有没有可行性因为没试过就不清楚了

真就一个个都把手机电池当祖宗供着啊

jwt 无状态，本质和互联网初期时，网站在 cookie 里塞用户 id 服务器靠 cookie 里记录的用户 id 来确认你是哪个用户没区别。只不过 jwt 更现代而且往往有效期非常短
想要在服务器端实现 jwt 无效化，最后搞到最后你会发现这就是 session