静态网站之羡

There are some things to consider before starting a project like that. There are some interactive aspects of this site that I need to keep working. Sending and receiving Webmentions, and allowing comments for instance. On the back-end I want to be able to keep posting through micropub, so that like now I can post from within my feedreader or my local notes directly to my site.

在开始这个计划之前需要考虑一些事情。
网站的一些互动功能我需要进一步完善。例如，发送和接收Webmentions，例如发送和接收 Webmention 以及允许用户评论；而对于后端部分，我希望能够继续通过 Micropub 发布内容，这样我就可以像现在一样，直接从我的订阅源或本地笔记中发布内容到我的网站。

我认为可以使用一种跳板/常驻机器来接管Micropub的发布需求，比如本地的树莓派或是NAS，充当一种中介的作用。当然，这意味着需要自行解决诸如NAT内网穿透/远程访问的问题，并建立CI/CD持续集成的系统。

I think a jump server can be used to take over Micropub endpoint publishing features, such as a local-lan Raspberry Pi or NAS/Home server, acting as an intermediary. Of course, this means that need to solve problems such as cross-NAT remote access by self, and get build the CI/CD release systems.

我个人认为，使用WordPress这样的动态CMS其实也自有独到之处。不同作者的需求并不同，毕竟出版作者不一定都是程序员。
我会将WordPress视作为类似Mastodon实例或是反恐精英CSGO服务器的东西，对于个人规模的发布用途，那么它的性能需求实际上比Mastodon小。
并且，对于我这样的数字艺术家，想要快速地发布想法，那么使用CMS上传媒体文件其实是会比较快捷的方式。尽管我也有在打算独立分离WP媒体库的想法。

Using a CMS like WordPress also has its unique features, that because many authors ideas logic and philosophy is difference. Must realized publisher author are maybe not programmer.
I would think of WordPress as something similar to a Mastodon instance or Counter-Strike gaming server, and for personal publishing usage, that performance occupancy are actually smaller than Mastodon.
If you’re Digital Artist (such as me) wanna fastly publish the ideas with uploads, CMS or say server endpoint is quick choose.
Although I really want to spin off WordPress’s media library.

我个人认为WordPress的CPT是一个很有意思的功能，
不过，似乎静态网站的话也可以实现？

I’m using the WordPress Custom Post Type features get build my self post types and I think that useful. But, static SSG is also can be achieve too this ideas.

I like this!

来源

景の屿 – 远景的海外小岛

远景的海外小岛

v1stafantasy.wordpress.com

WP是有高级版的套餐，理论上我用的2014主题如果为了美化CSS，是可以迁移到个人版的吧？不过COM站的访问速度实际堪忧，实际昂贵……

很显然，使用官方的COM站最大的理念是——克制。

必然是一位想要专注于内容的作者才会选择COM站的昂贵服务，
而不会在个性化花上太多的时间。
作者只需要关注内容、而不需要担心其他的技术问题。简而言之，你只管写，剩下交给老爹！（当然不是GoDaddy）

免费版的WP.com是没有插件功能的，主题也只能在免费区选择，但是话又说回来，似乎免费版WP.com好像没有对古腾堡区块编辑器作出限制？那么对于排版师可就有得玩了，理论上可以把本地的WP主题区块都移植过来，这真的良心。

真不知道A社怎么想的……

WP.com免费版有1GB的媒体库限制。但我的建议是，把它放到图床，因为WordPress默认的媒体库根本就不好用。

我或许该研究一下Yacht或者是ISPConfig的托管方式了。
我怎样能实现分离备份的需求？服务器的空间真小。
我觉得这根本不是一个月一杯咖啡的价格——因为瑞幸比较便宜。你不如说是哈根达斯，因为这玩意我真吃过，雹歹。

来源

想找图床，发现知名的sm.ms图床变成了s.ee，已经不限于图床的服务、还有个人主页的功能：

https://s.ee/zh-CN/pages/link-in-bio

