开个新的坑:Hexo-public-updater-tick

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

发布者

ShellV

大一萌新、笨蛋全栈开发者、信息爱好者、 速度滑冰/轮滑 运动员、裁判、教练员、 HIT动漫程序技术部吉祥物、AcgBug团队负责人、AcgBag.com小站长