@stringtheory 我遇到这种情况的时候说明 app 实际运行的路径和安装的不一样
你可以按住 Cmd 分别点击两者看是否不一样

有两种情况
一种是 macOS 自动 sandbox 了这个 app 所以会生成一个临时路径 两者路径不同
一种是启动参数不一样 也会导致这个问题 但是 cmd 找到的路径是一样的

解决方法也有两个
可以先把 2 个 app 都移除 dock 然后从 launchpad 打开 app 再把这个从右边 app 拖到左边 这样就把实际运行的 app 放在 dock 左边了
如果是第一种情况 实际 app 在临时路径 你需要用命令行 xattr -c /app 安装路径 去掉下载隔离的一个 flag
那么下次运行的时候就不会自动放到临时路径了

Firefox 少其实挺正常的 毕竟现在移动端已经很占到差不多 45% 了
移动端自然没有 Firefox 什么事情 基本上都是 Chromium/Webkit 的天下了

只是这么少确实很惨 连 5%都不到
而 Webkit 这边已经超过 90%了

一般情况下你需要 sourcemap 这样浏览器会自动给你做一些事情 但是 webpack 处理 import 的情况除外

import {a} 这种 不像 function 会把(a)编译成 _a _a1 这样
因为 webpack 之类的 会把 module 编译成非常复杂的东西 比方说 __WEBPACK_XXXXX_MODULE_.XXXXXX["a"] 类似这样的东西 根本摸不着头脑
所以你需要被 debugger 放到 console.log 后面 就可以看到结果了

不过话说回来 目前的主流框架 也是可以提供不转译可以浏览器直接运行的方法
只不过大部分脚手架框架都是需要 NodeJS 来转译和打包的

@black11black 前端已经今非昔比了 不要在用 jQuery 时代的思维
现在前端届 NodeJS 已经不仅仅是服务器运行时 更多情况下是构建工具和脚手架运行时了
前端代码需要 transpile 转译 和 bundling 打包 后才可以在浏览器里面跑
你可以想象一下现在的 js 已经不是可以在浏览器里面直接运行的了 就像 java 和 c 一样要先编译一下
更不要说现在都流行 typescript 或者用最新的 es2020 了 不编译一下浏览器不支持的

当然如果完全要在浏览器里面远程开发 不在本地安装 nodejs 也是可行的
那么可以用 webide 或者浏览器远程环境来做到 你可以想象一下 你在浏览器里面跑一个 vscode 然后里面直接运行 node 并且输出调试的页面

@oktony SSD 不管是不是 NVME 都会有掉速 问题
只不过一个从 1-2GB 掉到几百甚至几十 另一个是从 4-500MB 掉下来
同样大小的缓存速度快的自然满的快
所以只是 NVME 更加明显罢了

所以在爆缓存的前提下 想要快就要看 nand 颗粒的类型和质量了
现在便宜的都 3D TLC QLC 什么的 自然快不到哪里去

要不掉速 要么缓存超大 要么颗粒好 价格自然贵了

反正是公司的 为什么不买 care ？ 难道你自己出钱？

而是打开了文件 然后 .gz 默认的 app 自动解压了

@bear145 @jinx930621 说的对 其实不是自动删除扩展名
而是打开了这个我就然后你.gz 默认的 app 自动解压了 把 .tar.gz 解压成了 .tar
如果你的默认解压 app 可以识别.tar.gz 那么就会直接解压成文件夹
所以 如果是一个 zip 或者 tgz 文件 你会直接得到一个文件或者文件夹

@zhuangku556 现在已经没啥不是咖喱味的啦

原因很简单 因为和他几乎一样的 TypeScript 火了 他没打过 TS
如果当时 Dart 打赢了 TS 那现在也就没 TS 什么事了

去快捷方式属性里面指定一个图标就是了

类似这种双头扩展 就可以在侧边插 SD 卡

https://m.media-amazon.com/images/I/71EXDOFGJHL._AC_UY436_FMwebp_QL65_.jpg

就是你自己要粘牢点了 保证不要随便掉下来

@gzchen 如果只是用了存放文件 不需要同时、立即、或者随时被使用
除了 NAS 或者可以挂载的网盘 外
还可以用 Google Drive File Stream 或者 Dropbox Pro 就和 iCloud 类似 可以把不常用的文件 offload 到云端
只要在需要使用的时候才下载回来使用

除非你一个项目已经要用满你本地空间 否则可以把所有需要的文件放在云上 需要的时候在自动下载回来用

另外 USB-C 的空间实在太小 连 micro SD 卡大小都放不下 加上接口本身非常紧凑 U 盘只能凸出来 完全没办法到达你的要求
所以如果你必须要本地空间 那么可能可以考虑的方案就剩下两种：
1. 用接在机身上的那种 USB-C Dock 然后想办法黏紧了 然后在上面插那种嵌入式的小 U 盘 SD 卡之类
2. 把 SSD 贴在你 Mac 屏幕背面 然后用线链接 并且贴牢

没问题 和用苹果自己的快充没啥区别 除非质量出问题
PD 协议充电器会自己按需调整功率 iPhone 最大也就 18w 一般也就 15w 左右
就算是 iPhone 11 Pro 自带的快充 长期使用也会比 5w 的慢充稍微更伤电池的 都一样

@xuanbg MD5 也太过时了 就连 SHA1 都不要用了 至少 SHA256 或者 SHA3 类
最好是 bcrypt PBKDF2 之类的

就 1 而言 前端加密或者 Hash 本身对密码安全性其实意义不是很不大 因为根本加密或者 Hash 后传到后端的才是真正的密码原文 如果你后端不在加密或者 Hash 处理 相对于数据库存密码原文 脱裤完蛋
就 2 而言 你说的是对的 前端发到后端的才算密码原文 所以后端必须再加密或者 HASH



理论上如果 HTTPS 够可靠 前端没必要做 HASH
但是前端做 HASH 还是有些好处的：
1. 不管用户密码多长多复杂 传到后端的密码格式长度和编码是一样的 不需要担心长度 特殊字符和编码的限制
2. 如果脱裤 增加了制作彩虹表的难度 想来直接反过来推算非常困难 因为后端输入的密码是 HASH 过的 都很长 就算是用密码原文根据前端 HASH 算法来制作 至少难度增加了不少 因为需要两次 HASH 如果前端也加盐 就更难了
3. 保护了用户密码原文 应为用户的密码原文不再通过网络传到后端 就算网络窃听或者被脱裤再彩虹表 都没办法直接拿到用户密码原文用去黑其他账户或者社工 除非也用彩虹表来撞

用 HTTPS 是必须的 否则没办法解决由证书做到的信任基础 再怎么加密都可以被监听和泄漏
后端做 HASH 是一定必要的 否则脱裤就完蛋
但是考虑到 HTTPS 也不一定保证安全的现在 前端做些 HASH 也是不错的加强

还是分辨率最重要

@andychen20121130 其实和读书是一样的
既然你要领证 方便未来读书或者找工作 那自己看你要去的地方哪个考试更加被认可
去欧洲一般都是雅思 去美国一般都是托福
而且两种考试侧重点有些不一样

@heheda0 有更新 iOS 系统到最新吗
我的 XS 前段时间突然 GPS 开始不定时的飘 开车开着地图就突然跑到旁边的路上了
出现了好几周 但是这几天貌似又好了
不确定是否和 GPS 系统周数反转相关的问题导致的