背景

上一篇 搭建 NPM Proxy 成功搭建了一个 NPM 代理，但很快就又遇到问题了：node-sass 这种典型的有预编译包，而且需要到 GitHub 下载的 Package，安装就会失败。

寻找原因

我们的 NPM Proxy 已经将所有包重定向至 taobao registry，tarball（源码包）也完全是从 taobao 源下载的，然后我根据 cnpm 的首页例子尝试：

工欲善其事，必先利其器

背景是公司内部服务器是网络隔离的， 但是要做自动化构建、测试等，通常都需要从外部拉取依赖。所以，我又要搭建内部的镜像源了。（为什么说又呢。。。）

毫无疑问，是要用到一个服务器专门做镜像源的服务器，它有特殊的网络策略，内网的服务器可以和它连通，用作内外网的转发，以下假设使用 Nginx 做反向代理。

此文作记录，可以参考。不是教程。

一

一开始以为自己的PayPal是美区的（因为是在贝宝出现之前注册的）绑定了招行MasterCard，然后直接绑iTunes，卒！

二

1. 解绑招行MasterCard，新注册了美区PayPal，绑定卡，然后去绑定iTunes，卒。
2. 尝试购买gift card，卒！（估计是同一张卡，更骚的是，两个账号我用一样的密码，美区PP的账号是用的国区解绑下来的邮箱）
3. 发了邮件给PayPal，估计石沉大海，没有任何回应。

三

1. 隔了几天登录PayPal，说我账号安全风险，然后改了密码（这回和国区不一样了）
2. 然后发现 https://www.paypal.com/mem-number 这里还能验证一遍信用卡，于是验证。按照网页提示操作，然后PayPal会发起交易$1.95，看到银行的交易提醒信息交易商户为 PP*0000CODE... 这 0000 就是认证码。
3. 然后去绑定Itunes，提示需要电话或短信验证，实际上两个都会提示“Sorry, we couldn ’ t confirm it ’ s you”。
4. 然后维基百科 捐 了$1，过了一会儿，再尝试绑定，成功了！

前后过程一周多。

如果有一个大型的 Web 程序，需要对其进行一些使用上的改进，但有时候又需要跟踪上游的更新；需要保持其稳定性，不能频繁地部署；更重要的是，没有足够的时间、人员资源去进行二次开发。 如果说只是更改页面的样式或者体验性增强，可以通过浏览器插件来做到类似客户端的效果，而且有更大的权限去做更多的事情，但是可能没有办法去令到每个人安装这样的插件，特别是Chrome收紧了安全策略之后。 该怎么做呢？

…

在用LogStash做日志处理的时候，几乎都需要进行许多的调试，主要是针对Filter。而LogStash是运行在Jvm上，意味着每一次的启动都需要耗费大量的时间，许多教程文章都说推荐使用stdin/stdout，从 command line 输入，然后将输出打印到控制台来输出。LogStash也提供了配置文件重载功能，期望场景是：从命令行输入，然后观察输出是否符合预期，如不符合则修改DSL的配置，然后再重复前步骤。但问题是，stdin方式不支持配置重载。