日记:破冰行动
又名——冰箱笑传之除除冰。亚文化要控制摄入量。
冰箱出了大悲剧,不知道是什么时候放冷冻食品没注意好,冰箱门没关严实,我最近又不自己做饭。昨天忽然想煮点夜宵的时候发现冰箱门整个冻上了!我真是冰雪baka啊……
[补图]
甚至把塑料袋都冻上了……
其实大概一年前的时候就遇到冰箱没关严导致结霜的情况,但是当时没影响制冷功能也就没去管。(制冷机:你女子)
这图还是经过清理50%的结果,一开始开的时候三个抽屉都拉不开,只能先拔电融化一阵子清理后才打开。
这次也不得不对冰箱做一次清理了,把一些家里带的过期食品扔掉,可惜了了。话说不常用冰箱的话是不是可以考虑弄个智能插座,当然不选Zigbee而是Tasmota,但我不知道有没有靠谱的16A插座。那是后话了。
破冰的话如果有专门的工具自然是最好的,但很可惜我没这个条件。
对于一般人来说,最实用的两个工具就是平头螺丝刀(起子/改锥)和热水了。螺丝刀充当锥子使用,根据直觉来破冰吧!而热水通过高温蒸汽用来解冻结霜的部分。
真是像密室逃脱的谜题。
切记不可轻易用蛮力,否则可能会对亚克力抽屉造成损坏。对于热水的使用方法,也要注意亚克力抽屉的部分是否耐温。我家没有那么大的盆覆盖整个制冷结霜区域,所以直接注水到抽屉里了,然后睡觉等待白天解冻。
PHP笑传之踩踩背
其实和PHP的关系并不大,标题是随便起的。但真觉得有几万只大象压在我头上。
我并不是程序员,我的运维技术也一地鸡毛。最近发现服务器的数据变得非常大,光是Bookstack就占了512MB,已经没法再在本机支撑全量备份了。Webinoly支持S3增量备份、但我还得先弄一台大容量VPS,对吧……但我确实买不起那么贵的VPS。
想了想自己当时选择的WP的方案虽然在易用性上不错,却压不下来资源的需求。
我开始研究使用WP的建站开发,但是发现一个站点少说也要200MB的空间占用;对比之下MkDocs撑死不到10MB,顿时发现静态站的美好。当然,静态网站要实现Webmention等一些动态功能必须依赖第三方服务器,这令我感到不自在。
不合群和不带你玩
手机版的WP APP更新之后好像不能登录了,可能是Webinoly的关系吧。这几天一直在熬夜,懒的起床拿电脑了,用手机网页版起手。
忽然觉得最近很多具有戾气的冲突发生,很多时候都可以归纳为「不带你玩」。骑士圈有所谓“带粽玩”的说法,是因为Amazons不是正统骑士时间线。
当然这是调侃。
所以是不带你玩导致不合群、还是不合群导致不带你玩……的确要讲一个先后顺序。我两种情况都遇到过,有不同的原因,但结果都是被排挤。
继续阅读不合群和不带你玩简报更新!
景の域首个Newsletter上线!
基于域主7月份提到的CPT构造出这套发布体系。
欢迎各位读者订阅。
更新须知:
订阅URL已经更新为 https://v1sta.xyz/newsletter/feed ,
展示页面变更为 https://v1sta.xyz/newsletters
关于简报 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 的还是改一下吧。
WP实现Twenty Fourteen主题风格的侧边栏小工具标题

本域更新了侧边栏的小工具,它类似于早期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了也就不计较代码耦合度了吧。
反而用区块编辑器其实还蛮方便的。
自定义帖子类型 实装更新
个人博客使用CPT的实践记录
到了月中了,作为一个宅充爆表的同人作者。
似乎这一年都很忙碌呢(笑)
因为熟悉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。
老老实实用古藤堡吧,是麻烦了些。
日记-今熙是何年
昨天花时间稍微整备了一下博客的功能。感觉这几个月很飘渺啊。
X60T的屏轴好像有点老化了。。。可能是热胀冷缩的关系。
咔——一声就不对劲,发现下垂的很严重啊。以前还在推上的时候,就考古过有人说X60T/X61T的屏轴悲剧了……我也遇到了么。
现在的情况是,静态放置还好、如果是大腿上就只好用二郎腿支撑了。
我大部分时间还是在床上或者用平板模式。甚至这个键盘我觉得还没有六行好用一些。要不去淘一台X230T得了。
真后悔把T726卖了……
我不可能买Wacom MobileStudio的!
研究了一下用Pale Moon苍月浏览器,感觉交互还不错。
据说是Firefox/Mozilla/SeaMonkey/Netscape系的分支。
Web技术支持的完全度肯定没法和Chromium相比,而且也有点卡,所以这篇文章现在用的是Supermium。Win7也比较老了,都不支持即时滚屏。好在这个浏览器可以玩很多Flash小游戏。
有一个所谓动态书签的功能是用来订阅RSS的,我不确定是不是Firefox系都带的功能。我还蛮喜欢这个设定。
之前我不怎么喜欢Firefox,但我想最近可能在考虑换到Firefox或者是Waterfox/LibreWolf。
卡顿似乎也是网页本身臃肿的关系。如果玩老的Flash游戏其实没那么卡顿。本域主页大部分CSS特性也都支持,但涉及到WP的区块编辑器就很卡顿。所以HTML应该分出来世代对吧?
那么像苍月这种浏览器和IE一样还是更适合浏览HTML4标准世代的网页和站点。
感觉现在的各种Web3风格网站都可以叫做HTML6了。Web3是啥自己定义去。XHTML是什么时期的了。
继续阅读日记-今熙是何年






