忙碌的癸亥月
目录
执着于前端 #
从18年开始，我就一直想做一个前端，用于绘画我的程序结果，写写日报什么的，出于学习成本的考虑，我硬是挺到了GPT的到来……
我试过matplotlib，但交互起来比较麻烦。多次尝试过D3.js，权衡利弊，学习成本较高。几经辗转，选择了颇为简单的echarts。
写到什么地方呢？我开始了Django之旅。我已记不清哪天起进入了狂魔状态，那日在网上逛群组，看各式的Blog，很多人都在使用静态网页生成器，这完全可以满足我的需求，带着一篇写好的echarts demo，又开始了Hugo之旅……
如今大的框架已经可以正常运行了，每天有正常的结果，并且用户订阅的功能也已经开发完成。稍微记录一下这段时间印象深刻的事情。
artalk #
由于自己并非前端开发人员，对这些属于摸着石头过河，官方文档写得并不友好，在配置问题上费了不少时间，但搞定之后回过头来看，官方文档写得好像又很清楚，人啊……
如果网站在添加评论系统之前已经启用https，并且想要将artalk.[domain.xxx]反向代理到artalk运行的服务，那么首先需要添加一个子域名，我之前竟没有子域名这个概念。
登录到购买域名商的控制台，添加一条对域名的解析，「主机记录」这一项填写artalk，「记录类型」为A，「记录值」为服务器的IP。
由于网站上在添加评论系统之前已经启用https，那么这时也需要对artalk.[domain.xxx]申请个证书。
sudo certbot --apache -d artalk.[domain.xxx]
注意申请证书之后，会在配置目录下生成或修改[domain.xxx]-le-ssl.conf 文件，要细看这个文件内容，它很有可能和你想要的配置不一样。当然，如果你的[domain.xxx].conf配置文件没有问题的话，那么这个就是在此基础上添加了443端口相关的内容，无需再进行修改。
而我就在此耽误了很多时间：由于我申请证书之前，并没有在[domain.xxx].conf配置好，导致[domain.xxx]-le-ssl.conf 的内容乱七八糟，我与GPT对峙了好几个来回，依然找不到正确的答案。但能分析出来，问题就出在Aapache的配置文件上，于是我删掉了[domain.xxx]-le-ssl.conf ，重新申请了证书，artalk就正常了，真是造孽！
Hugo #
我在Hugo中使用的是主题是Congo，非常清爽的一款。
配置评论系统比较简单，主题支持对模板的覆盖，只需要在[website]/layouts/partials下写个comments.html就可以：
<link href="/lib/artalk/Artalk.css" rel="stylesheet">
<script src="/lib/artalk/Artalk.js"></script>
<!-- Artalk -->
<div id="Comments"></div>
<script>
Artalk.init({
el: '#Comments',
pageKey: '{{ .Permalink }}',
pageTitle: '{{ .Title }}',
server: '{{ $.Site.Params.artalk.server }}',
site: '{{ $.Site.Params.artalk.site }}',
// ...你的其他配置
})
</script>
然后在params.toml中配置：
[artalk]
server = 'https://artalk.[domain.xxx]'
site = "[site name]"
Hugo上比较有意思的是它支持shortcode，我一开始并没有注意到它的灵活性，直到我需要将指标通过echarts展示出来时，才知道它的妙处。
你可以开发html脚本，让其作为你的shortcode，然后在你的文章里进行引用，即使你想在页面上展示再复杂的内容，也有了一个通道供你实现。
它的玩法很多，越去探索，越会觉得有趣。
Hippo #
Hippo是我搭建这个网站的起因，而现在已经完成了大部分的开发，我感到很欣慰。我希望这个项目可以一直运行下去。这个项目运行一段时间之后，我还会陆续更新一些MR-实盘日志，以及有关CT的文章。
我有时突然觉得如果重心放在期权上，风险实在太高，我十分厌恶风险，那种紧张不安的心情会使得我变得焦躁。我一直在培养平和的心态，轻松的感觉才能做起事来有条不紊。人生嘛，重在体验，搞得那么紧张干嘛，一辈子还很长，挣钱这事是一场马拉松，谁能跑到最后才算赢。
所以我的重心会向MR这边移，我会持续运营这个项目，争取带来更多的好成绩。至于IF，不鸣则已，一鸣惊人😏