blog
blog copied to clipboard
qiwihui
技术和思考，基于issues
这也是我关于自己在Github上连续提交173天的过程。准确说这并不是我连续173天在Github提交代码，在整个过程中总共中断了两次，第一次是在农历大年三十，和家人吃完年夜饭聊天完已经过了提交时间点了，第二次是在3月2号，家里的猫因为生病照顾了一个晚上。总得来讲这是一次非常有挑战但是却收获很大的过程。 ## 开始 故事起因于自我懈怠的感知，我在去年年底有很长一段时间不知道自己改做什么，处在十分疲惫的状态，以至于在12月的时候连着一周没有任何提交，知道我觉得自己应该做些什么改变。我想起了很早之前的一遍博客：《[我泡在GitHub上的177天](https://linux.cn/article-1984-1.html)》，于是，我决定试着实践一次在 Github 上进行连续提交，以改变自己的状态。 我试着按照博客中的约定给自己定下了几条提交的要求： 1. 提交必需要有意义，不能是简单的编辑格式或者修改错字； 2. 不能自动化提交过程，不能作弊。 ## 前半段 不可否认，在这个计划刚开始的时候热情十足，有过40个提交的一天，以及好些个十几个提交的日子，虽然40个提交只是整理博客带来的，但也是让我很是激动。即使我在前半端的时间里有过两次终端也没有对降低我的热情。 ## 后半段 在第60天之后，这个挑战的难度就开始显现了，一是我开始出现的疲惫，另一个是因为我开始出现提交枯竭。我在这次挑战中的提交大概有以下几类： 1. 博客已经相应带来的修改； 2. 自己的项目想法的提交，比如 [SMSFilters](https://github.com/qiwihui/SMSFilters)； 3. 《强化学习导论（第二版）》的学习笔记； 4. 对开源项目的贡献，包括issue和PR； 5. 日常阅读文章的记录。 博客刚开始写得勤，一周一到两篇，后来能两三周一篇就已经算很多了；项目的想法不可能一直有；学习笔记越到后边越困难，渐渐一章一节的时间就加长了；对开源的项目的提交并不能都得到合并；阅读的文章也不能总是读到很优秀的文章。所以后来，每天的提交频率基本处于保底。 ##...
1 > GitHub repo: [qiwihui/blog](https://github.com/qiwihui/blog) > > Follow me: [@qiwihui](https://github.com/qiwihui) > > Site: [QIWIHUI](https://qiwihui.com)
HMM ==== 本文整理简单整理一下HMM的理解思路。 ## 模型 ### 马尔科夫性与马尔科夫链 性质： - 有限历史假设 - 时间不变性 ### 隐马尔科夫模型 1. 模型定义： 1、初始状态概率向量 $\pi=(\pi_i)$，其中 $\pi_{i}=P(i_{1}=q_{i}), \quad i=1,2, \cdots, N$ 2、状态转移概率矩阵 $A=\left[a_{i j}\right]_{N \times N}$，其中 $a_{i j}=P\left(i_{t+1}=q_{j}...
1 > GitHub repo: [qiwihui/blog](https://github.com/qiwihui/blog) > > Follow me: [@qiwihui](https://github.com/qiwihui) > > Site: [QIWIHUI](https://qiwihui.com)
上周陪着看《向往的生活》，黄磊在节目中给大家做了一次姜汁撞奶，看着大家都吃得都开了花似的，于是决定我也要做一次。 ## 1.0版本 在超市买菜的时候随手买了生姜和牛奶，回到家放进冰箱也就忘了。昨天想起来开始做时已经过了五天了，开始第一次尝试。首先把生姜切成小块，放碗里用擀面杖捣碎了，因为生姜有点干了，加了点水挤出来小半碗姜汁，然后把牛奶加入白糖煮开了，倒入装姜汁的碗中，然后将碗中的撞奶放到锅上蒸了五分钟。但是，结果并没有像电视上那样好，牛奶还是牛奶，加了姜汁和糖的牛奶。为什么会失败呢？ 认真分析了一下原因，我想大概是是这样的：姜汁撞奶的过程就是蛋白质变性的过程，牛奶中的蛋白质和姜汁中的某些物质混合导致蛋白质变性，和做豆腐脑的过程差不多，但是因为原料的品质没有达到变性的要求： 1. 生姜放着已经变干了，没有什么汁水，我又加了水，导致姜汁的浓度不够； 2. 牛奶的保质期是8天，加上放置的几天，基本也就是变质前一天才用，这是蛋白质已经发生了一些变化，从我之后买的新鲜的牛奶的对比可以看出这时的牛奶已经有些变浑了，而且可能牛奶不是全脂的，蛋白质浓度不高； 3. 姜汁和牛奶混合之后放锅上蒸其实是为了保温，但是加热沸腾会使最后变性的过程被破坏，没法凝成豆腐脑那样。 基于以上的分析，我决定再试一次。 ## 2.0版本 首先选材，生姜选老一些的，这样是蛋白质变性的物质含量高，牛奶选全脂的，蛋白质含量高。其次，做法上，生姜用板子磨成末挤姜汁水，牛奶煮的时候煮到快开再关火等10秒，这样大概就是80度，然后与姜汁混合。混合的时候把姜汁分成了两个碗，每个碗倒入原来一般的牛奶，这样就比之前更好控制。混合之后不搅动，并用盘子盖住保持温度，等10分钟左右。 经过这些改进，我终于得到了形似豆腐脑的姜汁装奶！虽然没有把握好糖的量使得牛奶有些淡，但2.0版本味道确实不错。 ## 总结 做一件事要了解原理，掌握每一步的技术细节和对结果的影响，这样才能做好一件事！这就是两次姜汁撞奶的总结。
原文：[Internet Outage Reveals Reach of China’s Connectivity](https://blog.thousandeyes.com/internet-outage-reveals-reach-of-chinas-connectivity/) 太平洋标准时间5月13日中午12点30分（北京时间5月14日凌晨3:30），中国电信经历了持续近5个小时的重大故障，后续效应持续了几个小时。正如在美国对贸易政策的紧张局势加剧之时所做的那样，可能很容易让人联想到对潜在地缘政治动机的猜测。然而，这种猜测忽略了许多人都不知道的关于中国和互联网的一些重要的基本现实。这次中断是深入了解中国互联网连接状况的绝佳机会。 ## 我们所见的 昨天，从下午早些时候开始，我们的全球优势点开始检测到中国电信骨干网上进出中国的互联网流量出现大量数据包丢失。数据包丢失持续数小时，主要影响中国大陆的网络基础设施，但也影响中国电信在新加坡的网络和美国的多个接入点，包括洛杉矶。 在长时间中断的过程中，通过受影响的基础设施的任何流量都被丢弃，这意味着中国境内外的一些互联网用户将遇到连接到各种网站和应用程序的服务中断。中国境内的用户试图访问中国以外的网站会受到影响，同时中国以外的用户尝试连接到中国境内的网站也是如此。 这些不仅仅影响西方网站和服务，许多美国主要网站，如Apple，Amazon，Microsoft，Slack，Workday，SAP等在中断期间都受到了影响。下图显示了中断的附带损害的部分范围。  图1：受中国电信中断影响的基于云的服务。 在最高峰时，我们检测到因中国电信全球骨干网络状况而中断的100多项服务。我们还检测到中断对地理影响的变化，如下面的两个热图所示，在中断期间的不同点捕获。  图2：中国电信中断的地理范围在中断期间有所不同。 最严重的中断期是在太平洋标准时间12:30开始后的前三个小时内发生的，但许多服务在数小时后继续受到影响。一项特定服务的中断的扩展性质可以在下面的图3中看到。Amazon Web Services的数据包丢失从太平洋标准时间12:30开始飙升，持续约5个小时。下面的路径可视化显示了在17:30-17:45（太平洋标准时间）之间的网络状况，此时前往AWS的流量继续被中国电信路由器丢弃。  图3：中国电信用户在12:30-17:45（太平洋标准时间）之间受影响的AWS服务。 受中断影响的另一家美国服务是Cloudflare的托管DNS服务。例如，WeWork的域名由Cloudflare托管，在下面的路径可视化中，您可以看到尝试访问Cloudflare的DNS服务器的流量（由最右边的绿色节点表示，IP地址为173.245.58.135，这是地理位置位于美国的路由前缀173.245.58.0/24的一部分。）被中国境内的中国电信路由器丢弃。结果是来自中国境内的许多用户无法访问WeWork网站。  图4：Cloudflare的托管DNS服务受到影响，阻止了WeWork域的DNS解析。 ## 中国是深度互联的 中断现已解决，但在ThousandEyes，我们相信每次互联网停运都是一次学习机会，这也不例外。这里有两个要点可能一般不太清楚。 首先，大多数人认为“[长城防火墙](https://blog.thousandeyes.com/deconstructing-great-firewall-china/)”是一套统一管理的规则，使中国用户与全球其他地方隔离。他们想象一方面是中国庞大的用户和为他们提供服务的网络基础设施，另一方面，互联网的其余部分。但现实情况是，中国与外部网站和服务的联系非常紧密──至少是那些服务于商业利益的网站和服务。...
> DNS 隧道，是隐蔽信道的一种，通过将其他协议封装在DNS协议中传输建立通信。 本文是在 Mac OS X 上实践的 DNS 隧道的一个记录，关于这个方法的原理，请具体参考 [DNS Tunneling及相关实现](https://cloud.tencent.com/developer/article/1040276)。 ## 安装和配置 ### 配置域名 准备一台 VPS 以及一个域名（比如 `qiwihui.com`），在域名的 DNS 配置中添加两条记录： | Name | Type | TTL | Data...
在日常开发中，我们的Git提交原则经常是小功能多次提交，但是有时需要在完成功能之后将多个连续的提交合并成一个，或者进行分支合并时，只保留一个提交，以保证分支简介，这时就需要进行squash操作，两种分别称为 Rebase Squash 和 Merge Squash。这篇tip主要记录如何处理这两种操作以及之间的区别， ## Rebase Squash 用来将多个连续的提交合并为一个，以下面的提交记录为例，`master`是主分支，分支 `featureY` 提交了一系列的修改： ```shell $ git lg * 392dc11 - (HEAD -> featureY) Y5 (5 minutes ago) * 740e7d2 - Y4...
这个tips以RSSHub为例子。我在Heroku上部署了RSSHub用以日常RSS需求，这个已经部署很久了（2018年11月），准备更新一版，记录如下。 1. 登录Heroku，按照提示进行认证并登录。 ```shell $ heroku login ``` 2. 获取最新代码，这里我在RSSHub项目目录中进行了拉取（pull）： ```shell $ cd RSSHub $ git pull origin master ``` 3. 添加Heroku中项目url，可在 `Settings` 中 `Heroku Git URL` 找到： ```shell $...