学完了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开源(虽然写的很烂呢!)