有人吗——

@flynn@wxw.moe hi～～
很高兴，我在这里的自建实例能与其他服务器上的朋友通信啦~(≧▽≦)/~

misskey搜索用户的时候是不是不会实时在后台请求目标服务器啊，感觉这点没mastodon好，难道不运行一段时间，就没办法找到自己想要关注的账户？

好吧，直接通过URL访问用户主页，可能会强制服务器抓取，此外应该就是依赖于外站的用户关注本站用户

睡了，晚安，大家
今天真的不能再睡那么少了……

诶……
Misskey看起来好像不是很吃内存的样子，早知道再省点钱买2G内存的机器了

Misskey这个飘雪的动效是真吃资源，M2都能给它吃满

@flynn@wxw.moe 啊啊啊啊我也是
都一起睡吧，晚安喵

看着砍砍做的Kimis……我在想
寒假在开发方面主要做些啥呢？
继续做SparkHome，还是学学Vue，做那个音乐播放器，还是来学学Swift？抑或是重拾Flutter，做跨端应用？
对了，之前我自己想要开发的带有推荐算法Fedi客户端RecoMas还一直处于仅立项状态呢……那个要用什么做呢？只在Apple平台开发，似乎在AI上可以吃一些特殊红利，要不然就在Web端，反正现在有了transformer.js，并且还不错:nacho05:

啊啊啊！寒寒检讨！又到两点多了

等等，我这52分钟都在做什么？！

暖气，没烧够，
寒寒，家里好冷……🥶

一个每分钟进出人流量超过50人的商场，唯一的一个入口是一个“每扇区限5人”的旋转门，而且人一多它就间歇性罢工……我在外面站了好一会儿，本来想进去取取暖，最终还是放弃了……

《唱给雅音宫羽》
我们，还会记得你。

Fluent Emoji相比比较流行的Apple Emoji风格，我个人感觉会可爱很多，平时简中互联网上常用语阴阳怪气的emoji，看起来都和蔼了很多呢～

原来IO也是有超时的……
iCloud这个小天才给我把我的项目文件夹从本地移除了，只保留在云端？？
关键是，它还把node_modules也弄上云了……下回来还要半天

（寒寒悄悄从别的实例偷一点表情）

@lzc256@neko.lzc256.com 是的喵……寒寒有时候挺烦写前端的，
虽然写后端也烦就是了:nacho_cry:

不行，我看到落雨宸酱发的帖，
我想用firefish怎么办，
谁拦一下我

我的node_modules现在还没下载好！
Apple！！！iCloud！！！
啊啊啊啊你赔我的时间

好好好……
不对，我突然想起来，好像可以直接把文件夹清空再npm install

谢谢你，NodeJS

不行了，今天我不适合碰代码，原神启动了

#寒寒的日记
今天做了什么呢？好像就写了一个记录键盘按键的脚本，我想试试看记录我未来一年按下的每一个键，最后的数据一定很有意思~(≧▽≦)/~

之前的音乐软件，得快点开发了
寒寒现在对于「记录」「纪念」看的很重，所以总是想记录些什么东西，我立下的UniNote, UniScreen, BAMusic（那个音乐播放器）, keylogger等等项目都是源于此

寒寒的立项

SparkHome/星火主页

一个智能的浏览器主页，目标是让用户在“搜索”前获得答案，并拥有优雅简洁的前端设计和高效的体验。
目标：一切问题和任务的开始，极致的效率工具（好吧我承认这话瞎扯的但大概这个意思www）

状态：开发中

github.com/alikia2x/sparkhome

BAMusic （暂定名）

Apple Music风格，在Web运行的本地音乐播放器。本项目诞生于本人想畅快又优雅地听中V歌曲的心愿。可以从本地上传歌曲、封面、歌词等，也支持直接通过B站收藏夹、视频链接获取。

此外，如果启用云端服务，不仅可以将歌曲多端同步，还可以匹配云端数据库，向本地更新最佳音质的音频，以及手工校准的逐字实时歌词。

状态： 开发中

UniApp Series

Uni，意为统一，在项目中，它意味着全平台支持。并且，UniApp整个项目的每个App前后端都是开源的，用户只需为服务而非功能付费。 立项的起源是，发现很多精致实用的小应用只在某个或某些特定平台独占，而在其它平台则需要寻找“平替”。

UniBattery

灵感来自iOS平台“CloudBattery”，安装后可自动向服务器报告当前设备电量及所有已连接且可读取电池信息的设备的电量，并借助账户系统或唯一标识符实现同步。它可以让你随时看到自己其它设备的电量，并在一些设备（如蓝牙耳机）低电量或长时间未充电/在线时通知你。

UniScreen

相当于各家系统里类“屏幕使用时间”的功能，但是可以全平台数据同步，让你看到每天在每个设备的每个软件耗了多长时间。当然，也包括桌面端。

UniNote

一个全平台的笔记应用，主打快速记录、格式丰富、云端同步、开源开放。不过说实话这个坑还蛮大，要在全平台做到体验统一的富文本编辑，简直tm是天坑……不过想做，我觉得没什么做不到的～灵感来源于现在种类繁多但我“用起来总是不满意”的笔记应用。在我的理想中，一个好的笔记应用应该“下可以简单到当备忘录，上可以复杂到管理复杂的知识体系网络”、“兼容Markdown，但又高于Markdown”、“支持全平台，数据可以云端同步”、“开源开放，可以随心导入导出数据，且导出的数据的格式有明确文档参照”。

UniTask (中译“计划通”)

其核心是一个全平台的Todo应用，同时可以作为日程表、课程表等使用。此外，配有番茄钟、每日专注统计、习惯养成、基于UniScreen数据的屏幕使用检查等功能，让其不仅是一个Todo App，更是一个提高工作与生活效率的工具。

Works With:

• 系统日历
• Apple Reminders
• Microsoft Todo
• UniScreen
• UniBattery
  • 根据其预测的设备充电时间，合理将各类设备的充电计划添加到日程

UniCountdown

类似“Days Matter”，但是应当拥有更现代简洁的UI、更细节的功能、更开放的源代码与数据格式。

Click!

iOS平台小游戏“按！”的Web复刻。

状态：暂缓

Quixio

一个轻量的短网址后端，无需数据库，用Go实现。
状态：归档
> 请见"A2X"

Lozen/洛泽

一个公共API服务，提供一些有价值或有趣的API。
状态：暂缓

Quill/轻羽

一个开源、轻量、简洁且多用途的内容管理系统，不使用臃肿的框架和库，以HTML最“纯净”的形式出现。使用Python Flask构建。

用途：

• 个人博客
• 论坛
• 产品用户讨论区（基于Quill提供的REST API）
• 作为评论服务（基于REST API和相关JavaScript嵌入）
• ……

> Version 1.x 简介
> 一个开源、轻量、简洁的个人博客框架，采用类似Bearblog的极简设计。

状态：重构中

SiteInfoDB

一个公开的网页信息数据库，主要提供互联网中主流网站信息的汇总整理。
未来将会作为OneSearch的底层数据源为SparkHome服务

状态：暂缓

Bilibili-Python

一系列Python函数，可以提供对哔哩哔哩中一些信息的自动化抓取。
状态：维护

FileTrans（暂定）

一个文件共享网站，支持云传输（基于兼容S3的对象存储）和本地传输（基于SnapDrop）两种模式。
未来将被嵌入至SparkHome，提供AirDrop级别的体验。

状态：暂缓

UltraTrans

一个终极文件转换应用。将生活中一切可以结构化的数据都纳入“格式”范畴，支持“模板”进行批量自动化处理。

状态：构想

RecoMas

一个Mastodon客户端（可能会同时支持Misskey），与竞品不同的是有一套本地运行的推荐系统和独特的推荐时间线。

状态：构想

HyFile

一个标准，旨在通过一个SQLite数据库将来自不同来源的文件、数据整合在一个位置，提供智能的同步、备份、查找等管理操作。

状态：暂缓

Personal Life Quality Index（暂定名）

通过与可穿戴设备的深度结合，根据Apple HealthKit数据计算您在锻炼、睡眠、压力三维度的指标，并且，每个维度的指标都是一个简单易懂的数字，让你无需考虑太多数据，专心通过设法提升三个维度的指标数字，来获得更好的生活质量。
与Apple Watch工作最佳。
之后，根据数据获取的难易度，可能会加入饮食与专注指标。专注度数据预计将主要来源于UniScreen。

状态：构想

A2X

Quixio的改进。使用Python重构，并使用SQLite作为数据库，目前其正运行在a2x.pub端点。

状态：运行中

Ecomina

开源的、去中心化的搜索引擎。基于分布式存储、区块链技术。

状态： 构想

Vocab（暂定名）

一个满足我需求的翻译+查词+背单词三合一软件。

因为市面上唯一符合我这个需求的是有道翻译官，但是，它不开源，此外，背单词的功能也只算是“有”，但不怎么好用

状态：构想

Nomasper/轻语

一个匿名的端对端加密临时通信的网站，守护你的隐私。

名字来源 Nomad+Whisper，中文名和Quill是同音，哈哈。

状态：构想

自己想要的太多……虽然知道自己是可能可以做出来的
但是，产能不够:nacho_cry:
如果有大佬看中某个idea，欢迎抱走idea去勇敢实现～（不过，必须开源，这是唯一的限制，也是大概率我未来绝大部分项目的信条）

@Rinkko@nya.one 摸摸凛子，寒寒现在也发现，不管是墙内平台还是看起来比较小众的联邦宇宙亦或者是墙外的大平台，
一些“吸引人眼球”但实际观点可能并不客观或“合适”的帖子总是存在，且无论在哪里也容易得到更多的流量。
唉……哈哈

@Candinya@nya.one 嗯，确实
看了看Fedi上这么多的服务端软件，发现很多mstdn/misskey等的fork都比较喜欢实现一些原本没有的功能，然后保持着小众，被fork的源软件打败😂
所以思来想去，还是用mstdn，misskey之类吧

@Lafna_Izvirna@nya.one @Rinkko@nya.one 像寒寒的话，明确对女性说一般是”姐妹们“（虽然在现实生活常常会被觉得”怪“），男性就是兄弟们，
未知性别，朋友们
或者推荐一个不易被反驳的：
“同志们！”

#晚安喵友会
https://www.bilibili.com/BV1E64y1V7Up
听着天依宝贝的甜美嗓音，晚安，大家～

刚倒水的时候水洒到屏幕上了，然后手机自动启动原神……

晚安，这次是真睡了

寒寒的xlog上架咯～～～
https://alikia.xlog.app/
欢迎大家来玩，我会把之前写过的文章上传的，未来如果我自己的博客框架完成，我会让xlog和我的博客并存的~(≧▽≦)/~
对了，来看看这篇文章？
https://alikia.xlog.app/binary

刚刚在玩底特律……开场的演出就把寒寒震撼到了:nacho05:
剧情演出，以及视觉效果，超级棒！

本世纪前端开发最伟大的发明：实时预览
谁赞同？谁反对？

喵友们，npm 安装一直 CONN RESET 怎么办
它说是我代理的问题，但我的代理配置也妹有问题啊（哭）
详细请报就是，
“Client network socket disconnected before secure TLS connection was established”

卧槽iCloud把我项目.git直接弄没了！
而且我一直在用autogit脚本自动提交，并且这大概一个月来因为忙没时间rebase也没有push到GitHub
我现在正在尝试time machine恢复
以后再也不把项目文件夹用iCloud同步了，没用的东西

@Candinya@nya.one 没用，毕竟我一直是默认源站
proxy开，proxy关，
换默认源，换淘宝源，换XXX……源，左右横跳，然后
错误！错误！错误！还是错误……
寒寒从前天晚上就开始想做项目，然后发现iCloud把我本地node_modules删了于是我各种重下，然后过了一整天，现在刚过了0点，还是没好，我摆烂了:11134:

完蛋，时间机器的文件夹，怎么拷贝怎么恢复都是未知错误
我真服了
这下咋办，我90多条自动提交的git记录全没了，要不就干脆当成一个大版本重新提交一整次好了

好好好，整个.git都被删了
我现在必须去iCloud投诉了

我爱你，iCloud

看来只能等着了……
iCloud已经在很努力同步了，虽然系统只给她小核用

@Candinya@nya.one 想得很聪明喔
可是现在是我整个编码目录下的各类项目源代码、配置文件、环境、二进制和诸如node_modules这样的黑洞，都被部分仅保留在了云端，现在我正在将它们全部下载下来
此外，我换了yarn，结果就是yarn install之后，解析几个包，就会在一个随机的进度处爆出Received malformed response from registry for "...". The registry may be down.
无论开启或关闭代理，或者是设置第三方源，都没用
我真的快崩溃了:nacho_cry:

iCloud是“梅西”，为什么？
因为它是没用的东西，简称没西。

@Candinya@nya.one 唉，碎文件真的是麻烦至极呜喵……
对了，寒寒刚刚用pnpm，然后莫名其妙，就好了，谢谢糖喵~(≧▽≦)/~

时隔不知道多少天，我终于通过pnpm把依赖问题解决了。终于可以启动我的项目了！
尘封的亚特兰蒂斯的神秘面纱就要揭开了吗？
（请友友们点击显示隐藏的媒体，与本帖互动www）

两天怒发60条帖子，果然在自己的实例就会封印解除吗:nacho05:

ChatGPT终于出本地化了
话说之前一直是英语，我完全没感觉到😂

某个主任：我们学校以后要严查带手机！
寒寒：懂了，带电脑:nacho05:

@Candinya@nya.one 诶，心动了

学长演示代码翻车现场:nacho_look:

@Candinya@nya.one 话说寒寒似乎没法验证验证这条消息签名喵……可以请教一下糖喵大佬这个错误以及 PGP 相关的问题吗:nacho05:

@Candinya@nya.one 这样子，应该算是有的吧:nacho_look:

@Candinya@nya.one 喔喔！好了呐~谢谢:nacho05:
顺便附上咱的密钥指纹
1DF63AC219F0FFCB8C0FE6283B3C33D2173589BF
（如果要互相发送 PGP 消息需要这个来找到寒寒的证书对吧）

@Candinya@nya.one 是已经上传到公钥服务了~
我按照kelopatra的指引同样创建了一个revocation certificate:nacho05:

启动！

@flynn@wxw.moe 喔喔，看起来是好可爱的oc

我们竞赛教室角落里就是一台交换机，然后教室本身又不大，这玩意开启来超级吵😂

珍爱生命，远离iCloud:nacho_cry:

@diamochang@m.cmx.im 生日快乐喵~

满满的回忆:nacho05:

www

寒寒可是从九代开始玩的:nacho05:
之前买了Heat，现在才有空玩(￣▽￣)

现在刚学SwiftUI，写出来的页面感觉有时候很单调，怎么办呢？
把砍砍的Colorful库丢进去，简直万能:nacho05:

好耶！Electron启动成功
之前不是说npm这块总是有各种网络连接的问题嘛，所以就在网上找了好一阵，虽然我还是不明白为什么明明代理已经配置好了还是会出错，但总之该一些electron安装时的镜像设置，最后还是解决了问题。
唉……果然以后还是能润则润吧，这的互联网体验实在难以忍受( ；´Д｀)

Electron确实好，两分钟把一个写好的简单页面移植过来
质疑H5，理解H5，成为H5

大无语住了
大家猜猜这段代码哪里有问题:nacho_look:

@PiCpo@nya.one 我觉得更像微软为推bing而搞的小动作

@Candinya@nya.one 不是喵:nacho_cry:
每个字符挨着读一遍，你就会恍然大悟的:nacho05:

@Candinya@nya.one 没有，可能是最近我改环境弄没了
我打socketRef.current.之后，它连自动补全框都没有，寒寒手速一快经常就字母前后颠倒了:nacho_cry:

这个好玩，不过粗略估计了下词库应该至少需要包含40,000个词，选词任务还是蛮有挑战性的
简单体验后发现一些地点的三词编码所包含的词语确实不太常见或有些怪怪的……

哈哈，程序员版MBTI，这个有意思
大家也来玩玩看？
https://littlefean.github.io/CodingPersonality/

知乎是怎么做到让Safari开启阅读器后显示完全不同的一篇内容的，这个体验真的难受:anenw31:

我是不是有病啊把一个压根不会再扩展的功能抽象成一个函数然后里面就是设置个state

@Candinya@nya.one 想听，
废废寒寒啥也不会

@Hokori@nya.one 寒寒从去年过年开始边学习React边重构自己的项目，一年后的今天，再去看Vue的教程，后来发现Vue其实比React好上手得多呐……只可惜进度已经不允许咱再来一次重构了，不然寒寒会从一开始选择Vue的:anenw36:
（况且Vue也不是不能用JSX）

@Candinya@nya.one @Hokori@nya.one React 旧版教程基本都是类组件风格的，然后里面的样例代码可能自然会被奉为教科书一般的存在，在各大未更新的React教程流传
寒寒最开始也被坑过，好在有GPT，组件本身不算复杂，半小时让AI全都转成了函数组件

顺便有个问题想和糖喵探讨：
React官方的“偏好”从类组件转为函数组件，寒寒觉得是更贴合单向数据流和纯函数的理念，糖喵觉得呢:anenw08:

@launchctl@nya.one 用户角度看寒寒觉得还不错啦……至少封闭生态带来的风格统一和强制更新，少有Windows UI风格四世同堂之类的情况出现:anenw36:
附：寒寒一直都是关注你的状态，为什么感觉很久没在tl上刷到过你的帖文了喵？还有好多喵友的也是，好奇怪呀

@Rinkko@nya.one 哇凛子好厉害:anenw08:
抱抱凛子，加油喵～
（可以小声问问是什么游戏喵）

我为什么把我代码开源？
❌为开源软件做贡献
✅让全世界都能欣赏我写的💩

@Rinkko@nya.one 草，不会是传奇吧

寒寒放假，寒寒妈还在上班，给咱转了100让咱自己中午点外卖
然后她忘了，美团账号是绑定了她的银行卡的，免密支付:anenw34:

@youon@e4le.me 啊？
新版本已经上线了？

他妈疼死了

BV1kp4y1o7pq
很看好这首歌，年底发布，一周冲上23年中V主榜Top150，
另外，好听是真好听，期末最后一天在我脑子里头一直循环:nacho05:

@launchctl@nya.one 有啊，
nigger
“那个……”我觉得这么个表达就和あのう差不多

@launchctl@nya.one 要记得一个是ha一个是wa
寒寒最开始用罗马字记的片假名，然后最后得知は常念wa时还以为教程的语音有错误:11134:

@launchctl@nya.one 哪个？
我感觉常用字最多读音的可能就是“的”了吧，也才5个诶

@launchctl@nya.one 好强，
寒寒先记的平假名，
结果平假名很快记住了，片假名到现在还没认全:nacho_cry:

朋友们我发现一个很逆天的事情，Safari的网页翻译，在选择简中作为目标语言时，会把链接里的en-us替换成zh-cn
但是你选择翻译成日语（可能包括其他语言）就不会
我还想了半天，这英语网站还特意给我提供中文链接？打开一看，404啊，
显示原文，？？？

意识到之后感觉好炸裂，刚入坑React的小白一定要注意避坑(｡-_-｡)

一个函数组件，长这样

const OneSearch = (query,engine) => {
     const { completionData, updateCompletionData } = useCompletionData();

    // 一些hooks, 虽然其实和组件代码耦合很高没有什么通用性但还是让GPT帮我抽象出来这么俩玩意
    useWebSocket([query,engine], updateCompletionData);
    useLocalSearchHistory(query);

    return {completionData};
}
export default OneSearch;

然后引用是这样

<onesearch query="{oneSearchQuery}" engine="{engine}"></onesearch>

