学完了Go基础到现在一直还处于咸鱼的状态，想开个坑做做练习娱个乐。
最近又瞄上了Hexo这个新的博客，（确实，更换博客提上日程）。
但是Hexo的搭建姿势也是超级的多！
很多小伙伴喜欢用的coding、Github上自带的page服务，把Hexo编译出来的public文件仍在一个纯HTTP文档服务器。感觉扔那种git平台，Github的话总加载访问慢，而且国内日常挂掉…coding国内友好度确实比github好，不用酸酸。但是感觉…emmmm(人家就是不想走这种廉价的方案，哼！)
精分现场
放在 git page server？不！感觉很廉价，而且没有威严可言！
扔在一个云服务器？VPS里面？肯定啊！就是想拉出来单独跑！
用Hexo原生自带的HTTP服务器？装 node 麻烦！
那你到底想咋办？？？…那个… …
加上最近Limi大佬的推荐、建议，最近瞄上了 h2o http server ! 的确是个好东西，虽然号称比nginx高性能的反向代理HTTP服务器。或者说，用go语言这么棒的http提供方案 也可以自己写个服务器吧！
不管咋说一定是把 hexo 产出的 public 目录作为某个访问的wwwroot啦！
那么问题来了！
既然不想用Git麻烦…
又不想走FTP那么lowbee…
怎么办呢？
当然是用自己刚刚学过来的Go写一个啦！
咋写？想法呢！
大概用Go写吧， C/S 架构工作
（没有独立写过客户端与服务端！总得实践一下！）
具体功能划分如下：
static hexo-public-updater-tick
on Server
！设置操作目录
！设置监听服务端口
！设置密码
开启socket监听服务
创建维护文件hash字典
：请求推送进来
===验证密码
===对比文件字典
===返回需变更文件列表，等待推送文件
===接受文件 按位置解密存储
===等待“推送完成指令” 摧毁线程
on Client
！设置操作目录
！设置远程服务器
！设置传送密码
遍历目录参数及子目录
建立文件字典
字典推送至服务端，等待服务端返回推送文件
推送 文件 位置 加密内容
推送完成
写在最后：
之后会开git开源（虽然写的很烂呢！）