景の域首个Newsletter上线！
基于域主7月份提到的CPT构造出这套发布体系。

欢迎各位读者订阅。

更新须知：
订阅URL已经更新为 https://v1sta.xyz/newsletter/feed ，
展示页面变更为 https://v1sta.xyz/newsletters

访问归档
^{访问归档页面}

订阅简报
^{通过RSS Feed订阅}

2026年6月

本月域主高度产出许多艺术创作和概念想法。看完了初代的光之美少女。试着回想了很多事情。READ MORE

关于简报 Newsletter

新闻简报 Newsletter是一种精简式的信息载体。

本意是希望读者们可以更轻松地获取本域的信息。
由于这段时间域主产出了很多艺术创作和发现的事物搜集，这些信息如同社交网络一样略显杂乱还轰炸了信息流，
确实就连域主自己都看不太下去。

所以有一份简报，无论是读者、还是域主自己回顾，都是很好的总结形式。尽管本文实际上是在7月中旬撰写的，还不乏有一些是七月初的内容（如果是30小时制那么它还属于6月范畴）。

另外其实还有满足域主想要补全记忆的需求，
我总有一些是现在撰写、但是时间线是倒叙的文章，特别是2024年的文章，这也是「追忆」分类的由来。
但是按照时间戳直接发布的话，RSS Feed是不会有更新的，久而久之、依然只是沉没在往期的存档历史当中。
那么有什么办法能通知读者查看这些“追忆”更新呢？
简报就是很不错的载体了。

与20年代初程序员圈子流行的、基于电子邮件载体的Newsletter不同，本域的Newsletter是依托于WordPress的CPT与古藤堡区块编辑功能制作而成的独立资讯源。

不与主Feed交涉，因此更新频率要低得多，
也是承担了一种月度回顾/年度回顾的作用。

此前域主的工作关系有接触过Substack这样的Newsletter，但是很多Newsletter的形态仅仅只是把文章内容塞进电子邮件的形式，和微信公众号的文章别无二致。

如果就是这个样子的话那就太没新意了！
我觉得应该在视觉上有所创新。

本域的简报如字面意思，完全可以当作报纸来看。
因此，我充分利用了WordPress古藤堡强大的排版功能。
目前本域的Newsletter简报也不搞付费订阅之类的设定，也没有定期发布的时间（我不太喜欢被催更），更多像是月度回顾的作用，所以使用一般的RSS阅读器或者直接浏览网页都是很不错的。

由于本域未实现电子邮件通讯，因此请通过独立的RSS Feed订阅。
嗯，URL有点长，不要和展示页搞混了。 还是换成了短的 /newsletter 的URL目录前缀。之前用 /newsletter/archive 的还是改一下吧。

来源

本域更新了侧边栏的小工具，它类似于早期Windows程序的任务列表。
这是基于区块小工具+自定义HTML实现的，而HTML和样式取自于Twenty Fourteen 2014主题附属插件的风格化小工具。因为2014默认的小工具标题只有文字并不美观，加上这个带图标的标题就感觉像是主题原生支持的那种。

我用的是传统小工具+古藤堡区块编辑的方式，方便更新，因此需要先添加一个「区块HTML」，然后另开浏览器窗口随便找一个能用古藤堡的地方（建议是单独的小工具收录页面）写篇内容，添加一个容器/组模块，把它转成全局同步的区块样板。
转成全局同步后，Ctrl+Shift+Alt+M 就可以看到这个全局同步区块的代码，拷贝它，粘贴到「区块HTML」的小工具中。

这时候就创建好「容器的符号链接」了。在小工具页面可以快捷的编辑它。

在这个「同步区块」中，添加「自定义HTML」块，分别填入HTML和CSS。

HTML部分，重点在Class也就是CSS类部分已经定义好的 widget-title ，加上这个就有了基本的2014主题插件的效果；然后要自行定义一个类，这里以apps举例，作用是为了调用Genericons的图标代码：

<h1 class="widget-title apps">
<a class="entry-format" href="https://v1sta.xyz/apps">程序</a>
</h1>

CSS部分也很简单，加一个before伪类，而content是Genericons的UTF代码。

.apps:before {
  content: "\f104";
}

这个代码可以下一份主题自带的Genericons（从DevTools扒），
用字符映射表之类的工具查看图标对应的Unicode代码。

例如F103是相册、F104是视频播放、F205是WordPress的社交媒体Logo、F419是菜单。不过可能是主题设计本身追求精简的原因，或者是版本的冲突，有部分在字符映射表找到的图标代码，是无法显示的。这部分无法显示的主要是一些较新的图标。

不喜欢古藤堡的话，用一般的HTML加自定义Style.CSS也能实现，就是更新内容会比较麻烦。都用WP了也就不计较代码耦合度了吧。
反而用区块编辑器其实还蛮方便的。

来源

到了月中了，作为一个宅充爆表的同人作者。
似乎这一年都很忙碌呢（笑）

因为熟悉WordPress的缘故，所以就这么一直用着，
也试着接触了一下肤浅的WordPress开发资源。
之前的作品集是还没弄完，甚至有点想重新打稿重制。
不过很多技术还是进行了实践，现在也实装到了本域这样一个个人性质的博客空间，而不是所谓的企业建站。
（实际上我并不擅长服务类的一锤子买卖）