如果不仔细看，似乎挺正常，对吗？
但是仔细看看呢？
你会发现一个小小的，不能算是bug的行为，就在OneSearch组件定义里面，传参是这样
(query,engine)
但其实，我们希望它应当是
({query,engine})

为什么？
因为React传递的时候，是传进去一个JS对象，在你写函数定义的时候，你可以写作
(props)，也可以是其他任何一个名字，比如cop。而你在引用这个组件时，JSX 里给它传递的所有参数名和值会打包成一个JS对象，作为实参传递给你的组件，而props只是一个约定俗称的名字，如果上面的函数就写成(cop)，那我则可以通过cop.query和cop.engine来访问组件引用时传递的两个props。

另一种写法则是({query,engine})，此时形参变成了一个对象，而JS语法贴心的可以让你通过定义这种形式来访问实参中的query和engine两个properties。

但是，如果当你写成寒寒写的(query,engine)，事情就不一样了。query作为第一个形参，它接受的实参是React打包的一个对象，里面是你引用组件时传递过来的参数。
也就是，在这种写法下，query实际上是一个object，长这样

{
    query: ...,
    engine: ...
}

而且！这样子写是不会报错的，因为JS里的函数，调用参数无论传够了还是没够，甚至是多了，JS都不报错（至少在主流浏览器实现上是这样）
这种逆天写法，换其他语言早就开始叫了，python会在运行时爆个TypeError，编译型语言像C/C++没等你运行编译器就先开始叫唤了，你编译都过不去。
但JS允许这种行为发生而没有任何提示！你参数传多了，就会按照实参的顺序依次给到形参（如果调用时没有指定哪个实参要给到哪个形参的话），剩下的就不管；你传少了，还是这样。函数里面要是引用没给到实参的形参咋办？那么你引用的那个形参的值就是undefined，没了。就一个undefined，甚至警告都不会有。

附，很多术语名，像props (React)，还有properties，我其实很想写成中文，但找了一圈，发现不合适。因为比如谷歌会把property和attribute都翻译成“属性”，而React的props也没有官方的中文译名，虽然state也没有但我一般叫做状态。毕竟props算是个React自己的特有概念，尽管其实际作用和通常理解的property差不多，但我认为还是需要加以区分。

@Candinya@nya.one 诶嘿……其实我是有在用ts的，
然而类型注释懒得写，总是想着让它自己推断去:nacho05:

@Candinya@nya.one 哦对对，我想起来了，这一连串的代码基本都是GPT写的，我在它的模版上补了一个props，然后就忘记了类型注释和其它各种东西……:nacho_cry:
（不如说，寒寒的大部分代码都是AI写的，诶嘿

@lzc256@neko.lzc256.com 别来踩这个坑，去学Vue:anenw31:

@Candinya@nya.one 话说糖喵用的是哪个IDE呀，寒寒猜感觉是WebStorm？
但是JetBrains家的IDE寒寒也买不起喵:nacho_cry:激活服务器都不怎么稳定的说

@launchctl@nya.one 虽然不知道砍砍知不知道……
其它很多客户端包括Misskey原生Web端都是没法显示heic图像的www

我的天呐连续三天尝试进入Apex都连接不上，求助喵友们……
Clash for Windows，全局模式、系统代理&TUN模式，但还是连接不上:nacho_cry:

Apex入库到现在4.3个小时……
你问我为啥不玩？
其中4个小时都在连EA那该死的服务器，你说我为什么不玩:nacho_cry:

之前发现steam和xbox对同一款游戏时长统计相差很大，刚刚终于得到了证实：steam真的会吞掉你的游戏时长！
40分钟前寒寒发这条帖子，apex的时长还是4.3小时，寒寒中间重启过一次电脑，之后又在后台挂了很长一段时间的apex，刚刚一看steam，3.8小时
寒寒：？？:nacho_cry:

@laoxong@m.moec.top 我也不知道啊，机场标榜的是一个游戏专线的节点，理论上不应该会不行，
我在想是不是哪里配置不对
话说如何能测出来节点对UDP的支持？

卧槽我进去了！
太感动了

寒寒让GPT帮忙写的按键记录小脚本不那么稳定的运行了整整一周，记录了超过140,000次按键
以下是一些有趣的统计结果：
Top 5 快捷键&次数
cmd+tab: 1737 # 第一位居然不是Command-C
cmd+2: 1165 # 用于打开浏览器
cmd+s: 978
cmd+v: 749
cmd+c: 513
单个按键Top 5
w: 8091
a: 6945
i: 5718
n: 4678
e: 4216
每一天的按键次数
2024-01-25: 15596
2024-01-26: 10462
2024-01-27: 36247
2024-01-28: 25331
2024-01-29: 14080
2024-01-30: 14584
2024-01-31: 3271
2024-02-01: 25338

代码开源了，感兴趣的友友可以尝试自己克隆下来跑一跑
https://github.com/alikia2x/keylogger
目前比较简陋，后面会尝试让它完善的～

寒寒的个人网站丢掉了一些没有用的东西，成功让最终的页面大小来到了12.41kB (gizp)
只需要不到一万三千字节，就可以显示alikia2x.com的基本内容。当然，再进行一些极致的静态分析，或许可以再少几百个字节，但也没有太大必要了。
网站最初使用bootstrap框架制作，但经过Cloudflare减速器，即使开了webpack，网页体积还是严重拖累加载速度。
因此，寒寒手动压缩，手工删除了所有未使用的CSS代码，舍去jQuery，并将bootstrap.min.js重写成了一个只有必要功能（显示和关闭模态窗口）的版本。
最终，寒寒达成了这个小小的壮举。在模拟的2G极端网络环境中，也只需2秒钟即可显示基本页面内容。

Less is more.

> That 14kB includes compression — so it could actually be more like ~50kB of uncompressed data — which is generous. Consider that the Apollo 11 guidance computers only had 72kB of memory.
> Once you lose the autoplaying videos, the popups, the cookies, the cookie consent banners, the social network buttons, the tracking scripts, javascript and css frameworks, and all the other junk nobody likes — you're probably there.
> From https://a2x.pub/14kb

有没有喵友教寒寒怎么婉拒同学的社交活动邀请啊:nacho_cry:
寒寒现在真的对社交一点兴趣都没有:anenw2:
急，在线等）

重构了很久的项目SparkHome，寒寒认为终于差不多算是完工了
最快今天就能合并到主分支，然后上线，慢一点就明天
不过相比主分支，还缺了一些功能，细节还离我想象中的差一些。而如果与这个项目的目标比起来，就差的更远了。不过没关系，寒寒会将设想中的功能一一实现的:nacho05:
对了，dev分支合并后，也欢迎大家在这个项目讨论/贡献～寒寒也会在之后的几天为项目写一个详尽的文档，好让喵友们了解这个项目到底是做什么(≧∇≦)

喵友们来看看"SparkHome"这个项目的icon怎么样？
受RSSHub的图标（图2）启发设计的
可以在下面评个分，或者评论提提建议喵～
不过大概率这就是最终版了:anenw36:

一小时前设置的域名解析
半小时前在服务器面板配置好域名
五分钟前pnpm start
然后立马就有人攻击
某些傻卵真是nm抱着个脚本全球扫全球爆破……
喵友们建站都还是小心些吧:anenw36:

SparkHome, now back online.
https://h.a2x.pub
[Public Preview]

目前有个小bug：
当搜索引擎未设置为谷歌时，搜索补全功能不可用
以后再修吧，反正现在能用了，能基本替代Limestart了，已经很不错了

6点了？

:nacho_attention:
:nacho_cry:

不对，苹果你不是说oldest backups delete as space is need吗？空间不够你到是删啊

这个Other Volume是啥，为啥抹掉之后还是占空间

已经7点了？
有些喵友是不是已经起床了www
寒寒还没睡呢
晚安😴:anenw07:

《为什么Kotlin是世界上最好的编程语言》
https://chat.openai.com/share/9eb88d12-8fbb-4e28-b88b-a278c406aa48

好无趣的航线，真的有人会坐吗？
就算是为了体验一下坐飞机的感觉，这种航线也飞不出个感觉吧:anenw36:
况且感觉机场安检登机一系列比铁路（火车/高铁）复杂多了，不仅没节省时间还花更多钱:nacho_nya:

受不了这个App了，虽然我承认你从iOS应用生态开始发展时诞生，一直保持到现在都坚守拟物化的初心很厉害，但我不喜欢你的UI风格，即使出了个所谓的风格切换，也依然没有拔出拟物化的根，不过估计你们也除不掉了，因为这种来自一个decade之前的风格已经深深植入你们众多App的内核与根基。
更何况既不开源数据依然不开放，你要是没了我数据怎么办？
所以我会尽快推出其全平台替代品，with更加现代简洁的设计风格。计划先由Web再推向移动端。当然功能不一定和它完全一样，我只会保留基础的日期记录等功能，像分享图片时好多好多风格不一定会完全复刻。但是完全开源免费，不在基本功能点上缺失。
就这样。这个坑早就想填了，其实之前也是在Twitter上刷到过一个精美的同类应用，我还参与过它的Testflight，不过可惜订阅价格对我而言有些贵，我最后就放弃了。

SparkHome迎来了第二次上线以来的首次更新：
当你聚焦在搜索框后，每按下一次按键都有0.6%的概率自动下载原神。
此概率与在原神当前角色活动祈愿中获得五星物品的基础概率相当。
新版本已于2024-02-07 07:07 (UTC+8) 构建并部署，现在已在https://h.a2x.pub可用。

电脑在自动下载原神

才发现砍砍写的这个，好草

Linux怎么你了
这种人真给果子招黑

X86又怎么他了，这人真的是
不对，我才反应过来它吹的果子和它踩的安卓都没用X86啊，不都是ARM？

笑死本来我还觉着自己对内存管理，操作系统这块只是略知一二，喷他没底气，这下有底气了。
事实证明他确实啥也不懂:anenw22:

寒寒要开发新的App了。
关键的抉择来了： React or Vue？
喵友们来决定

寒寒决定考雅思……大概可能是明年，
喵友们有什么好的攻略或备考建议喵

赛博监工压榨ChatGPT

试图在原生Web上复刻watchOS 10的那种渐变模糊效果，
失败了。
Apple真是把Blur研究透了

说到深色模式，大家可能都不陌生。但具体到深色模式所用的颜色，相较于浅色模式下常见的rgb(255,255,255)，各家却有不一样的选择。
寒寒找了10份不同的不同的，大家来看看喜欢哪一个吧？

我承认，你刚好在100秒的时候让我羡慕了
突然感觉用之前选择React的我像个小丑

喵友们，
vite
安装
一直
Error: Failed to download template from registry: fetch failed
怎么办！:nacho_cry::nachoneko_15:

今天才知道，W这个字母，读音就是"Double U"，因为它以前就是写作UU:anenw34:

花8刀买了Quantumult X后，所有和npm连接有关的问题全部消失了
充钱玩家果然确实不一样:anenw22:

大家，除夕快乐:anenw13:

尝试了一下macOS的手写输入法——用触控板写字
算上输入法的补全，每分钟43字，这应该算是最好成绩了，日常写字可能只有20来字每分钟……关键是这样子写是手眼分离的，不像手机上指哪打哪
话说这种手写输入法谁会用呢……？老人？但是触控板也不能直接显示，用起来似乎也不方便，可能还不如语音输入。
并且这玩意bug还挺频发，虽是说Esc退出手写，但很多情况下根本退不出去，一顿触控板+键盘的操作，才好不容易把它退出手写模式:anenw36:

为什么英语在桌面端基本上没有一个“Input Method”（输入法）存在？我觉得输入单词的前几个字母，或者按照顺序输入几个关键字母，就能获得完整的单词，对输入效率也是很大的提高啊？为什么英语国家的人没有想过这个呢？我甚至看到过一些外网上有人给常用单词配置缩略语，只需要打几个字母就能替换为完整的单词的那种，但是真的似乎就是没有一个类似中文、日文的输入法一样的存在。
很奇怪。

真的，这两首歌似乎对寒寒有奇效。
熟悉的旋律只要想起，很多时候焦虑就会减缓很多，大脑似乎也会很自然地尝试进入心流状态。

你就important吧，谁覆盖的过你啊

css什么时候出一个数值优先级，我一定把我写的代码全部写成+inf

赞美 @launchctl@nya.one 的 FixTim，确实有用
Launchpad搜索功能又开始卡顿了，按下按键之后不自动搜索，还要再点一下搜索框
用了FixTim，嘿嘿，解决了，不用重启电脑了:nacho05:

WonderDays主页面，
深色模式，无障碍，多语言都做了，这些东西其实还挺费精力😂

Chrome真香

Commit Graph被寒寒整成这💩样了，怎么办

对于做前端的朋友们，寒寒有一个温馨提示：
如果你正经常使用对比度检查工具来进行颜色的选用，那么你大概率使用的是 WCAG 2 标准。但 WCAG 2 的对比度算法并不科学——它只是简单地将前景色和背景色相除。
因此，我们需要APCA：一种考虑了上下文环境、人眼本身的科学的对比度算法。这里推荐https://contrast.tools/，是寒寒很久以前发现的工具，今天终于想起来了。

关于 WCAG 2 与 APCA 算法的参考文章：
https://blog.datawrapper.de/color-contrast-check-data-vis-wcag-apca/
https://typefully.com/u/DanHollick/t/sle13GMW2Brp

证明 WCAG 2 不科学的一个比较经典的例子是“橙色按钮”，即在 WCAG 2 标准下橙底黑字的对比度比橙底白字高， 但实际上白色字与橙色的对比更加明显。
如下面两张图中，
白色字在 WCAG 2 下是全部 FAIL 的，意味着它并不适合于任何场景下的文字显示；
与之相反，黑字拿到了 WCAG 2 的 ALL PASS——但显然，白字版本更易读。
而在 APCA 中，两个颜色得到了较为符合人眼的对比度评分：白 61，黑 49——这意味着在 16px, 字重 600 (Semi Bold) 的条件下，白字可以通过无障碍测试，而黑字完全不行。

什么叫真正的秒开啊（战术后仰

有没有会写momentjs的大佬看一看，这个令人无语的bug，除了能以这种奇奇怪怪的方式“勉强”修复以外，还有没有优雅的解决方案。
需求：使用 moment.js，计算两个日期的相对时间差，并获得纯数字+本地化且动态的单位（也就是并不是单纯地统一计算成day, hour之类）。
Bug：moment.js里的fromNow在英文语境下使用a/an代替1，导致num变量无法被正确解析为数字。
如果这个需求无法用除了下面这个代码以外的方法彻底解决，那可能怕不是得自己单独实现一个fromNow方法:anenw2:

特此纪念，警钟撅烂

nihongo整上了！
https://github.com/alikia2x/wonderdays

想请喵友们来给寒寒的新App众筹一个中文名：
原名：WonderDays
宣传语：WonderDays: 为重要的时刻倒数。用简单、优雅的计时器记录下生命中的重要里程碑。让我们来一起期待您生命中的美好时光吧！（寒寒文笔好烂，如果可以，也希望大家能给出一个自己的翻译版本）
简介：WonderDays 是一款开源事件倒计时应用程序，有现代、美观、简洁的界面、丰富的功能、良好的多语言和无障碍支持。

宣传语[original]：WonderDays: Your personal event countdown. Cherish moments with a simple, elegant countdown timer for life's significant milestones. Start anticipating your special days now!
简介[original]：WonderDays is an open source event countdown app with a modern interface, rich features, i18n and accessibility support.

修复了，有惊无险

漫天飞雪
「撒盐风中差可拟。」

寒寒 in Japan, 2019
丢了很多很多照片，准确的说，寒寒自己拍的都丢了，只剩同行人拍的一百来张了
唉，遗憾呐，以后一定要再自己去一次:anenw2:

虽然寒寒并未直接收到这次spam的影响——
但实例统计信息似乎有所异常：在Feb 15 9PM到Feb 16 1PM这段时间内，Inbox流量比平常高出10倍。
还好跑这个实例的VPS服务商只有带宽没有流量限制，不然可能还得交钱:anenw2:

有时候在质疑自己：
做的这些，真的有意义吗，真的有用吗……

一百昏！:stardust_love:

这部番！真的！很！好看！
主线！全程！纯爱！无刀！
喵友们！都来！看！
喵———！:anenw01:

寒寒的 IPFS 网关
https://ipfs.a2x.pub
欢迎大家来玩:nacho05:

哔哩哔哩Web端在长时间播放视频时会随时间逐渐占用大量内存，这个问题寒寒很早就发现了，从windows本的firefox换到现在mac的chrome，问题一直没变，他们也似乎一直都没修
这个真的难绷……我如果开着24小时你是不是能把我内存干爆？

https://blog.alikia2x.com/
博客好了……终于……好了（吐血

（发出尖锐的爆鸣声）
谁把寒寒服务器掐了！:nacho_cry:

喵站好不容易三个九的Uptime……在马上满月的时候……没有了:nacho_cry:

嘿嘿，好玩:anenw01:

好玩

烧屏了……？
不对我这个应该是LCD啊

喵呜～！

https://alikia2x.com
更新了个人主页喵~
极致的Webpack驱动，含图片总计 92.9kB:nacho05:

两地三中心（划
:anenw2:

第100首:anenw13:
顺便分享一下～寒寒的哔哩哔哩歌单
以中V曲目为主 (~85%), 喜欢听中V的朋友们可以来看看，也欢迎和寒寒分享好听的中V曲
(≧▽≦)/

话说喵友们对 Signal 有什么看法吗？看介绍感觉像是介于 Telegram 和 Matrix 的存在。
不过寒寒倒是觉得，网络架构是否 centralize 不是最重要，重要的是我们自己产生的数据是否真正属于我们，是否能够随时随地自由地获取、备份和归档，并以开放的格式被第三方软件处理和使用。

再说一遍现在是2024年如果还有网站HTTPS这种30年前的技术都不支持的话那它就应该被扫进垃圾堆
中文互联网到底是哪个领域的网站还依然大量没有HTTPS支持我就不说了（笑）

两分钟……感觉到后面出错还挺频繁的:anenw2:

不过事实证明多练还是很有效过的……不过练习英文对中文打字速度提升有没有帮助还不太清楚……

准备跑一个 Nostr Relay 来玩玩，找了个star最高的relay实现
但是……你这内存需求……有点高啊
我看官网一个 minimalist 的实现也就 100 来行的 js 一个内存数据库啊？

这种是真没良心，首先CDN厂商的域名基本上应该都是共享同一个一级域名的，一个证书没什么成本；
如果是因为TLS建连需要耗费更多流量这种理由就更是扯淡了，如果HTTP请求有效载荷就几十个kB那可能多几个包确实相对费点流量，但在传输内容主要是音视频、大文件（二进制）分发的，那么那几个包压根算不了什么，你就是把HTTPS的计费哪怕只多一厘钱都是讹人

寒寒的 Nostr Relay 上线！想了想还是支持下这个协议（？
感觉还是对她的设计有一点兴趣的，目前位于
wss://nostr.a2x.pub
欢迎大家:anenw20:不过服务器不一定能撑很多人，哈哈

B 站 Web 端长时间播放对内存的压力简直是不可原谅的，我很好奇我今天要是把电脑搁置一个晚上持续播放，它能占多少内存

想！抽！千！织！
但！是！才！抽！完！闲！云！没！原！石！了！:ys_3:

想问下南方的喵友，零食（薯片之类）开袋放在那里太久真的会变软吗:anenw10:

数据迁移的痛……HDD是真的慢:ys_3:

卧槽，有惊无险

