关于博客创作和博客技术结构

前一段时间将自己的博客转移到了hexo上面，之前的博客是Jpress搭建的，Jpress还是有一定的好处就比如可以开发一些插件来增加各种功能，甚至自动运营公众号，不过缺点也很明显由于博客内容保存在数据库中，而图片保存在一个附件文件夹里面，这导致了很多问题，这一篇博客就是讨论内容创作和博客倒腾之间的关系和为啥要选择简单和鲁棒性强的博客。

事情起因-原先的博客崩了

就比如我的Jpress博客是用tomcat部署的但是我发现了一个严重的问题，就在昨天我重启了我的阿里云的服务器，结果不知道为何mysql有一点问题导致jpress连不上数据库直接导致博客404了。 期间我将war包更名结果tomcat直接将webapps中原来的目录自动删除了，这意味着我的图片和附件全部被删除了，除了文章内容在数据库中没有删除其他的全没了。值得庆幸的是我的博客之前就倒腾过一次留下了一份博客附件备份直接恢复一下，结果还是发现大部分附件都没了，心中不得说了一句mmp，好在我之前就准备搬运了，但是仔细看了一下风险博客内容实在太差我有点不想搬运了，就引起了我的下面的思考。

搭建博客是为了创作

思前想后发现了我之前的错误，搭建博客其实是为了创作，而不是体验某种博客技术的实现，也不是为了维护某个博客的代码，作为一个小站长或者说是博主，我应该更加注重内容的原创性和价值性，而不是为了所谓的装逼，就不断停留在博客技术的优化上，所以我们应该脱离开这个技术栈让我们的内容对站点的浏览者更加有意义，同时也让自己更加的对创作和学习更加的有针对性。

为啥简单的博客更加有价值

要问一个博客站最重要的部分是啥，我认为最重要的就是站点的内容或者说是文章有价值，而不是这个站点用了啥黑科技啊搭建，然后页面多么的华丽，而Jpress这个博客漂亮的主题很少，要是想要自己搞的好看一点，就要耗费大量的时间去优化和捣鼓，而Hexo好看的主题一大堆，这样就能省下优化页面的时间，然后是博文的保存上面，由于Hexo是Markdown书写文章直接保存在文件中，而且图片可以选择保存在相同的页面并且只要在发布的时候本地渲染生成页面就生成了和动态博客差不多的效果而且可以多平台部署（Github+CDN Coding.net），这是很好的选择而最近流行的OSS+CDN部署也给Hexo很好的发展空间，反观Jpress他是一个和Wordpress很相似的博客系统，还没有跳脱出那个技术栈从而专注创作的，我认为Hexo更加难以让创作内容丢失，也让内容更加的适合转化和发布在其他平台上是一个更加低成本的选择。整个Hexo也具有很好的鲁棒性，这让我们创作的东西可以更长时间的保存在我们的计算机上。

当前博客搭建的介绍

原来的博客我已经改装了改成了https://api.jsfr.work改成这个域名也是为了更好的调试和开发我自己开发的web应用，他们可以使用这个网址来访问我的接口。这也意味着这个服务器再提供page服务（因为它不适合干这个-大势所趋）。

以后我可能会直接关闭老的博客因为我还要倒腾一下看看有没有值得搬运回来的内容。

而现在的博客是https://www.jsfr.work或https://blog.jsfr.work搭建在Coding.net上用托管。

还有一个海外的是github。 https://whp98.github.io 跳转到(使用CANME) http://g.jsfr.work 在跳转到（CLoudflare加速和启用https） https://g.jsfr.work

总结

更改博客所用的技术更多是为了用户的浏览体验和内容的安全稳定，服务器搞来搞去带宽又小一定会影响用户体验，所以本次思考内容就是主要是内容创作者应该从内容浏览者方面来思考博客的优化。

作为开发者我们时间有限应该将眼光停留在更有价值的地方，术业有专攻，我们应该分享自己擅长的或者正在搞得东西这样对自己和内容浏览者都有更大的价值。