前言

事情的起因是上个月本站依赖的提供访问量统计和评论后台存储功能的LeanCloud由于某些原因域名故障了几天。

之后虽说是回复了，但是必须需要实名认证才能继续使用他们的服务了。所以说我一想，反正之前在LeanCloud上跑的业务也十分简单，也就是统计下阅读量，保存下博客评论啥的，好像完全可以托管在自己的服务器上嘛，同时也更灵活，想对自己的数据做什么直接就可以操作，不用再去套一层SDK了。

开工

说干就干。

接口设计

由于我并不是web相关的程序员，于是上网随便搜索了几篇文章，简单看了下，首先所有的url都以https://api.inspoy.cc/开头，https+专属二级域名，既美观又显得专业233，为了之后的扩展性，这次定了以下几个：

• [GET]/v1/blog/article/article_key - 获取指定文章的阅读量
• [PATCH]/v1/blog/article/article_key - 更新指定文章的阅读量，使数据库中的记录+1
• [GET]/v1/blog/comment/article_key - 获取指定文章的所有评论
• [POST]/v1/blog/comment/article_key - 在指定文章中发表评论
• [POST]/v1/blog/bugreport - 用于接收前端网页上报的报错信息

参考了阮一峰大佬的这篇文章大致是遵循了RESTful API的设计准则。目前是API的第一个版本，且只有博客的功能，所以URI都是以/v1/blog/开头的233

前言

造轮子真开心hhh

我就是很享受准备工具的过程，感觉就像是在玩游戏一样233。所以说给现在在做的游戏鼓捣一套自动化流程就变得很有趣了。

那么打算做些什么呢~

首先就是Unity的打包了，这样每次提交代码后都能收到是否打包成功的反馈，并且每次打包完毕后都会把包体复制到指定的共享目录中，我在工作电脑上随时可以拿到最新的PC整包。

其次，我在项目里写了不少单元测试（Framework的每个功能基本上都写了），我想知道每当我修改了代码之后，这些测试是否还能通得过，这些信息我也需要及时收到反馈。

还有一个就是代码质量检测了。像是哪里偷偷藏了一个TODO，哪里可能有潜在的BUG了，哪里有坏味道了之类的。这些都是技术债，所以我需要随时看到检测结果，并及时修复掉。

前言

这次说摄像机，还是把对应的Wiki地址发出来：摄像机系统

基本概念

我这个游戏采用的视角是一种类似各大RTS游戏的操作方式，玩家可以操作的参数有镜头平移，镜头高度和环视角度三个。其中镜头的实际平移的方向由输入的原始平移向量和环视角度决定，而镜头高度决定了镜头的俯视角度。

前言

今年的GDC2019上，Unity推出了基于DOTS（Data Oriented Technology Stack，面向数据技术栈）的物理系统，好像还是跟Havok合作的。反正就是为了配合Unity主推的DOTS的一套全新的东西。

现在（2019年6月初），可以选择用Unity现有的物理系统或者使用Havok，但是选了Havok之后运行起来会提示暂不支持，还要等到2019年夏天。

这套物理系统的东西很多很复杂，而我的游戏也暂时不需要真实的物理模拟计算，而是只需要最常见的鼠标点击事件，所以我就先只看了场景查询（射线检测）这一块。

前言

一看时间，距离第0篇发布已经过了超过一个月了😆，最近忙于享受福报，每天回到家就很晚了，完全没时间推动进度orz。

总之现在的功能还十分简陋，每篇就只写一个模块吧，这次是地块。

前言

之前做独立游戏的时候我们是用的SVN进行版本控制的，主要原因当然是除了我的其他所有人之前都没用过Git😂。。。

然后我自己做东西的话都是用Git的。关于Git和SVN之间的党争就不多说啥了，反正都一样用。不过我是发现SVN有个很好用的功能然而Git并不支持。。

前言

玩游戏一时爽，做游戏一直爽

开坑的背景和动机

自从一年前来到成都打工，就一直想着还是自己能下班有空的时候做个完全符合自己口味的游戏。

自己一直都很喜欢玩模拟经营类的游戏，Steam上比较有名的模拟经营游戏我基本上都或多或少玩过。那既然这样就做个模拟经营呗~

当时Unity刚刚开始宣传他们的ECS框架，看了下DEMO（就是那个一群鱼的BoidSystem），感觉哇好爽，简直太适合模拟经营这种类型了：大量有着相似行为的实体。我个人又比较喜欢瞎鼓捣些新的技术，所以即使过了一年到现在Unity ECS仍然处于预览阶段，当时的我还是很果断的决定使用纯ECS来开发这个游戏。

说是“当时”，其实是去年（2018年）的五月份，那为什么到现在快一年了才叫开坑了呢😂。原因一是完全没有接触过面向数据的编程方式，总是控制不好组件和系统的粒度，组件很少复用，单一系统太过繁杂（其实就是太菜），总之最后就写不下去了打算重头开始。二是一直在纠结美术风格，从3D转到2D又转回3D，我自己又不是美术，临时做出来的资源丑的一批😂，不过现在的方案算是定下来了。第三就是没时间了……去年下半年公司的事情实在太忙，就一直搁置在了那，直到最近才又捡起来继续搞。

前言

这算是个大工程了，从开始决定用Hexo代替WordPress，花了差不多半个月的业余时间才基本上搞完。

搭建Hexo

这一步可以说是非常简单了，跟着官网的步骤来就行。

首先在电脑上准备好Node.js环境，任意目录执行：

1

$ npm install -g hexo-cli

这样Hexo就装好了。在任意目录执行hexo init myblog，Hexo就会创建一个叫做myblog的目录，里面的结构大概是这样：

前言

果然高产是不可能高产的hhh，一不小心就又过了两个月

最近工作有点忙，完全没空做自己的游戏，闲着没事的时候把个人服务器再折腾折腾。不过毕竟这个不是本业，这几天搞过之后估计过不了多久就会没什么印象了2333，所以还是记录在这里，方便之后回顾。

嗯，这次的工程量还算是不小，大概分为下面几个步骤：

1. 建立HTTPS站点
2. 个人Git服务器
3. 博客迁移
4. 处理HTTP和HTTPS的共存关系

前言

这个是折腾博客的时候的各种样式测试，留在这里方便以后查阅