喵友们有没有什么好的代码同步工具推荐？
（这个同步指的不是类似git push/pull的那种，是即时修改保存同步）
如果没什么好用的工具，寒寒就要准备新开一个项目CeciliaSync，用来解决寒寒怕项目代码（其实也包括其它文件）丢失的问题啦喵:stardust_love:
亮点：
· 尊重.gitignore，不再让 node_modules 卡死你的同步服务！
· 实时监听文件保存，立即同步！
· 时间线功能，每一次文件保存都有备份，不再丢失没有提交的更改:nacho05:

这个问题还有讨论的意义？🤣当这个问题值得引发一场争吵的时候就说明我们很多人的观念根本上就是有问题的，唯分数论唯学习高的错误观念的确已经影响了数代人

这个首页还不错吧:nacho05:

页面有点空……想加一些decorations，但是不会弄，也没啥思路:ys_3:

好听！寒寒听过最好听的op之一:anenw17:
屑魔女最可爱了！

想搜包含体温计的所有照片，Apple 相册甚至直接用固定会有的文本“37”都找不全
寻隐的自然语言搜索确实强:stardust_melon:

@Candinya@nya.one 糖喵厉害(≧▽≦)/
不过其实话说回来，现在nodejs大行其道的世代，开发简单的全栈应用完全可以前后端都用js/ts开发，尤其是在“7天”这么一个比较极限的条件下
（总感觉在几篇文章之内从几乎对编程没有接触，到快速上手一门语言，之后又在不长的篇幅里很快接触一门新的语言，这个节奏寒寒个人感觉不像是新手能够适应的，即使是有没有一定自己动手寻找解决方案和查找资料能力的新手）
(￣▽￣)

坚持春困、坚持夏休、坚持秋乏、坚持冬眠

B站崩了？
@board@ovo.st

パーソナル・ベスト！

两个最近的新nuxt坑
CeciliaSync
AkaneCal
都是用喜欢的动漫角色的名字命名的:nacho05:
这种命名方法还挺方便也有特点的诶，以后的小项目就这么做吧:anenw13:

大家可以无奖竞猜下是哪两个角色～:nacho05:

又来？
前几天洛谷才给过咱大凶:nacho_cry:

《月色真美》也补完了……
喵友们推荐下，寒寒接下来看什么:nacho_look:

对了，大家有没有与《月色真美》这个类型的其他番推荐，感觉对纯爱还比较感兴趣:anenw01:
唯一要求：主角们比较可爱

终于拿到这个牌牌惹:anenw13:
之前每一周都是卡在了周末（因为周末寒寒几乎不出去活动:nacho_cry:

@Candinya@nya.one 曾写过一点点Go
寒寒感觉还是图2确实更美观些
零散的状态更易扩展，同时阅读代码时也无需让眼睛跨越更长的水平距离:nacho05:

好安详的英语
“希望全世界都这么说”

愿WonderDays终有一天能做进这个榜单。
Completely free and open-source.

寒寒经常头痛……（刚刚又开始犯了QAQ）
布洛芬vs阿司匹林
喵友们更建议哪个？:nacho_look:

是寒寒了
$[blur （朋友送的）]

一口气追了一季(=ﾟωﾟ)ﾉ

@Candinya@nya.one
是这两位www

大半年积累1.5K生词了
背完这些我词汇量不得大涨
嘿嘿嘿……（幻想中）

这个人的声音好好听(=ﾟωﾟ)ﾉ
寒寒以后做产品的海外宣传的时候，宣传视频如果能有一个这样酷酷的音色配音，感觉一定很棒:anenw13:

求助喵友们：
macOS 更新总是提示 “Failed to personalize the software update.”
提示让 check internet connection, 但怎么换网络环境都不行，手动从 App Store下载安装也会失败。
目前有安装 Asahi Linux 作为双系统, 曾猜测可能与它有关，但也无法找出进一步的原因。

偶然在Finder按下 Command+Shift+.显示了隐藏文件后
又偶然瞟到桌面
无语了……
哪位朋友因为嫌弃.DS_Store而捧微软的？站出来！寒寒保证不刀你(／‵Д′)／~ ╧╧

纯代码加起来不到一万行，全是 node_modules
评价为：写 nodejs 写的

从介质离线安装吧，我看这次还有什么幺蛾子
so apple, fuck you

我操你妈

我以为换了新的Element X，输入法莫名上屏的现象就会消失，结果还是老样子
我真谢谢你，Element，持续重构出这么💩的体验

@chn@xn--s8w913fdga.chn.moe 随便设计一个，不难确实很难，寒寒曾经试过logs设计，
完全没什么思路
每次立项最困难的就是找一个合适的logo:ys_3:

帅！
把酒换白开/乐正绫原创

真是奇怪，寒寒到现在还没有发现多少觉得不好听/不愿意听的中V歌曲，无论是热门歌曲还是小P主投稿的几千播放的曲子。
而真人华语歌手唱的那些歌……很久没听过了，也不怎么愿意听

@launchctl@nya.one 大丈夫ですか？

感觉代码写到现在跟做证明一样
这个函数可能返回null，我要不要做判断？
太多的判断显得冗余，那么这个函数调用位置所在的函数在调用的时候给它传入的参数有没有可能是null？传入的这个实参的类型可能性有哪些？分别是哪些东西决定的？传入之前是不是已经做过了判断？如果做过了，那么层层调用，里层的函数是不是就不用做判断？
……

沉思片刻……写下一句注释。

我英文的遣词造句是真的烂……
原句写的是“assert is safe becuase getTemplate checked before call.”
改了好几遍:ys_3:

不过其实这么写感觉应该也问题不大，想表达的信息传递并未失真。

@Candinya@nya.one 巨硬的私货++
果子相比之下确实比较少干这类事（印象中应该是的

让AI minify nesting后的代码……
果然寒寒还是太菜了:anenw32:

ByteByteGo把我一直想写文章出视频的主题写掉了……呜呜

【寒寒の今日の色当て】
$[tada.speed=0s 答え:blank:回答
$[bg.color=10acfe :blank:]:blank:$[bg.color=28adff :blank:]
ランク: $[sparkle $[fg.color=3BFF38 A]]
<small>精度: 94.56%</small>]
<small>連続成功回数(90%以上): 7</small>
红色差的有点多
但我觉得感觉其实差别不大
#1日1回色当てクイズ https://social.a2x.pub/play/9qgodzlgn8zt00d7

好耶！:stardust_love:

也侧面反映了现代设备提供的时间准确度已经是无与伦比的了，
在2020s的今天，每个人能随手获得的时间比历史上任何一个时候都要精确，“准确的时间”已经润物细无声地走进了我们每个人的生活。

对象存储已上线！不知道别的实例看这张图是什么样……

Google vs. the Open Web.
已经一年了，但还是几年一下谷歌做过的恶:nkocampfiredrink:

上了对象存储，视频进度条随便拉，太爽了:nacho05:

这就上传点GB量级的高清小视频:anenw22:

汉字居然还有注音
好贴心（可惜就算能读出来还是看不懂）:ys_3:

CSS地狱:nkocampfiredrink:

我发现我的小爱同学现在除了用来打开加湿器和偶尔家里没人时充当外放音响之外……
没有任何其他用途了:ys_3:

寒寒也感同身受……
话说开发领域大家有没有推荐的社区？

https://www.bilibili.com/video/BV1Ax4y1C7bx

@chn@xn--s8w913fdga.chn.moe 当时看到这么一大串人都傻了
没想到层层转译后的性能也还不错，尤其是在不到15W的整机功耗上
所以这也是我对Apple Silicon相当看好的原因，ARM的功耗优势太诱人了:nacho05:

未来十年我对AI（主要指ChatGPT带来的新一波AI浪潮时代的人工智能）的畅想：
不要多花里胡哨的能力，而是成为“基础设施”。
就像现如今在微信里发一串语音，轻点一下转文字，就能享受到语音识别快速准确的技术成果一样，我所希望的AI，应该是成为整个互联网、大多数应用乃至操作系统的“基础设施”，真正为数字生活“赋能”。
当然，这需要极高的算力。就看再过十年，运行一个1B大小的LLM所需的算力需求能不能和现在移动设备操作系统中GUI的渲染所需算力一样稀松平常了。

原神解压的双倍空间占用问题好像到现在没解决？

蓝旅的一句话评价：Waifu Palworld:anenw22:

#LLM 的参数可能不需要那么高的精度……？

NPM真就啥都有呗:stardust_melon:

在经历8小时的downtime后……
喵站（本站）重新上线了，
宕机原因………
服务器备份把磁盘写满了:ys_3:

我今天的运势是 小吉 。
https://social.a2x.pub/play/9q2pra6favvc002h

Fluffy加载要等十几秒，Element重构一次输入法还是崩
真心求一个iOS上好用的 Matrix 客户端，最好不要是Web的，原生最好:ys_3:

?!

啊？

www

新的开始。

@machinexblueice@nya.one 东西好多诶

@chn@xn--s8w913fdga.chn.moe -2147483648

@machinexblueice@nya.one 好耶:anenw21:
寒寒手边有手机就够了(￣▽￣)

What the hell?

寒寒看来，有一个统一的标准，外围的生态发展的还算不错，就已经很令人满意了。
至少最基本的文字、图片，你的所想所思，能够通过这个开放的协议让全世界听到，不会被轻易的阻拦和屏蔽，这就很棒了。

昨天的leetcode daily challenge
终于做完了
方法上是很快想出来了，
但代码实现上又和上次一样陷入了复杂化的怪圈(>_<)

@machinexblueice@nya.one 这个是参考了Solution的修改后的代码
源代码超级长还是错的:nacho_cry:

《葬送的芙莉莲》
连肝五话
阎王夸我好身体:stardust_melon:
芙芙又帅又可爱
简直这波戳爆我的xp～

帅帅的芙芙:anenw21:

完了，为了糊弄作业蒙了个选项
完事批改出来发现来
一看选择的大致意思是“Na能置换出CuSO4的Cu”
:ys_3:
我真傻

一阵子没见，魔女之旅都1.2亿播放了
上次印象中还是差不多刚好1亿

分享一个不错的UI库
与传统UI库提供一些按钮、选择框之类的组件不同，Aceternity UI专注于提供让你的网站变的更加好看和酷炫的组件。好看的渐变背景、卡片效果、富有动感的3D效果……
这种创新的做法确实不错。

React 没有原生自然的条件渲染，最后用各种表达式运算符一顿折腾的结果就是：
一坨屎一样的代码和一坨大便一样的奇怪bug特性和行为

说到这个就要说三目运算符，这玩意争议一直不少。
而我的观点就是：
如果你只有一层判断，用三目运算符是没问题的。
但你要给我套娃，一层套一层还不好好格式化你的代码，那就拖出去斩了吧（无感情）:nkocampfiredrink:

说到格式化就不得不想起这周三遇到的一个bug
起因是学校OI系统上的一道作业题，我们所有人以各种解决思路的代码提交上去都只能过4/10个点
最终我们发现，测试数据有问题
那么就奇怪了，测试数据为什么会有问题呢？
于是我们找到了生成测试数据的代码。
我和老师大眼瞪小眼把那寥寥几十行代码看了两遍。
除了感觉那段代码的格式看的是真难受以外，没发现什么问题。
而那段代码的格式，怎么说呢？
一般而言，我们写if-else分支结构，缩进是这样

if (condition)
{
    // code;
}
else if (condition)
{
    // code;
    if (another_condition)
    {
        // if inside an else-if
    }
}
else
{
    // code;
}

当然 Go 程序员们没法给亲爱的大括号留出尊贵的一行：

if condition {
    // code;
} else {
    // code;
}

Python 则用强制缩进的代价和一个新的关键字 (elif) 逃离了这场大括号纷争，给出了一个更简洁的写法：

if condition:
    # code
elif:
    # code
else:
    # code

而那段代码，你猜它的 if-else 是这么写的？

bool cmp(node x, node y){
    // some code
    if (condition)
        return expression;
            else if (another_condition)
                return something;
                    else if (shit_condition)
                        return shitstuff;
                            else if (holly_shit)
                                hollyshit;
                                    else
                                        return holly_fucking_shit;
}

另外，还有一 snippet 可供欣赏

// previous C++ code
for (int shit=somevalue; shit_condition; shit++)
    code;
    code2;
// resting C++ code

聪明的朋友们很快就会发现code-2其实不属于for循环内，但它的缩进很误导人。C/C++的无括号的 if/else/for 只有一行的“作用域”。
这段代码单独拎出来其实还好，但在全篇都是这样不明所以的缩进下，搞清楚这一点足足花了我 15 秒钟。
这真是一个碳基程序员想得出来的缩进？
哦对了，
读到这里，不知道你意识到没有，之前的一长串if-else结构中，第三个 else-if 并没有 return, 而是一个孤零零的表达式。
是的！
就是这个没有 return 而是单纯的一个 expression，在一串屎一样的隐藏的那么好，知道我将它从教师机拷贝出来粘贴到我的VSCode，用gcc编译的时候，一个 warning 把我的目光带到 15 行，并最终发现了这个愚蠢的错误。

不过话说回来，这个代码既不是我写的，也不是我们老师写的，也不是从网上瞎copy过来一段的

据我们老师说，
……
“这些代码，就这本书（信息学奥赛课课通），（指着作者），林厚从，他发邮件给我的（得意脸）”

:nkocampfiredrink:

我还在想，这么简单的函数要什么async？
仔细一看，奥，合着每次判断还得先发个网络请求呗:nkocampfiredrink:

我提前把这个缓存下来是不是就不用发请求了
硬编码到代码里定期更新

原来已经有一千多个TLD了？？！

奇奇怪怪

青柠 的URL判断没有加TLD判断，我们有
优势在我:nacho05:

青柠 URL检测不支持中文域名，
所以青柠不爱国，扣帽子秒了
优势在我:nacho05:

我严重怀疑毛的代码和V3及之前的星火一样用的是不知道哪抄的正则，所以相当不严谨。
我们现在一套流程下来，效果和主流浏览器的那个框框应该是一样的了。
计划专门给这个feature准备一个单元测试。
话说回来写这么久代码，正经的测试我还一点没写过来着……惭愧惭愧，草台班野路子开发者是这样的:nkocampfiredrink:

草台班子开发者前端生涯的第一个 test:anenw20:

分享difftastic，一个通过静态分析的语义化diff工具。
与传统 diff 比较不同，difftastic 通过理解代码语义来提供更好的diff，以排除代码格式等无关紧要的更改。
#寒寒的百宝箱

#寒寒的百宝箱
加个tag

顺带一提，Rust 写的

比如这个例子。
.toBe(true); 的这一行的格式性更改就没有被计入 diff。

历史新高！

4.2GB，阿B前端咋写的

md，谁把 星铁启动.com 重定向到崩2了
NTR笑死我了

4.9GB的时候，它 crash 了
:ys_3:

头又开始疼了……用水杯剩下的一口水就着喝下一粒止痛药。

一场雨又给我干回冬天了

我这个长期头痛的症状
我感觉可能会颈椎有关
我颈椎感觉不太好也有一段时间了，熟悉我的人会发现我经常转/仰脖子🤔

@laozhoubuluo@dvd.chat 最新战报：4.9GB，然后那个标签页crash掉了:ys_3:

@iceyear@flojoy.fun 好，那就不去了:nacho05:

@catapril@wxw.moe （一把抢走）
让我玩玩:anenw22:

上学日这么肝（得意脸）
(:з」∠)