无意间发现一个新的域名后缀 .dot ，不过据说今年才要上线。

https://www.dot.dot

为啥这俩网站的设计这么像AI的审美呢。
或许不是便宜AI制作的，但是这种设计风格简直泛滥在次世代的IT技术领域的从业者之间。虽然这两个站其实还好。另外我真的很讨厌某个おりがみAir，它很流行但简直是令人恐惧的是非之地。

去看ma.tt的博客，发现了wp.cloud这一个托管商。不知道我能不能用得起。

以及另一个博客 https://distributed.blog

还是不敢直接跟matt先生直接对话、也比较担心留言。他的博客出乎意料的有一些和中国有关的内容，虽然我很想提醒在中国的独立博主的境遇实际困难，这是社会制度决定的。

说起来matt的博客有些视频是托管在Vimeo上的。
忽然想到为什么中国没有Vimeo，感觉PeerTube应该是一个不错的交流方式和Vimeo替代品，对于影视作者和动画师这样的专业人物交流很有用。当然还是不能放在国内的服务器运营，这不行（补天士语）。

在找域名的时候发现了这个：https://frutiger.space
但似乎看起来像是AI制作的，虽然很酷，很多细节经不起推敲。浏览器指向了FrutigerAeroArchive.org ，但应该没有关联吧？

来源

区块时代

在区块全站编辑器的主题中，取而代之的是「区块样板」和整个「页面的模板」，例如官方2025主题就提供了「音频的区块卡片模板」用于构建播客用途的站点。但仍然更像是小组件卡片而不是全文的显示格式，如果更换了主题，也还是要自行修改不同的显示样式。

[随想] WordPress的帖子格式 – 景の域

域主我是使用WP帖子格式的重度使用者。 最明显的是那些吐槽类的文章与链接的分享是没有标题的。以及图片会显示在侧边栏专门的工具中。

v1sta.xyz

来源

WP的主创作者Matt的个人博客也在使用定制化的2013主题。
这也是帖子格式的功能由来。另有一说，是为了和当时的Tumblr等一众轻博客竞争抗衡。这也令WP一定程度上具有社交网络的功能，尤其在2024年之后的后现代分散式社交的浪潮中。

当然Tumblr后来被Automattic并共享部分代码库这就是后话了。

帖子格式的功能本质上是为了美化博客文章的模板不显得生硬。
它本身不止是分类，而是让文帖变得更好看、更具亲和力的展示功能。

一般来说，使用帖子格式的主题，也最推荐是使用整页信息流布局的博客，而不是平铺卡片式/摘要式的传统博客（也是大多数中文博客主题的布局）。景の域属于前者 – 信息流布局，也是很多社交网络常用的布局。

WP官方的年度主题——2013和2014就是最好的样例。其次也有像Editor这样的等主题也有所支持，但仍然是非常小众的功能。

当然这不意味着摘要式和卡片式不能实现文章格式，实际上，可以参考昔日的Google+，以及小红书/QQ频道的界面。如果G+没死的话，我想大概就是后两者的UI吧。

格式的介绍

2014主题包括的格式有：
图库、图片、引语、日志、标准、视频、链接、音频
基本上是一般人能用到的绝大多数功能了，也是一目了然，几乎不用解释。引语、日志和链接本质上也是一个样式，只是在不同的附属侧边栏小部件显示。不过，如果要算所有的格式，其实还差上两个形式，则分别是「状态」与「聊天」。这两个格式在一些其他的古早主题有所支持，例如2013、2015……我不记得2016跟2017有没有。

状态

「状态」（原文Status）这个功能，官方是理解成类似推特的短推文（曾也被称作Status）。但这其实是和日志的功能是有重叠的。
这个「状态」的格式其实更像是Facebook或者人人网的「状态」，虽然我没用过这种人际社交网络……嗯……我还真不知道？

