烂笔头

我在以前的一篇博客中，详细记录了自己搭建翻墙梯子的过程，参考：
使用 Vultr 搭建 Shadowsocks（VPS 搭建 SS） ，其中，我还顺便留下了我的 Vultr 推广链接：
我的 10 美元推广链接 。可能是因为这篇博客的流量还不错，基本每个月都会有几个人通过我的推广链接注册，当然，注册后真正使用的人只有 1-2 个。

我看了一下我的账户，平均每个月都会收到一份有效注册所带来的优惠券，大概可以给我带来 $10 的收入，足够抵消我的月租消费了，这也是注册 Vultr 后并真正使用 Vultr 的人带给我的收入，我觉得这是意外的惊喜。

所以，本着分享的理念以及「吃饭」的需要，我推荐大家使用 Vultr，但是担心可能有些读者第一次使用 Vultr，系统又是英文的，不太熟悉。在此，我把节点的创建过程再整理出来，图文并茂，并说明注意事项，给读者参考。读者参考本文一步一步操作，就可以从零开始创建 Vultr 主机，只需要再花费 $10 就可以使用半年的 Vultr 云主机。至于搭建梯子的过程还是请继续参考上面给出的以前的博客内容：使用 Vultr 搭建 Shadowsocks（VPS 搭建 SS） 。

声明 ：2019 年 08 月 09 日发现 Vultr 官方不会再赠送 $10 的代金券给新注册用户，只会给我发放代金券，但是 $25 的代金券仍然有效，请读者选择 $25 对应的链接打开注册，以免错失了代金券。

面食是中国常见的一种传统主食，馒头、饼、包子、馍、面条、面叶，使用面粉做出来的类型多种多样。其中， 面条 可谓是最为流行，无论东北、西北、东南、西南、中原、华南，都可以看到 面条 身影，形式丰富，口味不一，这更是中华民族劳动人民智慧的结晶。

其中， 汤面 又是一派，汤面最重要的是什么，除了面条本身之外，最重要的是汤。而汤，是非常难做的，耗时长且配料讲究，不仅要选骨头，还要放大料，一般一锅好汤都要熬制两个小时以上，更甚者要熬制四个小时。一般家庭吃面条是不可能这么折腾的，那么我这里有一种更为简单的方法：使用番茄鸡蛋做酸汤，再配合面条，做一碗酸汤面。这种方法操作起来简单，耗时短，又能保留汤的美味，适合自己在家做，本文记录做法总结。

众所周知，Git 是一款非常流行的版本控制工具，现在的项目开发基本都离不开它，否则项目的协作开发将寸步难行，甚至会有专门的项目管理职位来规范项目的开发协作。如果不使用 Git，我的博客整理工作也会增加难度与复杂度，不得不说，我已经离不开它了。今天碰到一个关于 Git 的很奇怪的错误，本文记录解决的过程，整理完感觉经验技能又增长了。

最近工作比较繁忙，在处理需求、写代码的过程中踩到了一些坑，不过问题都被我一个一个解决了，所以最近三周都没有更新博客内容。不过，我是整理了提纲、打了草稿，近期会陆续整理出来。今天就先整理出来一个简单的知识点：使用 Java API 从 HBase 中获取多版本【Version 的概念】数据的方法，开发环境基于 JDK v1.8、HBase v1.1.2、Zookeeper v3.4.6，在演示过程中还会使用原生的 HBase Shell 进行配合，加深理解。

场景描述：在某一天我觉得我的 Java 项目的依赖太冗余了，决定删除一些无用的依赖，让整个项目瘦身，以后打包发布的时候也更快速、节省时间。

接着我按照自己的经验，把大部分依赖全部删除，此时编译会报一些错误，这是必然的，但是我不担心，根据报错信息把缺失的依赖再一个一个添加进来即可。忙活了一阵，终于解决了所有的报错，编译、打包一气呵成，不再有错误，看了一下打包后的文件大小，足足比原先小了 30%，我略感满意。

但是此时我仍旧悬着一颗心，因为编译、打包成功不代表什么，后面的运行才是大问题，运行时往往会暴露一些隐藏的问题。而且项目里面有好几个功能，只要有一个功能运行失败那就说明依赖还是有问题，改造不成功。【千万不要以为编译、打包成功就万事大吉了，运行时的异常才是大问题，一定要有未雨绸缪的准备】

果然，刚启动第一个功能就出现了我想象中的异常信息：java.lang.AbstractMethodError。

从 2019 年 06 月 21 日 18:30 点到 2019 年 06 月 23 日 18:30 点，我与公司部门的同事们进行了一次为期两天两夜的郴州东江湖之旅，一行总共 25 人，其中还有两位同事的老家就在东江湖周边，这也为此次旅途带来了一些特别的安排。以前每天在喧嚣的城市中工作，面对的都是闪烁霓虹的高楼大厦，车水马龙的街道，现在选择一个合适的时间点，为自己放一个小假，去拥抱大自然的风光，走走路动动腿，看看山山水水。本文简单记录这次旅途的过程，仅为存念，请读者跟着我的文字，带你们领略 小东江 自然风光的旖旎。

注意，本文图片较多，我已经尽量把每张图片都压缩在几百 KB 的大小，浏览时请耐心等待。

最近在整理一个单独的 Maven 项目，是从其它项目迁移过来的，主要存放的是和业务强相关的代码，略显混乱的代码是必不可少的，我的职责就是把现存的代码抽象出来，尽量删除一些无用的代码，只保留少量的可复用的代码。在整理的过程中，我几乎把所有的代码全部删除了，只保留一些高复用性的 util、constant 之类的代码，但是在整理和 HBase 相关的代码时，遇到了一个诡异的问题，报错信息截取片段：Cannot get replica 0 location for，后来经过排查发现不是现象诡异，而是自己太愚蠢，本文记录这个过程。

最近在处理 Elasticsearch 数据的时候，使用的是 ES-Hadoop 组件，方便快捷，但是今天遇到一个小问题，让我着实折腾了一番。折腾的原因在于我本以为一切顺利，确实没想到会有一些奇怪的事情发生，这也让我积累了经验，其中错误的核心内容为：Incompatible types found in multi-mapping: Field [your_field] has conflicting types，本文详细记录分析问题的过程，文中内容涉及的开发环境为 Elasticsearch v5.6.8、Windows7 X64。

在 Linux 系统中，运行程序时经常需要把进程放在后台运行，并且退出终端等待，也可以说是守护进程，daemon 的概念，可能过几个小时或者十几个小时之后再去观察。此种场景，需要把进程放入后台运行，并且为了防止进程挂起，也需要设置进程忽略挂起信号【使用 nohup 命令】，这样就可以保证进程在我退出终端后仍旧能正常运行，无论我多久之后再来观察，仍可以看到进程的运行信息。本文记录关于进程后台运行【daemon】的几种方法，并给出实际的操作示例，属于入门级别。

最近给博客站点增加了一个独立的页面： 指南 ，用来记录本站点的所有文章，包括发表时间与文章链接，并按照发表时间倒序排列，仅供快速查找以及核对使用。其中，还会有一个文章编号，就是 url 的数字部分，由日期与编号组成，例如 2019050201 表示 2019 年 05 月 02 日发表的第 1 篇文章，这个文章编号对我来说很有用，用来核对查重。但是，为了简化这个页面的整理工作以及后续的自动生成，我需要把这个流程自动化，本文记录实现思路与实现方式。