虽然是个严肃的话题，但
self care为什么是一堆汉堡薯条和甜甜圈啊
果然美食是治愈心灵的最好方式吗( ´▽` )ﾉ

纯真的美。
SparkHome的“LLM or Google”判定就决定用这个水平的模型了
毕竟速度还是第一位的(￣▽￣)

寒寒の日常用筆記体

嗯，有点丑，
快速书写下即使掌握了一点点连笔技巧，但还是没法控制的住笔划(￣▽￣)

https://youtube.com/shorts/Ta7o1nVnbeA
这个好

@i@social.kyaru.xyz 诶……これなに？看起来很不错的样子

周六中午空荡荡的教室
Taken at 2:20 PM on Mar 30

偷偷拍的:anenw21:

想着虽然不让带手机但三年总得在教室里用照片留下点什么吧，遂悄悄拿出来拍摄。

中午偶然发现了一个女同学凳子上有个吧唧，凑近去看了一眼
（等等……这个角色好熟悉）
定睛细看……
有地将臣和朝武芳乃？！

@i@social.kyaru.xyz 哇！好棒的感觉~谢谢分享:anenw20:

嘛……V4重构中，
搜索引擎切换的这部分做好了，顺带把设置部分的infrastructure搞定了
接下来直接快进到最重要的OneSearch部分吧(>^ω^<)
#开发日记 #SparkHome

V4重构也确定从首页UI开始大改。
背景图片被删掉了，干净清爽。
当然这个功能还是有的，但默认不会开启。
#开发日记

Overpass 字体
#寒寒的百宝箱

之前发现了很多喜欢的字体，但一直没有找个地方集中整理
干脆以后就发到百宝箱tag里吧
（但愿寒寒不会忘了打tag）

向山进发第一季看完了，第二季在补
昨天顺便开始补摇曳露营
感觉都是很不错的作品(*≧ω≦)

这个切换按钮样式略微有一点点突兀
但nextui扒拉下来的组件，我也懒得改了
就先这样吧

很早之前收藏的表情包
最近越看越眼熟……
原来是？！

这表情里葵酱怎么有点攻的趋势诶
难到后面剧情有反转？嘿嘿:anenw22:

写这个 Ciallo～(∠・ω< )⌒★ 的程序员
好像有点不太聪明的亚子:nkocampfiredrink:

💰👋

コカ・コーラ
オリジナルテイスト

Powered by...
alikia2x (∠・ω< )⌒★

寒寒只有一没有二:stardust_melon:

还是Telegram好，有好多贴纸包
Matrix真的好慢
而且日常聊天我也用不到复杂的加密，Matrix反而拖慢了喔使用IM的体验，
说真的，如果Telegram不是由中心平台掌控且后端必源的，我绝对不会选Matrix。

@youon@e4le.me 两年前就抛弃Edge用狐了，
之前最后换了Chrome，虽然不知道为啥……

虽然成天骂Google这不好那不好各种作恶
但不得不说，当前版本的Chrome，我见过浏览器里UI最“正常”的，简洁、优雅、舒适。
Google Search，UI和用户体验也同样是无敌的
很多大公司大产品，被指责作恶，然后出来一堆alternatives或者competitors，但是这些东西，在用户侧就做的一言难尽，让人完全没有想用的欲望……
Firefox，这么多年了UI还是那样，和Chrome拉出来一比，高下立判。
DuckDuckGo，默认主题那个链接标题简介几乎都tm是一个色的，根本分不清重点，不知道设计师是对颜色过敏还是怎么着

寒寒家的憨批小爱：
（换了憨色的声音）
（音色预览）
小爱同学：“你好，我是小爱同学”
小爱同学：“我在”
（自己把自己唤醒）
寒寒：扑哧:anenw22:

偶然翻了下Chrome的历史记录数据库，
访问最多的是……
localhost:3000, 两千多次
第二名是喵站，也就是这里，八百多次:anenw20:

这个搜索框应该可以算是浏览器里最神秘的部分了
输入几个字母，所有的历史记录将以一个符合直觉的顺序显现出来，自动完成填充。
而SparkHome要做的，是在一个网页之内复刻这种体验。
这是一个艰巨的挑战。
#开发日记

深入学习才知道SQLite原来这么强大
简单的select，where什么只是冰山一角:anenw32:

想和大家讨论一个问题：
非对称加密中，零信任下（不信任和引入任何第三方，如CA），公钥被中间人替换的潜在风险是否是无解的？

运行72天，寒寒独享的这个实例总共有805 notes，
嗯，寒寒果然是小话唠:anenw21:

写了一个超级复杂的SQL查询
一堆math stuff
参数改的我像是在调AI的超参一样，累死了
不过拟合出来还算可以……吧
但是Chrome看起来会在某个特定的位置截断查询结果，而我对于它在哪里截断没什么头绪……

@backrunner@pwp.space b站一直都缺钱
不像ytb一样有贴片广告，这个对收入影响很大的

太复杂了，真的
我想了半天，有些东西到底是继续在这个查询语句上叠石山，还是放到编程语言里面
想了想，还是叠吧，因为这样最后看起来比较厉害的样子

firefox这点就很贴心，数据库里有个类似freq的字段，看起来像是加权算好的，可以直接拿来排序

@backrunner@pwp.space 是真没这胆
用户习惯已经养成了，加上隔壁抖现在往长视频方向发展，你敢加广告用户隔天跑隔壁去

草，shorts上刷到一个有点像营销号的车门把手小技巧
结果一看还是中国人拍的
定睛一看车牌，哟，还是京✌️

又一看账号名
“懂车世界”（应该）
:kusa:

不对，我不是在赶作业吗
怎么刷起shorts了

终于把想说的一次性说完了……
大家看看吧，原谅我的工地英语，可能会影响理解
https://x.com/alikia2x/status/1776302606950055986

烦死了为什么b漫这么小一个app后台保活还不如某些游戏，关掉一会进去就得重进
到底是软件的问题还是iOS的问题:anenw2:

这个feed是我再用五年Fedi都不会有的
这就是我们为什么需要推荐系统。
不过受这个启发，在想RecoFedi（之前提过的Fediverse的推荐系统）要不要加入多场景模式？
比如在“美图”场景点赞的图像帖子可以只影响美图场景的偏好权重，之类的

我的X feed现在真的是养成了
打开主页全是美图，转发都转不过来。

@chn@xn--s8w913fdga.chn.moe 嗯，也确实
但不得不说，即使不是为了看喜欢的画师，推荐系统也依然有很大用处。
Fedi生态本身无推荐系统没什么问题，
但没有人来做这个东西，甚至推崇完全无推荐属于是开历史倒车了

大家可以来试试
参考这篇文章找到你Chrome的历史记录数据库（SQLite），将下面语句中[query]替换为搜索框内输入的文本，看看返回的数据和Chrome的自动填充是否差不多
说真的，我现在打开网站已经深度依赖这个功能了，它对我来说还是蛮重要的:stardust_melon:

SELECT processed_url, title, lastVisit, timeK, visitK, typeK,
    timeK * 4.4 + (visitK + typeK) * 6.5 + typeK * 0.22 + relativeK AS searchRank, visit_count, typed_count, relativeK
FROM (
    SELECT *,
    CASE
        WHEN processed_url LIKE '[query]%' THEN
            CASE
                WHEN (title like '% [query]%' or title like '[query]%') THEN 6.5
                ELSE 5.8
            END
        ELSE
            CASE
                WHEN processed_url LIKE '%[query]%' THEN 1.2
                ELSE
                    CASE
                         WHEN (title like '% [query]%' or title like '[query]%') THEN 1.3
                        ELSE -1
                    END
            END
    END AS relativeK
    FROM (
        SELECT *,
            (strftime('%s', 'now') - last_visit_time / 1000000 - (strftime('%s', '1601-01-01'))) AS lastVisit,
            (1 / (5.2 * LOG(38, 0.000015 * (strftime('%s', 'now') - last_visit_time / 1000000 - (strftime('%s', '1601-01-01'))) + 1) + 1)) AS timeK,
            (1 / (-1 * ln(5 * visit_count + 2.71828)) + 1.07) AS visitK,
            (1 / (-1 * ln(7 * typed_count + 2.71828)) + 1.12) AS typeK,
            CASE 
                WHEN INSTR(url, '://') > 0 THEN 
                    CASE 
                        WHEN INSTR(SUBSTR(url, INSTR(url, '://') + 3), 'www.') = 1 THEN SUBSTR(SUBSTR(url, INSTR(url, '://') + 3), INSTR(SUBSTR(url, INSTR(url, '://') + 3), '.') + 1)
                        ELSE SUBSTR(url, INSTR(url, '://') + 3)
                    END
                ELSE 
                    CASE 
                        WHEN INSTR(url, 'www.') = 1 THEN SUBSTR(url, INSTR(url, '.') + 1)
                        ELSE url
                    END
            END AS processed_url
        FROM urls
    ) AS subquery where relativeK > 0
) AS subquery
group by processed_url
ORDER BY searchRank DESC
;

顺便整理一下Chrome已知的behavior：

1. URL开头匹配到的情况会给很高的权重，并且有自动填充的特权。
2. 排序参考因素主要是访问次数，搜索框输入并访问的次数，以及上次访问时间。
3. 访问时间的权重也不低，并且搜索框输入并访问次数权重也会比总访问次数略高
4. 在匹配时，会删除URL前面的protocol部分删掉，并且如果域名前面有www，也会删掉。
5. 值得注意的是，last_visit_time字段记录的数字是从1601/1/1 00:00 开始经过的时间，单位为μs，而不是Unix timestamp。
6. 除了匹配url字段，title字段也会纳入匹配范围，但如第一条所说，权重没那么高

Chrome vs Firefox 历史记录查询SQL
差别太大了
狐狸自带frecency，基本就不用排序

Chrome的那个……也许可以用CTE简化……但我不太会

@laoxong@m.moec.top @chn@xn--s8w913fdga.chn.moe 其实就今天，X也依然有Following & For You两个线
而Mstdn，Misskey主流实现也不会抹掉timeline
（因为抹了它们的前端就没东西了（笑）

突然有阵子耳鸣，不知为何

紧急通知：
因为本站对象存储服务流量异常，开启了Referer限制。
如果无法查看寒寒发出的图片/视频，可以考虑通过复制链接开启新标签的方法查看，也可以联系寒寒添加白名单。
寒寒会观察一段时间，如果仍然有异常流量的情况，可能就会关掉服务，重新用服务器内置存储

@laozhoubuluo@dvd.chat

@youon@e4le.me 那不是更费钱（

很早就注意到芥末的价格超级低了
之前想过，一旦我能搞定支付手段，有用户基础，正在筹划中的一些项目，就可以拿wasabi作为infrastructure，
但是思来想去觉得这么低的价格肯定是有代价的
于是仔细找了下相关说明
果然在流出流量上有限制
但是正如糖喵所说，他们不说超过会怎么样，我也没有发现有流量包之类的单独计价项目。
所以综上所述，wasabi对象存储只适合低成本存一些相对来说访问频率较低但又低不到冷存储（数据取回都有费用的那种）程度

@Candinya@nya.one 话又说回来，
如果CDN策略配置得当，给wasabi套一层CDN，最坏情况是所有内容会且仅会回源1次，刚好卡到egress上限
可能也许是个解决方法

@MomentQYC@hi.hashi.icu @laoxong@m.moec.top 诶，这个的翻译补上了啊
它在飘雪的时候我还记得是没翻译的日文
话说Misskey的Web端整的东西确实不少
Mastodon上第三方客户端是必须
但Misskey我几乎不用第三方客户端

@MomentQYC@hi.hashi.icu 忍住别买🥹
我之前就心血来潮买了好多用不上的
现在一年之期已到
服务商天天给我发续费通知，
寒寒：没钱，滚:stardust_melon:

真是一场酣畅淋漓的扣费拉锯战

希望明早起来迎接寒寒的别是欠费邮件:anenw2:

昨天又熬夜了:anenw2:
但是，把芙莉莲漫画的黄金乡篇看完了～
感觉这段动画化后肯定效果超级好～～期待:anenw21:

@wr@fedist.me 不喜欢就关掉呗
反正我是真的会忘:stardust_melon:

@wr@fedist.me 源站太慢了
OSS就是个加速器
HK区有没有内容审查，我也不太清楚
之前用的另一家的大陆区似乎是有

@wr@fedist.me 标准的浏览器实现无法伪造，
恶意刷流量的话Referer根本就是形容虚设，真被DDoS了我也没辙只能关站保命:stardust_melon:

@chn@xn--s8w913fdga.chn.moe 虽然不知道meilisearch是什么
但是话说Misskey自带的搜索功能似乎也不错

大抵是因为连胜断的太久
一进去多邻国直接开始干回去上早教课程了:stardust_melon:

@chn@xn--s8w913fdga.chn.moe 让我看看:anenw08:

@Candinya@nya.one 最正义的一集
勇敢糖喵，屠坏坏微软:anenw21:

还真让我追到新番了？
阿B推的，那既然如此就追追看吧:anenw21:

好番，好番！
看来继芙莉莲后又有不间断的寒寒喜欢的番追啦:anenw21:
那孤独摇滚就后面再补吧…(￣▽￣)

Test picture

总共八十多MB的资源，到底哪个b一个小时给我刷了二十多GB流量
我是真没钱啊，能别欺负我一高中生了不:nkocampfiredrink:

OpenAI的这个TTS感觉也很惊艳！
多语种不仅保持了一个音色，而且衔接起来完全没有突兀的感觉，真正像是一个人流畅自然地说了出来！
我宣布这效果薄纱所有开放给公众使用的TTS

@Candinya@nya.one 嘿，
我今放学路上也看到这个
然后发现原来best practice是把bucket名称隐藏掉……
但已经公开了，迁移的话Misskey数据库好像还是援引原地址，索性就算了

再推一遍！
作画和故事都很棒，第一话的演出就如此好～～
非常推荐(≧▽≦)/

迷宫饭其实也挺火的
但是不是很吸引我
主要是主角没长在我的xp上甚至有点在opposite
所以没什么看下去的动力

关于寒寒的看番偏好……
能吸引我的番，主角不一定要特别好看，但至少符合寒寒的审美
如果主角特别可爱的话，题材有时候不是特别重要
但是有些题材寒寒确实看不下去，比如Re0（尽管蕾姆人气很高也确实很可爱），比如鬼灭，比如海贼王这些

诶嘿，明天放假

要置顶什么好呢……

置顶广告位招租
租金 $0 每千次浏览

之前想通过阅读misskey源码的方式了解Relay如何工作……
后来发现，看看一个Relay Server是怎么实现的，逆向推出该如何与Relay沟通会更加简单
Misskey源码十几万行……抽象超级多，为了搞清楚注册Relay时发送的是post还是get具体发送了什么，就人工模拟了一长串的调用……跨过了好几层的抽象……

第一次阅读这个规模项目的源码……略有些吃力……而且还是目前算得上最熟悉的语言和较为熟悉的技术栈

这个Relay就只有四千多行……看起来就省事不少……
虽然寒寒的Go有点生疏了，上次也是唯一一次碰Go是在一年前的春节……:stardust_melon:

卧槽
有这玩意我还做啥UniNote啊

Open Source 和 Commercial 从来都不是对立面。
像 GNU 项目也有说付费分发是完全合理受支持的行为，只要遵守协议。

才知道……
这两段C是等价的:nacho_attention:

下载并做种一天……
要不用有独立IP的服务器做种？
不是我不想为BT做贡献而是它的上传真的就是0啊:nkocampfiredrink:
我恨NAT

@youon@e4le.me 抱歉喵……已经加Referer白名单了
再试试看呢:anenw20:

Memos (alikia self-hosted)
That's why we need Docker:
Deploy the app and ship the service in minutes.

在学校写手稿的时候，
忘了seamless，这个词的
于是用了...
gap-free:nkocampfiredrink:

Spanish or Vanish
这个视频的中文字幕也好本土化诶
Duo棒棒的:anenw21:

奇了怪了

My first npm package:anenw21:
#开发日记

6年过去了，npm下载量还是一样的200 billion
但是周期从annually变成了monthly

起来后一直没有看过窗外，窗帘也没拉开……
（看了眼手机锁屏）
wait... it's raining outside?
（拉开窗帘）
诶，真的:nacho_attention:

?:seki_question:

我不干了！:nkocampfiredrink:

浑然天成

SparkHome V4 这次的极简 UI 我自己给我自己设计到了心巴上:stardust_love:

第二列的四是那样是因为大部分人做不出这个吗www

说来也好玩，
小时候因为学吉他把右手搞成了可以这样只弯小指
而左手到现在也不会

火狐有一个超棒的功能就是可以自动解析并提供一个GUI来查看JSON！
所以我几乎不用其它的JSON解析器或查看器，直接交给火狐:anenw21:

这两个视频到现在还在“处理”
估计是YouTube注意到后直接放弃并用这个当理由了……
估算了下如果处理出来，可能是超过70TB的数据…
我这辈子还没见过两万小时的单个视频文件呢，主流的文件系统和封装格式也不知道能不能支援这种复杂情况:stardust_melon:

@c@misskey.gothloli.club 边缘计算😎

@c@misskey.gothloli.club 这玩意的IO能力可以负载1Gbps上行也是离谱
我看了看旁边的加湿器，只能连接2.4GHz的它说这不是IoT这是黑科技

@MomentQYC@hi.hashi.icu :nacho_look:是什么项目？让寒寒看看难道还有代码写的比咱乱的？

跟风发一个
如果没找到自己的话，就是这个生成器的问题！绝对不是寒寒不想和你玩o(｀ω´ )o
#fedicircle

@chendoxiu@nya.one 好棒…！🎉
不对，问下，这个是原生应用吗:nacho_look:

@Nyaaaaakawaii@nya.one @launchctl@nya.one 砍砍做的，厉害吧（得意脸）
又不是我做的我为什么会得意啊喂

@chendoxiu@nya.one @ichieh@nya.one 如果有一个成就在前端故意不做判定而需要像这样请求接口该多好玩！:anenw21:

@chendoxiu@nya.one 好吧……flutter
寒寒也做过flutter，是半个未完工的mstdn客户端……不过话说flutter是怎么做到这种backdrop blur效果的啊:nacho_attention:

第一次做……惨不忍睹
他叽里咕噜说了一堆我连Date最后都不知道究竟是哪天:anenw02:

明天好像是什么重要的日子……
对了，阿绫生日！

千帖纪念！
#重要的 #纪念

不过比较奇特的事，无论是从实例管理面板还是后台数据库查询的结果，整个实例的帖子数都没有到1,000
可能对于但个账号的统计，Misskey囊括了转发？

@zeke@misskey.ee 红豆泥私密马赛！
（现在就去加白名单）:anenw02:

说来话长……之前的媒体服务被人刷了流量，我自己就是个学生又没钱，就用了白名单的模式:anenw2:

【寒寒:verified_misskey_gradiant:の今日の色当て】
$[tada.speed=0s 答え:blank:回答
$[bg.color=197754 :blank:]:blank:$[bg.color=18794f :blank:]
ランク: $[sparkle $[fg.color=FFD438 S]]
<small>精度: 98.76%</small>]
<small>連続成功回数(90%以上): 2</small>

#1日1回色当てクイズ https://social.a2x.pub/play/9qgodzlgn8zt00d7

什么实力:nacho05:

@MomentQYC@hi.hashi.icu 小七也是画室吗:anenw10:
那么头像也是您自己画的？:anenw08:

@MomentQYC@hi.hashi.icu CSS我一般凭感觉……
或者随机找一个有印象的幸运网站吸它们的色板:anenw21:

@zeke@misskey.ee 确实挺漂亮的……但仅限于在网络看
如果现实里遇到我还是会慌忙逃窜的:azukisan003:

怎么导入一遍之前的账号，突然又多出来这么多关注
我不是导入过一次吗

一年前。
现在回看……感慨万千
正临体育中考，那段时光可能是我这短暂的半生中最艰难的一段时光。
所幸，其实并不是那么艰难。
无论是当时感受，还是现在回望，临毕业前的那段时光，长久不会褪色。

再次安利一下我写的Mastodon Archive Viewer
用来回看自己的记忆真的很方便，UI 也和 Mastodon 官方客户端风格一致～
后面也会做一个 Misskey 版本的～
不过 Misskey 比较可惜的是，媒体文件完全不会保存在打包中，可能和它们的云盘机制有关系吧，所以 Misskey 的版本写的会复杂一些，可能会用 Nuxt 写 （with API）

小小的修正：
并不完全是我写的
是修改自dizzy的同名项目
不过虽然已经改的面目全非就是了(｡-_-｡)
我也保留了原项目的 MIT 原始协议在仓库中
不过我倒是没有怎么 fork 并修改过别人的项目，不知道是否在哪里加上我（修改者）的相关信息

为什么Misskey不支持导入收藏！可恶！

@Samukawa_Shion@nya.one 贴贴～

阿绫生日快乐～🎉

刮风下雨……
雨好大……气温骤降15°C

多少？
不过即使用电话线传输音频文件的时代已经过去，但这样的压缩技术也不是完全没用了啊:anenw21:

@senioria@stelpolva.moe 原来linus本人也用emacs嘛哈哈哈
不过好奇他现在维护内核，应该也更多用现代的IDE了吧…这么复杂的项目

嗓子好疼……呜:anenw32:

@nworm@mk.nworm.icu 2G内存有一点点紧张
IO允许的话可以开点swap

@nworm@mk.nworm.icu 我自己的这个，跑了三个月
现在光Misskey已经1.7GB了，也是私人实例

有没有人愿意陪寒寒写会前端……或者写啥代码都行
突然感觉有一点点孤独:anenw2:

TypeScript 的意义就是让我在每个变量后面写一个any（暴论）

背景怎么全是古代？
不过没有更多context……我也不好说
作为一个土生土长的新疆人
我觉得虽然我文笔不好，但从写作思路上我可以说说：
如果你要写为新疆奉献的人，那么就是援疆工作着、戍边战士，以及一代代兵团人、新疆的建设者；
如果你要写新疆的风土人情，那就更好写了：
无论是自然景观（数不胜数），还是多民族文化催生出全国独有的人文环境，都是很值得写的。

@nworm@mk.nworm.icu 不会的……尤其是数据库一般都是利用尽可能多的可用内存
内存少了无非就是慢一点罢了，应该影响不大
misskey整体比mastodon轻量一些，我个人感觉

Chrome 的滚动条丑到爆！
谁赞同，谁反对？

昨天看到了个项目
居然看起来实现了这种效果……感觉还有模有样的
于是我赶紧打开inspector看看这次又是什么奇技淫巧
然后……居然就是个透明度mask，没了
我怎么就没想到啊呜呜呜呜
我有点怀疑 watchOS 上也是类似的原理的，但我感觉 watchOS 上的模糊半径好像真的是递增的，不是类似透明度能实现的感觉，但这个 CSS 实现的平替也着实惊艳到了
果然，前端是一个能带给我无限可能的世界。

仔细看了下，watchOS 的方案就是模糊半径渐变增大
不得不说 Apple 在这些奇奇怪怪方面的造诣还挺深

下完雨就这b样？
打开窗户呼吸的不是下雨后新鲜的气息
是tm每立方米1700μg的PM10:stardust_melon:

所以多云服务厂商之间搞集群/负载均衡可行吗
一个云厂SLA 99.9%，选用三个云厂的云设施，SLA就能直升五个九 :anenw21:

实时播报
PM10 每立方米2mg
……
:ys_3:

不过讲真
无论是何种原因
发达国家的空气质量确实普遍更好
欧美及日本等国的空气质量标准比中国严格很多
在地图上用国内的标准看，它们大部分时间基本是一片绿，都没什么区分度

之前说要做一个专属于中V的音乐播放器
计划的是表面上就是一个本地音乐播放器，但是你输入B站或其它地方的链接，或者上传本地音乐，我们可以在后台数据库悄悄匹配，提供最佳的资源（包括已知最高音质的音频，以及可能会有的寒寒手动对时轴的高质量实时歌词，以及专辑封面，等等）
而其中资源的获取无疑是最费劲的
不过今天偶然发现有一位朋友已经做好了
得来全不费功夫
回头我一定要好好感谢下他
Hello Vocaloid

终于写完了……
大概半小时就下完了
那位UP说用的OneDrive存的
所以我感觉也基本可以放心爬，OneDrive好像不限速也不是按流量计费

刚又收到Cloudflare邮件
习惯性删除……（停下）不对，Analytics？
不是才收到过吗？
又过了一个月？！

@layonleaf@o3o.ca 也许咯，反正具体怎么操作都行
我编写和调试都在用VSCode，所以一键liveserver肯定对我来说更方便
但总之每个人按自己怎么方便怎么来就好:anenw01:
本来想过要不要附一个python程序做服务器并提供一些额外的features的，后来发现不需要，因为反而会增加复杂度降低易用性
就放弃了……不过之后筹划的misskey查看器可能必须得有个程序了，misskey归档不打包任何媒体文件，还得单独下载下来

cf的analytics邮件怎么都快到下个月中旬了才发
是因为数据太大不好统计吗:anenw2:

@layonleaf@o3o.ca 你可以拉个pr
这样咱的项目多一位贡献者
你也水了一个contribute
一举两得
（当然介意的话就寒寒来写咯……:nacho05:

@MomentQYC@hi.hashi.icu 抱抱你
贴贴

想请教写React的朋友们一个问题：
比如我有一个

const [foo, updateFoo] = useState([]);

我希望在有人调用updateFoo的时候，会自动对其进行排序并更新foo的值。
这就类似于

updateFoo([2,4,1]);
// some magic
foo
// [1,2,4]

但是又不能直接把foo作为依赖写入一个useEffect，因为这样会infinite-loop
那么，难道除了再单独写一个外部的更新函数，没有他法了吗

素质寒寒

@Candinya@nya.one 所以果然还是这个方案吗:anenw10:

@Candinya@nya.one 好像有道理
那就这样吧:nkocampfiredrink:

@Candinya@nya.one 大坏蛋GPT又幻觉说用useEffect不会infinite loop
结果一保存代码立马爆红了:nachoneko_46:

@Candinya@nya.one 也不一定hhh
大多数时候其实还行
写写简单代码减少重复劳动这方面还是对寒寒而言有很大作用的
尤其是在一些小的工作上，比如某天来兴趣时让它帮我写个爬虫什么的

CSS写的MacBook……吓人(ﾟoﾟ;;

寒寒这里是多云～

> App: 米糕天气

想训练一个模型，把twitter存档里的二次元图片分类出来……
大家有没有相关的模型、教程和技术推荐:nacho_look:

@C99CXMOE@wxw.moe 你回来啦？:nacho05:

@Candinya@nya.one 嗯……其实还不是这种
寒寒准备搞的就只是个简单的二元分类器，顺便借此练习一下AI相关的知识调包方法
主要目的就是推特存档下载下来，里面的媒体目录，除了我转发的二次元图，还有不少杂七杂八的图，我就想训练个模型看能不能做个分类以后一劳永逸:nacho05:

@Candinya@nya.one 现在正在用yolov5跑……这模型从搜索引擎上随便找了个推荐的
但是……问题就是……valid loss下不来:nkocampfiredrink:

感觉……这才80多epoch
然后好像就收敛了
val loss 0.42, acc 0.88
就这样吧……反正我还有好几百张图还没打标签放到数据集里呢
后面有空再训练:nkocampfiredrink:

@chn@xn--s8w913fdga.chn.moe 看来你真是玩上瘾了:anenw36:
都研究这么透了

喜报：
在八百多张图上训练100epoch
又在3000张图的扩容数据集上训练约30epoch后
模型感觉差不多收敛啦🎉
现在ACC终于能破0.9了
不过由于是二元分类，loss和acc虽然感觉不是特别特别好看，但推理的时候只要阈值合适，模型输出结果还蛮不错的:anenw17:
寒寒第一个用实际场景的数据集训练的AI模型～～
上次正儿八经接触神经网络跑的还是MNIST（小声
#开发日记

代价是什么
不需要有什么蜗牛追杀之类的吗

原来摇曳露营在A站有……亏我还下了一个晚上:anenw36:

不过第三季还没上
算了，我先把前两季看完吧

实际场景测试：
precision 高达98.19%:nacho05:
recall不知道
acc不知道~~（懒得算）~~

f1也不知道
总之作为一个一时兴起训练的为了减轻以后寒寒的负担的分类模型它姑且合格了

@tusooa@kazv.moe babel/webpack生态：在打我的主意？:anenw22:
寒寒现在感觉，现代前端工具链一用，完全不用管什么优化之类的
之前才听说React会用requestAnimationFrame来避免主线程的JS操作阻塞渲染…换寒寒应该不会关心这么多
所以变量名放心大胆起，越清晰越好
优化会由编译器们进行的:nacho05:

总算是专心了一小段时间……唉
可惜已经晚了

@tusooa@kazv.moe 啊啊……那没事了:anenw02:

6亿人月收入不足1000
废话，总共才八亿多劳动力，剩下6亿当然月收入不足一千🤣
找这么算，全球可能有30亿人月收入不到100美元——因为根本没有收入

@Hokori@nya.one "Spanish or Vanish":anenw22:

JS深拷贝的操作就非得这么操蛋吗:nkocampfiredrink:

@pinkchampagne@dvd.chat 没必要吧……毕竟MDN上都这么写，代码场景也没有很高的性能需求:anenw36:

想问问写React的喵友们：
一个较短的时间内，若干同时依赖于最新state的函数根据自己获取到的state做运算并更新state，会因为状态的异步更新，导致在这段时间内除了第一个调用以外的其它调用都会因为依赖（state）不正确而错误地更新state
而寒寒的代码又不太好用回调实现（因为这些函数比较散乱，也没法有比较明确的链式结构）
想问问大家一般会怎么解决:anenw10:

寒寒在用Recoil
不知道它的状态更新是不是异步……周末再试吧:anenw2:

B站扒拉下来的音乐……高频16kHz就截了:nkocampfiredrink:
阿B你坏事做尽！
> 寒寒本以为起码得到20kHz的

天呐……早晨打车
以为家门口的路口打不上普通出租车，就提前叫了网约车……
结果那路口跟蹿稀一样出租车往外冒:anenw36:

@pinkchampagne@dvd.chat 大概是这样：

const [data,setData] = useState(0);
const [condition,setCondition] = useState(0);
useEffect(()=>{
setData(data+1);
}, [condition]);
useEffect(()=>{
setData(data+3);
}, [condition]);

大概是这种感觉……当condition变化时useEffect同时根据自己获得到的data更新data
这样最后data更新的的结果就不是（期望的）4，而是1或者3
但是这两个effect又不能以回调的形式存在（因为实际代码中比较复杂，也不只两个effect），所以现在想不太通了……
寒寒周末看看Recoil能不能支持这样的操作，如果可以就用那个替代吧:anenw36:

@pinkchampagne@dvd.chat 唔……其实condition也是会被用到的，只不过这个例子寒寒好像有点简化的太多了
寒寒之后回去再看看吧，谢谢啦

@Astrian@astrian.social 大概率是Bing（

@pinkchampagne@dvd.chat 更具体的代码在GitHub 上倒是有。但是对state的实质修改的代码已经被层层抽象，现在似乎不太好解……
寒寒顺便试试用Recoil能否解决吧:anenw2:

@hanawa@nya.one 所以最后就是因为磁盘被写满了吗www
说起来寒寒之前云服务器主挂在的磁盘也被日志写爆了
服务down了八九个小时第二天寒寒睡醒才发现:nkocampfiredrink:

“为什么不要用拼音做变量名？”
因为……
其实，编程领域大量使用英文不是因为英语本身怎么怎么样，是因为它“通用”。如果计算机发展的年代世界上最广泛使用的是中文、西班牙语、法语，或者其他什么语言，那么这块的位置自然也会被它们占据。

嘛……把很久之前的B站音乐下载脚本翻新了以下
项目整体更简洁易维护了，顺便把近期收藏的几十首新歌也顺带下载下来同步到了Apple Music:nacho05:
在想要不要开源这个脚本……虽然本身没啥技术含量，但也许可能方便一些朋友

祝贺中华墨水娘步入传说 🎉

尽管迟了一天但不要紧哈哈

寒寒目前比较看好入传说也是比较喜欢听的一首曲——被世界抛弃的孩子
去年年底发的，甚至入围了23年的中V总榜
今年破传说应该问题不大。

寒寒种的一棵树。

得意黑真的快成中文版Comic Sans了，满B站都是
中文开源字体生态确实不如西文，但还不至于到饥不择食的地步吧😅
你用在宣传图视频封面，行，挺好
你用在视频内容，主要画面大面积较为
高频地使用，就显得不太好
而最逆天的是拿它当字幕……真该拖出去斩了:nkocampfiredrink:

唉，真的，字幕字体你再没得用无脑思源黑不就完事了嘛
其他大部分小字体尤其是艺术字，是长时间阅读比思源系列更不容易疲劳呢，还是字库比它更全呢，还是适用范围通用程度比它更广呢，我真想不通了。

喵友们的编程字体都是什么？
寒寒想做个小调查。
> 只有10个选项的上限，所以只搜罗了一些频繁被推荐的字体……如果不在列表中，也可以评论告诉寒寒喵(*≧ω≦)
> 寒寒自己其实用的是Sarasa Mono更纱黑体，理由其实是它的中英文宽度刚好是2:1，很协调……不过现在不怎么用中文写注释了，但它紧凑的风格寒寒已经看习惯了:anenw01:

说真的，习惯了Sarasa的这种紧凑，其他大部分的代码字体几乎都不太能再看得下去……刚试着把VSCode字体换成JB Mono，
顿时感觉……
哇塞怎么这么宽
一个屏幕瞬间就装不下代码了:nkocampfiredrink:
（这可能是寒寒习惯把lint配置的长行折行宽度从80改到120的原因吗……

昨晚好奇在抖音搜了下德州扑克是什么大概怎么玩
现在一打开抖音全是德扑……

@Candinya@nya.one 你的楼下就有一位不喜欢连字的www
这个特性应该主流编程字体都支持，不过……
寒寒也才是几个月前发现这个是要VSCode设置里面开启的:anenw36:
还以为自己安装的字体有问题

芝麻凛可爱:anenw01:

之前还立了个flag来着……还觉得2024还很远
现在Q1都已经过了，没想到迎来了第三次重构
(>_<)

直至今日，寒寒仍然认为下面的发言相当正确。
目前也算是正式的在构思RecoFedi这个项目，最近在看小红书一位大佬的推荐系统公开课，学成后就正式开工～:anenw21:

原文：
> 私以为，Fediverse没有推荐功能，弊多利少。
> 首先，我们要知道，绝大多数普通用户需要推荐功能。
> 即使是能大多数情况下明确自己想要什么而不是一味接受系统推荐的人，就拿我举例，也需要推荐系统。或者，至少也需要有一个“智能”的黑名单，能够根据贴文内容判定，而不是机械式地拉黑一个用户。
> 为什么？很简单。Fedi的时间线是一套简单到不能再简单的系统：完全是按照时间排序的，你也只有三个选择：自己关注的人的贴文、这个实例上的人的贴文，以及这个实例抓取到的所有贴文。
> 那么，问题来了，如果我关注了一个用户，但我不一定想看他的所有内容怎么办？虽然全局时间线“鱼龙混杂”，但我不去看又怕漏掉什么我感兴趣的内容怎么办？
> 很显然，一套合适的推荐系统可以解决这些问题。
> 我甚至敢下狂言说：
> 完全依据时间或热度排序的时间线是落后的；类似推特的推荐系统+关注者的混合模式是较为先进的；在此基础上能够自由设置关注点和厌恶点，并能在一定范围内调整推荐流与喜好的相关度是理想化但有些难以实现的；而像Fedi一样做一个“全局时间线”，则在一个大规模的社交网络中，是蛮愚蠢的设计。
> 关于最后一条，Fedi上的很多人，甚至包括我，不这么觉得，只是因为Fedi的数据量小，因为去中心化的结构使实例无法抓取到每个贴文，因此使用体验似乎还可以。但请想象一下，如果是Twitter级别的社交网络，每天10⁸级别的内容量，那么所谓“全局时间线”，完全就将是个笑话。在这个情景下，推荐系统本身就可以作为一种过滤机制，把巨量内容筛选到用户可以正常操作和浏览的量级。
> 就此延伸，我可以说，如果Fedi未来想真正成为Twitter的一个替代品，能够保留住用户，那么至少要做到两点：提供可选的推荐系统、并逐步依据体量删除全局时间线并寻找可行的替代。

寒寒, 于长毛象中文站发布，写于2023/09/07

仍然是那个观点：
Fediverse想要触及更多用户，必须有一个“Reducer”，来过滤和筛选大量用户产生的海量内容——而推荐系统就是这样一个Reducer。
寒寒在互联网上试图找了一下相关的内容，发现为数不多的一些项目主要还是在解决“Who to follow”的问题，以优化时间线的冷启动。但寒寒认为，还不如从根本上建立一个完善的推荐系统，彻底解决这个问题。

说起来，听了几节课
想来应该还是得写点笔记的，那就现在去写了:nacho05:
不过他讲课用的PPT倒是已经很清晰明了了，基本全是干货，公式图示实现方法一目了然，直接拿过来也未尝不可:nachoneko_10:

@youon@e4le.me 那就不买了，省钱！:anenw01:

@backrunner@pwp.space 阿B的版权内容好像甚至都没用DRM的，记得有些内容直接爬下来

@chn@xn--s8w913fdga.chn.moe 之前寒寒找资源甚至班里自习课放的电影都有:nachoneko_10:

这个好:anenw21:
教程

@launchctl@nya.one 我现在有事没事都问GPT，
它的确是改变了寒寒的生活:anenw36:

@Hokori@nya.one
唔……要来试试寒寒的方案喵？
寒寒自己的博客访问count就用的是寒寒修改过的moecount
然后在模板里写一个XHR发请求并将相应写入到对应的DOM元素就行啦
具体的方案……塵塵酱想用的话寒寒待会整理出来:anenw01:

@Hokori@nya.one
[寒寒的Moe-Counter fork]https://github.com/alikia2x/Moe-Counter
以及一段用于显示的script，寒寒把它放在了模板的header里，这样所有页面都能显示:anenw21:
目前UV的功能是没有的……懒得搞了，不过寒寒修改的版本会自动记录访问记录到access.log里，里面会有IP、UA相关的记录，
因此以后再开发到也没问题╮(╯▽╰)╭

@Hokori@nya.one 哦对了
差点忘了写在footer里的用于显示的HTML：

    {{ i18n "totalVisit" | default "Total visits:" }}: <span id="a2x_moe_counter_total_num"></span>

汽水音乐看视频（广告）领会员，发现网络有问题
然后多次点了重试之后，
它跟我说，不用看了，直接送我听一个小时…:anenw34:

汽水用来听一些流行的那种很带劲的音乐还是不错的
听的时候看一分钟左右的广告可以领一天的会员，也不用再额外每月固定充钱，寒寒觉得这点还行

@laoxong@m.moec.top 原来你也看……
好细节:anenw34:寒寒看完全注意不到这些
光想着看女孩子贴贴了

@love2lisp@hi.hashi.icu @MomentQYC@hi.hashi.icu

1. 推荐系统和信息牢笼没有必然的因果关系。此外，现有主流联邦宇宙的设计下，如果有推荐系统，那它必然与时间线共存。
2. 随便去全局时间线做个抽样，有hashtag的帖子基本上可能不足1/5。如果要具体数据我回去到数据库里跑个SQL便知。而且发现由于是在中文实例抽样，中文用户发布内容中日常向会更多，而此类帖子大多没有tag。
3. 用户量和帖子量增长为什么必然决定需要推荐系统？答案很简单：全局时间线根本看不过来，而且太过杂乱。
   从正面讲，对于用户感兴趣的内容，现在整个Fedi网络保守估计有30M的用户，这意味着可能是1B量级的帖子，如果用户感兴趣一条帖子，不会因为它是3年前发的就讨厌，但整个联邦宇宙的几乎所有主流实现都将时间作为帖子排序几乎唯一的依据，即使是热门也是近期热门。这意味着大量用户潜在可能感兴趣的帖子、人都会因为这种机制埋没。
   从反面讲，目前整个Fedi的体量也不算特别小，全局时间线中，必然存在大量用户根本不感兴趣、甚至毫不相关的内容。
   从全局来看，推荐系统的本质是一个筛子，它的出现在于解决平台的海量内容（如推特估计是Trillion量级）与用户有限的使用时间及注意力（一天仅浏览高至数百-数千的内容）之间的矛盾，而不是为了单纯的使用户上瘾或制造信息茧房。
4. “关注”时间线的弊端：四五年前的某不存在博主已经给出过答案。（见图）当今推荐系统，设计的好，必然应兼顾“熟悉”与“陌生”。

#随笔
关于推荐系统的意义，寒寒的看法

@launchctl@nya.one 砍砍日常删掉过去的痕迹:anenw36:

@Candinya@nya.one 我之前用JB家编辑器也有这种奇怪的warning
建议他们做好代码的分析就行了，自然语言不懂就别碰:nacho05:

@lzc256@neko.lzc256.com 诶……好吓人
寒寒这边好像似乎没有水啊风啊之类的自然灾害……
唔……风的话沙尘暴倒是有，然后就是地震，干旱:anenw24:

@Hokori@nya.one 怎么了…具体说说:anenw34:

@Hokori@nya.one 还好吧……你用的query大概是什么样……？自然语言就最好避免吧，大多数站内搜索都最好别用自然语言，越有利于数据库查询越好

@Samukawa_Shion@nya.one @luna@maid.lat 说起来尿酸……之前寒寒查出尿酸好像是700多还是800多……但一直没有痛风的相关症状，也很奇怪:anenw34:

关于“我们为什么需要推荐系统”
总结到寒寒的Memos里了
可见：
我们为什么需要推荐系统 - alikia's Memos

@lhc_fl@stelpolva.moe 好耶
寒寒之前就筹划过把推荐系统和现有架构整合的一些方案：比如 API Hijacking（接口劫持）
这个需要自己的实例管理员配合，因此自建实例最佳。
具体方案有比如：

• 劫持掉Misskey的“社交”时间线，把它改成推荐时间线，这样就可以在所有客户端接收推荐（因为感觉对比了一下这个时间线最适合被“改掉”）
  “劫持”指把对应的接口请求转发到推荐系统的软件，而不是Misskey，由推荐系统返回兼容Misskey格式的数据，看起来就像由Misskey返回数据一样
• 在实例添加一些特殊的Reaction（这个就是Misskey和一些其他有表情回应软件独享了，哼哼:nacho05:），这些reaction用于解决“我不喜欢这个帖子”的情况（因为推荐系统中“负反馈”也很重要，但主流软件没有给针对帖子的负反馈留接口），这些reaction不会被转发给原来的帖子，也不会让其他人看到，只是添加到数据库，用于记录喜好
  暂时想到的就这么多……其实光针对一个软件优化也不好，硬要说救是mastodon太菜又太火:nkocampfiredrink:

气死我了，Memos的站点icon即使指定了也好像是用JS更换的，就不能从服务器直接返回我制定的吗，为什么要动态替换，
你搞这个几乎所有的favicon解析器都会解析出你哪个默认的傻鸟图标:anenw31:

之前搞docker部署的时候，在本地机器build好推送到dockerhub
服务器一pull下来发现跑不了，定睛一看，恍然大悟——我是在我的M2本子上build的，target还只有ARM，云服务器无一例外的x86:nkocampfiredrink:
#有意思的 #开发

@youon@e4le.me 太昂贵了
所以这台机子看我能不能撑到大学毕业:nkocampfiredrink:
不过大三大四要是有钱了也许可能会换掉……大概:anenw36:

Back online!
🎉
down了将近一天:anenw36:

联邦宇宙不好的一点是每个实例只能一台服务器撑
服务器一down直接全站完蛋，
这次可能大概是被攻击了，求求你们别折磨咱这一底边开发者了:nkocampfiredrink:

提高SLA的一个比较费钱的方案：
在多个云服务器提供方租赁性能较为一般的服务器，对于小型服务就自己做多服务器间的同步，使得所有服务器提供一致的服务，任意服务器倒下可以通过DNS的合理配置路由到工作的服务器，
大型服务……拆成微服务，这样就是很多个小型服务了（划
寒寒之后就准备这么做……

Which one?

突然意识到……10年前不是2010年，而是2014年

zxx这篇文章在2024年看来还是有些过时的
其中对非ASCII的处理部分更是糟糕透了——足足把base64本来就已经要浪费1.3倍空间的劣势硬生生变成了整整4倍:nkocampfiredrink:

自动解码Base64，我真棒

目前根据内容长短粗略判断字符串是base64串的可能性，
后面会加入基于解码字符概率、信息熵等的判定……
同时强制过长的query显式注明intention以减少NLP模块运算了……毕竟未来这样的模块可能有几十上百个:nachoneko_10:

你说的对，但是《Git》是由Linus自主研发的一款开源版本控制系统。游戏发生在一个被称作「代码仓库」的神奇世界，在这里，被神(Linus)选中的人将被授予「branch」，引导commit之力。你将扮演一位名为「程序员」的神秘角色，在自由的编码中邂逅各种各样的算法、数据结构，和他们一起击败bug，通过「提交」找回失散的力量——同时，逐步发掘「版本控制」的真相。

@Candinya@nya.one 普通的英文字符串也很可能可以解码……尽管结果并没有什么意义:anenw36:

小雪……？

@PiCpo@nya.one 佩服
以后写spider是不是要先学一遍编译原理和计算机网络基础:nkocampfiredrink:

[真实纪录, 无throttling] 什么叫TM的弱网环境，这就是弱网环境
（我真服了）:nachoneko_46:

@Samukawa_Shion@nya.one @luna@maid.lat 没有
间隔数月测试仍然是偏高

@lzc256@neko.lzc256.com 新疆……
不过其实除了地震，剩下寒寒都没在乌鲁木齐见过:anenw2:

【乐正绫原创曲】晨曦旅客【乐正绫九周年生日快乐】【原创pv付】
曲子和曲绘都好阳光的一首曲子
阿绫超可爱(≧∇≦)

@Candinya@nya.one 比如"candinya"也是一个合法base64串
但如果不过滤我们粗略计算得到的Relevance得分为0
所以就直接加过滤忽略掉这部分“不太可能是base64串”的query了:nachoneko_10:

不错，我觉得很好
#开发日记

这串字符从昨天晚上十一点寒寒随便拷贝了当前时间日期编码用来做样例之后，就一直在电脑剪贴板里躺了好久:nachoneko_10:

大家在Google中输入"alikia2x"，然后点“手气不错”
猜猜看会出现什么:nacho05:

之前本来想把个人网站用Shiro重建的
但是想了想，现在的页面，无论是从页面体积还是FCP亦或是CLS等各项性能指标都是无懈可击，所以在SEO上应该还是蛮有优势的

@iii@nya.one 话说回来这个feature很早很早就有了
当时据说就是因为Google为了表明对自己的排名算法很有自信，因此用这个button可以直达第一条搜索结果:nachoneko_10:

无懈可击！

谢谢诗音:anenw21:
@Samukawa_Shion@nya.one

唉……和朋友聊天居然还要考虑时区:anenw2:

虽然钱不多
但是却是很多:nkocampfiredrink:
预想中一个月十块解决的……

@Hokori@nya.one 恭喜破千🎉

@Hokori@nya.one 塵塵用四年发的帖子寒寒不到四个月就集齐了，www:anenw34:

有没有人知道这种录屏演示是怎么做的 @board@ovo.st
#求助

这条赛道确实很独特，能不能成看她表现了
——物华弥新

在实体店看了眼Pura70……
很喜欢标准版直屏的正面观感……一点点的小遗憾是屏幕和机身的R角似乎对的不是很齐
但整体观感真的超棒
是我喜欢的类型。
Pro和+的曲面屏看起来就没有那种韵味:anenw36:

要是我现在手上的iPhone能够那么窄的边框和高屏占比就好了( ´▽` )ﾉ

