看到真是气，真想锤楼主，能不能有点出息啊，这还不直接拉黑，拜拜下一个更乖啊，还有啥好走不出来的，被拿捏成啥样了，平时锤 bug 的手段呢。

别买，我和你一样单位电脑，家里用的机会少，有个 mbp ，前几天想买 itx 或 matx ，看了好久，最后忍住了，需求不强烈建议不买。我帮你省钱了

收到过类似的 没预约 bing

公司查，还根据流水给我说给我入职的薪水为 xxx ，已经给了涨幅 yyy ，我直接说不能完全按照这个来，应该按现在市场的行情和我的情况来，最后还是加上去了。 只是个对方计参照

你说的好，但是我不敢这样发言，怕被喷，默默点赞

看完了不敢生孩子了

200w 啊，各位，200w

@edenzhujian 这个网站很多三十的，不友好的是现实啊，大家给你说这么多，只是让你三思，如果是五年前，可能看好的人多点

让你全栈，我不信不会让改改前端的活，正好省钱了。公司还不错，待遇不变，可以继续

医生吗？ 我觉得挺难的，医院的工作并不清闲，没有经历去搞了，简单了解可以，深入的话投入精力很大。 我也是自学转，很费精力时间

@wyivzs 就算没有墙也不行，目前是中国地区不提供服务啊

@chrisqin 这叫风流韵事，雅，一定要雅

syncthing 同步 简单。 电脑 nas 都装上

当然，其实也可以省掉前面一步，直接用 a 标签来下载，带上 cookie 进行认证

@Frankcox 你好，我最近也遇到类似问题，似乎通过 xhr 模式（例如用 axios 或 fetach ），无论怎么写，总是要等待 response 获取完毕才能继续处理，如果使用 blob 模式，大文件就会有很大问题，res 过程中刷新页面就中断了，浏览器自身下载管理也无法接管下载，等 blob 构建完成实际上再弹出的浏览器下载框就快完成下载动作了。 现在策略是 acios 去请求下载的临时地址，这样后台能鉴权，后台认可后返回下载地址和地址和一个专用的下载 key ，key 存 cookie 中，再构造一个 a 标签（加上 download 属性），href 写为临时地址（ rudownload/hdjkkdnf ）然后点击 a 标签，这样后台监听 download 这个路由，就能取到临时地址和 cookie ，cokkie 用来鉴定权限，临时地址对应下载的资源（怎么对应的方法很多，例如临时地址和对应资源地址存到数据库）， 后端返回文件即可。 不知道还有啥方法不，我能找到由浏览器来接管下载的方法就是这样了。

到公司附近自动省电模式开启工作场景关掉声音
离开公司反之
到家自动开 Wi-Fi
早上出门前后自动关 wifi

单程 1.5 六点过出门

用了很多年了 ，从没这种问题，当然我没用过国内版，不清楚是不是国内版另一套策略