www.samba.org/samba/docs/current/man-html/smb.conf.5.html

www.samba.org/samba/docs 这里点「 Samba man pages in html 」不就可以链接过去嘛 ...

LeanCloud 了解一下？

简单来说就是代替构造函数

>为什么要顺序地尝试获取所有实例里的锁呢？同时尝试获取会存在什么问题呢？

同时获取可能会死锁（每个客户端成功在一半的实例加锁），所有客户端都顺序访问就不会出现死锁了。

>键是在不同时间被设置的，所以也会在不同的时间失效。这样子还能够保证 mutual exclusion 属性吗？

按我的理解这个 TTL 只是为了避免出现加锁后（因进程崩溃）没有解锁的情况，在一定时间后自动解锁，这本来就是一个特殊情况下的措施，其实在发生达到 TTL 时，锁的有效性就已经得不到保证了（你不知道是进程真的崩了还是暂时卡住了），所以这个 TTL 差个几毫秒并不是那么重要。

正常的应用中不应该出现「期望在获取到锁之后的 ttl 时间内都能够唯一拥有锁」的情况，应该（比如在时间用掉了一半的时候）不断地续期，在结束后主动地释放锁。

备份这个课还是要上的，不管用的是什么设备，都要将设备本身的存储当作临时存储，想想至少 macOS 提供了一个 Time Machine （虽然 Windows 也有，但可靠性和易用性不如 Time Machine ）。

刚在 App Store 买了 Medis 支持一下，感觉开源但不提供编译好的版本，让大家去 App Store 买也是个不错的盈利模式。

用 Medis 主要是因为平时项目里用的都是 ioredis，用一个基于 ioredis 的 GUI 显得非常亲切（虽然实际上对使用没什么影响）。

headless 的 service 其实就可以当服务发现来用，用 DNS 协议查 headless 域名即可。

Promise.all 或 Promise.allSettled

可以加 iptables 规则来匹配从某个容器出去的流量，然后可以从 iptables 的计数器里查到被这个规则匹配的流量。

@Senventise
@TPOB
我觉得用「资格」更准确一点。

@Anhedonia 所以还是类似 Sketch 那种订阅结束之后可以继续使用最后一个版本比较合理，这样如果软件一直没有令人满意的更新就可以直接退订了。

不必要过滤输入，但必须要过滤（转义）输出，否则对于会显示来自其他用户输入的内容的网站，就会有跨域脚本攻击（ XSS ）的风险。很多人没有意识到这一点是因为大部分的前端框架（如 React ）都是默认会对所有的输出进行转义的。

正在艰难地从 Chrome 换到 Firefox，但我换的原因不完全是隐私，而是不希望 Chrome 一家独大，在情感上更支持所谓的「最后一个独立浏览器」，即 Firefox。

@imn1 虽说确实可能也会向 Mozilla 提交一些数据，但从两家公司对隐私的态度就可以看出不同，Google 更多的是回避隐私相关的问题，Mozilla 则千方百计地让你相信他们不会将你的隐私挪作他用。

Firefox 的数据同步是端到端加密的，且提供了官方的开源后端允许你自己托管数据。
hacks.mozilla.org/2018/11/firefox-sync-privacy/

我是觉得，无论是高并发还是大数据，只要并发高到「一台机器无法承载」，或者数据多到「一台机器放不下」了，就可以算高并发或大数据了。因为从一台到两台是一个巨大的架构调整，但从两台到更多台就只是加机器了。

Slim 才是和 tornado 平级的东西。

就算用一站式框架也建议先了解下 Laravel。

node2 是一个空指针，打印出来就是 nil ； node3 是指向一个新初始化的 struct 的指针，打印出来的是这个新初始化的 struct。

@uxstone
@lihongjie0209
因为你控制不了你依赖的其他包作者用什么版本呀。举个例子 lodash 是 NPM 上被依赖最多的包，你项目依赖的很多其他包可能也依赖了 lodash，而他们依赖的版本可能和你不同。

最大的好处就是每个包可以对自己使用的依赖版本有充分的控制。Node.js 里一个项目（由若干个包构成）里可以同时使用同一个包的不同版本，而不必像 Java （我不是很了解 Java，但我听说是这样）在一个项目中，只能使用一个包的特定版本，如果不同的包依赖了同一个包的不同版本，就可能出现无法解决的依赖冲突。

作为一个 Node.js 开发者，我是非常认可这种做法的，我认为这种设计所解决的问题是要比带来的麻烦多的。