一些主题会借助WP的CPT功能、实现自定义的作品集管理和模板样式，这种管理方式要比设定「帖子格式」的方式更强大。
不过我的用途实际上说是CPT，也只不过是拆分成子博客的逻辑。样式这个东西也是可以共存的，只是个别主题需要在主屏幕同时显示两个样式的信息流，例如作品集主题。（区块主题应该没有字面意义上的限制）

而如果用静态博客的逻辑理解的话，假设一般文章会发布到「public/存档/文章」、页面是「public/页面」，那么CPT就相当于在文章之上的一层新建了一个顶级目录，也就是「public/CPT名」。
_{^{当然真正的静态Blogger看看就好，不必像我一样因为独占主题用WP的（笑）}
我只是无名画手。。。}

用CPT的一个劣势可能是转到WP官方的.com服务不升级不能用吧。
用公共服务了逻辑自然也要改变一下。但毕竟现在还是自家租的园地，珍惜时光。

总的来说，还是要基于需求实现功能。
因为之前参加了StyleStar和Frutiger Aero Archive的论坛，发表了很多有价值的回复，我觉得这是应该保存并展示的。但直接发布在主信息流是不太方便的，所以不妨把它作为一个独立的存档和RSS Feed分叉出来。

实现WP的CPT的方案有很多，我选了用插件实现的方式，
以后迁移也比较方便。
目前热门的插件包括ACF/SCF、Custom Post Type UI（CPT UI）以及免费实用的Pods。我最后选了Pods，是因为Pods没有所谓的Pro版功能、而且界面比较经典，还可以把存档显示在综合的搜索结果、跟WP自带的分类归档的信息流中，但不影响主页信息流。

不要误会，我并不是要做什么「把宅品跟技术文章切割」这样的行为。不过有一些不常编辑的内容的确应该做一下Feed分流。当然还有景之印，但是现在准备重构装修。

于是我设想了一些CPT自定义的帖子类型：

• 应答 / 答复
  （专门存放论坛与Webmention的答复帖）
• 更新记录
  （博客的功能更新记录，类似Steam小型更新/补丁说明）
• 简报
  （类似Newsletter周记/月记、Steam游戏来自厂商的大更新新闻，专门提供给「感觉主信息流宅充浓度爆炸、但更希望接收简短标题集合」的精英读者，初次来访的访客包括我自己也能知道自己一段时间的任务总结）
• 画册
  （专门存放画作（主要是画猜涂鸦）的作品集，可能会自行编写九宫格风格的模板样式，不用2014默认的瀑布流）
• 收藏
  （放置我从网络搜集到的各种资源的链接和视频之类的。避免“干扰”主博客的信息流。）
• 集邮
  （说起集邮啊，本意是指交流收集邮信时代的邮票，在现在的时代，则流行一种在Cosplay圈子中摄影者与Coser合影留念收集照片的说法，并延伸到其他的领域。此时，我想到RetroComputing复古的网络世界中，可也有不少Web邮票图、88×31按钮以及Userbars等装饰性质的图片资源，或许这些小东西也是可以算作集邮的吧？也算是回归了本源。我要收集这些战利品）
• English Only
  （英语角，专门为国际访客开设的文章栏目。其实这样一说有点像CGTN电视频道的定位。啊为啥我也要做外宣啊？但确实是这个感觉。虽然有很多用户会借助浏览器的自动翻译访问本域，但是还是要顾及很多传统访客的想法。）

以上的想法也算是为特定受众迎合做出的设计吧。

顺便设想了一下此前关于IndieWeb运动中的「喜欢/收藏」功能的思考。也就是英文Favourite，这种功能脱胎于像推特这样的社交媒体，不同于网络书签孤零零的收藏，它在一定程度上可以被“当作”能更好的表达用户对某一件事情的喜爱。

但亦有些人不喜欢这个“当作”的设定。还是蛮有争议的。
后来推特把星星改成红心，就有很多人反感。
再后来的马斯克直接不公开喜欢了，可能是考虑到社会高层“无能的法律从业者/政坛的发言者”那样的公号私用的情况吧？

Favourite 偏向于情感类的「喜欢」确实在像「偶像社交」这样的场合有一定的反馈作用，我以前也是「喜爱派」；
但是在本域这样一个独立空间，加入的链接其实并不能很好地通知原发布者，Webmention都不大能直接和Fediverse建立通讯。所以上述的收藏，更多是为了帮助有同样兴趣爱好的搜索者找到跟发现资源，就像松鼠仓库/仓鼠/藏经阁一样，“你能从俺这扒拉翻出一堆好玩的藏宝图”，
这样一来其实就是偏向「收藏派」了。

如果真的要说对某一件事物的喜爱或支持，
其实在现代社交网络诞生之前也有存在过。

之前考古东方Project元老世代的画师“alphes”
就有网站上刊登“通关逆转裁判3”的记载（笑）
未麻的部屋更是通过（剧情中实际虚假的）个人网站与粉丝互动。

那种程序化的喜爱，根本不能很好地表达多种因素的情况。
而通知内容原主的话，可能是通过Email或者是口头交谈之类的方式联系吧？

顺带又研究了一下怎么用应用程序发布，例如Obisidian。但是该怎么说，插件没有支持适用于CPT的发布方式的API。
老老实实用古藤堡吧，是麻烦了些。

来源