其实忽然想到了Steam跟Xbox的个人动态页面，那里确实是有游戏状态和好友状态的，你玩过什么游戏、发布的截图都会显示在状态上。那这样一来就说得通了。不过在WordPress这种博客中，要是不依赖IFTTT插件同步或者是其他例如IndieWeb MicroPub便捷程序化的方式，那这个状态得自己手写，而且仍然和其他格式有所功能上的重叠。

聊天

然后是「聊天」，这个聊天顾名思义可以是聊天记录，也可以是对话。虽然几乎没有人在博客里发送文本类型的聊天记录了。但是，转发聊天记录的形式本身并未消失，而是转化为图片的形式，更具权威和真实性，以及——图都绿了，也就是年代考据。

这里不得不说，早期的MSN、QQ等即时通讯软件，包括IRC这样的聊天室，还没有气泡设计的时候，是可以直接导出为文本文件的，
而且非常重要——因为早期的IM不具备服务端漫游功能。
这是我试着使用MSN Messenger等通讯软件发现的，
不过MSN则使用RTL格式支持图片档案（例如手绘图和表情包）的存储。所以其实比Email更像写信，但它可以是简短的、具有及时回应的课桌信件。

我想，这就是WP的「聊天」格式在古早互联网的运用吧。
那时候还有 .我爱你 这样的域名后缀、以及尚有运营的博客空间提供情侣博客。在现在这样一个原子化和去电脑化的世界已经相当稀有了，现在不过是转变为QQ空间的情侣关系而已，根本比不上专门设计的情侣主题。
这也是随着时代变迁导致的人文观念变化吧。

我想这个功能很适合Mepple和Mipple，
非常符合千禧年小情侣的印象给人的印象。

除了网络上的聊天对话记录之外，这种聊天形式，本身也可以作为像是文学作品/OC之间的对话内容发布出来。包括像是游戏角色的对话记录，尤其是保不准哪天更新的网游。
所以这并不局限在真实的人之间的聊天记录。
脑洞大开，它甚至可以是对话型人工智能的输出记录。或许当年会有人用这个功能记录和Siri的对话吧？

一些新一点的主题也添加了气泡式CSS的支持，但完全取决于主题的实现。

区块时代

在区块全站编辑器的主题中，取而代之的是「区块样板」和整个「页面的模板」，例如官方2025主题就提供了「音频的区块卡片模板」用于构建播客用途的站点。但仍然更像是小组件卡片而不是全文的显示格式，如果更换了主题，也还是要自行修改不同的显示样式。

而「模板」选项虽然可以同步显示样式，但在编辑器选择模板的操作步骤多了一层菜单，是比选择「格式」要麻烦的，
虽然只多了一步，可仅仅这一层菜单就可以打消美化乃至创作的欲望。

少数插件例如IndieBlocks可能会因为历史遗留问题、而从编辑器保留这一选项用于程序识别，但是并不会改变主题外观的行为，因为区块编辑器本身相当自由，不再需要通过简码之类的方式来渲染所谓的格式。

我没怎么记得自己用过FrontPage和Dreamweaver这种网页设计软件，但是WordPress的区块编辑器的受众，应该是与之高度重合的。

其中有篇文章也说明了这一点，并附上了一个有用的插件。我还没装，有时间试试。

Post Formats for Block Themes By Courtney Robertson 这个插件的特色功能，除了可以便捷选择帖子格式之外，还可以解析现代IM通讯软件导出的文本记录、并以语义化形式重现这些IM的聊天记录。微信和QQ似乎也不难实现（但应用内的聊天记录嵌套转发恐怕是无法实现预览的）

另有一款媒体播放器的插件，有时间试试。

前面提到了Google+这一个我似乎都不太记得长什么样子的社交网络了，只记得以前玩安卓机的时候找APK和玩MC有用过，以及成千上万的“G+难民”，域主自己对Material Design UI设计风格印象深刻。

后来在考察小红书这样的平台也发现有一些类似的设计，我想这些国内平台一定也受到了启发，尤其是圈子功能。
虽然小红书在UI上更多参考的是Pinterest这样的瀑布流形式吧？

