overhead 低信息密度高自然就快，本前端表示除了 json 和 msgpack 别的都不用（

Materialized Path 行不行

心情不好，不知道该怎么办，有的事情是否应该开始，有的事情又是否应该结束？
人生苦短，又怎么可能不留遗憾？

配置文件 /环境变量 /分布式配置系统（ etcd 之类的）

你是 Safari 受害者吗？ Safari 在这种情况下的实现并不规范，是它自作聪明。

还挺强的，加油楼主

就是一个多台机器共享出口 IP 的问题，访问量不大的话 NAT 就能解决，比如阿里云的 NAT 网关之类的服务。

现代前端，几乎是整个页面和前端路由都归前端管——前后端分离+服务端渲染（ SSR ）

你说的那种混在一起的写法是过去的故事了，你们都在一个仓库干活，就别分什么前后端了，其实都是一个岗位

@huZhao 微信公众号无法在 Google 上搜索到，所以我无从获知你的微信公众号链接。

服务端渲染当然是前端做，你指望只会写后端的人帮你调渲染么，不存在的。

当然大厂的话可能会分到更加细分的工种做。

帮你补个链接： https://www.jianshu.com/p/8f230c13f355

你没有写 Counter.privateCounter = xxx，那么你就访问不了 Counter.privateCounter，就这么简单。
至于函数里面的 var，那和 Counter 无关。

…这图没了也不影响啥就是了

看你找的是微信公众号上的陌生人内推还是有熟人认可你，帮你推到对应的老板面前了……
前者大概没什么用，后者的话我猜你也不会来问这个问题了

@Thiece 确实，我就是老忍不住我这回复的手，叹气

是这样的，你想做事情 X，然后你觉得 Y 是做事情 X 的最好方法，所以你发帖来问如何更好地做 Y 。这个现象通常被称为“XY Problem”（参考： https://coolshell.cn/articles/10804.html ）

换到你的需求来说，我猜就是（可能猜的不准）：

我要在只有 FTP 作为文件管理手段的虚拟主机上，使用 PHP 建设一个网站，用于存储少量的图片。我不希望把每张图片分别存储，因为这样如果需要备份，通过 FTP 下载会很慢。由于我的存储空间有限，所以希望选择空间占用小的方法。

在这个问题下，你觉得使用 sqlite 或者 MySQL 是最理想的选择，但又拿不准哪个占用小，所以来发帖询问这个问题。但显然，无论是 sqlite 还是 MySQL 都不是为这个场景优化的，所以大家对你要做什么表示了疑惑。

---

回答你一开始的问题，无论是 sqlite 还是 MySQL 在这种场景下的硬盘资源占用区别不会太大。

不过如果我对你的需求理解没有错的话，我大概会选择存储文件，并且在我的 PHP 后台添加一个功能，点击之后把所有的图片文件打包成一个 zip，再通过 FTP 下载这个 zip 从而规避 FTP 下载大量文件缓慢的问题，同时又避免了把文件存到 sqlite 的风险（数据库错误导致所有图片同时丢失）。

rime 有时候也这样，甚至微软拼音也有时候这样，反正确实是输入法的问题，我是升级 2009 之后经常遇到

Windows 安全中心如果说的是 Defender 的话，应该是可以反删除的，可以找找隔离区。
在如今 https 普及的大背景下，已经很难在链路上发生普通的安装包被劫持掉包的事件了——也就是说一般是用户侧浏览器或者内容提供商（和它的合作分发者）这两者之一出了问题。