@jasmineaaaaa 我个人的理解，先不要想着投资赚钱，对于普通人而言工资是相对稳定的收入来源，先学会储蓄。

之后是逐步学习金融知识，比如活期、大额存单、基金（货基、债基、混合）、黄金、期货等等的基本概念，知道它们给你带来的收益是哪里来的，为啥会亏损。

这个过程里也是体会自己的投资风格，比如我就是要保本，或者愿意承担非常小的风险追求稍微高一些些的收益。各种理财产品的评级还是可以参考的。

在不影响生活的前提下，可以投入一点点资金试水，更多的是学习和摸索。投资不是一门把书读完就能赚钱的生意，不然满大街都在搞金融了。先过好生活，积攒本金，积累经验，有一定基础了再说我要额外投资赚一些。

个人建议：不要搞什么梭哈杠杆，这种家破人亡的例子数不胜数。人贵自知，能认识到自己就是个普通人，运气也一般，对于我们很多人来说已经不错了。

也可以参照 Cloudflare 的相关文档 https://support.cloudflare.com/hc/en-us/articles/200170786-Restoring-original-visitor-IPs#JUxJSMn3Ht5c5yq

@zhady009 这里少了一个 s ，应该是改为 %m{nolookups}

可以反激活，在 License 菜单里操作 Unlink this Device

原因有可能是这个 www.v2ex.com/t/661753

仅回答问题 1，Mirror 是用来加速 Docker Image Layers 的下载。但是在开始下载之前，还需要连接到 auth.docker.io 进行认证，连接到 registry-1.docker.io 获取 Image Manifest，所以仍然是需要连接到海外的服务器。

仅回答问题 1，Mirror 是用来加速 Docker Image Layers 的下载。但是在开始下载之前，还需要连接到

@abelzyp fork.dev

@useben Fork 以后也要收费的，按版本一次性收费，最多同时三台设备，支持商用，49.99$

@jingcoco 这里是指网页源代码

是在 0.8.0 开始使用 Inno Setup
code.visualstudio.com/updates/v0_8_0#_new-windows-setup

可以参考这个 Issue 中所提到的替代方法 Docker Support --gpus command line option youtrack.jetbrains.com/issue/IDEA-219125

iPhone 的话，有个沙漏验机，可以看出手机有没有更换过屏幕和电池，原理不知。

路径拼写有误，应该是 /etc/docker/daemon.json

可以用 docker info 命令查看配置是否生效

可以简单描述为，只有在 iOS 中区域为中国大陆，才会使用腾讯的 Safe Browsing API。

详细信息见作者的博客 blog.cryptographyengineering.com/2019/10/13/dear-apple-safe-browsing-might-not-be-that-safe/

根据博客介绍，使用的是 Google Safe Browsing Update API，所以并不是简单地把所浏览的 URL 发送给腾讯。大致步骤如下：
1. Google/腾讯把不安全 URL 计算 SHA256，存储前 32 位用于检索。
2. Google/腾讯把这些 32 位 HASH 推送到浏览器中。
3. 每次访问地址时，浏览器对比 URL HASH 是否在第二步中匹配。
4. 如果匹配，浏览器把这个 32 位 HASH 发送给 Google/腾讯服务，对方返回这个 32 位下包含的所有 SHA256 HASH。供浏览器进一步比对。

博客也提到，虽然单个 32 位 HASH 并不能得知用户访问的具体地址。
但是因为用户一般单次访问是多个地址，根据这一组信息也许能推算用户在访问什么网站。

今天正好看到一片文章，虽然主要是推销他家产品，但是理念是相通的。

hxxp://blog.kubecost.com/blog/requests-and-limits/ （我只是不想验证手机号 ……）

我这边做的是微服务架构，大部分业务服务是基于 ASP.Net Core 开发，还有一部分使用的是 Apache CXF 实现 SOAP 服务（因为目前 .Net Core 没有 WCF Services Host 成熟实现），一部分服务使用 Node.js 实现。

我不太理解为什么要规避 Java 技术栈，根据不同的业务场景和当前开发资源的情况，选择合适的编程语言是微服务的一大优势。

另外 Java 与 Spring Cloud 并不等价，至于如何实现微服务的功能取决于你的基础设施。比如是基于 Kubernetes 的，那么服务发现可以使用 Kubernetes Service，网关可以用 Ingress Controller，熔断模式根据不同的编程语言可以使用不同的类库（比如 Polly ），调用链追踪继续使用 Jaeger。

只是这些技术可能不是开箱即可用的，需要花费时间与资源构造与磨合。如何进行技术选型取决于当时的情景，不能一概而论。

选择大家都熟悉的技术。

个人认为，相比于各种编程语言，合理定义各个服务的业务边界，为之后留下扩展或者重构的空间更重要。

微服务架构下编程语言的重要性并没有那么高，先要满足度量、日志、调用链的标准化要求。在此基础上如果有更丰富的功能当然更好。

值得注意的是，API 定义不要暴露出语言或者某种框架的特性。那么在 API Gateway 的支持下，把一部分功能以更合适的语言重构成单独的服务并不是一件很难的事情。