@flynn@wxw.moe 电子设备的时钟本身估计也没多准吧……都是靠NTP校准才有非常精准的时间:anenw36:

整了个新玩意
time.a2x.pub
一个NTP服务，可以试试把电脑的网络时间服务器设成她……然后……
其实什么也不会发生
但是寒寒在想，从淘宝上买一个GPS接收器，写点代码，获取GPS授时然后在本地局域网搭建一个NTP服务，那么寒寒家里的设备岂不是可以享受到微秒级的时钟的精确度了？（虽然还是没什么用）

在寒寒家里比time.windows.com延迟低一点，嘿嘿
现在就去把那台Windows本子上的时钟换掉

(time.windows.com 还是stratum 3呢，我们是stratum 2，嘿嘿）

为什么都try-catch了还会显示这样的报错(ο´･д･)??

还在跌……记得当时去日本的时候和美元还是100:1
导游给的换算技巧是100JPY-6CNY
然后去年就变成了5
现在快到4.5了:anenw36:

@luna@maid.lat 寒寒钱包里留作纪念的一万二也在这几年里也贬了140多RMB:nkocampfiredrink:

喝酸奶不舔盖子😂
话说台湾为什么把酸奶说成優格啊，又不是什么专有事物没有文化隔阂，这音译的完全不明所以:anenw36:

很高兴地宣布，寒寒名下域名 a2x.pub 现在已经公开提供了总计5个服务了！它们分别是：
nostr.a2x.pub 公开Nostr中继
count.a2x.pub 一个Moe Count修改版，主要为寒寒的博客服务
cal.a2x.pub 一个未完全完成半公开的AkaneCal部署，目前主要为寒寒提供课表的日历服务，将来会完全公开提交和生成课表～
ipfs.a2x.pub 一个公共IPFS网关
time.a2x.pub 一个公共NTP服务，位于第二层，由Google&Apple作为上游

还有些目前未公开的服务，比如本站（Misskey），和 a2x.pub 的最初目的——短链接（因审查和链接安全原因未能公开，目前还在考虑中）
剩下的一些部署在该域名上的App（如WonderDays, SparkHome）基本为早期公开预览，正式发布后可能会迁走，也可能将目前的域名作为Beta预览(￣▽￣)

翻了翻朋友圈，发现自己和自己的熟人社群中的大多数人已经完全脱节不在一个频道上了。
这也许是我在联邦宇宙上泡着的时间越来越久的原因吧……( ´▽` )ﾉ

跟风做了个iTerm的
Figma太贵……所以找了个开源替代品Penpot
附penpot源文件（寒寒的设计果然还是比较菜啊:anenw2:

再次安利一下Penpot
Linearity背刺咱之后这是目前看下来不错的替代品，同时更主要的是Figma的替代品，
开源免费，还可以self-host！:anenw21:
#寒寒的百宝箱

@launchctl@nya.one 🍋🍋🍋🍋🍋🍋🍋🍋🍋🍋🍋🍋🍋🍋🍋🍋🍋🍋🍋🍋🍋🍋🍋🍋🍋🍋🍋🍋🍋🍋🍋🍋
实名羡慕

太废物了...

OpenAI好像给ChatGPT的背景prompt里附上了当天的日期，
这样它甚至可以在0-shot下回答当天日期和计算日期问题
这么一对比Siri显得更废物了

卧槽
真正端对端的语音识别，无视语言？！

？

Misskey S3每次配置起来就跟玩一样
SSL一通乱配，域名一通乱配，四个选项开开关关排列组合
然后能跑就行:stardust_melon:

@yaya@dvd.chat 凭感觉写（误
我到不久前才终于意识到正则的.?是匹配前面的字符，这个“字符”也包括.?本身
.*就是匹配任意字符0次或多次……
（感觉寒寒好像确实太菜了www

去看夜场电影～（耶

哪个天下想出来把影院椅子靠背全改成按摩椅……
刚坐上去还强制启动一阵子……服了:anenw31:

《你想活出怎样的人生》
看完了。
有点……懵

继React和Vue后
寒寒准备尝试生涯第三个前端框架：Svelte
它的设计理念和官网UI设计都挺戳咱的，嘿嘿:anenw21:

别人：React和Vue挑一个学
寒寒：咱全都要（虽然每个都只是浅浅学了一点）

天呐 这么晚了
睡了睡了

@lhc_fl@stelpolva.moe 天呐
寒寒写代码几乎不管支持度（逃
然后也很少在低版本测试
已经不敢想自己的代码在老浏览器上是什么样了:stardust_melon:

感觉很多技术文档或教程有时候就会从一些浅显易懂的文字中蹦出一个挺不常见的词，关键这个词咱感觉也不是非得用的
比如这个例子，换成avoid，不是也挺好嘛:nachoneko_10:

Svelte入门之——
做了之前一直心心念念的V家播放器，现在目前已经在GitHub建好了repo
现在有个正式的名字AquaVox
Vox灵感来源于Vocaloid，是拉丁语的voice
Aqua是拉丁语的water，象征洁、清、净。
嗯，就这样:nacho05:

项目出处参考
Ref 1
Ref 2 (BAMusic)
Ref 3

笑死我了

说实话，2024年了，
想问问湾湾或者其他在使用繁体中文的朋友们，
你们觉得在日常生活中，继续使用繁体的原因究竟是什么呢？

啊？假期第一天结束了？

对着光猫一顿输出……
BT终于有上传了
感动🥺

终于发现了之前代码因思路问题造成的巨大性能瓶颈：
O(n²)的DOM操作:nkocampfiredrink:

删掉性能直接提升4倍:nachoneko_10:

给我整的突然感觉写的缓存计算结果的功能没必要了:nachoneko_10:

算了……
“By focusing on recycled calculated result, clean code, and low-carbon deploying, we’re working our best to make your achieve the goal of zero net emissions across your entire carbon footprint.“

> Based on Apple

原分辨率耗时大约760ms
1/9缩放大概是120ms

优雅

动画不错，用户体验寒寒觉得OK了:nacho05:

缓外的SSD和HDD有什么区别吗:ys_3:

是不是玩不起:stardust_melon:

啊？假期第二天结束了？

#求助 #求救
互联网荒漠……有人知道macOS的“SFR Recovery Volume”是什么吗？
之前的"failed to personalize the software update"问题还没解决，这是终端原文：
Failed to download & prepare update: Error Domain=SUOSUErrorDomain Code=201 "Failed to personalize the software update. Please try again." UserInfo={NSLocalizedRecoverySuggestion=下载所选更新时发生错误。请检查你的互联网连接并重试。, NSLocalizedDescription=Failed to personalize the software update. Please try again., NSUnderlyingError=0x600001b60d20 {Error Domain=SUMacControllerError Code=7723 "[SUMacControllerErrorPreflightPersonalizeFailed=7723] Failed to perform PreflightPersonalize operation: [MobileSoftwareUpdateErrorDomain(MSU):1256]" UserInfo={NSLocalizedDescription=Failed to personalize the software update. Please try again., SUMacControllerErrorIndicationsMask=0, NSDebugDescription=[SUMacControllerErrorPreflightPersonalizeFailed=7723] Failed to perform PreflightPersonalize operation: [MobileSoftwareUpdateErrorDomain(MSU):1256], NSUnderlyingError=0x600001b60cf0 {Error Domain=MobileSoftwareUpdateErrorDomain Code=1256 "Failed to find SFR recovery volume" UserInfo={NSDebugDescription=Failed to find SFR recovery volume}}}}}

💀

@machinexblueice@nya.one ?

@iii@nya.one 一语成谶……
刚抹掉磁盘准备Time Machine给我爆固件错误了
现在得拿另一台Mac做recovery
完蛋:ys_3:
我先试下Windows安装虚拟机行不行吧，不行明天还得想办法找人:nacho_cry:

还有人记得她吗……:anenw36:

@lhc_fl@stelpolva.moe 禁忌知识:anenw22:

说实话，文心在一些场景上不比GPT差

=ω=

@lieb@stelpolva.moe 好像确实
但第一步条能给出想尽的分析，第二条最后能给出一个正确的答案，已经确实比GPT强了
可惜我没法搞到GPT4，不然高低把各家的最强模型拉出来测测:anenw36:

@lieb@stelpolva.moe 天才:anenw17:

看着一张过时的海报，仿佛又回到了六年前的那个下午……

室内5G质量堪忧……
丢包仙人:anenw36:

修电脑要等一会……来了一家很古老的电影院
还是个小厅
（它甚至没有映前广告，估计待会直接开放）

但是寒寒有不好的预感……总感觉后面唯一有人的俩座位可能是一个熊孩子家庭:ys_3:

影院模式：静音+深色模式:nacho05:

但是它们座椅真的很舒服！比大前天那个按摩椅强多了:anenw13:

我靠！才发现买的国语！
完蛋:ys_3:

啊国语配音估计没有阿尼亚那个灵魂的感觉了啊肿么办:ys_3:

算了。正好欣赏下现在日本动画的国配怎么样:anenw36:

啊啊啊啊
没有wakuwaku的阿尼亚没有灵魂啊:nacho_cry::nacho_cry::nacho_cry:
国配是“激动激动”

但是次子三人的配音挺有哪味，嘿嘿

他们说这电影前几分钟直接是铺垫背景故事
结果……还真是:anenw36:

@luna@maid.lat 尊嘟假嘟:nkocampfiredrink:

唉，买票买急了是这样的:nacho_cry:
直接忘记了日配国配的事

原片的日语潜字居然有注音
果然是全年龄段作品:nacho05:

いただきます居然直接配“我开动了”……虽说没毛病但是好怪……字幕这么些可以接受
但配音这么说……就是一股译制味道:nkocampfiredrink:

草现在剧情好中二www:anenw36:

ちち、はは（猜的原文）居然说的是“父亲”、“母亲”……
可是日常口语谁会叫父亲母亲啊……太书面了:nkocampfiredrink:

喜剧到了一种中二的境界……:anenw36:

@luna@maid.lat 好像b站字幕也翻的父亲母亲……但是用中文说话说出来就有点尬

便便之神wwww

阿尼亚是山新老师配的www
我说一股熟悉的味道……:anenw22:

Apple Silicon固件是真难搞:anenw36:
一个下午了:nkocampfiredrink:
可能明天才能好

电脑要留在维修师傅那过夜了……
主要是运行Apple Configurator的另一台Mac也是他们借来的
今天恐怕搞不好了:anenw36:

不嘻嘻

新年系列……终于到了:nkocampfiredrink:

看一场电影发了这么多帖……(:з」∠)

Mac拿去修了……所以用游戏本来暂时写点代码
但是突然发现VSCode的光标总是会变成insert模式，觉得奇怪，知道网上搜了一圈……
所以这个插件到底什么时候装上的:anenw31:

啊？假期第三天结束了？

很担心苹果前端工程师的精神状态……:anenw2:

Apple Music前端实录

Apple Music前端也用的Svelte！
国际大厂同款
嘿嘿(¬◡¬)✧

但说实话，AM网页端也上了算法生成而不是单纯cover模糊的背景视效。之前把Google翻了个底朝天也没确切知道它具体使如何实现的，但是根据目前现有的猜测和模仿品，
这个应该可以用perlin noise之类的衍生算法实现。
因此咱目前的规划是，
先用cover模糊的方案，
然后一边研究这个效果的实现
目前大致想到的大致管线是：

1. 颜色提取。从cover中提取主题色
2. 基于时间的噪声生成，这时它会以内存中的一串数据的形式存在
3. 着色，将生成的噪声进行着色，使其转换为RGB数据
4. 实时显示，用canvas进行显示。

还不错吧

合集

折腾了一整天多……电脑好了……
真的，M系固件修复是真的麻烦:anenw31:

咱妈现在在用888…
她想换Pura70 Pro:nkocampfiredrink:
我看了眼跑分，
单核倒吸
多核也就提高一点:anenw36:

最终大合集

说实话，macOS Mojave时代的那个UI的感觉寒寒也挺喜欢的。

花了100元，咱的电脑终于抢救回来啦~
现在是在数据已经全部恢复了的电脑上发送的帖子(^▽^)

只不过很多App爆了未知开发者的问题，第一次打开又要在设置里手动允许，不过数据和各类配置能完整恢复就很好啦:anenw20:

@machinexblueice@nya.one 寒寒的Windows也被咱折腾崩过几次
但像这样需要另一台一样的电脑来恢复恐怕也只有Mac了，
没办法，封闭生态的代价:stardust_melon:

一打开抖音就绷不住了:stardust_melon:

做了个Apple风的 import icon
一个像素一个像素调的……
但也不敢完全一样所以有一些自己的想法

Apple的平滑圆角曲线功底是真的深厚
那个圆角反正咱调不出来

好怀念Vue的属性透传……这么好的东西为什么React和Svelte都没有(ο´･д･)??

嗯，本地导入快完了
暂时只先做文件本身导入的部分，元数据之后再说吧
#开发日记

一个async数据解析直接给我干了一个小时
不一样的框架，一样的infinite loop
服了(*￣︿￣)
关键svelte写的人少，各种错没法直接stackoverflow
chatgpt 更是各种馊主意
Codeium有context加持，起码能过编译器，但最终的behaviour上还是逃离不了有问题的命运…

我很好奇如果直接把这个设成图片src我是不是可能就甚至发现不了这个bug…
试了下好像还真是

嗯……终于好了……一个简单的导入页面
而且……到现在连写入IndexedDB的逻辑都没有，就单纯一个文件列表
累死了，早知道先写播放页面了，至少成品出的快一点

啊？假期第四天结束了？

啥时候邮件服务提供商们能把这种东西标记为spam或者营销而不是老是把我的验证码丢到垃圾邮件里:nkocampfiredrink:

@diamochang@m.cmx.im 是啊，大部分的营销邮件都能退订
但这并不影响“第一封”还是依然很多:stardust_melon:

嗯，这是完成品效果图……昨晚太晚忘发了
#开发日记

今日立夏～
推荐曲目：立夏（节气物语）

唉，可惜这个咕咕咕咕咕咕咕的猴子还差冬天的没更
本来以为他把账号密码忘了
结果回头一看最近点赞的视频还有前几天发的……果然是咕咕咕实锤了:anenw22:

米家加湿器的湿度一点也不准:anenw31:

千问发了个0.5B量级的模型Qwen1.5-0.5B-Chat
我觉得在浏览器里本地跑LLM已经要成为可能了
不过这个量级模型能力确实欠佳，只能作为体验使用
目前用抱抱脸的InferenceAPI大概测了一下，能力简报如下：

• 一些简单的文本生成
• 简单句子的中英文翻译（几乎仅限中英文）
• 一些较为基础的常识题回答
• 对文字本身做一些处理（如summary，情感分析等）

找到一个翻译的https://a2x.pub/SaQ70
中英效果意外的效果还不错
decoder+encoder大小共约900MB
并且支持的语言相当多，不过冷门语种估计效果一般就是了

和LibreTranslate效果接近——而那个是同样开源的在线翻译API

只要不到1GB的模型就能把谷歌翻译一半的水平搬到本地还能在浏览器运行，想想就激动

@luna@maid.lat 自动脏话过滤:nachoneko_10:
这个模型稍微长和完整一点的常见句子效果会好一些
（不过我好像发现它就是用的Meta的NLLB）

@luna@maid.lat 感觉不太行……或者至少得好好微调甚至全量重训练一波
这个量级模型的语言和推理能力可能大约相当于四岁小孩，这是它给我的感觉。
再说都放在游戏上了，反正都对显卡已经有要求了，那为何不上个更大点的模型呢，是吧😉

0.5B感觉不太行……transformer.js能跑的量化模型的效果在0.5B上基本废了……不过不知道是不是参数设置有问题
我换了1.8B的试一下

草，1.8B好像爆内存了，跑不动
这就尴尬了
不用qwen，我再换其他模型试试

绷不住了:nkocampfiredrink:

搞定！才知道即使是以chat标称的模型，也需要用chat_template作为输入传入才能获得较为符合预期的结果。现在这个就OK了，不过这个demo开的max_new_tokens好像有点小，输出被截断了(>_<)没办法，浏览器里的推理性能和纯本地推理还是有差距
代码参见Gist

推理性能确实有待后续看这个库的作者怎么优化了
目前看起来没有多核优化，所以和用python跑比起来，估计性能差一大截，再加上CPU推理，buff叠满:nkocampfiredrink:
强如M2在这个demo中估计速度也就每秒五六个tokens

demo挺简陋的……
大量计算是直接放到UI线程做的，
所以限制了最大生成长度以免页面过长时间的freeze
同样因此也没有流式输出，
要是感兴趣可以搜transformer.js做详细了解，作者给了不少demo和文档，以及一些实际案例教程。

又热还刮大风……直接起飞(=ﾟωﾟ)ﾉ

@SakuraCatMoe@mastodon.social 唔……其实整个联邦宇宙现在都没有推荐系统
所有的主流实现里面，基本上只有按时间排序和最近较为热门的排序，然后就没了:nkocampfiredrink:
mastodon的Explore是最近热门，有点trending的感觉，然后剩下的基本上都是属于“TimeLine”，就是单纯从新到旧排序
寒寒之前因为此在筹划一个推荐系统的羡慕……不过进展可能挺慢，
主要是没空_(:з」∠)_

@juzi@nya.one 生日快乐喵(*≧ω≦)

@juzi@nya.one 前两天用回Windows写了一段时间的代码，快捷键就是特别难改过来:nkocampfiredrink:

啊？假期结束了？
https://social.a2x.pub/notes/9srgx7kizg9v01nx
https://social.a2x.pub/notes/9ssyk32tzg9v01xa
https://social.a2x.pub/notes/9suja2razg9v028k
https://social.a2x.pub/notes/9sw218izzg9v02g8

百合赛高！
（番剧：夜晚的水母不会游泳）

Cloudflare中文本地化的错别字www
令人意外的是他们这个页面的本地化原来不是机翻的……但说实话一股翻译腔味道

每次百合相关作品或话题，这图真的很实用(≧▽≦)/
对了，大家多多支持原曲：
【洛天依原创】百合即是正义

@backrunner@pwp.space 咱只写过script setup，不清楚:nachoneko_10:

@lhc_fl@stelpolva.moe 哦，Arc for Windows出了啊
差点都快忘掉这回事了…
算了，反正现在也用Chrome了，懒得换了
最终在某个层面上还是活成了自己不想要的样子:anenw36:

@fly_mc@pari.cafe 账面上面的需要？

试了下Zed
目前功能上还略有欠缺，
不过它们“性能”的卖点确实是体会到了。
平时不太愿意用VSCode去看一些小的代码片段或者编辑纯文本，因为启动的一点点拖沓让寒寒内心中对它有“还是稍稍有些heavy”的印象，但Zed的性能则完全不会带给我这种印象。

不知道以后有没有喵友愿意和寒寒一起写一个项目
现在的很多项目都是一个人在写好没意思:anenw2:

天呐，打开Misskey全是Apple相关资讯……Apple又开发布会了？:stardust_melon:❓

@chn@xn--s8w913fdga.chn.moe 呜喵寒寒这里这两天也开始突然爆热起来了:nacho_cry:
刚翻了一下4月26日寒寒的动态还发的是“小雪”
然后看预报说这周六要升到35度……？:nkocampfiredrink:

百分之十……(>﹏<)

breeze
wind
gust
gale
storm
hurricane

才知道Share API……
浏览器里就可以调用系统级的分享UI，尤其是移动设备感觉挺有用:nacho05:
#开发

刚刚突然一阵惊雷
然后便是突然的大雨。
わくわく！
（大西北的孩子为数不多几次在自己被家乡见这么震撼的场面:anenw17:

天气预报完全没有预料到……确实很惊喜。

@Rinkko@nya.one 寒寒有时候也会……完全不知道哪里来的

svelte写了几天……整体设计语言寒寒还算喜欢，但是……
props和state的定义还总是迷迷糊糊的

@laoxong@m.moec.top
www
寒寒从来都没接过阿里云电话:nachoneko_10:

嗯，svelte重构基本完毕
播放UI完成30%:nacho05:

@machinexblueice@nya.one 就是因为馋Apple Music的漂亮UI才做这个播放器的嘿嘿:nacho05:

安利Anytype，在YouTube上刷到的，博主说用它替换了自己长期使用的Notion
尽管没有实际使用，但几个关键词已经完全吸引寒寒了，故决定第一时间分享给大家一起体验：本地优先、开源、端对端加密、可自托管、全平台。

自从用了TypeScript，我搜过最多的关于它问题就是各种以前在JavaScript耳熟能详的object到底是什么type:nachoneko_10:

"Web应用节省存储“是一个大的谎言:nachoneko_10:

去看了WebGL的compatibility table……
才发现这是一个多么古老的API:stardust_melon:

2333anenw21:

在试着玩一个一个音频超分辨率模型……
这玩意还蛮大，带着后台程序跑直接爆OOM了:nkocampfiredrink:

你这模型吃将近30G内存结果告诉我最好把音频截到只剩五秒？？？

RuntimeError: Invalid buffer size: 39.06 GB

悬着的心终于死了……
第一个是纯白老师提供的1522Kbps的无损音源
第二个是B站压缩过（128Kbps）下载下来并将采样率降至实际情况（32000Hz）的音频
第三个是根据第二个超分辨率的结果：肉耳可听的音质断崖式下跌……

技术总结：B站的128K也不是不能听，再也不折腾奇奇怪怪的东西了:nachoneko_10:

现在再回去听那个FLAC的原版……如听仙乐耳暂明

换了家airport……现在用的这个在寒寒这封锁渐渐开始有些严重……还好这些东西从来不买长期套餐不然就是一个亏:stardust_melon:

虽然说起编程语言寒寒仍然是一口一个python，但不得不承认，现在对ts/js比python熟悉多了，
目前基本上没有用py开发正式项目的经验，而ts/js却是经验丰富:nachoneko_10:

yahoo~
基础播放功能的UI+交互都搞定咯
现在开始攻克动态歌词，也是我最馋Apple Music的一部分
把动态歌词做完，然后在主页简单做一个资料库的列表展示，就发布AquaVox的第一个Public Preview~！
（这周末应该没问题）
#开发日记

自己开实例非常爽的一点是看哪个人不爽可以直接把那个人从数据库里删掉，从根本上清静双眼:anenw21:

2024年5月4日
寒寒一个人一天在自己的实例上发了整整50条帖子

关于社交
在现实世界的同好很少，或者说几乎没有
因而互联网上的熟人社交网络也几乎不愿积极参与
因此这些日子以来寒寒越来越依赖联邦宇宙了……很感谢Fedi的大家:anenw20:

刷到一个shorts：
冷知识：加拿大与丹麦shares land border
（不知道中文咋说……陆地接壤？）

youtube的shorts算法真是容易构造信息牢笼，相比于其它一些同类产品。
现在打开shorts，不用打开我都能知道我会刷到什么视频：

1. 一个我关注的德国英语教师
2. 一个以各地刻板印象为题材的段子手
3. 一个富翁老头教你财富密码
4. 一个动画科普博主
5. 一个主要主题为🇺🇸passport control的段子手
6. 我看过的一些地理科普小视频

更新了下README
GitHub

【深夜百兆比特加急】
AquaVox Preview 0
歌词搞定了！
今天太晚了……明天做个列表页面就发第一个公开预览
晚安世界……😴
#开发日记

除了浏览器层面提供的smooth scroll使歌词滚动实际上看起来并不smooth以外，是不是和Apple Music很像了！:anenw21:

AquaVox 歌曲播放欣赏——
《雪山之眼》
by 洛天依 & 旦增益西

AquaVox on GitHub

当一个软件开发者突然被要求装机修电脑.jpg

寒寒也要变成会用电脑老人了:nachoneko_10:
https://zhuanlan.zhihu.com/p/695405704

Svelte的响应式是以“赋值”为标准的。因此如果定义一个array作为state，而后又对其通过push的方式添加内容，在UI上是不会响应的。
此时，你可以手动写一个赋值语句，类似于

arr.push(item);
arr = arr;

或者用...的展开语法：

arr = [...arr, item];

#笔记 #svelte

好了，做了个非常简陋的首页
完工
现在就准备部署

靠……折腾了一个小时的polyfill
production永远没有
最后在
https://forum.dfinity.org/t/building-for-cloudflare/16515/2
解决了
赶紧记录一下
#开发日记

AquaVox的第一个公开预览版本上线啦～！
终于把一堆响应式的UI调整好了，这下手机也基本可以用了，大家来试试～

教程：在主页点击导入音乐，选择本地（B站导入还没做好），然后导入音频，最好是内嵌了元数据和封面cover的。之后点上方红色的“AquaVox”回到首页，就能看到导入的歌曲，如果需要歌词，就再点击音乐对应的导入歌词，目前只支持SRT格式（有点后悔早知道先支持lrc了），其他格式的歌词可以用转换器转成SRT。同样操作导入后，在回到首页点击对应歌曲就可以播放啦～

相似度70%
还算满意:nacho05:

Inline style faster than CSS?
https://danielnagy.me/posts/Post_tsr8q6sx37pl

GPT4o化身泥头车又一次创死了AI领域的产品们

不行，这次真有点焦虑了

@fly_mc@pari.cafe 自从换了Google+英文关键词，CSDN低质内容从此与我无关:nachoneko_10:
（虽然也有一些paywall后的垃圾Medium文章就是了）

@fly_mc@pari.cafe @mach@m.cmx.im 唉……硬要说中文在这里也可以算是有点拖累
英语等这些字母语言好分词好tokenize，中文在这方面天生难搞，英文的spam归根结底还是那些常用词，而汉语AI一旦这种spam被潜入了整个语言模型最底层的东西之一——词表中，AI生成内容的污染在后期就可能很难抵挡了。
写到这里想到前几天看到DeepL的production环境下也有类似的问题，考虑到它们自称是deep learning的翻译其底层架构说不定也是transformer
大胆猜测DeepL也被这么污染了

让AI用HTML回答，然后在react里dangerously set一个html
还挺好玩的
它甚至能写点JavaScript和我交互:anenw21:

8B的模型已经在0short下理解
“请给出一张“MacBook Pro”的unsplash图片，它的地址是https://source.unsplash.com/1600x900/?”
这个中文prompt并替换掉<query>的内容了，
有些时候大模型，尤其是较小的LLM在这方面的能力其实有一点超乎咱的想象。</query>

上网搜了些“好玩的ChatGPT提示词”
找到了这个
I want you to act as a Tic-Tac-Toe game. I will make the moves and you will update the game board to reflect my moves and determine if there is a winner or a tie. Use X for my moves and O for the computer's moves. Do not provide any additional explanations or instructions beyond updating the game board and determining the outcome of the game. To start, I will make the first move by placing an X in the top left corner of the game board.
于是准备和它玩一玩，
然后……
它自动替我执行了所有的move，然后直接让我赢了

我开心就好:nacho05:

唉……RecoFedi（联邦宇宙推荐算法）这个项目还是挺想赶快做的
但是它的进度可能真的很慢:anenw36:

最开始的设想是全本地运行的
后来发现联邦宇宙架构数据本来就够分散了再搞成本地还召回个毛
所以现在的设想是RecoFedi也是一个去中心化协议，由Client, Instance, Crawler, Recommender构成。
用户可以选择需要订阅的Recommender，recommender从crawler获取数据，当然这两者也可以是一个物理服务器扮演。instance还是原来的instance，并且它也可以同时和recommender和crawler在同一个服务器上，client也可以是原来的client，也可以是recofedi专为个性化推荐系统所需要的丰富的数据指标统计所设计的client，
然后还有一个咱觉得必要的design是一个用户可以同时有多个“for you timeline”，就像不同身份一样，比如说日常社交一个，专门浏览画师们的图片一个，工作学习一个，之类的，这些东西不一定要混在一起在一个账号上，也不一定非要通过注册不同的账号来实现。

现在日常大家发的社交内容和大量的关注画师转发的各类图片全都塞到一个时间线上密度太高浏览起来实在累人(−_−＃)

@laozhoubuluo@dvd.chat 所以就很麻烦啊:nkocampfiredrink:
所以寒寒要大搞推荐系统！:nacho05:

大家用多少空格宽度的缩进？

反正2 spaces在寒寒这绝对是要拖出去的异端:nachoneko_10:

在考虑到底要不要重构个人网站……目前的是https://alikia2x.com
准备之后考虑学一下Solid.js，也是目前比较火的框架，然后搓一个和静かな森类似的，但不用它们的框架（因为有些冗余的东西不想要）
大家给个建议？寒寒应该继续保持目前这个极简风的吗

@backrunner@pwp.space 当然，很多小开发者不理解这个行为，因为我们的产品没有多么广大的受众，但大公司的成熟商业产品面向着数亿的用户，就必须在适配、兼容性和稳定性上做足功夫

🤣
挺可悲的，讲真

大部分普通用户对于今天的网页能干什么估计是一无所知的，即使寒寒常常不满于Chromium搞一堆只有自己支持的API，但无可置疑的是这个行为在大大扩展如今网页的能力。
除了和操作系统底层交互，如果每一个平台的浏览器能够支持当前公开的所有API、标准和特性（也就是在现实的基础上理想化当前网页的能力），那么80%以上App的功能可以被浏览器替代。

Safari的element.scrollTop没有硬件加速，一套requestAnimationFrameCPU直接飙满，卡的不行
菜，真的菜
Chrome和Firefox在这方面都OK

唉，气死了，移动端iOS还只有Safari
咋办捏
看来还是得用translateY直接一步到位模仿AM的依次上浮效果，不能用基于scroll的动画了:stardust_melon:

translate好像各家都是有硬件加速的
这个设想中scroll只需要触发一次且没有动画，应该是没问题的

@chn@xn--s8w913fdga.chn.moe 南京还算干旱？:stardust_shock:

@tusooa@kazv.moe @lhc_fl@stelpolva.moe 除了格式不太好看（但其实也不要紧）以外寒寒竟然没看出什么端倪:nacho_cry:

睡了9小时……脑袋还是有些难受
为什么还要上课(つД`)ノ

不想去啊啊啊啊:nacho_cry:

出来吃烧烤……
立个flag这周末把这个歌词动效搞定

让ChatGPT优化一下代码性能……

如果数据大于允许的上限，则输出，否则返回None……哇塞GPT你简直是小天才:nachoneko_10:

消失的32像素——CV惊魂
寒寒在写一些图像处理的代码，有了下面这个函数。但在传入适当参数后，却得到了这样的输出：
1920 (1888, 1408) (1888, 1408)
但很奇怪。gray是由roi灰度得到的，输出roi的shape，发现高度也是1888，但roi明明是img从min_y到max_y截取的，其高度理应等于max_y-min_y，但对于固定的测试数据，实际上max_y-min_y和截取得到的roi，高度总是相差32像素。
而当换了一组测试数据时，更神奇的事情发生了：差值从32像素变为16.:stardust_melon:
求助会cv的朋友们:nacho_cry:
附代码：

def align_images(img1, img2, bbox):
    min_x, min_y, max_x, max_y = bbox

    # Extract regions of interest from both images
    roi1 = img1[min_y:max_y, min_x:max_x]
    roi2 = img2[min_y:max_y, min_x:max_x]

    # Convert images to grayscale
    gray1 = cv2.cvtColor(roi1, cv2.COLOR_BGR2GRAY)
    gray2 = cv2.cvtColor(roi2, cv2.COLOR_BGR2GRAY)

    # Compute the absolute difference between the two ROIs
    diff = cv2.absdiff(gray1, gray2)

    # Define the search range for vertical alignment
    search_range = max_y - min_y
    print(search_range, gray1.shape, gray2.shape)

靠，我知道了
回想起之前在图片上标记的可视化bbox的结果
发现下边界没有在图片上绘制出来
然后一个联想，就想到有没有可能max_y-min_y实际上已经超过了img的高度，所以截取之后roi的高度就会小于max_y-min_y……
Python在截取的时候竟然没有报overflow
数组越界太吓人了:nkocampfiredrink:

这流量超过咱在Fedi发的九成以上的帖子

@launchctl@nya.one 这张好有意境！

我靠……写了一个晚上
但最终效果很不错！和Apple Music那种歌词一句一句升起的感觉基本一样:anenw21:
大家觉得呢:nacho05:

不行，越看越觉得自己越牛B
让寒寒膨胀一下o(｀ω´ )o

然后改bug改了一个白天
寒寒现在的这坨代码真的太不稳定了:nacho_cry:

版本1.10.1上线！
现在应该差不多啦:anenw21:

1.8k lines了
花费38小时:nachoneko_10:

去Misskey Hub看一些东西
（划到首页）
噗哈哈这里的中翻也有个错别字
（突然想起什么）
等等……这块内容好像就是咱翻译的？:stardust_shock:

随便翻腾找到的一个Misskey客户端
下载下来才发现只有日语:nachoneko_10:
Flutter做的，功能还算完善，启动也比较快
但UI略显……一般
对它的全部好感几乎来自于图标，这个画的是真可爱，嘿嘿
颇有股当年砍砍App的好看图标吸引咱用的感觉

@SakuraCatMoe@mastodon.social tab占据的宽度（等效空格）在这个语境下也成立喵:anenw21:
比如说4个spaces的tab，8个的或者2个的，编辑器里总得有个设置

据说Linus本人也很讨厌特别窄的缩进
所以寒寒≈Linus:nachoneko_10:

@fly_mc@pari.cafe 别——:anenw02:
喝酒之后的睡眠实际上质量很低的(つД`)ノ

@dvd@dvd.chat 资源消耗？
具体是哪:anenw34:方面的

来取快递的人好多……第一次见驿站取快递要等这么久:anenw02:

寒寒在Twitter上经常见到几k乃至几十k的following的人
显然，如果继续使用时间线机制，联邦宇宙天生就拒绝了这些人

感觉不少手机用户在横屏多时候习惯将充电接口放在右手一侧…
但这是为什么呢？
反正寒寒也是同样的习惯，换到左手就感觉很别扭，但又说不出为什么:anenw34:

@MomentQYC@hi.hashi.icu @laozhoubuluo@dvd.chat 为什么总有人觉得推荐系统总是和信息茧房有必然联系？
推荐系统根本上是Web2时代以来爆发式的用户和内容增长所催生的一个必然结果，其本质目的在于将用户看不完的海量内容层层筛选到用户可以承受的量。

@laozhoubuluo@dvd.chat @MomentQYC@hi.hashi.icu 是，
事实上只要运行一个“malicious”实例，只写不删，伪装为activitypub兼容，在表面上包装好混入联邦宇宙生态，只要不被人揭露，联邦宇宙中的很大一部分权限控制没啥用，粉丝可见也只是服务器软件实现的功能

@MomentQYC@hi.hashi.icu @laozhoubuluo@dvd.chat 目前主流Fedi软件中有“拒绝搜索引擎抓取”的用户选项，以及有用户在个人简介中使用的nobot标签，这个目前可以作为一个兼容的参考。

@MomentQYC@hi.hashi.icu @laozhoubuluo@dvd.chat recall, pre-ranking, ranking, reranking.

我个人在这块还是偏向“激进”派的。
寒寒的根本出发点在于“希望去中心化社交网络发展壮大、广泛传播”
而基于这个出发点，用户量和内容量的增长就必然催生推荐系统，
并且联邦宇宙目前也确实在扩张，它总有一天会需要的。

@MomentQYC@hi.hashi.icu @laozhoubuluo@dvd.chat RecoFedi在目前的规划中几乎全部是在为主流Fedi的现实情况作妥协，尽可能做兼容而不是添加新的标准。

@laozhoubuluo@dvd.chat @MomentQYC@hi.hashi.icu 目前来看不算多
“拒绝搜索引擎的抓取”选项好像我看misskey和mastodon都有，一个人帖子进入推荐系统的前提肯定是Ta的帖子被抓取，所以我个人认为这个选项还算可以用做参考
但更细致的情况就没法考虑了，
但其实我不太了解所谓“不希望帖子进入推荐系统”的这个心态是源自于哪里，所以我也不清楚这块该采取什么样的措施。究竟是不希望自己的帖子被自动化程序抓取？还是不希望自己的帖子的数据不被算法学习？还是处于其他什么理由。所以就没法对阵下药
寒寒写到这里还考虑过“不希望自己的内容被自己不认识的人看到”，但又觉得这担忧并不必要。因为推荐系统只是个引擎，在客户端的具体实现上，仅关注者可见的内容就算被推荐系统抓取，肯定也不会推送给非关注者的。

@laozhoubuluo@dvd.chat @MomentQYC@hi.hashi.icu 老周对这个项目看来还是有兴趣的？
寒寒在想要不要把对RecoFedi感兴趣的朋友们召集起来建个群之类的，方便交流
寒寒一个人的规划和观点也确实有限，
加上如果能召集到在推荐系统这方面有了解到朋友就更好了:anenw21:

在这里正式向大家发出邀请～
寒寒正在规划“RecoFedi”，一个为联邦宇宙准备的内容推荐系统。
如果在“希望Mastodon/Misskey等有推荐系统”“推荐系统算法”“推荐系统的工程实现”甚至是“对联邦宇宙的推荐系统有所质疑”等方面感兴趣的朋友，可以联系寒寒，寒寒希望把大家聚集起来一起交流，一起规划这个开放的标准～～
联系方式：

• 直接私信本账号
• Matrix：@alikia2x:matrix.org
• Telegram: @alikia3x
• 其它：见寒寒的个人主页

@laozhoubuluo@dvd.chat @MomentQYC@hi.hashi.icu 寒寒也没做过:nachoneko_10: 大家大多都没做过
但是像小七提出的这样的质疑，以及大家在宏观或者用户层面的建议、看法，也是很重要的:anenw21:

@Candinya@nya.one @MomentQYC@hi.hashi.icu 也不是不行……算是低配版吧:anenw34:
其实甚至可以不显式注明标签，用向量嵌入把note转换为向量表示，然后根据用户行为训练用户的向量表示，最后算相似度就行:nachoneko_10:

@laozhoubuluo@dvd.chat @Candinya@nya.one 向量由联邦协议共享是个不错的idea！
不过能共享的应该也只有上下文无关的数据……像是用户的偏好向量，根据社交图计算的用户向量，可能就不共享

@laozhoubuluo@dvd.chat 用户向量是基于社交图算的……所以理论上只要数据源一样计算结果也应该是一样的，但这是只考虑Fedi网络的原始数据，
RecoFedi为了实现更好的效果肯定要再增加一些自定义的东西，这个就会导致不同实例间用户向量不一致了……
在想这类东西要不要广播，
还是就像Fedi的设计，用户所在哪个实例，自定义的数据就放在哪里，反正用户也会在同一个推荐实例获取推荐内容，对于自定义数据的计算肯定也是对应的实例完成的，其他实例没有这些数据也并不要紧

昨天一天在Fedi上收到累积超过100）饿通知消息……还是蛮意外和激动的
晚安，大家:anenw27:

@claire@m.isle.moe 想到一则旧闻：
“因为姓True，而被iCloud拒绝访问”:nachoneko_10:

@claire@m.isle.moe 好耶🎉
寒寒可以来吗:anenw17:

Google 终于整点有用的了

大家高中时（主要是高一高二）
周六上课吗？
寒寒想找个心理平衡_(:з」∠)_

@dvd@dvd.chat @ukelly@1d6.icu +1
寒寒这个项目最开始为了隐私妥协，计划所有内容是在本地处理的
后来才发现这个想法挺愚蠢

@PiCpo@nya.one 这上行着实羡慕

@laoxong@m.moec.top 确实可爱

SoraSNS的本地推荐算法看起来不错。
基于内容的推荐，RecoFedi准备学习一下Sora

九点多天还亮着
终于是进夏天了

@pinkchampagne@dvd.chat 写呗
想做就做，寒寒就是这样:anenw21:

word...WordPress？

这还是Gemini主页自己的招牌prompt模板
结果能力被GPT完胜
到第五个月都开始商务洽谈了， prompt里说的为了旅游的目的是直接不管，课程进度相比GPT也是快节奏，没有顾及到一周只有1.5小时学习时间的要点。
送给Gemini：菜，就多练

Which one?

Traditional Chinese到底对English-Speaking区域有多大魔力以至于他们会坚持在一个过时的、使用人数只有Simplified的五十分之一的语言上？？？

我觉得这个组件还不错
可以用在Welcome Page，Intro Page以及个人网站之类的地方
Vue 代码:

  <h1 class="relative h-10 overflow-hidden font-bold flex">
    <div class="relative top-0 h-10 w-10 text-[2.25rem] leading-[2.5rem]">
      👋
    </div>
    <div class="overflow-hidden relative h-10 w-60 text-[2.25rem] leading-[2.5rem]">
      <span class="duration-[0.5s] ease-out absolute" ref="preWord"></span>
      <span class="duration-[0.5s] ease-out absolute translate-y-full" ref="currentWord"></span>
    </div>
  </h1>


<script setup="" lang="ts">
import { ref, onMounted } from 'vue';

const wordList = ["Welcome", "欢迎", "ようこそ", "Bienvenue", "환영합니다", "Bienvenido"];
const preWord = ref<HTMLElement | null>(null);
const currentWord = ref<HTMLElement | null>(null);

function setWords(index: number) {
  if (!preWord.value || !currentWord.value) return;
  preWord.value.innerHTML = wordList[index % wordList.length];
  currentWord.value.innerHTML = wordList[(index + 1) % wordList.length];
}

onMounted(() => {
  let i = 0;

  setWords(i);

  setInterval(() => {
    if (!preWord.value || !currentWord.value) return;

    preWord.value.style.transitionDuration = '0.5s';
    currentWord.value.style.transitionDuration = '0.5s';
    preWord.value.style.transform = 'translateY(-100%)';
    currentWord.value.style.transform = 'translateY(0%)';

    setTimeout(() => {
      if (!preWord.value || !currentWord.value) return;

      preWord.value.style.transitionDuration = '0s';
      currentWord.value.style.transitionDuration = '0s';
      preWord.value.style.transform = 'translateY(0%)';
      currentWord.value.style.transform = 'translateY(100%)';

      setWords(i);
    }, 500);

    i++;
  }, 3000);
})
</script>

也算是写了一个通用一点的组件
以后这种组件要不要建个组件库公开出来呢？
不过前提是有足够多……(￣▽￣)
一两个也没有专门建个网站分享的必要，在博客里发发就够了

Do you like tailwindcss?

深蓝你什么意思？
我因为主线boss角色练度要求太高要刷资源太多退坑
然后回坑上线你告诉我出了个宝宝巴士剧情党的福利模式？
那我之前刷的资源算什么？(´･Д･)」

Git clone总是Early EOF
大家有什么头绪吗？

error: RPC failed; curl 92 HTTP/2 stream 5 was not closed cleanly: CANCEL (err 8)
error: 7227 bytes of body are still expected
fetch-pack: unexpected disconnect while reading sideband packet
fatal: early EOF
fatal: fetch-pack: invalid index-pack output
failed to run git: exit status 128

烦死了
Nuxt PWA怎么这么麻烦
就没有可以一键帮我解决PWA问题的东西吗:nachoneko_10:

招临时工
帮寒寒解决一个简单的Nuxt应用PWA支持
寒寒可以V你50:nachoneko_10:

Google Fonts的颜文字

@luna@maid.lat 应该不是

烦死了(＞д＜)

洞二30直接给我干到洞一25了
真就宝宝巴士了是吧

刚刚帮一位朋友入门前端……
寒寒在想要不要开一个一对一对付费课程来快速入门前端……？
时间的话暑假期间（大概七八月）应该是可以的，学习周期可能就一周左右，是比较快的
定价……就100-500元每人吧，具体取决于掌握多少背景知识，
框架的话React、Vue和Svelte都可以，
目前这仨也算是都有些经验了
学习内容……目标就以一个TodoApp级别的项目，或者可以发一些比较简单的项目，寒寒带着一起做。根据背景知识会先讲解HTML5+CSS+JS入门，然后尽快过渡到所选的框架直接做项目，通过实战学习
不过仅限业余或非正式的目的哈……如果是相关专业或从业者还是建议认真跟着老师或其他专业课程学习:nachoneko_10:

@chn@xn--s8w913fdga.chn.moe 惨 陈浩南 惨
咱已经不用Linux了
所以大抵是帮不上忙了😮‍💨

突然感觉定价挺便宜……
算了就当交个朋友
毕竟自己也不是特别专业，就能辅导到入门

不过话说有一点基础的朋友进度似乎也没想象中那么快
因为寒寒和对方陷入了诸如包管理器选哪一个以及编辑器为什么不用VSCode的之类的争辩讨论:nachoneko_10:

哪个字体好一些？

これ何？
夜のクラゲは泳げない！
“Siri 哔哩哔哩，启动！”

启动失败
再写会代码

为什么感觉现在这个添加event上面的那个顶栏挺丑……
大家觉得呢

唉……UI做的一塌糊涂
还得再几个版本的打磨

刚刚被Siri的愚蠢气笑了
然后感冒还没完全好的寒寒笑得咳了出来
刚好……一口痰从嗓子滑到嘴边
从来没这么顺畅的吐过痰……:nachoneko_10:

谁他妈的是在负责YouTube移动端的用户体验设计？
他们真的用过自己的狗屎产品吗？

毫不客气的开骂：
YouTube移动端，无论是播放器还是视频播放以外的其它功能
相比它的“模仿品”哔哩哔哩而言，
就是一坨屎。
“大哥”做的还不如自己的“小跟班”，笑死😅

X上同步开骂，
欢迎参观

就单单一个播放器
所有的热区操作，包括更改速度，选择字幕，更换分辨率，都要比B站多一次操作，而且UI上还要以弹出窗口出现，而且还要放在中间
然后亮度和音量调整更不用说，国内大部分视频平台都是滑动屏幕，YouTube偏不做，嘿，你用系统的去吧，右上角划出控制中心，然后在这个过程中视频完全被挡的严严实实，调整完回来，视频已经过去好几秒了，啥，你说刚刚调高亮度就是为了看清关键的东西，现在这么一搞直接错过了，怎么办？那你自己再调整进度吧，
嘿，您又猜怎么着，调整进度也不能滑动屏幕实现，必须用你那硕大的手指放在细细的进度条上划

我们YouTube的UX真是太优秀啦

还有就是它那无敌的搜索功能
因为经常用移动端
而它们“在一个频道的详情页点击UI上唯一的搜索框，执行的是全站搜索而不是在频道内搜索”的天才设计，
导致我一直以为YouTube压根没有指定频道内搜索的功能
直到我刚刚去网页端看了一眼，
哦，原来只是移动端没有啊😅

不过比较搞笑的是
国外视频平台YouTube一家独大，
所以像阿B这样的产品设计，那帮设计师估计还真没体验过
所以YouTube从设计师到用户估计大部分都不觉得移动端产品有什么不对

画质选项也是一意孤行
无论你怎么设置，都不可能让它在一个完全固定的分辨率下播放，并在视频不可用时回落，即使是在WLAN下
只有所谓的高画质和省流模式，具体分辨率不详，由它自己决定，要么就是自动，完全由它自己决定
看似给了个用户选项，实际从头到尾都是程序决定，用户偏好？屁用没有！我这是在帮你优化！

然后就是视频主页（竖屏）的功能按钮
这个排序，卧槽简直惊艳到我了好吗
点赞、点踩、分享；好的，目前还算合理
那第四个是什么呢？收藏，或者是下载？投……哦对YouTube没有投币，那算了
其实都不是，
是“混剪”！一个从短视频文化盛行平台（其实就是抖音）抄过来的功能！
我就觉得很奇妙了，一个十几分钟的教程长视频，我点开混剪一看选项：

1. 使用该视频的音效
2. 合拍
3. 将该视频用作绿幕背景
4. 剪辑该视频的片段
   我说对于YouTube的中长视频内容社区，这些功能里面哪一个有吊用你告诉我？
   现在我点开抖音视频好多都没有合拍选项了，YouTube你一个以长视频为根基的平台，把它放shorts里也就算了长视频你也把这个逼功能杵在那么显眼的位置？
   而收藏呢？不好意思，你得把这个列表水平滑动到底才能看见，真是笑死我了😅

粘到Pages一看七百多字
要是我考试作文也能写的这么顺畅就好了:nachoneko_10:

妈妈我写的正则居然真的能跑了🥺

YAML的字符串咋这么奇葩呐:nkocampfiredrink:

Moment.js还能用多久……？
目前这个项目早期框架选择有误，选了moment.js而不是day.js
但是现在真的懒得重构换框架了:anenw2:

Inter字体中有一个ss01的OpenType feature，打开后可以让数字变为"Open digits"的样式，
但是开了这个feature后的数字3和4我不太喜欢，只喜欢里面的6和9
于是便有了……

就是说，为什么一到production就出这种离奇问题
开发环境好好的

我终于知道我iOS上的Misskey PWA为什么没法自动响应深色模式而是得重载了
因为Safari PWA估计压根就没有媒体查询事件的动态响应
唉，我真服了

目前WonderDays 1.6.0 已经发布啦～
大家也来用用，看看能不能找出bug来:anenw21:
（除了源帖的这两个以外）
如果白屏……就多刷新等一会，或者清空一下这个域名的数据再进入（如果以前用过的话），目前ServiceWorker的行为奇奇怪怪的

来到联邦宇宙550天，
总共发了3,561条帖子，
收获超过100关注者
自建过两个实例，写过一个未完成的客户端，经历了Mastodon 1000万用户的突破、Twitter在Musk手下变为“X”，也和遇见的喵友面见过……
很高兴能认识大家:anenw01:

好吧，我只是想秀一下改完详情页bug的WonderDays 1.6.1
但是又新发现了一个bug……
改不动了，之后再说吧

要不我在改bug的同时把moment换成day.js然后直接发布1.7.0？
还是1.6.2把这个bug改掉就行

还有个不算bug的小失误：
主页没有按照时间排序
不过后面主页会重构，到时候再说吧
那次的重构东西可能还蛮多，一次写不完
主要是有很多新功能：图片背景、grid展示，list展示，以及timeline模式；再加上排序选项
此外目前底层的数据结构也是个难题。
我现在采用的是一个列表，其中的每一项是一个CountdownEvent，但在做的时候又把name当成了唯一id用于索引
可关键是在底层的数据结构上本身是允许相同的name的，这就容易引发异常……
然后一旦name重复，要不要在UI上提示呢？这时候难道要搞一个像git merge出现冲突一样的东西吗？显然不可能
所以就有点难办

另外，
这个里面的很多功能感觉都要重构
目前加了一个编辑功能，是直接拷贝新建event的代码
冗余代码量飙升
还有很多功能函数得抽象出来
目前这项目代码还是有点丑的……(:з」∠)
唉……主要还是没时间啊
基本功能和bug都做不完，更别提美化代码了

难得的下了很大的雨。

幽默
这文案是搞技术的人写的吗？
512bit RSA你加密个鸡毛他妈上个世纪就被攻破了
说真的，你要不拽这些专业名词可能还有点可信度

不对啊，就算你真的用了RSA
为什么注册登录的时候也没让我保存私钥啊
总不会是公私钥都存在你服务器上吧🤣

#回忆
第一次登上GitHub，还是21年暑假，那时多兴奋呐……

@SakuraCatMoe@mastodon.social 越来越卷了
果然和我之前预料的一样
双减并不会有多大实际作用，因为是治标不治本🤣

卧槽
还好我现在主力是macOS了
有一说一，很多人说喜欢Apple产品是因为系统没广告，然后机圈一帮小黑子跳脸指着AppStore一顿说
而我认为，苹果实际上得人心的一大原因根本上是不夹带私货，而不一定是有没有广告之类。

@Traveller@nya.one 难道你不是这样？
注意我说的是移动端
我是iOS，
也许安卓客户端有不一样，那我就不知道了

唉……以后功能函数再也不会不写单元测试了:nacho_cry:
以后统一lib/utils配上函数说明和全TS，以及单元测试
UI部分采用dogfooding
因为我个人认为对UI的逻辑化测试意义不大。

主要是之前WonderDays 1.6.1更新我使用后发现的一个日期计算bug
作为一个逻辑部分和日期、时间等的计算强相关的App，这种bug实在不应该:anenw33:

@chn@xn--s8w913fdga.chn.moe 夺少？:stardust_shock:

@lhc_fl@stelpolva.moe 喵喵

我突然释怀的似了
不是，我真以为这是原生

?
你知道吗，我在用Windows时最羡慕finder的功能之一就是目录层级分栏显示

话说还有人觉得finder的中翻“访达”不好，
但我觉得挺不错啊
算是苹果的中文文案中，在众多自造词（概念）坚守原文的趋势下的一股清流。

附：众多自造词（概念）坚守原文：
如iCloud、FaceTime、Game Center、Apple Pay等

在想后面WonderDays支持农历的时候，干脆直接给day.js做个插件，然后用自己水过contribution的库……就很不错
而且day.js的早期 issue #257 也有人提过这需求

其实这库挺抽象的
基本上没有可维护和可扩展性
不过好在支持范围是1901-2099年，把我这个项目熬死应该是足够了
问题不大，哈哈

WonderDays 1.6.3
我觉得现在真正能用了，bug也终于改完了
因此现在和大家正式的宣传：
WonderDays，开源开放、界面现代的纪念日管理App，使用Nuxt框架，有良好国际化、无障碍和PWA支持。
目标是取代DaysMatter倒数日。

@Candinya@nya.one @Hokori@nya.one @galaxyyi8650@o3o.ca 但time.is也没被墙啊……
再就是哪个搜索引擎屏蔽了？百度反正还能搜到
别太敏感了吧_(:з」∠)_

@Candinya@nya.one @Hokori@nya.one @galaxyyi8650@o3o.ca 可能是v4封了
v6没有
所以我切了5G流量后就能访问了，可能是直接ping到v6地址去了

https://www.nushell.sh/
nushell有点意思……看官网这个列出文件的语法……难道终于不用记一堆复杂的命令行选项了？

补档，唉……

另，咱现在用了ArchiveBox
希望大家都能利用好这个工具，保存好我们认为重要的东西。
在「中文互联网正在加速崩塌」后有感

一朝心期逐月往，千载灯明循雾来。
2024，再遇《霜雪千年》。
大家快来支持🥳