这一篇文章也讲述了Google+之后人们社交的去向：

Five years after the demise of Google+: reflections on social media

In the past 5 years social media has fragmented but may be coming together with federation.

www.peggyktc.com

Should I bring back Google+?

还有一个Openspace据说要复刻G+的圈子功能。

我需要想想办法怎么把WordPress变成我的书签收藏夹和个人随想存放站。哪怕不公开也好。我要去设计区块主题了。

相关阅读：

Why Post Formats Should Be Plugin Territory – MOR10

Should Post Formats be a core feature in WordPress? Redefine their function, draw up strict guidelines, and move the entire feature into a plugin.

mor10.com

来源

意大利面就应该拌42号混凝土

道理我都懂，这是什么鬼翻译？

其实WP的中文俏皮翻译也不是一次了。记得用传统自定义界面打开区块主题，就会提示：好耶！（电次.webp）您的主题支持站点编辑器……

好奇其他语言是怎么翻译的，顺带也发现一个不得了的事件……

先看英文原版，原句是 Pineapple is delicious on pizza，也就是菠萝放在披萨很好吃：

这是繁体中文/正体中文/台湾中文版，就是直译：

日文版，有一种听PPAP的错觉，おいしい~（teto语）
顺带一则琪露诺的完美数学教室：

香港中文版则是直接引用了原英文未作翻译：

关于这个复选框的作用呢，本来以为是什么拦截机器人访问的新型插件，因为之前的确也想过用WP搭建攻略站开放注册的话，添加游戏谜题拦截一般通过的访客跟机器人。

而至于为什么WP会加上这么一个不明所以的复选框，则似乎与这一则新闻有关。
但可能是我不太敏感，我并不觉得所谓的这则争议事件和这个复选框有什么实质性的关联。整件事情无论是否真假都很牵强。

关于菠萝披萨这个争议本身，如果是意大利人，自然会明白其中的含义。所以如果你勾选了这个复选框，变相承认了你不是正统意大利披萨爱好者。

毕竟我确实喜欢吃菠萝披萨……当然我不觉得这是意大利正统披萨。

如果就美食部分咬文嚼字的话，我是觉得，那差不多就像是问天津人煎饼果子要不要加鸡排生菜，或者是问大连人炒焖子要不要加保定驴肉（真的有人这么吃吗），你不说它是当地正统做法就好了嘛。

不过换一个思路和角度，其实就我的理解来看，这个复选框其实更多可能也是在打比方：
正统WP的用途，真的是用来建站搞电商的吗？
可能谁也没想到这样一个博客软件能够成为世界上最流行的CMS吧。

至于WP官方、Matt跟WPEngine的纠纷在此不作讨论。本质上，和键盘政治、办公室政治是类似性质的事情。只是八卦新闻和纸上谈兵并不能改变什么。人类是不能互相理解的。

最荒诞的果然还是汉化组翻译火上浇油整了个“混凝土意面”的梗！
它把这个事件的隐喻升华到了一个更加幽默的高度。

后来仔细思考了一下，这也算是一种语义上的偷换概念了。
汉化翻译做的其实蛮迷惑的。为什么这么说？
关于菠萝披萨的存在，尚且可以用理念不合的方式解释；但是意大利面拌42号混凝土，对于普罗大众而言，则是完全逻辑不通的描述。

这也是为什么域主一开始觉得会是“机器验证”的情况。
毕竟两者是从不同角度理解的筛选性质，前者是基于理念、后者是基于常识。如果再说得直白点，这就相当于把「吃饺子要不要蘸醋」翻译成「吃饺子要不要蘸尿」一样愚蠢，曲解了原本的含义。

来源

这里提到的手机版/移动端app以安卓版本为准。说起来十几年前的官方手机版app还是Holo Design的风格，功能也非常简单。现在因为实质上从Jetpack分离之后其实也一样了。

