2026-02-07 11:05:31
我虽然可以一口气斥资五六千打造一台NAS服务器，也愿意花上好几千作为旅游资金去体验各地风景、美食。
但是我唯独不太喜欢逛街，被老婆拉着去逛街买衣服进店都是先问有折扣没有，确定有折扣后进店还要使劲往骨折去凑，还是太贵就拍照去淘宝买同款。
所以我对自己的形象管理也基本上维持体面级别就够了。
不过临近过年发现今年一年也没给自己添置过什么衣服，平时常穿的那几件羽绒服服还是几年前买的了，因为很喜欢所以穿的频率很高，虽然送去干洗过，但是抵不住这几年的日常磨损。
但是毕竟过年了，还是得穿的稍微体面一些，继续这样穿，过年走亲戚时说不定还会被那些喜欢攀比的亲戚吐槽上几句。
现在网购已经非常成熟，所有平台几乎都有运费险，所以准备就在网上买衣服得了。
这次主要下单平台是淘宝，因为此前为了夸克网盘和免费退货权益折腾了一下88vip，具体可以看 0元开88vip？？ 这篇文章，购物上基本没有什么后顾之忧了。
既然买了，肯定就直接整全套的，所以这次外套、打底、裤子、鞋子，全都得来上一遍。
线上不同于线下购物，可以在门店里众多丰富款式里挑选喜欢的上身查看效果，而且线上购物物流时间成本比较高，好在线上有免费退货权益的存在，咱们可以每次多选一些款式一次性买回家后进行试穿，不满意的再退货。
所以这次总共从六家淘宝、一家PDD店铺，足足选了超过6000元的衣服、鞋子、裤子回家。
最后结果就是到的快递我只能借了驿站的小车拉，而且是拉了两车才全部拉回家，有意思的是驿站小哥好像已经司空见惯了，并没有很惊讶的意思。
不过从驿站到我家的这段距离倒是被小区里其他住户频频行注目礼。
到家后拆包裹变的有点开盲盒的意思，毕竟商家的照片几乎都经过美化处理，而且本身硬件条件和店铺模特的差距就十分明显，部分衣物又一次体验了卖家照和卖家照的区别。
经过反复的穿脱，最后汇报一下战果
第一家店铺 OXFREAK
下单9件，发了8件，其中3件外套，2件卫衣，2件打底，1件牛仔裤。最终退了7件，最终只留下一件针织老钱风打底衫。
这件打底版型还好，比较百搭
第二家 HAMB线上商店丨哈林哥 STUDIO
一共选了三件都是羽绒外套，平均单价600+，最后全退了。
因为选的几件都是羽绒服，因为款型原因身高不够的话上身后会把人压的又矮又胖，所以全退了，不过模特穿是真帅。
第三家 YOUSHU 有术
他们家只选了两件，一件打底毛衣一件羽绒马甲，都一般，就不过多介绍了。
第四家 CEECUZ
他们家主营裤子，款式多，料子也挺不错的，我这次一共选了6条，我174的身高上身效果都挺不错，最终取舍了一下收下三条。
第五家 Attire Ensemble
只下单了一件，是之前看一个国外老哥分享自己在莆田淘的衣服，其中就有一件迷彩双面的飞行员棉服夹克，我截图后以图搜图图便宜选的这家，到货后质感一言难尽...，就很像那种搬运工穿的那种迷彩外套。
第六家 mra旗舰店
也是那个国外老哥视频里推荐的德比鞋，感觉上身效果不错，所以也买了几双类似的。因为我平时不咋爱惜鞋，之前买大黄靴不管七八百的还是两三百的，寿命几乎都只有一年，一年下来鞋子几乎都会被蹂躏的无法入眼。
因为看不准颜色所以选了三个色，到货上身后卡其最好，其次深棕，黑色最差，最后考虑自己穿鞋不爱惜的程度选了深棕。说实话感觉挺帅的，搭现在流行带大筒裤子很好看。
第七家 PDD 阿美咔叽工装靴
我个人比较喜欢工装风的鞋，上面也提到了，几乎每年都穿坏一双大黄靴，前年买的那双大黄靴脏的我前几天实在没法在上脚了，直接丢进了垃圾桶。
今年想换个款式，以前因为要徒步所以刷过一段时间登山鞋，发现丹尼的山脉之光的款式很帅，淘宝上倒是有很多仿款的，价格有600多的，也有300多的，不过根据我此前买这种仿款鞋的经验，这种货基本上都是同一个地方生产的，质量不会有太大差别，所以最后在PDD找到了一双238的红棕色。
这双鞋是我最意外的一个宝贝，下单了两双，都是真皮，一双荔枝皮一双驼色头层皮，不过驼色那双有点太驼了我有点Hold不住，穿上去感觉像是工地上干活的。
另外一双红棕色荔枝皮的我则是非常喜欢，就是刚上脚皮子还没软化会觉得有点硌脚，其次鞋里的内裹做工有点一般。昨天晚上在家穿着走了好一会后才慢慢开始软化合脚，今天直接穿出门，238真超值！
最终消费173.03+188.8+228.8+150.81+158.28+238=1137.72。
外套没选中，所以最终还是得去一趟实体店。
其余的5k的全部退货处理，打包打的我出了一身汗。
以上
2026-02-05 10:27:36
早上被手表上的闹钟闹醒，亮着微光的屏幕时间定格在 7:20 ，这是之前养成早期习惯时定的闹钟，不过最近又有些懈怠，所以缩了缩被子准备在继续眯一会儿再说。
在黑暗里感觉过了很久，不知道过了多久的我猛的睁开眼重新看了一眼手表，怎么才过了十分钟啊？感觉那么漫长，换成换手机对这段时间的感知怕都是要延伸到半个小时的感觉了。
类似的事情还有上次 秋天其实也好，就是我神经衰弱 中提到的那次晚上早早上床，中途醒来后以为已经是早上的糗事。
所以这次醒来后对这个问题做了延伸思考。
首先是为什么我在睡醒后的这段时间为什么会觉得时间拉的那么漫长？
问了问AI得到如下结果
人对时间“忽快忽慢”的错觉，并不是钟表坏了，而是大脑在“剪辑”时间。可以把大脑想象成一位导演：它拿到的原始素材是客观的物理时间，但最终剪出来的“心理时间”却受下面几条“剪辑规则”左右——
记忆密度＝回放时长
大脑判断“过了多久”主要靠这段记忆里塞进了多少“可检索事件”。
假期去陌生国度，一天里不断有新地标、新味道、新语言，记忆密度高，回放时就像“一帧一帧”慢慢放，于是觉得“那几天好长”。
天天两点一线通勤，大脑几乎没存新素材，回放时一秒跳过，于是“一周又没了”。
注意力＝时间膨胀镜
注意力越集中，前额叶对“当下”的采样率越高，相当于把 1 秒切成更多帧。
堵车眼看要追尾，世界像慢动作；
刷短视频注意力被切成 15 秒碎片，1 小时就像 1 瞬。
多巴胺＝时间压缩泵
多巴胺高时，大脑内部时钟“滴答”加快，外部物理时间就显得短。
打游戏、谈恋爱、赌博，多巴胺飙升，3 小时像 30 分钟；
焦虑、疼痛、无聊，多巴胺低，内部时钟变慢，5 分钟像 15 分钟。
年龄比例尺＝逐年打折
对 10 岁孩子，1 年 = 生命的 1/10；对 50 岁成人，1 年 = 1/50。
同样的 365 天，占比越小，主观“折扣”越大，于是“年纪越大，时间越快”。
预测误差＝事后调速
事件开始前大脑会“预估”时长；若实际比预测短，就觉得“一眨眼”；若比预测长，就觉得“度日如年”。
事后回忆时，又会根据“记忆密度”再次修正，于是同一段时间可以“当时慢、回忆快”或相反。
一句话：
“时间快慢”不是时钟的刻度，而是记忆的分量、注意力的焦距、多巴胺的音量，再加上年龄这把越缩越短的尺子，共同在大脑里合成的一条“橡皮筋”。
那么又有一个疑问了，如果是因为我专注于睡觉这件事情，那么为什么平时在进入心流的专注状态时又会觉得时间过的很快呢？
好问题！你抓住了“注意力”和“时间感”之间一个看似矛盾的点：
心流（flow）里注意力高度集中，按前面的“采样率”逻辑，应该像“慢动作”才对，可我们反而觉得“一眨眼就过了”。这说明大脑里其实有两条独立的计时跑道——
1. 当下跑道（实时计时器，靠多巴胺/基底节）
2. 回忆跑道（事后查档案，靠记忆密度）
心流把这两条跑道“拆速”了：
一、当下跑道：多巴胺→内部时钟加速
心流状态下，挑战与技巧刚好平衡，大脑持续分泌多巴胺、去甲肾上腺素。
多巴胺会直接加快基底节-丘脑-皮层这条“内部节拍器”的滴答频率（动物实验里，多巴胺激动剂能让动物把 12 秒估成 8 秒）。
内部钟快了，外部物理时间就显得被“压缩”，于是“实时感”变短——这就是你“一看表，怎么两小时没了”。
二、回忆跑道：注意力窄门→记忆密度低
虽然注意力集中，但心流的“窄门”效应把感知通道滤得极细：你只编码与任务直接相关的信息，背景、身体、甚至自我概念都被抑制。
结果，海马体拿到的“可检索事件”反而比平时少。
事后检索时，档案里没多少帧可回放，于是“回忆时长”也被压缩——双重压缩，感觉更快。
对比实验
把同一个人放进两种高专注状态：
A) 高空绳索行走（高专注＋高危险，非心流）
B) 写代码进入心流
A 因为危险系统激活，去甲肾上腺素/皮质醇高、多巴胺中等，内部时钟没明显加速，但记忆通道全开，事后回忆“那天好长”。
B 因为多巴胺高、杏仁核安静，内部时钟加速＋记忆密度低，于是“实时”和“回忆”都短。
一句话总结
心流是“实时被多巴胺按了快进键，事后又因记忆素材少而再次缩水”，两条跑道同向压缩，所以注意力越集中，时间反而越“被偷走”。
2026-02-04 14:30:43
今年 3 月在淘宝买的，都是 3w 小时左右的。
走咸鱼，1300 一块，3 块一起打包可以适当再优惠一点。 现在还装在机器上，不想玩 PT 了所以索性出掉，提前发扫盘情况给买家，卖出不退不换。
2026-02-04 10:29:34
null
新启
东风解冻，蛰虫始振。
今日2月4日，太阳抵达黄经315°，岁次甲辰，春信第一声。
残雪未消，而土膏已动；枯枝犹寂，而芽眼青盈。
天地以“立”为笔，写下“生”字，人间从此有了柔软的底气。
此刻，不妨：
把窗推开一条缝，让料峭替旧尘松绑；
把心事翻一页，让新绿替往事上色；
把种子埋进掌心，用体温写下与土地的暗号——
纵使人海喧嚣，亦有一粒春在悄悄为你发芽。
愿我们：
在向上的枝桠里，学会舒展；
在向下的根须中，学会沉淀；
于四季最前端，收下这一枚“开始”的邮戳，
然后，向着光，奔赴日子，奔赴自己。
——by kimi
2026-02-03 11:12:17
前些日子因为Virtualizor面板漏洞导致 CloudCone、HostSlick 等多家 IDC 被入侵，遭勒索攻击，按这些IDC服务商的尿性肯定不会交赎金的，而且交了赎金也不一定会给你恢复数据。
所以买了这些机器的博友们数据几乎全部都丢失了，有备份的朋友重灌系统后重新恢复即可，只是稍微麻烦了一些。至于赔偿嘛就想都别想了，不知道看谁贴了个协议截图，本来想贴个图上来但是不记得在那里看到到的了，大致意思是协议里面写了这种情况他们不用负责，当然具体是不是这样较真的可以去看看，但是目前所有人都没有收到赔偿相关的邮件。
至于NAS界也不太平，先是飞牛被爆了0Day漏洞，其实飞牛在爆出这个漏洞之前就有大手子在论坛反应了这个问题，但是根据帖子内官方回复内容来看有点没有太在意的感觉，直到陆续开始有用反应连接数过长、网络不稳定的异常情况时才发现问题，且这个问题已经存在了很多个版本了。
昨天又看到博友分享群晖提示紧急更新以防被勒索病毒攻击的新闻。
多的先不扯，聊回来VPS这个事。
我目前用的国内的腾讯轻量云，配置2C2G3M，每次都是买的3年的新用户福利机，这个配置大概80-90元一年，到期换个子账号可以重新接着买，目前已经续费到第二轮过半了，用了这么久几乎没出过问题，非常安心，速度也嘎嘎快。
那么为什么大多数博友们还是愿意牺牲一些速度想选择国外的服务器呢？
其实我发现很多博友选择国外服务器的原因是因为网站备案和审查限制制度，而且经常因为敏感内容问题接到监管质询的电话，让大家觉得很不自由。
在博客圈里待了这么久的我也对这个情况也做了一些总结，发现大家主要被审查的无非都是在网站上公开的文章内容，以及一些访客的评论互动，其中涵盖了敏感内容导致。
其实我们完全可以利用现在的 Jamstack 结构对前后端做异地部署以达到内容分离的效果。
我目前是后端通过未公开的Ghost服务作为CMS来编写文章，在Github上通过Action利用Astro拉取CMS内的文章数据生成站点的静态内容，再重新部署回国内的VPS。
其实只将部署回国内VPS这一步改成部署到Netlify、Cloudflare Page或者其他什么服务上，将站点的主域名绑定过去，即可实现前后端的异地分离效果，国内VPS随便绑定一个xyz之类的便宜域名即可让你的文章重新恢复自由。
同时国内的这台服务器还能部署其他不公开的服务，同时享受到国内的急速线路和我感觉相对稳当的VPS服务。
2026-02-01 12:21:43
家里这台NAS从24年10月开组，系统用的飞牛OS，最开始用无线网卡出过几次问题，后来换成有限网卡后趋于稳定。不过官方最近报了个0day漏洞出来炸了锅，不过我情绪还算比较稳定，在期初系统选型时就在黑裙、OMV、truenas、飞牛之间犹豫了很久，最后还是选择了拿安全换方便。
机器从最开始的3D打印机箱+闲置硬盘上手，到后面的疾风知N52机箱+两块4T硬盘上手，后续为了「一步到位」换了10盘位的机箱+陆续上到了7块硬盘，那时的我还不知道短短一年多时间，当时买的这些硬盘能翻上好几倍变成了理财产品。
因为电信不给申请公网服务，所以选择了Frp+中继服务器打洞，当时图方便直接使用了Frp自带的转发服务，但随着玩机的深入，部署的容器服务也从此前的几个增长到了几十个，Frp转发服务的一些问题逐渐暴露出来，如：
所以昨天花了一两个小时从原来的Frp转发服务切换到了Nginx反代。
原来Frps上设置了vHost相关配置需要取消掉
bindAddr = "0.0.0.0"
bindPort = 8010
quicBindPort = 8010
subDomainHost="test.com"
auth.method = "token"
auth.token = ""
transport.tls.certFile = ""
transport.tls.keyFile = ""
transport.tls.trustedCaFile = ""Frpc部分的修改则是备份一下原来的配置文件，把所有转发都删除掉，只留下一个TCP通道
serverAddr = "frpsip"
serverPort = 8010
auth.method = "token"
auth.token = ""
transport.protocol = "tcp"
transport.tls.certFile = "client.crt"
transport.tls.keyFile = "client.key"
transport.tls.trustedCaFile = "ca.crt"
[[proxies]]
name = "web-raw"
type = "tcp"
localIP = "192.168.0.12" # NAS 本机 Nginx 监听地址
localPort = 14433 # NAS 本机 Nginx 监听端口
remotePort = 4433 # 对应请求 frps 的附带的 remote_port因为站点比较多，希望用一个简短好管理的方式来维护站点，所以这里和AI搏斗了很久，最后用一个map来管理服务列表，一个通用server来代理所有服务，如果有特殊设置的服务则单独写一个server块明确指定ServerName来进行设置。
# 2. 核心路由映射 (已去重并分类)
map $host $upstream {
hostnames; # 启用主机名匹配模式，性能更好
# 常用服务
1.test.com https://192.168.0.12:31111;
2.test.com http://192.168.0.12:31112;
aria.test.com http://192.168.0.12:31113;
default http://192.168.0.12:31110;
}
# 4. 特殊配置：是否开启代理缓冲 (解决 SSE 或长连接卡顿)
map $host $proxy_buff {
hostnames;
~^deeplx\. off; # 流式翻译建议关闭缓冲
default on;
}
# --------------------------------------------------
# 独立 Server 通过明确指定server_name提高优先级
# --------------------------------------------------
server {
listen 14433 ssl http2;
listen 4433 ssl http2;
server_name aria.test.com;
ssl_certificate frp.crt;
ssl_certificate_key frp.key;
include ssl_security.conf; #独立的ssl配置文件
client_max_body_size 0; # 允许 BT 大文件
proxy_request_buffering off; # 实时上传进度
proxy_buffering off; # SSE / WebSocket 不缓冲
# ---------- 公共头 ----------
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto https;
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection $connection_upgrade;
proxy_read_timeout 86400s;
# ---------- JSON-RPC 入口 ----------
location = /jsonrpc {
proxy_pass http://192.168.0.12:6800/jsonrpc;
}
# ---------- AriaNg 等静态面板 ----------
location / {
proxy_pass http://192.168.0.12:31113;
}
}
# --------------------------------------------------
# 兜底 Server
# --------------------------------------------------
server {
listen 14433 ssl;
listen 4433 ssl;
http2 on;
server_name *.test.com;
ssl_certificate frp.crt;
ssl_certificate_key frp.key;
include ssl_security.conf;
# 应用动态变量
client_max_body_size 0;
proxy_buffering on; # 默认开启缓冲提升性能
proxy_request_buffering off; # 建议关闭请求缓冲，方便大文件上传进度实时显示
# 公共 Proxy 配置模板
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto https;
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection $connection_upgrade;
proxy_read_timeout 86400s;
# 通用路由
location / {
proxy_pass $upstream;
}
}且因为使用了Nginx，可以回家在连局域网时搭配Smartdns直接将解析指向NAS服务器，Nginx上同时监听4433实现局域网访问。
目前可以通过一个比较简短的conf文件维护二十几个docker服务，还算是比较方便，性能也更好。
这个方法如果有什么问题希望各位大佬指正。
