圆谷的夕阳,东映的雨。
骑士不会哭,天空便下起了雨。
每年都会有一场洪灾般的雨落。今年是一样的,但雨的湿度越来越不舒适。最终只有想方设法地寻求天赐。但是,天赐是有限度的。如果天本身就是乌云一片的雷阵风暴,寻求天赐的意义何在?大概会一直思考这个轮回的意义吧。
7月21日的话,待会写一下奈欧斯奥特曼的追忆吧。有什么办法能让文章同时拥有两个发布日期吗?
圆谷的夕阳,东映的雨。
骑士不会哭,天空便下起了雨。
每年都会有一场洪灾般的雨落。今年是一样的,但雨的湿度越来越不舒适。最终只有想方设法地寻求天赐。但是,天赐是有限度的。如果天本身就是乌云一片的雷阵风暴,寻求天赐的意义何在?大概会一直思考这个轮回的意义吧。
7月21日的话,待会写一下奈欧斯奥特曼的追忆吧。有什么办法能让文章同时拥有两个发布日期吗?
对,这个Domain Hack就叫这个名字。突发奇想找到的有趣的网站。
不过呢,网站和光之美少女其实没有一点关系哒mepple。但是UI很简洁哒mepuru,虽然既不Pretty也不Cure哒mepuru。
大概只是提供了github和docker加速站的服务。也许站长是一位不知名的御宅族吧。
研究了一下WP的手机版app,大概是Automattic那边推送了热更新(可能是网站侧也是app侧)让没有更新的版本出现很多灰度测试的bug。总之正式更新了一下发现的确可以登录并正常使用了。也有可能是我试着更新了Webinoly。因为Webinoly的默认策略对REST API并不友好,该换一些运营工具了。
这里提到的手机版/移动端app以安卓版本为准。说起来十几年前的官方手机版app还是Holo Design的风格,功能也非常简单。现在因为实质上从Jetpack分离之后其实也一样了。
继续阅读WordPress 手机版App写博客杂谈又名——冰箱笑传之除除冰。亚文化要控制摄入量。
冰箱出了大悲剧,不知道是什么时候放冷冻食品没注意好,冰箱门没关严实,我最近又不自己做饭。昨天忽然想煮点夜宵的时候发现冰箱门整个冻上了!我真是冰雪baka啊……
[补图]
甚至把塑料袋都冻上了……
其实大概一年前的时候就遇到冰箱没关严导致结霜的情况,但是当时没影响制冷功能也就没去管。(制冷机:你女子)
这图还是经过清理50%的结果,一开始开的时候三个抽屉都拉不开,只能先拔电融化一阵子清理后才打开。
这次也不得不对冰箱做一次清理了,把一些家里带的过期食品扔掉,可惜了了。话说不常用冰箱的话是不是可以考虑弄个智能插座,当然不选Zigbee而是Tasmota,但我不知道有没有靠谱的16A插座。那是后话了。
破冰的话如果有专门的工具自然是最好的,但很可惜我没这个条件。
对于一般人来说,最实用的两个工具就是平头螺丝刀(起子/改锥)和热水了。螺丝刀充当锥子使用,根据直觉来破冰吧!而热水通过高温蒸汽用来解冻结霜的部分。
真是像密室逃脱的谜题。
切记不可轻易用蛮力,否则可能会对亚克力抽屉造成损坏。对于热水的使用方法,也要注意亚克力抽屉的部分是否耐温。我家没有那么大的盆覆盖整个制冷结霜区域,所以直接注水到抽屉里了,然后睡觉等待白天解冻。
其实和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是一种精简式的信息载体。
本意是希望读者们可以更轻松地获取本域的信息。
由于这段时间域主产出了很多艺术创作和发现的事物搜集,这些信息如同社交网络一样略显杂乱还轰炸了信息流,
确实就连域主自己都看不太下去。
所以有一份简报,无论是读者、还是域主自己回顾,都是很好的总结形式。尽管本文实际上是在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了也就不计较代码耦合度了吧。
反而用区块编辑器其实还蛮方便的。