新版的界面更偏向于Material3的设计。其实Material设计规范更新如此混乱我也不知道该怎么称呼，但确实有往安卓15的感觉靠拢，虽然我现在老了并不是很喜欢那种风格。还是Material2比较简洁。
不知道平板端是否有适配。

现在手机版的WP可以支持区块编辑器了，甚至把重用样板这种页面构建器的功能搬上来。Automattic可能确实有什么想法，想吸引手机写作者使用，但我不得不说把WordPress当Tumblr的人还是少数。

以及区块编辑器依然是阉割版，IndieBlocks的插件区块也没有直接显示出来。那就不太能把它当作社交媒体平台的替代品。IndieWeb也好Fediverse也罢，不知道Automattic是否会注意到。

除了区块编辑器，手机版还能管理标签和菜单的部分了。但是依然不支持自定义区块的管理，这是最可惜的。毕竟WP的手机app又不是建站器。换句话说，见过Open Live Writer能用来建站吗？古法排版好像也不是不行……但跟安卓版没关系。

曾想好几年前还在上学的时候觉得WordPress这个手机app难用（当然古腾堡也是），现在年岁达大龄也发现很多事情改观了很多。以往没什么在手机上写作的欲望现在也如同喷泉一般涌出，可能是被社交媒体背叛的太多了吧，我更希望专注于我自己的想法。

总归来说的话，社交网络和独立博客空间是两个截然不同的概念，只是近些年来在功能上发生了交融。要我打个比方就是两轮车和四轮车的关系吧。无论是写博客还是看博客的成本，都远远要比社交网络平台高得多，就像开奔驰Smart和比亚迪小海豚也是需要驾照的，但是也是因为这种高昂的门槛才避免很多如蜂拥般社交网络的问题。IndieWeb那样的运动规范，无非是提倡让四轮车更加适合和市区代步的氛围；对于博客空间也是如此，并不会改变内容发布的独立性质，毕竟还是四个轮子。

来源

景の域首个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。
老老实实用古藤堡吧，是麻烦了些。

来源

使用Twenty Fourteen主题时一定要安装Fourteen Extend插件

转发自 https://lawtee.com/article/2014-01-09-twenty-fourteen/

使用Twenty Fourteen主题时一定要安装Fourteen Extend插件 · 老T博客

使用Twenty Fourteen主题时，强烈建议安装Fourteen Extend插件，它能有效解决页面内容偏左显示的问题，使整体布局更加居中美观。该插件还提供了强大的边栏控制功能，允许用户灵活设置左右边栏在主页、页面及文章页的显示或隐藏，从而优化不同页面的布局与阅读体验。此外，通过该插件还能调整

lawtee.com

使用Twenty Fourteen主题时一定要安装Fourteen Extend插件，可以使画面不再偏左显示。而且可以方便的控制左右边栏是否在主页、页面、文章页的显示，以及调整其他一些功能。

https://github.com/zulfnore/fourteen-extended

https://wordpress.org/plugins/fourteen-extended

域主的评价：

Twenty Fourteen 2014 作为十多年前WordPress 3.8时期的老牌主题，对应的插件似乎已经跟不上最新版本的WordPress。这个插件也不适合多站点模式。不过，其中的部分代码倒是可以借鉴。

来源

一些网站设计的概念图以及模板

是一些网站设计的概念图，以及四格模板。

自然是希望用WordPress的区块主题编辑器开发的：

• 第一个是88×31的导航页，我想做一个8831小游戏的主页。
• 第二个是Y2k风格的V1sta Artworks的一些概念装潢。
• 第三个是景之印的设计。不过也许不太好实现。

得益于WP7.0的更新，区块主题现在也有了类似Elementor、Blocksy、Bricks等构建器的根据手机、平板视图自适应显示的功能。其实我对构建器没有太多的使用经验。
据说WP的Gutenberg也因为DOM过多而被批评。
自用的话我是不太介意的，
但是客户不懂技术的话，就要谨慎考虑了。

Net7最近也准备转作为一个工作室的名义来运营，可能会拉一些其他的人来加入。

来源