ICDYCT / 我能, 你也行

有的时候你搭的梯子就是用不了，你不知道是梯子没搭好呢，还是你走到梯子中间的网络出了问题。 其实NaiveProxy，如果你的Caddyfile的格式是写的像官方要求的一样（或者你根本就是一键脚本搭出来的）那么你只要访问你的naive域名：端口 能显示伪装站，就说明搭好了。 在你的VPS上，可以用curl https://你的域名:端口 来看结果。 实在不信邪，那就在你的VPS上跑一个NaiveProxy的客户端，对接你的服务端来看一下。 具体实践

TL; DR Visual Studio Code 支持带注释的JSON，且格式化后保留注释 https://code.visualstudio.com/

需求 如果共享NaiveProxy梯子给朋友，万一朋友开了全局模式，把墙内的CN流量丢进来了，然后梯子又去访问墙内，那么墙就知道这是个梯子了。 所以需要把 墙内CN域名和IP 路由到黑洞blackhole或WARP 而NaiveProxy服务端没有路由功能。

需求 如果共享NaiveProxy梯子给朋友，万一朋友开了全局模式，把墙内的CN流量丢进来了，然后梯子又去访问墙内，那么墙就知道这是个梯子了。 所以需要把 墙内CN域名屏蔽掉。

问题 如, 产品1000, 运费200, 佣金比率20%, Goaffpro已经设置了按产品价格计算佣金. 商家设置了满899免运费的优惠, 客人实际支付1000. 本来应该计算佣金(1000-200)*20%= 160 但是因为Shopify把数据给Goaffpro时, 订单里面还是产品的价格1000. 于是, 实际佣金是1000*20%= 200

1. 程序正常上线工作时，日志等级是INFO 2. 程序需要告知使用者知道的正常信息，用INFO 3. 程序记录的用于调试的信息，比如提示程序的执行的逻辑分支，打印原始数据流等。用DEBUG 4. 程序运行过程中的异常，用WARN或ERROR记录 5. 根据实际情况需要做出一些调整。 比如某些INFO出现太频繁，而程序已经跑了比较久，你相信这块功能不会出问题，那就可以把这些INFO调整为DEBUG。 比如某些WARN或ERROR出现太频繁，程序中已经做了对应的处理，而你又不能从数据的源头减少这些WARN或ERROR的话，也应该把它们视作DEBUG。也就是说它们实际上成为了"日常"。 总之，INFO及以上级别的日志是给正常工作的情况下看的，要注意有效信息的占比。

白嫖 Hax Woiden 的人们都想抢一下“传说”中的 US-OpenVZ 或者 EU-BEST 小鸡。所以会关注 Hax  Woiden 库存频道等通知。但是又想过滤掉无关的信息。 那么可以用关键字提醒机器人。 GitHub: https://github.com/Hootrix/keyword_alert_bot