热烈庆祝”家庭数据中心”名词,谷歌搜索结果暂居第一
热烈庆祝”家庭数据中心”名词,谷歌搜索结果暂居第一 无敌的个人博客 tangwudi
不容易啊,谷歌搜索引擎”家庭数据中心”这个名词的搜索结果,以往长期压我一头的”百度百科”和”维基百科”终于被我压下去了一次,虽然这个时间肯定很短暂,但是也值得发个说说了:
<p>The post 热烈庆祝”家庭数据中心”名词,谷歌搜索结果暂居第一 first appeared on 无敌的个人博客.</p>
热烈庆祝”家庭数据中心”名词,谷歌搜索结果暂居第一 无敌的个人博客 tangwudi
不容易啊,谷歌搜索引擎”家庭数据中心”这个名词的搜索结果,以往长期压我一头的”百度百科”和”维基百科”终于被我压下去了一次,虽然这个时间肯定很短暂,但是也值得发个说说了:
<p>The post 热烈庆祝”家庭数据中心”名词,谷歌搜索结果暂居第一 first appeared on 无敌的个人博客.</p>
主题采用上下排版,首页查询了2个分类的内容,并对文章进行评论区重新设计,以追求互动效果。文章新增自定义字段,其中包含了封面图,简介,链接。
{button href="https://demo.typecho.work/?theme=10110001" type="blue"}在线预览{/button}
1,上传并启用主题,开箱即用。
2,修改index.php
的需要查询的两个分类mid
,注意这里的mid
必须要正常存在,不然会报错。
<?php
$mid="23";//你的分类mid
$this->widget('Widget_Archive@index'.$mid, 'pageSize=10&type=category', 'mid='.$mid)->to($themes);
?>
3,配置完成,开始享用吧。
这个主题对标的是B站博主一网一匠的官网,感觉网站整体设计和架构还是比较实用,所以仿制了这个站点。
主题采用经典双栏设计,再基于字段判断,是否是分享的文章,还是应用。如果是应用的话,填写网页链接后会在详情页出现访问按钮。
{button href="https://demo.typecho.work/?theme=PononV" type="blue"}在线预览{/button}
1,上传并启用主题。
2,新增自定义页面,下面是对应说明,请按照说明设置,不然会报错。
页面标题 | 缩略名 | 自定义模板 |
---|---|---|
分类 | class | 分类 |
时光机 | time | 时光机 |
友情链接 | link | 友情链接 |
3,分类的图标地址,写在管理 - 分类 - 分类描述里面。在里面直接写图片的url,比如:
https://images.baidu.com/xxx.jpg
这几天全国各地真的是热的各种冒烟,抖音上各种把太阳踢到隔壁省,以为隔壁省不热是吧,太阳公公的光辉可是均匀的普照到神州大地的,哪个省也跑不掉,工作日去上班了还好,中午回去那一会出门骑车回去简直要中暑,真是热的透不过气,这周末在家都待不住,除非开一天空调,但是一天24小时开空调电费可顶不住啊,只能出去逛商场,去商场里面蹭空调,但是带着小孩,小孩又待不住,一个地方玩一会就不想玩了,就闹着要走,就坐地铁穿梭在各个地铁站,刷抖音看到合肥地铁里面好多站点都开通了纳凉区,我们跑了几个站只看到一些老年人拎着凳子在不挡事的地方乘凉,好像也没有很多小朋友,就只能换着去商场里面玩了,今天真是跑的挺匀,一天跑了四个商场,刚才十点多才回来。
晚上睡觉是只能开空调睡了,不然是根本没法睡,这在外面城市里面电力都挺稳定的,还能安心开空调,刚刚看到老家的群里却是炸锅了,老家的电路非常垃圾,一到冬天或者夏天用电量多的时候,基本上空调是拉不起来的,别说空调,就是开个灯都费劲,过年在家的时候感知很明显,晚上基本上开灯都不亮的,有时候还一闪一闪的。
我们老家是三四百户就一个变压器,都说了好几年了,要加个变压器,村里的干部是一点不作为,连这个事这么多年都搞不定。冬天在家的时候还能多盖几个被子保暖,这夏天是一点办法没有,电压低的空调拉不起来,基本上开一会就电压低告警直接就关了,风扇也转的很慢,搞的人心躁动,真是不知道哪天就炸了。
曾经看到过这么一段话,大意为:“一部好的作品,不论你从 哪一页,哪一段,哪一张,哪一集 开始看,它都会吸引你继续下去”。这段话当年用来形容电视剧《潜伏》,后来发现也可以用来形容《狂飙》。
但假如一部作品,比如一部电视剧,在偶然看到的任何一个片段,都恶习得令人反胃,那它大抵是一部中央电视台的现代都市题材连续剧。
中午的时候在家吃饭,电视里在播一个电视剧。简单来讲就看了这么堆情节。
一个乘客进入飞机厨房偷酒。
一个乘客在飞机降落期间睡得像个死猪,叫不醒。空姐勉强叫醒后系上安全带又解开了。
偷酒的乘客炫酒
飞机降落后出现紧急避让。停稳后大量乘客向驴一样发毛,甚至把一位空姐推倒。空姐受伤后乘客态度立刻从英国疯牛变成印度牛。
紧急撤离后二次检查,在空姐大声呼喊确认,竟有个清醒的老人一直藏在椅子中闭不吭声,直到进入空姐视野后才进行求救。
二次检查,才发现竟有个醉酒乘客还在卫生间。
已撤离下机的乘客在跑道上拍照。
机长下机检查,醉酒乘客还在卫生间继续炫酒。
这集后面的剧情就不用讲了,你完全能猜到了。
无非就是耍酒疯的乘客失控,然后英雄救美。
上一集那个不系安全带的死猪,在紧急避让的时候摔到了头,脖子扭了,状告空姐。空姐不得已去找同乘乘客做目击证人,联系到的一个目击证人把见面地点约在了酒店。
这剧情会怎么安排用屌都能想出来。
大会上争论是否招女飞行员。
甚至连性别对立的剧情都有。
什么特务啊能在无人察觉的情况下轻易进入飞机厨房。正常人别说能进飞机厨房,就算进去了,光是想搞明白哪个是加热烤箱哪个是储物柜就得傻眼,更别说每个门板上都有专业的开关旋钮,一般人根本不可能第一次就能顺利打开储物柜,更别说还要满屋子翻红酒。本身飞机上就不会存太多酒。
什么乘客能在飞机降落期间,不寄安全带睡得像个死猪一样,被空姐叫醒后转头继续睡,还把安全带解开了。降落期间颠簸一下肠子都能从嘴里呕出来,随便一阵强风就能把人晃起来,更别说气压差造成的耳鸣了。
在机上大量饮酒这事情虽然没法律规定说不准,但是即使是车船上要是有人这么炫酒的话,大概率是要闹事的,更别说飞机了。
有点屁事就跟发疯的野驴一样,然后出一点摩擦伤了人立刻缩成狗。两伙仇家互砍,然后把拉架的第三者捅了,仇家瞬间喜心开怀杀父之仇都抿了。这种剧情怎么这么受王八龟孙编剧热爱
受了伤躲椅子底下也不回应救援,直到救援贴脸了才说需要帮助,否则就等着被扔在飞机上。就喜欢这种没苦硬吃的设定。
撤离的时候竟然不锁厕所,导致炫酒乘客进进出出。
乘客拿手机疯狂拍照,哦,原来是现代啊,我还以为是古代呢,搞了半天这世界上有手机这东西啊,机场人员除了机长空姐和塔台,全程不使用通信无线电也不使用手机,机上与地勤交流全靠面对面,通信基本靠吼。
全程没有空警! 北京公交车都能保证每辆车一位保安人员,飞机上一个能处理安全问题的人都没有。
要不然在飞机上养条狗得了, 通信基本靠吼,安保基本靠狗 。
偌大个剧组,大半个屏幕都是嫩得像个猴屁股的红人明星,不能没人坐过飞机吧。但人家就是能拍出来这么奇葩的玩意出来,现在的高铁甚至是普通火车都没这么疯狂,而飞机上却乱得像20年前哈尔滨南岗客运站地下那些卖黄牛票的商店。20年前这帮明星都还没断奶呢,南岗客运站都没了满5年了。
真是一部央视好剧,短短几十分钟,把中国航空抹黑得灰头土脸。
你说平常平常老百姓没坐过飞机是很正常的事情,但并不代表所有老百姓全部都没有常识。央视播这个剧那就是在假设所有看上午场电视剧的人没有对航空服务的丝毫了解,就跟诈骗犯专门挑没有辨识能力的受害者一样。这玩意可笑的就在于这个时间段再过不到一个小时就是今日说法,今年上半年我看到的内容50%概率是网络诈骗,甚至能荒谬到婚礼都办完了没见过媳妇长啥样的。
事实上央视剧,至少是现代剧这一块,一直都是反人类反科学反社会的。
几十年就出来一款《狂飙》,狂飙火了之后就开始疯狂的重播《破冰行动》这种垃圾剧。
为什么说《破冰行动》垃圾?反派重家庭,讲义气,谈团结,养家族;反过来,警方自己瞎猜互相猜疑,毒品在市场上乱飞,甚至有巨大且固定的渠道,黑警到处乱跑,好人没出路,没渠道,日子过得稀烂。但凡最后的黑警把最终Boss接出来之后学一下韩国人,那立刻就能拍《破冰行动2》,连《破冰行动3》都有了。拍吧,抓吧,今日说法这节目干脆取消了吧,这个时间段就播破冰行动精选版,就播敌人的聪明才智如何斗智斗勇。
我这本地的老头老太太看过太多次《破冰行动》后,态度都转变成了: “贩毒真好赚钱啊。” 而不是 “毒品是危害社会安全的毒瘤” 这破剧真的在毁掉 中国人民对毒品始终保持零容忍态度 !。
而《狂飙》呢,竟然都没在中央台重播过!
扫黑除恶,不行。赞许毒贩,抹黑人民警察,可以。 ——这是央视剧黑暗的底调。
这几年的央视剧更是,毛头小子一个人手搓芯片自主研发,个个都奇葩的像朝鲜人打了可卡因。
现在有脑子的人就没指望过这帮文人能对社会发展做什么正面贡献,只求少整天给别人处处添堵(事实上他们祸害过的领域非常多)。
再过几年下午红色剧场的演员也演不动了之后,这帮瘪三的毒手就得伸向革命剧。抗日剧已经被他们毁了,到时候解放战争是不是也得是一群人窝在房子里手搓飞机大炮然后性别对立不听指挥终成特务加男欢女爱。
只能说这帮逼养的杂种都是有钱有权有势力,不需要考公务员就能祸害整个国家。
The post 偶然看了一下央视中央一套的电视剧,被恶心够呛 first appeared on 石樱灯笼博客.因为东航可以出伊斯坦布尔的里程票,所以往返欧洲我非常喜欢在伊斯坦布尔转机,不过现在飞欧洲经常有五千左右的商务舱了,伊斯坦布尔转机已经没有任何意义了。本次乘坐土耳其航空飞布达佩斯,飞行时间差不多两小时。
落地布达佩斯机场,给人一种很空旷的感觉,过边检的时候居然发现有中文标识,查了下,发现匈牙利可能是对中国最友好的欧洲国家了。
1990年代初期,匈牙利对中国公民实行过免签政策,但该政策在1992年被取消,匈牙利成为欧洲对中国人唯一免签国家。
布达佩斯是19世纪布达、佩斯和欧布达三个城市统一而成,本身就是世界文化遗产,多瑙河最美的一段也在这里。
出了机场一瞬间还以为是国内三线城市的小机场,东欧的消费水平要友好不少,终于敢打车了,机场直接打车到酒店,虽然比国内贵不少,但已经能接受了,也感受了一下布达佩斯的傍晚。
伊丽莎白桥,又称茜茜公主桥,位于多瑙河布达佩斯段最狭窄的地方。
本来打算住洲际的,但是当日价格太高,就选择了金普顿,没想到远超预期。
有人说布达佩斯就两个景点,一个是国会大厦另一个是在天鹅堡看国会大厦,不过国会大厦确实漂亮,加上在多瑙河沿岸,增加了不少浪漫气息。
本次入住布达佩斯金普顿,可能是新酒店的原因,体验远超预期,真的是一家一点也不欧洲的酒店。往上定了两个房型,给升级到了一居室开间,也就是角房,面积很大,200欧出头的价格在欧洲住这个面积真的是不敢想象。
到达酒店的时候已经比较晚了,天色已经暗了下来,稍微休整下就准备周边walk 一下,酒店虽然没有景观,但是只需要走过一条街就可以到多瑙河,位置还是非常好的。
酒店的前身是建于十九世纪的拉德茨基军营(Radetsky Barracks),以当时奥匈帝国陆军元帅约瑟夫·拉德茨基(Joseph Radetzky)命名。
过了马路国会大厦直接映入眼帘,亮灯的国会大厦无与伦比,非常震撼。
把正面的国会大厦夜景放在封面就可以增加点击量。
和大部分欧洲城市一样,布达佩斯公共交通也不是不检票的,但是偶尔会有查票的,罚款还是挺多的,不建议逃票。
因为比较晚了,沿着多瑙河走了一段就返回酒店了,准备第二天白天再进行深度city walk。
本篇将腾讯云服务器标准存储增强型S5se(4 核 16G)与腾讯云服务器(下称 CVM)进行对比实测。具体流程见《服务器对比实测评分方案》。
产品信息 | |
---|---|
实例配置 | 标准存储增强型S5se - 4核 16G |
实例规格 | S5se.LARGE16 |
CPU | 4核 |
内存 | 16GB |
系统盘 | 通用型SSD云硬盘 |
CPU 信息 | |
---|---|
Model name | Intel(R) Xeon(R) Platinum 8255C CPU @ 2.50GHz |
Vendor ID | GenuineIntel |
Architecture | x86_64 |
CPU op-mode(s) | 32-bit, 64-bit |
Address sizes | 46 bits physical, 48 bits virtual |
CPU(s) | 4 |
CPU family | 6 |
Model | 85 |
Thread(s) per core | 1 |
Core(s) per socket | 4 |
Socket(s) | 1 |
Stepping | 5 |
BogoMIPS | 4999.99 |
L1d cache | 128 KiB (4 instances) |
L1i cache | 128 KiB (4 instances) |
L2 cache | 16 MiB (4 instances) |
L3 cache | 35.8 MiB (1 instance) |
Hypervisor vendor | KVM |
Virtualization type | full |
在 Docker 中限制资源使用,模拟 2 核 2G 的表现。
文件 | 耗时 | CVM 耗时 | 性能对比 |
---|---|---|---|
JPG 449K | 0.0471s | 0.0466s | ✗ |
JPG 1.9M | 0.1467s | 0.1676s | ✓ |
PNG 750K | 0.4095s | 0.4122s | ✓ |
PNG 3.8M | 0.4792s | 0.4824s | ✓ |
BMP 1.5M | 0.0134s | 0.0130s | ✗ |
BMP 6.0M | 0.0391s | 0.0393s | ✓ |
文件 | 耗时 | CVM 耗时 | 性能对比 |
---|---|---|---|
JPG 449K | 0.0348s | 0.0360s | ✓ |
JPG 1.9M | 0.1130s | 0.1296s | ✓ |
PNG 750K | 0.0541s | 0.0560s | ✓ |
PNG 3.8M | 0.0856s | 0.0864s | ✓ |
BMP 1.5M | 0.0201s | 0.0203s | ✓ |
BMP 6.0M | 0.0259s | 0.0262s | ✓ |
GIF 417K | 0.0662s | 0.0672s | ✓ |
GIF 1.8M | 0.3014s | 0.2773s | ✗ |
文件 | 耗时 | CVM 耗时 | 性能对比 |
---|---|---|---|
JPG 449K | 0.3133s | 0.3062s | ✗ |
JPG 1.9M | 1.0556s | 1.0643s | ✓ |
PNG 750K | 0.0988s | 0.1008s | ✓ |
PNG 3.8M | 0.3083s | 0.3095s | ✓ |
BMP 1.5M | 0.0543s | 0.0545s | ✓ |
BMP 6.0M | 0.2069s | 0.2096s | ✓ |
GIF 417K | 0.2765s | 0.2887s | ✓ |
GIF 1.8M | 0.5927s | 0.6153s | ✓ |
文件 | 耗时 | CVM 耗时 | 性能对比 |
---|---|---|---|
MP3 137K | 0.2884s | 0.2928s | ✓ |
MP3 939K | 1.1860s | 1.1947s | ✓ |
MP3 5.2M | 6.3153s | 6.4211s | ✓ |
文件 | 耗时 | CVM 耗时 | 性能对比 |
---|---|---|---|
MP4 2.4M | 7.3385s | 12.7703s | ✓✓✓✓ |
MP4 9.4M | 0.0876s | 0.0917s | ✓ |
MOV 7.7M | 5.8811s | 9.4417s | ✓✓✓ |
MOV 29M | 17.4549s | 29.2054s | ✓✓✓ |
文件 | 耗时 | CVM 耗时 | 性能对比 |
---|---|---|---|
MP4 2.4M | 0.3067s | 0.3297s | ✓ |
MP4 9.4M | 0.2708s | 0.2952s | ✓ |
MOV 7.7M | 2.5150s | 3.6489s | ✓✓✓ |
MOV 29M | 7.2693s | 11.1678s | ✓✓✓ |
文件 | 耗时 | CVM 耗时 | 性能对比 |
---|---|---|---|
MP4 2.4M | 51.3326s | 79.7153s | ✓✓✓ |
MP4 9.4M | 47.4890s | 72.3739s | ✓✓✓ |
MOV 7.7M | 43.0046s | 71.5808s | ✓✓✓ |
MOV 29M | 189.7063s | 317.8199s | ✓✓✓ |
分类 | 得分 |
---|---|
图片处理性能 | 101.90 |
音频处理性能 | 101.31 |
视频处理性能 | 146.96 |
综合处理性能 | 114.90 |
评分基于当前服务器定向测试,不保证同款产品具有一致性能。
本篇将腾讯云服务器标准型S9e(2 核 2G)与腾讯云服务器(下称 CVM)进行对比实测。具体流程见《服务器对比实测评分方案》。
产品信息 | |
---|---|
实例配置 | 标准型S9e - 2核 2G |
实例规格 | S9e.MEDIUM2 |
CPU | 2核 |
内存 | 2GB |
系统盘 | 通用型SSD云硬盘 |
CPU 信息 | |
---|---|
Model name | Intel(R) Xeon(R) 6983P-C |
Vendor ID | GenuineIntel |
Architecture | x86_64 |
CPU op-mode(s) | 32-bit, 64-bit |
Address sizes | 52 bits physical, 48 bits virtual |
CPU(s) | 2 |
CPU family | 6 |
Model | 173 |
Thread(s) per core | 2 |
Core(s) per socket | 1 |
Socket(s) | 1 |
Stepping | 0 |
BogoMIPS | 5600.00 |
L1d cache | 48 KiB (1 instance) |
L1i cache | 64 KiB (1 instance) |
L2 cache | 2 MiB (1 instance) |
L3 cache | 504 MiB (1 instance) |
Hypervisor vendor | KVM |
Virtualization type | full |
文件 | 耗时 | CVM 耗时 | 性能对比 |
---|---|---|---|
JPG 449K | 0.0352s | 0.0466s | ✓✓ |
JPG 1.9M | 0.1121s | 0.1676s | ✓✓✓ |
PNG 750K | 0.3406s | 0.4122s | ✓✓ |
PNG 3.8M | 0.3971s | 0.4824s | ✓✓ |
BMP 1.5M | 0.0096s | 0.0130s | ✓✓ |
BMP 6.0M | 0.0266s | 0.0393s | ✓✓✓ |
文件 | 耗时 | CVM 耗时 | 性能对比 |
---|---|---|---|
JPG 449K | 0.0264s | 0.0360s | ✓✓ |
JPG 1.9M | 0.0867s | 0.1296s | ✓✓✓ |
PNG 750K | 0.0410s | 0.0560s | ✓✓ |
PNG 3.8M | 0.0699s | 0.0864s | ✓✓ |
BMP 1.5M | 0.0141s | 0.0203s | ✓✓✓ |
BMP 6.0M | 0.0168s | 0.0262s | ✓✓✓ |
GIF 417K | 0.0420s | 0.0672s | ✓✓✓ |
GIF 1.8M | 0.1592s | 0.2773s | ✓✓✓✓ |
文件 | 耗时 | CVM 耗时 | 性能对比 |
---|---|---|---|
JPG 449K | 0.2407s | 0.3062s | ✓✓ |
JPG 1.9M | 0.8134s | 1.0643s | ✓✓ |
PNG 750K | 0.0784s | 0.1008s | ✓✓ |
PNG 3.8M | 0.2413s | 0.3095s | ✓✓ |
BMP 1.5M | 0.0409s | 0.0545s | ✓✓ |
BMP 6.0M | 0.1593s | 0.2096s | ✓✓ |
GIF 417K | 0.1997s | 0.2887s | ✓✓✓ |
GIF 1.8M | 0.4415s | 0.6153s | ✓✓ |
文件 | 耗时 | CVM 耗时 | 性能对比 |
---|---|---|---|
MP3 137K | 0.1957s | 0.2928s | ✓✓✓ |
MP3 939K | 0.7746s | 1.1947s | ✓✓✓ |
MP3 5.2M | 4.2602s | 6.4211s | ✓✓✓ |
文件 | 耗时 | CVM 耗时 | 性能对比 |
---|---|---|---|
MP4 2.4M | 6.9238s | 12.7703s | ✓✓✓✓ |
MP4 9.4M | 0.0538s | 0.0917s | ✓✓✓✓ |
MOV 7.7M | 5.4432s | 9.4417s | ✓✓✓✓ |
MOV 29M | 16.6626s | 29.2054s | ✓✓✓✓ |
文件 | 耗时 | CVM 耗时 | 性能对比 |
---|---|---|---|
MP4 2.4M | 0.1995s | 0.3297s | ✓✓✓ |
MP4 9.4M | 0.1720s | 0.2952s | ✓✓✓✓ |
MOV 7.7M | 2.2127s | 3.6489s | ✓✓✓ |
MOV 29M | 6.7986s | 11.1678s | ✓✓✓ |
文件 | 耗时 | CVM 耗时 | 性能对比 |
---|---|---|---|
MP4 2.4M | 42.9188s | 79.7153s | ✓✓✓✓ |
MP4 9.4M | 39.8455s | 72.3739s | ✓✓✓✓ |
MOV 7.7M | 39.9198s | 71.5808s | ✓✓✓✓ |
MOV 29M | 169.2198s | 317.8199s | ✓✓✓✓ |
分类 | 得分 |
---|---|
图片处理性能 | 138.41 |
音频处理性能 | 151.53 |
视频处理性能 | 175.36 |
综合处理性能 | 149.11 |
评分基于当前服务器定向测试,不保证同款产品具有一致性能。
本篇将腾讯云服务器标准型S9pro(2 核 4G)与腾讯云服务器(下称 CVM)进行对比实测。具体流程见《服务器对比实测评分方案》。
产品信息 | |
---|---|
实例配置 | 标准型S9pro - 2核 4G |
实例规格 | S9pro.MEDIUM4 |
CPU | 2核 |
内存 | 4GB |
系统盘 | 通用型SSD云硬盘 |
CPU 信息 | |
---|---|
Model name | Intel(R) Xeon(R) 6983P-C |
Vendor ID | GenuineIntel |
Architecture | x86_64 |
CPU op-mode(s) | 32-bit, 64-bit |
Address sizes | 52 bits physical, 48 bits virtual |
CPU(s) | 2 |
CPU family | 6 |
Model | 173 |
Thread(s) per core | 2 |
Core(s) per socket | 1 |
Socket(s) | 1 |
Stepping | 0 |
BogoMIPS | 6400.00 |
L1d cache | 48 KiB (1 instance) |
L1i cache | 64 KiB (1 instance) |
L2 cache | 2 MiB (1 instance) |
L3 cache | 504 MiB (1 instance) |
Hypervisor vendor | KVM |
Virtualization type | full |
在 Docker 中限制资源使用,模拟 2 核 2G 的表现。
文件 | 耗时 | CVM 耗时 | 性能对比 |
---|---|---|---|
JPG 449K | 0.0315s | 0.0466s | ✓✓✓ |
JPG 1.9M | 0.0970s | 0.1676s | ✓✓✓✓ |
PNG 750K | 0.3114s | 0.4122s | ✓✓ |
PNG 3.8M | 0.3622s | 0.4824s | ✓✓ |
BMP 1.5M | 0.0086s | 0.0130s | ✓✓✓ |
BMP 6.0M | 0.0236s | 0.0393s | ✓✓✓ |
文件 | 耗时 | CVM 耗时 | 性能对比 |
---|---|---|---|
JPG 449K | 0.0241s | 0.0360s | ✓✓✓ |
JPG 1.9M | 0.0736s | 0.1296s | ✓✓✓✓ |
PNG 750K | 0.0373s | 0.0560s | ✓✓✓ |
PNG 3.8M | 0.0638s | 0.0864s | ✓✓ |
BMP 1.5M | 0.0127s | 0.0203s | ✓✓✓ |
BMP 6.0M | 0.0150s | 0.0262s | ✓✓✓✓ |
GIF 417K | 0.0381s | 0.0672s | ✓✓✓✓ |
GIF 1.8M | 0.1472s | 0.2773s | ✓✓✓✓ |
文件 | 耗时 | CVM 耗时 | 性能对比 |
---|---|---|---|
JPG 449K | 0.2124s | 0.3062s | ✓✓✓ |
JPG 1.9M | 0.7287s | 1.0643s | ✓✓✓ |
PNG 750K | 0.0714s | 0.1008s | ✓✓ |
PNG 3.8M | 0.2211s | 0.3095s | ✓✓ |
BMP 1.5M | 0.0374s | 0.0545s | ✓✓✓ |
BMP 6.0M | 0.1429s | 0.2096s | ✓✓✓ |
GIF 417K | 0.1813s | 0.2887s | ✓✓✓ |
GIF 1.8M | 0.4020s | 0.6153s | ✓✓✓ |
文件 | 耗时 | CVM 耗时 | 性能对比 |
---|---|---|---|
MP3 137K | 0.1766s | 0.2928s | ✓✓✓ |
MP3 939K | 0.7041s | 1.1947s | ✓✓✓✓ |
MP3 5.2M | 3.8587s | 6.4211s | ✓✓✓ |
文件 | 耗时 | CVM 耗时 | 性能对比 |
---|---|---|---|
MP4 2.4M | 6.4428s | 12.7703s | ✓✓✓✓ |
MP4 9.4M | 0.0481s | 0.0917s | ✓✓✓✓ |
MOV 7.7M | 5.0569s | 9.4417s | ✓✓✓✓ |
MOV 29M | 15.4392s | 29.2054s | ✓✓✓✓ |
文件 | 耗时 | CVM 耗时 | 性能对比 |
---|---|---|---|
MP4 2.4M | 0.1811s | 0.3297s | ✓✓✓✓ |
MP4 9.4M | 0.1562s | 0.2952s | ✓✓✓✓ |
MOV 7.7M | 2.0422s | 3.6489s | ✓✓✓✓ |
MOV 29M | 6.2989s | 11.1678s | ✓✓✓✓ |
文件 | 耗时 | CVM 耗时 | 性能对比 |
---|---|---|---|
MP4 2.4M | 39.6286s | 79.7153s | ✓✓✓✓✓ |
MP4 9.4M | 36.7316s | 72.3739s | ✓✓✓✓ |
MOV 7.7M | 36.6861s | 71.5808s | ✓✓✓✓ |
MOV 29M | 157.5004s | 317.8199s | ✓✓✓✓✓ |
分类 | 得分 |
---|---|
图片处理性能 | 153.86 |
音频处理性能 | 167.30 |
视频处理性能 | 190.58 |
综合处理性能 | 164.49 |
评分基于当前服务器定向测试,不保证同款产品具有一致性能。
本篇将腾讯云服务器标准型SA4(AMD 2 核 4G)与腾讯云服务器(下称 CVM)进行对比实测。具体流程见《服务器对比实测评分方案》。
产品信息 | |
---|---|
实例配置 | 标准型SA4 - 2核 4G |
实例规格 | SA4.MEDIUM4 |
CPU | 2核(AMD) |
内存 | 4GB |
系统盘 | 通用型SSD云硬盘 |
CPU 信息 | |
---|---|
Model name | AMD EPYC 9K84 96-Core Processor |
Vendor ID | AuthenticAMD |
Architecture | x86_64 |
CPU op-mode(s) | 32-bit, 64-bit |
Address sizes | 52 bits physical, 48 bits virtual |
CPU(s) | 2 |
CPU family | 25 |
Model | 17 |
Thread(s) per core | 2 |
Core(s) per socket | 1 |
Socket(s) | 1 |
Stepping | 0 |
BogoMIPS | 5200.32 |
L1d cache | 32 KiB (1 instance) |
L1i cache | 32 KiB (1 instance) |
L2 cache | 1 MiB (1 instance) |
L3 cache | 32 MiB (1 instance) |
Hypervisor vendor | KVM |
Virtualization type | full |
在 Docker 中限制资源使用,模拟 2 核 2G 的表现。
文件 | 耗时 | CVM 耗时 | 性能对比 |
---|---|---|---|
JPG 449K | 0.0364s | 0.0466s | ✓✓ |
JPG 1.9M | 0.0920s | 0.1676s | ✓✓✓✓ |
PNG 750K | 0.3353s | 0.4122s | ✓✓ |
PNG 3.8M | 0.3930s | 0.4824s | ✓✓ |
BMP 1.5M | 0.0100s | 0.0130s | ✓✓ |
BMP 6.0M | 0.0253s | 0.0393s | ✓✓✓ |
文件 | 耗时 | CVM 耗时 | 性能对比 |
---|---|---|---|
JPG 449K | 0.0279s | 0.0360s | ✓✓ |
JPG 1.9M | 0.0720s | 0.1296s | ✓✓✓✓ |
PNG 750K | 0.0371s | 0.0560s | ✓✓✓ |
PNG 3.8M | 0.0597s | 0.0864s | ✓✓✓ |
BMP 1.5M | 0.0142s | 0.0203s | ✓✓✓ |
BMP 6.0M | 0.0173s | 0.0262s | ✓✓✓ |
GIF 417K | 0.0432s | 0.0672s | ✓✓✓ |
GIF 1.8M | 0.2095s | 0.2773s | ✓✓ |
文件 | 耗时 | CVM 耗时 | 性能对比 |
---|---|---|---|
JPG 449K | 0.2036s | 0.3062s | ✓✓✓ |
JPG 1.9M | 0.6944s | 1.0643s | ✓✓✓ |
PNG 750K | 0.0645s | 0.1008s | ✓✓✓ |
PNG 3.8M | 0.2008s | 0.3095s | ✓✓✓ |
BMP 1.5M | 0.0344s | 0.0545s | ✓✓✓ |
BMP 6.0M | 0.1290s | 0.2096s | ✓✓✓ |
GIF 417K | 0.1908s | 0.2887s | ✓✓✓ |
GIF 1.8M | 0.3894s | 0.6153s | ✓✓✓ |
文件 | 耗时 | CVM 耗时 | 性能对比 |
---|---|---|---|
MP3 137K | 0.1804s | 0.2928s | ✓✓✓ |
MP3 939K | 0.7109s | 1.1947s | ✓✓✓ |
MP3 5.2M | 3.8719s | 6.4211s | ✓✓✓ |
文件 | 耗时 | CVM 耗时 | 性能对比 |
---|---|---|---|
MP4 2.4M | 6.1177s | 12.7703s | ✓✓✓✓✓ |
MP4 9.4M | 0.0630s | 0.0917s | ✓✓✓ |
MOV 7.7M | 4.7797s | 9.4417s | ✓✓✓✓ |
MOV 29M | 14.8537s | 29.2054s | ✓✓✓✓ |
文件 | 耗时 | CVM 耗时 | 性能对比 |
---|---|---|---|
MP4 2.4M | 0.2221s | 0.3297s | ✓✓✓ |
MP4 9.4M | 0.1936s | 0.2952s | ✓✓✓ |
MOV 7.7M | 2.0263s | 3.6489s | ✓✓✓✓ |
MOV 29M | 6.1528s | 11.1678s | ✓✓✓✓ |
文件 | 耗时 | CVM 耗时 | 性能对比 |
---|---|---|---|
MP4 2.4M | 38.9280s | 79.7153s | ✓✓✓✓✓ |
MP4 9.4M | 36.5740s | 72.3739s | ✓✓✓✓ |
MOV 7.7M | 36.6150s | 71.5808s | ✓✓✓✓ |
MOV 29M | 152.3784s | 317.8199s | ✓✓✓✓✓ |
分类 | 得分 |
---|---|
图片处理性能 | 148.03 |
音频处理性能 | 165.41 |
视频处理性能 | 184.81 |
综合处理性能 | 158.69 |
评分基于当前服务器定向测试,不保证同款产品具有一致性能。
本篇将腾讯云服务器标准型S2(2 核 2G)与腾讯云服务器(下称 CVM)进行对比实测。具体流程见《服务器对比实测评分方案》。
产品信息 | |
---|---|
实例配置 | 标准型S2 - 2核 2G |
实例规格 | S2.MEDIUM2 |
CPU | 2核 |
内存 | 2GB |
系统盘 | 通用型SSD云硬盘 |
CPU 信息 | |
---|---|
Model name | Intel(R) Xeon(R) CPU E5-26xx v4 |
Vendor ID | GenuineIntel |
Architecture | x86_64 |
CPU op-mode(s) | 32-bit, 64-bit |
Address sizes | 40 bits physical, 48 bits virtual |
CPU(s) | 2 |
CPU family | 6 |
Model | 79 |
Thread(s) per core | 1 |
Core(s) per socket | 2 |
Socket(s) | 1 |
Stepping | 1 |
BogoMIPS | 4788.90 |
L1d cache | 64 KiB (2 instances) |
L1i cache | 64 KiB (2 instances) |
L2 cache | 8 MiB (2 instances) |
Hypervisor vendor | KVM |
Virtualization type | full |
文件 | 耗时 | CVM 耗时 | 性能对比 |
---|---|---|---|
JPG 449K | 0.0672s | 0.0466s | ✗✗✗ |
JPG 1.9M | 0.2157s | 0.1676s | ✗✗ |
PNG 750K | 0.4470s | 0.4122s | ✗ |
PNG 3.8M | 0.5201s | 0.4824s | ✗ |
BMP 1.5M | 0.0221s | 0.0130s | ✗✗✗✗ |
BMP 6.0M | 0.0613s | 0.0393s | ✗✗✗ |
文件 | 耗时 | CVM 耗时 | 性能对比 |
---|---|---|---|
JPG 449K | 0.0437s | 0.0360s | ✗✗ |
JPG 1.9M | 0.1467s | 0.1296s | ✗ |
PNG 750K | 0.0662s | 0.0560s | ✗✗ |
PNG 3.8M | 0.0967s | 0.0864s | ✗ |
BMP 1.5M | 0.0292s | 0.0203s | ✗✗✗ |
BMP 6.0M | 0.0377s | 0.0262s | ✗✗✗ |
GIF 417K | 0.0960s | 0.0672s | ✗✗✗ |
GIF 1.8M | 0.3433s | 0.2773s | ✗✗ |
文件 | 耗时 | CVM 耗时 | 性能对比 |
---|---|---|---|
JPG 449K | 0.3621s | 0.3062s | ✗✗ |
JPG 1.9M | 1.2145s | 1.0643s | ✗ |
PNG 750K | 0.1128s | 0.1008s | ✗ |
PNG 3.8M | 0.3541s | 0.3095s | ✗ |
BMP 1.5M | 0.0662s | 0.0545s | ✗✗ |
BMP 6.0M | 0.2697s | 0.2096s | ✗✗ |
GIF 417K | 0.3554s | 0.2887s | ✗✗ |
GIF 1.8M | 0.7003s | 0.6153s | ✗ |
文件 | 耗时 | CVM 耗时 | 性能对比 |
---|---|---|---|
MP3 137K | 0.3419s | 0.2928s | ✗ |
MP3 939K | 1.3436s | 1.1947s | ✗ |
MP3 5.2M | 7.1648s | 6.4211s | ✗ |
文件 | 耗时 | CVM 耗时 | 性能对比 |
---|---|---|---|
MP4 2.4M | 9.8724s | 12.7703s | ✓✓ |
MP4 9.4M | 0.1139s | 0.0917s | ✗✗ |
MOV 7.7M | 8.1387s | 9.4417s | ✓ |
MOV 29M | 23.7077s | 29.2054s | ✓✓ |
文件 | 耗时 | CVM 耗时 | 性能对比 |
---|---|---|---|
MP4 2.4M | 0.3993s | 0.3297s | ✗✗ |
MP4 9.4M | 0.3723s | 0.2952s | ✗✗ |
MOV 7.7M | 3.4498s | 3.6489s | ✓ |
MOV 29M | 9.4332s | 11.1678s | ✓ |
文件 | 耗时 | CVM 耗时 | 性能对比 |
---|---|---|---|
MP4 2.4M | 62.0279s | 79.7153s | ✓✓ |
MP4 9.4M | 60.2440s | 72.3739s | ✓✓ |
MOV 7.7M | 54.1343s | 71.5808s | ✓✓ |
MOV 29M | 226.0141s | 317.8199s | ✓✓ |
分类 | 得分 |
---|---|
图片处理性能 | 79.97 |
音频处理性能 | 88.06 |
视频处理性能 | 113.05 |
综合处理性能 | 89.53 |
评分基于当前服务器定向测试,不保证同款产品具有一致性能。
NAS、键盘、路由器······年轻就要多折腾,我是爱折腾的熊猫,今天又给大家分享最近折腾的内容了,关注是对我最大的支持,阿里嘎多
前段时间熊猫介绍过LibreTV项目,不过后续作者直接关闭了配置文件的设置功能,同时因为没有映射配置文件,导致你配置的信息只能用于本地,所以事实上并不能真正做到跨平台观影。不过既然是开源,那自然有办法解决这一问题,于是民间就有大佬基于LibreTV项目进行了二开,这就是今天要介绍的moonTV。
功能上和前者一样,moonTV也是一个开箱即用的影视聚合播放器,不过不一样的是他在原作的基础上优化了UI、部署以及自适应的功能,加上配置文件可以通过映射的形式去更改,所以体验上要比前作好上很多,项目在github上叫senshinyaMoonTV,感兴趣的可以多多支持。
上次LibreTV的部署是在绿联NAS上,虽说部署之后用的很少,但对于这种好项目熊猫也不会折腾完就删除,万一哪天能用上呢?而且DXP 6800Pro的配置带这种不吃性能的Docker完全没问题,不会因为它就存在高负荷。
本次部署依然是使用DXP 6800Pro,前几天绿联也是更新了Docker的远程访问功能,现在部署好moonTV之后,通过绿联的UGREENlink也能访问Docker项目了,这也是首家支持自家穿透用于Docker上的NAS,对于没有公网或者不会内网穿透的小伙伴非常有用。
打开绿联的Docker,这里为了方便我们直接用Compose进行项目部署,来到Docker的项目界面,点击创建项目。
Compose代码如下,其中的端口请结合NAS环境更改,不占用即可,环境变量PASSWORD为项目的访问密码。同时项目也支持去广告功能(实验)、播放记录存储方式修改、站点名称以及检索变量设置,在项目开源地址可以查询设置方式。
version: '3.9'
services:
moontv:
image: ghcr.io/senshinya/moontv:latest
container_name: moontv
restart: unless-stopped
ports:
- '3690:3000'
environment:
- PASSWORD=your_password
volumes:
- ./config.json:/app/config.json:ro
如果需要自定义配置,那么请将挂载文件去掉注释,同时需要去到项目界面将config.json文件下载下来放到对应的文件夹中,绿联目前是支持直接对js文件进行修改的,需要添加资源站直接打开该文件修改即可,修改之后记得重启项目。
确认好所有变量以及配置之后点击立即部署即可,这时候绿联会拉取镜像并创建容器,耐心等待就行。
通过绿联的远程访问就能打开项目界面,如果设置了密码,那么输入登录密码即可。
整个界面熊猫感觉是要比LibreTV舒服很多的,左边能看到各个分类,可以根据分类去选择自己当前想要看的内容,同时还带有热门电影和热门剧集以及豆瓣TOP250榜单,不知道看什么看看榜单上的经典也不错。
点开影视详情,能看到电影的详细介绍,下方有播放源的选择,源和LibreTV一样能直接用苹果CMS V10的接口,关于API直接谷歌一下其实蛮多这种采集站接口的,有付费的有免费的。
点开播放界面,免费的源一般清晰度也就是1080P了,付费的有些能有4K资源。如果对清晰度没有特别要求,这其实也够了,主要是加载速度非常不错,进度条也能随便拖,点击右上角的片名能进行直接换源。
播放过的内容在首页也能看到播放记录,同时也能加入收藏。
因为作者预装有短剧的源,试着搜索了一下,还真能搜到,且有完整的海报墙,对于喜欢看短剧的人简直是神器,毕竟该项目是适配了手机端的。
对比LibreTV,该项目的体验更好,如果还没有部署前者,那么可以尝试直接用这个。
以上便是本次分享的全部内容了,如果你觉得还算有趣或者对你有所帮助,不妨点赞收藏,最后也希望能得到你的关注,咱们下期见!
在 《月刊(第16期):个人信息流分享》里,我曾梳理过自己处理信息输入输出的方法。三年过去了,AI 工具的发展让我觉得有必要重新审视这个话题。这期月刊想重点聊聊我最近摸索出的阅读流。
按照工作生活节奏,我把阅读分为碎片阅读和深度阅读。
工作日缺少沉静的心境和整段时间,我会把深度阅读留在周末,日常则消化各种信息源的文章。阅读过程中直接在 Reader 里记录笔记,周末前尽可能独立思考,完善对问题的理解。
最终在周末的时候利用 Claude 和 MCP,结合之前在 Reader 的阅读笔记和问题,让 Claude 来完善我的笔记和思考。最终再把笔记沉淀到 Project 的 RAG 里,方便 Claude 未来索引使用。
整个流程中我尽可能剥离对工具的依赖,一方面是为了工具简化、另一方便也是为了抽象出通用的方法以便迁移,因此全程只使用 Reader 和 Claude 这两个工具来完成这个阅读流。
首先是碎片阅读,包括三部分,收集、阅读、速记。这里我统一使用的是 Reader。
收集上,除了用 Reader 订阅固定的几个 RSS 之外,也会去自己探索一些优质的 Newsletter 添加进来。在 Reader 中添加文章是很方便的,阅读过程中可以点击超链接直接添加进 Library,也可以利用浏览器插件添加文章,整个过程快捷无感,不会打断当前的阅读体验。
Reader 主打功能是高亮自动同步 Readwise。除此之外,我非常喜欢 Reader 的一个功能是可以在阅读时直接在旁边做笔记,这些笔记也会被 Reader 自动同步到 Readwise 中,最终可以在 Claude 中使用 Readwise MCP 做召回使用。
Reader 最近还更新了 AI Chat 功能,你可以直接和文章或 PDF 对话,配合之前就已经提供的的自定义 Prompt 能力,这些已经基本满足绝大多数 AI 辅助阅读的场景了,我们可以利用它做总结、翻译、名词解释、发散脑暴等等。
但我基本很少使用这些功能,在我看来效率和阅读在某种意义上是冲突的,阅读的目标应该是找到那些信息的背面。因此我更提倡是把自己的想法临时记录在文章旁边,如果有疑问也记录下来先自己思考思考。给问题多几天思考时间,而不是跳过思考直接尝试获取答案。
说到思考,我更注重的是深度阅读,因为它更能容易带来思考的情景。
周末阅读的材料也与工作日不同,尽可能是长文、PDF 或者是图书。一般我使用微信阅读或者 Kindle 来阅读,虽然舍弃了纸质书的触感,但是它们更容易和 Readwise 结合,以便我的阅读高亮和阅读笔记可以自动同步到 Readwise 中,在整理阶段被 Claude 直接召回。
微信读书建议关掉评论划线功能,保持沉浸的独立思考。把注意力放在我们阅读时发生的一切、包括阅读过程的情绪体验之上,而不仅仅是信息本身。
经过了一周的输入之后,每周日都会堆积很多内容需要整理。如前文所言,这个环节主要是用来解答前几天发现的问题、完善自己的思考,利用 AI 补齐思考的角度,加深思考的深度。
我会针对每个主题创建一个 Project,里面放上我自己的文章和笔记作为这个 Project 的 RAG,方便我通过之前的阅读思考和 AI 辅助,来补齐自己的认知。
但如果你是 Claude Pro,那用 Opus + Research 每天也没有多少额度,如果问题太多可以下周的工作日晚上继续让它异步跑着。基本上每天晚上我都是把 Claude Pro 的额度用完再心满意足地入睡。
需要注意的是,这里的提示词一般要强调“批判性思考”,以下是我常用的提示词:
你是一个全球闻名的哲学家,请根据以下内容继续提出 3 个有哲理的、引人深思的问题,以便于读者发散思考。
用李继刚的提示词偶尔也会有一些发现:
;; 作者: 李继刚
;; 想法来源: 群友 @三亿
;; 版本: 0.1
;; 模型: Claude Sonnet
;; 用途: 掰开揉碎一个概念
;; 设定如下内容为你的 *System Prompt*
(defun 撕考者 ()
"撕开表象, 研究问题核心所在"
(目标 . 剥离血肉找出骨架)
(技能 . (哲学家的洞察力 侦探的推理力))
(金句 . 核心思想)
(公式 . 文字关系式)
(工具 . (operator
;; ≈: 近似
;; ∑: 整合
;; →: 推导
;; ↔: 互相作用
;; +: 信息 + 思考 = 好的决策
(+ . 组合或增加)
;; -: 事物 - 无关杂项 = 内核
(- . 去除或减少)
;; *: 知 * 行 = 合一
(* . 增强或互相促进)
;; ÷: 问题 ÷ 切割角度 = 子问题
(÷ . 分解或简化))))
(defun 掰开揉碎 (用户输入)
"理解用户输入, 掰开揉碎了分析其核心变量, 知识骨架, 及逻辑链条"
(let* (;; 核心变量均使用文字关系式进行定义表达
(核心变量 (文字关系式 (概念定义 (去除杂质 (庖丁解牛 用户输入)))))
;; 呈现核心变量的每一步推理过程, 直至核心思想
(逻辑链条 (每一步推理过程 (由浅入深 (概念递进 (逻辑推理 核心变量)))))
;; 将核心思想进行整合浓缩
(知识精髓 (整合思考 核心变量 逻辑链条)))
(SVG-Card 知识精髓)))
(defun SVG-Card (知识精髓)
"输出SVG 卡片"
(setq design-rule "合理使用负空间,整体排版要有呼吸感"
design-principles '(干净 简洁 逻辑美))
(设置画布 '(宽度 400 高度 900 边距 20))
(自动缩放 '(最小字号 16))
(配色风格 '((背景色 (蒙德里安风格 设计感)))
(主要文字 (楷体 粉笔灰))
(装饰图案 随机几何图))
(动态排版 (卡片元素 ((居中标题 "撕考者")
(颜色排版 (总结一行 用户输入))
分隔线
知识精髓
;; 单独区域,确保图形不与文字重叠
(线条图展示 知识精髓)
分隔线
;; 示例: 用更少的数字, 说更多的故事
(灰色 (言简意赅 金句))))))
(defun start ()
"启动时运行"
(setq system-role 撕考者)
(print "请就座, 我们今天来拆解哪个问题?"))
;; 运行规则
;; 1. 启动时必须运行 (start) 函数
;; 2. 之后调用主函数 (掰开揉碎 用户输入)
还有一个问题之锤也比较好用,这里不贴了。
但如果问题比较深度,那开了 Opus + Research 的话也不用太在意提示词。我一般让它做批判性思考或者深度发散,在这个阅读输入整理的场景中比较好用。
举个例子,比如我想探索 AI 写作的议题,我可以这么询问,它会自己结合 Readwise 的笔记进行思考研究:
以上环节得到的完善后的结论我会进一步沉淀到 Project 的 RAG 里,作为 RAG 的一部分。如果是非常值得分享的议题,我也会单独写月刊分享。
在这个过程中我发现自己沉淀下来的输出可以帮助我进一步做自我探索,来实现下一个阶段的学习规划。
比如我的月刊 Project 中,Claude 就能很敏锐地发现了我这些年思维方式的转变:
报告详见这里
另外 Claude 近期也上线了记忆能力,相信在以后的使用过程中,AI 会让我们越来越了解自己。
题外话,我们用这套提示词给 ChatGPT 可以直接提取出自己的用户画像,结论精确到有些细思极恐,有兴趣的读者自己可以试试:
我希望你一字不漏的总结迄今为止你从我身上了解到的全部信息,包括我是谁,我的人际关系是怎么样的,我的公司结构是怎么样的,我偏好什么样的信息,我关心什么样的事情,我现在在为什么事情苦恼和发愁,等等,你能想到的关于我的一切事情,我都需要,因为我现在要备份一个新的GPT账号,我需要在那个账号上备份一份关于我自己的信息。
目前 AI 已经这么方便了,可以辅助我们阅读,提高信息的获取效率;可以帮助我们写作,加深我们的观点输出。因此可能有人会问,AI 时代的写作和阅读究竟还有什么意义?
正如前文所说,我认为效率和阅读在某种意义上是冲突的,所以我在阅读的过程中基本不会用 AI 总结、AI 解释等功能。这并非是对技术的抗拒——阅读本身就是价值,所以不能逃避思考的过程,迷失在高效和技术追逐中。因此这套阅读流的设计中更加强调思考整理的环节,这都是为了让 AI 更好地辅助我们思考,而非跳过。
阅读是通向自我体验的桥梁,余华的分享中有这么一段话:
我曾经多次说过这样的话,如果文学里真的存在某些神秘的力量,那就是让我们在属于不同时代、不同民族、不同文化和不同环境的作品里读到属于自己的感受。文学就是这样的美妙,某一个段落、某一个意象、某一个比喻和某一个对话等,都会激活阅读者被记忆封锁的某一段往事,然后将它永久保存到记忆的“文档”和“图片”里。
同样的道理,阅读文学作品不仅可以激活某个时期的某个经历,也会激活更多时期的更多经历。而且,一个阅读还可以激活更多的阅读,唤醒过去阅读里的种种体验,这时候阅读就会诞生另外一个世界,出现另外一条人生道路。这就是文学带给我们的想象力的长度。
阅读能够抹去所有的边界,包括阅读和阅读之间的边界、阅读和生活之间的边界、生活和生活之间的边界,这种边界消解能让我们在不同时代、民族、文化的作品中读到属于自己的感受。
这种属于自我的感受具有不可替代性,与此同时它跟效率有时也是相悖的。当我们急于获取结论时,往往错过了抵达结论的风景。
而阅读可以帮助把注意力放在我们阅读时发生的一切——包括阅读过程的情绪体验之上,而不仅仅是信息本身。那些在字里行间涌现的联想、在段落停顿处的沉思、甚至是某个词句触发的回忆,都是阅读体验不可分割的部分。
好的阅读,就是身临其境,是拉长时间,加深生命的厚重感的方法。当我们专注于与文字的对话,而不急于求成时,才能真正抵达作者想要传达的那个世界。
真正的理解需要停下来,思考每个概念如何与其他事物联系。而如果我们把所有的思考都外包给 AI 时,我们失去的不仅仅是记忆,而是思考本身。
伍尔夫有个日记集叫《思考就是我的抵抗》,里面提到了一句话:“一个人能使自己成为自己,比什么都重要。” 阅读就是通往自己的有效途径,我们不可能通过放弃思考来抵达这个终点。
和小盐...小铃的好感度到达满级啦!
为了庆祝臭宝中考渡劫,6月24~27日我们全家开始了一趟4天3夜的重庆之旅。重庆是臭宝唯一的目标。所以虽然老婆大人已经三进山城,却也仍旧不得不再来一次。我?我的意见重要么?呵呵。
航班早到了半小时。老婆大人在十八梯附近定的民宿,我们也没拎什么重行李,所以搭地铁9号线换2号线前往住处。
虽然已经来过两次,但老婆大人还是谨慎地让我开了步行导航。导航给的是从11号口出地铁站。出站就是著名的十八梯,高德温馨提示:“向右前方出发,30米后左转,进入凤凰台阶。”
What?不愧是著名景点啊,还给楼梯起名字了?是不是还有麒麟台阶、金乌台阶啊?但是走台阶我这膝盖可不行。赶紧撺掇老婆再跟民宿确认一下路线。果然,民宿给出的是从5号口出地铁站。便杀回了地铁站,从另一侧出来之后,高德再次温馨提示:“向右前方出发,xxx,上天桥,150米后左转,进入凤凰台阶。”
我艹,我还躲不开你个破台阶了是吧?那边下楼梯,这边上楼梯,你把楼盖在半山腰?解锁一看地图,哦,人家民宿所在的这条街叫凤凰台/街。
放下行李臭宝就吵吵饿了。这回真的穿过了十八梯,又经过了一条美食街和解放碑,来到一家老婆大人慕名已久的火锅店。真不愧是大城市啊,一个普通的工作日的下午,解放碑周边也还是乌泱乌泱的。连个霸王茶姬门口都那么多人排队!
这家火锅店的对面就是“重庆大轰炸惨案遗址”,完全没有去参观的意思。到了地方就得吃点特色的东西,点了不常见的干黄瓜、发鱿鱼和肠头。干黄瓜火候不好掌握,要么太软要么太硬,没工夫伺候它。肠头非常非常好吃!水发鱿鱼也意外的好吃。
火锅店的装修很简陋。墙上写有重庆油碟的配料和地道重庆油碟的配料,主要是差在折耳根上。然而店家调料区当天并没有折耳根,让勇于尝试的臭宝颇为扫兴。
开了两瓶本地的“乐堡”啤酒,失望。
这家店遇到了3位独自吃火锅的客人,非常意外。
后文就不写“慕名已久”这个词了,如果不做特殊说明,所有午餐和晚餐都是她慕名已久的网红店。
酒足饭饱继续出发,目标魁星楼。我和臭宝上去各瞅了一眼,都没觉得有传说中那么神奇。拍照感叹的时间还不如我开着导航在医院里找厕所的时间长。
接下来老婆大人安排的是戴家巷,离得不算太远,但臭宝此时坚决不走了。打车。
老婆大人在戴家巷是有夙愿的,一家前两次没找到的炸土豆。
风景挺好,但也就那样。重庆的老街总给人一种潮乎乎黑了吧唧要发霉长毛了的感觉,虽然并没有霉。
戴家巷沿江的步道并没有多长,眼瞅着要到洪崖洞了,又不得不折回来,随便找了家店喝水。
坐到饭点,去吃江湖菜。路上老婆终于找到了那家网红土豆,4块钱,等了15分钟,第3次寻找,吃两口扔了。
去的是“樊氏江湖菜”。非常好吃!麻辣鱼、辣子鸡和黄喉都很好吃。我上次吃这么好吃的辣子鸡还是20年前在北京的川办。
然后当然就是洪崖洞了。老婆大人之前分别拍过了洪崖洞的正面和江对面的远景,所以这次当然要上千厮门大桥。
上桥的时候大概7点,已经是人山人海。臭宝说了句非常有道理的话:“亮灯有什么好看的,你没看过亮灯啊!再说你都看过两次了!”然后她就在路边背对着洪崖洞方向直接坐下,开始玩手机。
我本来也想走,但看着老婆大人向往的神情又不忍心。劝说臭宝等到8点,付出的代价是这期间她的流量都要走我的热点。
灯亮之后人群就开始散了。人实在太多,根本打不到车,步行回住处。刚好经过了白天路过的筷子楼、解放碑。
臭宝满脸疑惑:“为什么要叫‘垂万’大楼?难到是Three-One,三合一的意思?”
娘俩在小吃街大肆采购了一批宵夜。再次路过霸王茶姬,哦,原来排队是因为这家店周三半价!
我们要去看一幢平平无奇的写字楼。它的高度在重庆根本不上数,我们住的民宿都比它高。楼里面也没有什么名吃名店,甚至跟很多格子监狱一样,外人是无法上到2楼以上区域的。
但是就这么个破楼,在任何一个重庆的文创店都不可或缺,明信片冰箱贴打卡本一样都不能少。
每个人的心中都有个耶路撒冷,每个楼姐的心中都有个长江国际。对于臭宝来说,长江国际18楼[1]就等于哭墙。
这处风景名胜的名字叫:“送弟弟上班。”
门口站的女孩子都是像我姑娘一样,考完试的初三高三的应届生,来看TF家族四代练习生真人的。这些练习生大多生于2011年~2012年,是名副其实的弟弟。扫地阿姨说,为了抢位置,最早的早上6点她上班以前就站那儿了。9点半以后这些小孩会陆续来上班。女孩们就会一个一个地记哪个来了,哪个没来。一直到十几个人都进楼上班了,才会散。
言语无法形容我见到此情景的震撼。此前我一直觉得电视上的夹道欢迎都是演的。直接上视频吧,视频源分别来自我们一家三口的手机,里面拍的也确实不止一个练习生。
此情此景我想起一位叫杨丽娟的初代网红,她出名可是献祭了自己的老父亲啊!
人山人海,翻山越岭啊,臭宝好不容易挤进楼里,去罗森打了个卡。我真想把昨天她给她妈的话都反弹给她:“没见过罗森啊,咱家小区罗森你一天去三回!”
臭宝在这里非常开心,自拍打卡,还交了不少新朋友。
下一站是个地铁站旁边的网红电梯。这时已经接近中午,云开雾散,气温急剧上升。臭宝表示,接下来的行程必须打车,再坐地铁就翻脸。
(电梯有什么好拍的,你们娘俩没见过……)
还顺路去了个小篮球场,因为臭宝喜欢的某个偶像曾经在物料中出现在这个篮球场上。
臭宝坐在一个石凳子上,老婆给拍照。忽然旁边跑过来另一个小姑娘,指点臭宝:“XXX在物料里坐的不是这个凳子,是旁边那个。”
随后两个人开心地交换了微信名片。
中午饭去万达吃的。老婆心心念念的一家蛋糕店,拿破仑加咖啡。
(你是没吃过拿破仑啊!更何况还是家连锁店……)
下午打车去下浩里。抬头一看是台阶,终究还是躲不过啊。入口的地方斗大的白漆写的“这很重庆”,映衬得楼梯上写的“下浩里”也“这很白目”。
臭宝的目的性很强,要追着偶像去一个茶楼,吃同款的小点心。
此时的导航就像热坏掉了一样,根本无法正确指示出那些仅容一人通过的小楼梯。主要可能是高度定位不准。还是通过一层一层扫荡的方式找到了那家茶楼。点心很贵、茶也很贵,离谱的是这么贵的茶,冷萃的还卖空了,只剩热茶。
点心看着好看,实则非常难吃。既然买了坐,就不能浪费。在茶楼坐了3个多小时,看江景,吹空调。
这里景色非常不错,在太阳的帮助下,我终于第一次在重庆辩清了方向。此处的长江居然是朝北流的!大江北去,听着就带劲啊。
晚饭回到了后堡。一个普通的地摊,尝试了一下正宗的烤苕皮和一些七七八八的东西。这是个生活气息很浓的地方,旁边是普通的市场。我在市场上买了之前很少见的烤兔肉和猪小肚。不难吃,但也没多么好吃。
问烧烤摊老板:“你们本地人平常喝什么啤酒啊?”“山城。”
也一般。
太阳落山后,穿过地铁站,我们又回到了长江国际的楼下。
臭宝上午打卡的是长江国际,晚上要打卡的是长江国际的夜景。这很合理。
随即解锁了新知识:“接弟弟下班。”
晚上的阵仗比甚至上午还大,因为上午能来的只有初三高三,而这是晚上,初一初二高一高二可都放学了,说不定还有小学的。而且接下班可以说比送上班更辛苦。因为上班是有准确时间的,而练习生下班说不准是11点、12点还是下半夜。
臭宝并不迷恋楼里的4代,打完卡随手在路边小摊买了些串串。这次终于跟老板娘要到了一小口折耳根,舌尖一舔吐了。
回程没有直接回住处,而是夜游了一趟山城步道。很失望,原来重庆并不是所有的景点都营业到很晚,山城步道上除了几个酒吧还在营业,基本都打烊了。
上午先去鹅岭二厂。
路过了甲A年代的老朋友,大田湾体育场。原来大田湾不是个湾,而是半山腰。
这二厂啥也妹有啊。还没有以前我爹工作的工厂大呢。而且在我爹厂里还能玩翻斗车搅拌机,这所谓的工厂连个印刷机模型都没有算个什么工厂。
二厂边上有个居民楼,小斜坡上用红白油漆写着我在重庆也不是我爱重庆的,就这还要排队打卡!?
我们高中的化学老师对于旅游曾经有过精辟的评论:“旅游就是别人在那竖块石头,刻个东西,或者刻几个字,或者装个老乌龟,然后一帮彪呼呼的外地人就跑去照相。”
重庆这里都不需要刻字啊,就弄两桶油漆写四个宋体字就完事了,成本简直低到令人发指。
本来老婆大人的计划是从二厂下山步行去李子坝吃轻轨。臭宝一停要步行立刻就给否决了。叫车奔观音桥。
重庆渝中的路非常窄,设置了很多单行道,跟大连一样没有非机动车道,以至于经常能看到小电驴在马路中间乱窜。而重庆的司机也非常有素质,喇叭嗷嗷按。观音桥这种明显后开发的地方,道路好不少。
观音桥吃了家破锅烂蹄花。虽然也是连锁店,但好吃。我喝了一肚子猪蹄汤。
大下午顶着大太阳打车1.9公里,到了观音桥。虽然下出租到进商场只走了几步路,但还是找了家奶茶店缓了半天。
然后老婆提出带臭宝去观音桥的打卡地拍照。到了地方一看,不过是把二厂的红白油漆升级成了电子屏,还是要拍我在重庆那几个破字。
臭宝坚决不干,扭头回商场,又找了家咖啡店,继续吹空调。
7点多出商场,啊,全是人!
本来说去小吃街逛吃逛吃就不吃晚饭了,但还是忍不住进了家店,又来了一顿火锅。这家没有很多新奇的东西,但牛肉和毛肚都很棒。
最后一天,起床后我跟老婆下楼去给同事买伴手礼,臭宝留在民宿吹空调。
我俩先随机去了路边一家小店,吃了当地特色早餐“油茶”。个人觉得这玩意儿非常好吃,建议外地引进。
是的,整个行程我对重庆的饮食特别满意,因为我虽然不是顶级的吃辣选手,但我非常非常喜欢吃花椒。
但是重庆的很多小店的装修风格太粗犷了,大部分都是墙上用红白油漆写几个字几句俏皮话,墙连刷都不刷,普通的水泥地,放两条板凳完事。不是一两家,不是三四家,而是普遍现象。一星半点叫个性,遍地都是叫审丑疲劳。
我们俩把东西买回酒店后,臭宝开始着急,忽然提出她也要给小伙伴买礼物。
好在最后一站磁器口,别的没有,买礼品的遍地都是。
去磁器口的路上车览了轻轨穿楼。
臭宝偶像在磁器口的大门牌子处出现过,所以本来她只要在门口拍一张,就收工了。
其余的时间都在给小伙伴挑礼物。逛了2个多小时,最终选的是长江国际的明信片。
(你前天倒是在长江国际的楼下买啊?!)
最后一顿饭,臭宝仍旧坚持要吃火锅。
在磁器口对面就地选了一家,匆匆吃几口,打车奔赴机场。
16:00的飞机,上车时间13:40。
司机小哥很健谈,聊的很愉快。他热情地建议我们下次再来重庆去周边转一转,比如武隆。
着急嘛,我一路都开着地图瞅着路线。离江北机场还有20公里的地方,司机小哥忽然脸色一变,给什么大哥打电话:“X哥啊,我的电只有32%了,现在在XXXX地方,你说能开到机场不?”
挂了电话,他默不作声地把空调关了。
我们忍了大约5分钟,他先开口了:“实在不好意思,忘记充电了,我现在必须下道了,给你们送到一个能继续打车的地方。”
此时是14:10。
下道后不久,真的没电了。当时打表是45。他说大哥实在不好意思,你给35就行。
tmd我要不是着急,一分钱都不会给。不过懒得跟他多说,赶紧结账下车。刚好后面有辆空车,接上了。
屁股坐稳我就开始后悔,看地图,下道再上道的过程明显也不止10块钱啊。
好在14:40的时候还是顺利进了机场大门。
只不过6月28号是充电宝新政第一天,我们一家三口的3个充电宝被收了俩。其中一个还是公司发的2023年春节纪念品。
收就收吧,大连大雾,早一天晚一天飞机都落不下来。
从35℃回到25℃,回家真好。
百度网盘真让人恶心,安卓端装个百度网盘,想要下文件还必须给全部文件的访问权限。你算个鸡毛💢,大不了文件我不要了,百度网盘秒删。🤮
本篇是对 2025-07-01 到 2025-07-04 这周生活的记录与思考。
这周像极了生活打翻的调色盘,浓淡不一,但每一笔都值得记下。从夜宵翻车到短剧狂刷,从博客圈功能开发到暴雨村口应急,每天都过得挺实在的。有些事闹心,有些事上头,但回头看,都挺有意思。
7月1号晚上,同事喊着掼蛋,今天打得比较顺,算是势均力敌,玩得挺尽兴。晚上翻着博客,睡意全无,只能硬切“睡眠模式”,打开抖音随便刷刷,不知不觉竟然睡着了。
老婆今晚值夜班,凌晨3点换班,我还得帮她盯着挂号预约 NT,明天准备远程陪她跑流程了。
7月2号晚上发生了“吃撑翻车”事件。同事也饿,我也饿,没啥吃的,只有前几天烙的饼子。翻了翻发现缸里还有点腌缸肉,我切了些辣椒和洋蒜,同事炒了顿“辣椒炒腌缸肉”,吃得那叫一个香。但凌晨开始就开始上吐下泻,来来回回跑厕所。第二天一整天肚子都不太舒服,虽然我坚信菜是没问题的,其他人也都没事,大概我真不适合吃夜宵。
中午实在顾不上做饭了,和村上的同事出去吃了酸汤面,配了点椒盐驴肉,总算缓了点。晚饭没什么胃口,草草吃了半碗炒面,算是应付过去。倒是短剧让我精神不少——下午刷抖音刷到一部新短剧,女主挺好看,剧情又是无脑爽文,下载了红果短剧,愣是88集一口气刷完,时长差不多一部电影,沉迷得停不下来。
7月3号原本定了闹钟准备早上去跑步,结果一觉睡到八点多,直接放弃。早餐吃了个鸡蛋和一碗鸡蛋汤,感觉自己快变成蛋了。中午没去食堂,今天村上有人“行情”,我们几人去蹭饭。我把所有好吃的都挪到自己面前,被同事笑话,说以后行情都要跟我坐,吃得太香了。
下午给博客圈更新了两个页面:一个是按照年份显示博客列表,一个是展示最近7天、30天、季度、今年、去年等时间维度的文章排行榜、活跃博主、长期未更新博主的分类。这是我构想已久的功能,今天终于落地了,细节以后慢慢优化。
晚上没吃饭,跟同事去爬山,来回才走了1000多步,但感觉把一天的力气都用光了。路上渴得不行,回程路过超市买了瓶冰红茶,4块钱那种。同事笑我,说这是“屌丝饮料”,但我就是觉得好喝,管它呢。
7月4号一整夜下雨,五六点就被外面彩钢顶的雨声吵醒了,窗户忘关更是雪上加霜。迷迷糊糊熬到中午,本想补个觉,结果群里消息响个不停,刚要睡着又被吵醒,心烦意乱。食堂饭菜也不怎么样,估计是周五的缘故,炒菜和米饭都挺潦草。
下午雨又大了起来,我问同事啥时候走,他说再等等吧。结果“等”来了领导电话,说我们这边一个村口有塌方风险,让我们带上雨衣、警戒线赶过去。到现场一看,还真有点儿危险,表层硬化路被冲成了一层皮,底下的泥土已经被冲空了,踩上去随时可能塌陷。我们赶紧拉好警戒线、把车拦住,一顿操作,直到快天黑才结束。
回到镇上因为食堂师傅周末放假了,同事给我们做了顿饭,是“洋芋盖被子”,吃得热乎又满足。吃完天也放晴了,我们赶紧收拾回家。雨夜、应急、劳累、热饭,拼在一起,就是一种安稳的踏实。
这周回头看,有些折腾,也有点疲惫。但比起前段时间的反复焦虑,这一周反而觉得“真实”了很多。哪怕是拉警戒线、被雨声吵醒、辣椒炒肉吃反胃,都是一种“参与感”。
哪天没点事,反倒觉得空荡荡的。
希望下周轻松点,最好别再半夜吃肉了。
久违的博客系统更新,维基萌博客系统发布了0.29.2版本啦!
这个版本主要增加了统计相关的功能。便于了解博客当前的访问情况和访问速度。
详见:https://github.com/eeg1412/wikimoeNodeJSBlog/releases/tag/v0.29.2
周日的晚上,我用了不到两个小时,就从家回到了单位,准确来说用了110分钟,差10分钟到两个小时。这已经算非常迅速了,因为每一趟车我基本上都不需要太多的等待,大多数等待1-2分钟。从黄埔新港地铁站出来以后,我更加是飞奔去接驳618的。也就是说,从我家到单位这条完全走交路线,两个小时已经是极限。
但是周五回家非常的不顺利。这次同样卡在618上面。611很顺利,基本上离首站发车不远的那些站点不会出现什么问题。当我到达滨江左岸公交站的时候是17点14。那个时候我看了一下车来了,说618大概会在23分钟之后到达,接下来我就没掏手机了,直接带上了耳机听歌,因为那个时候气温很高,手机如果继续再刷会很烫。这个用了快三年的小米Civi 1S在夏天的户外基本上哪怕什么都不用,关闭屏幕也会热。如果我不开定位,可能会好一点点,那如果我开的不是流量而是WiFi又继续会好一点点,但这些在那个时候都不现实,所以我用蓝牙连上了另外一个手机开始听歌。
过了差不多20分钟,我看了一下手机,发现618离我等车的那个站点依然有23分钟,这到底是怎么回事?为什么那台车好像根本没动过?我第1次看的时候,那里只有一台车,当我以为那台车快要来再去看的时候,发现那里已经有2台车了。2台车都卡在了去北岸花园那个站的路上,但是车来了却不显示那里到底发生了什么。所以我忍不住打开了高德地图,发现洪梅到麻涌那唯一的那条桥堵成了静脉血的颜色,于是这就解释了为什么那台车20分钟之前在去北岸花园的路上,现在依然是这样。简直要说粗话了,为什么能堵车堵成那个样子呢?!桥的这边,麻涌在修路,虽然堵的那个位置跟修路的那个位置还有一段距离,再往618需要行驶的路线看,麻涌大道在麻涌立交城际麻涌站的这个方向,连续三个修路的标志。所以即便那台618过了水乡大道血红色的那个位置,后面还有无数的修路等着它。主干道为什么一下子有那么多地方在修路呢?而且这个修路居然选在夏天温度最高的时候干,他们脑子到底想的是什么?如果不走高速的话,水乡大道是水乡镇区的大动脉,水乡大道搞成这个样子,到底还让不让人活了。好不容易我看到618过了北岸花园,但是在城际麻涌站附近又堵成了狗屎。理论上10分钟的路程走了20分钟。我在滨江左岸足足等了一个小时,才终于等来了618,正常情况下,我等20分钟已经算是有点偏多了。我以为来的那台车会很多人,但结果上面的人跟平时没什么区别。我预测之后新沙港区那里一定会很多人上车,不出所料,因为那些都是打工人,他们要坐618回大盛村,他们没有其他选择。等公交车等一个小时,没上车之前我真是想上车了以后把那个司机骂死,但我上车以后什么没说,找个位置就坐下。
东莞的公交车非常作死,东莞的道路同样很作死。在塞得死死的情况之下,无论是公交车还是私家车,全部都得死在那条路上。因为不信任公交,所以大家都开私家车,但因为路总是坏,总要修。私家车越多红绿灯越多,越想死。东莞的地铁估计在拖沓建设这个问题上,全国排名应该比较靠前。我从未搭乘过东莞的轨道交通,不知道他们的地铁会不会跟他们的马路一样不靠谱。我也搭不上东莞的轨道交通,因为他们就没考虑过搞到麻涌这个边缘的地区,起码5年之内没戏。
琶支赶紧开吧,我很讨厌东莞的公交接驳!
So *this* is who we are!
Sally Edelstein’s blog Envisioning the American Dream included a post yesterday (July third, the day the house approved the senate version of Project 2025) that mourned the loss of American exceptionalism. To her, exceptionalism meant a country striving towards the ideal stated in the last line of the original Pledge of Allegiance: One nation, indivisible, with liberty and justice for all.
I left a comment that I began workshopping earlier in the week on a couple of other blogs touching on the concept of American exceptionalism: American exceptionalism began its slow crawl to its grave with the U-S-A chant at the 1980 Olympics. The only exceptional part of America today is our arrogance. We are now the bullies of the world–the kid you liked in 2nd grade but became a dick long before high school. The house is about to cast the vote that will codify poverty, double-down on climate change and cast us ever closer to insolvency. The America you’re looking for is gone.
Today is the culmination of the Republican vision from my entire adult life. The rich get richer… Other benefits include more funds to deport our working class, millions of Americans losing health insurance coverage, more financial pressure on American colleges and college-bound Americans, and a last-ditch-effort to try to prove trickle-down economics can work.
A couple of populist tax cuts included in Trump’s “big, beautiful bill” directly benefit my family: Susan earns tips, and both our kids earn overtime. All that income is now tax free. I suppose this should make me happy, but I’d rather see the nation pay down its debt. Donald Trump’s businesses have filed for bankruptcy six times. Is this his clever endgame for America?
On the day Trump solidified his first Republican nomination, I posted on Twitter: Today’s news seems like the last sentence in the first chapter of a dystopian novel. Using that analogy, I feel like today, Independence Day 2025, we’ve hit the cliffhanger chapter break immediately prior to Armageddon. The chaos of the past nine years was the exposition. Tomorrow, things get ugly.
Trump is often portrayed as an undisciplined megalomaniac. The undisciplined part just got harder to prove. Today, he achieved many long-held goals of the Republican party. That he did it on his self-imposed, symbolic deadline of Independence Day is icing on his cake. Well played, my nemesis, well played.
Buckle up, America. The ride gets rougher from here.
Photo by Sonder Quest on Unsplash
前天晚上就有顾客问我,说三角洲行动在7月3日凌晨会有更新,多久可以更新好,我回复这些全部是自动的,看更新量一般下发后1-2小时吧。
昨天下午到网吧后,好多顾客反应这游戏怎么还没有更新好,我远程服务器才发现,原来三角洲这游戏所在的盘符空间不足,一直更新失败。我赶紧删除其它游戏把空间腾出来,就开始自动更新了,但更新量有60G之多。。。
这时好多顾客在等着了,我赶紧上措施:路由器上映射更新的外网端口,把服务器下载走单独一条线路,再把这条线路的智能流控关了,同时把固定流控的限速也取消,还在“例外”那里添加了服务器的IP。
一套动作下来也不见速度快起来,真是很着急,后来忙下别的事再回来看,发现速度上去了,说明并不是调整就马上上去,而是需要缓冲一小段时间。终于在下午16点左右才更新好,现在发现玩三解洲行动这个游戏的顾客还是挺多的。
十一年前,离开故乡。先后漂泊在天津、南京、广州、深圳,或是求学,或是实习,或是工作,工作单位更是换了不计其数。人来人往,聚散匆忙。或许只有经历过常年漂泊的人,才能真正体会到远行客的各种滋味。
与其说如今的我更能理解父亲了,不如说父亲是现在最能理解我的人了。还记得离开深圳前,我和对象一起去看望父亲母亲,父亲笑着说:我知道你们这次来是跟我们告别的。我虽然笑着接了话,但内心百感交集、泪如雨下。
四月初,我们来到了重庆。比起其他城市的快节奏,重庆给我的第一印象就是很有生活气息。地铁上能经常看到老伯伯挑着箩筐、嬢嬢背着背篓。有一次,我还在地铁里的过道上看到有老伯伯卖栀子花——那是久违的故乡的味道。街边大家做着自己的小买卖,还有各种我爱吃的小吃,走在路上也会有路人跟我搭话闲聊,让我感觉这座城市的百姓都非常热情。还有一次,我们去小吃街买田螺,我们不确定好不好吃,于是老板让我们随便试吃,我本想挑一两个田螺试试口味,结果老板直接用小盘子盛了一盘给我们,更重要的是,她并没有用道德绑架我们,而是笑着说:先拿去吃,买不买没关系,好吃的话下次来买,我经常在这的。
后来,我们找好房子之后,开始搬家。货拉拉司机看到我们行李多之后,主动过来帮我们搬。让我印象特别深的是,在一楼大厅的陌生人,也很热情地过来帮忙把那些行李搬上车。还有一次,我取完快递,因为是大箱子就用双手抱着,在我前面的小姐姐把防火门打开之后朝身后看了一眼,发现我腾不出手来开门,就在那把门支着等着我过去,其实我离她还有一段距离,她本可以直接离开。
再后来,和朋友聚餐,点餐的时候不小心点多了两碗米饭,老板主动过来问我们是不是点多了让我们退掉,后面发现确实看岔了点多了。其实若不是他主动提醒,我们在场的所有人都没有发现这个问题。
作为律师,我当然也很关注司法环境。目前给我的感觉还是很不错的。无论是劳动仲裁还是法院诉讼案件,都可以网上立案,这对于我办案就极为便利了。我之前网上立的一个案件,开庭时间确定之后,虽然我同时收到了短信通知和线上通知,但仲裁委还特意打电话给我确认了一下,这让我觉得仲裁委很负责。
后来我在渝中法院开庭,由于上一个庭审(与我代理的案件是同一个法官)还没结束,但法庭的门是开着的,于是我在旁听席等候。那个案件是个劳动争议案件,只有原告来了,案件是缺席审理的。我看见法官特别耐心地倾听、特别温柔地讲述,这让我觉得,法院很负责,至少负责审理我这个案件的法官很负责,那个时候我仿佛看见了一束光。当然,最后这个案件也很快收到了胜诉判决。
还有一次,仲裁员在开庭前,核对了我们双方的身份,发现对方的身份并不是被申请人的代理人,而是案外人。这个时候,本来也可以缺席审理。但仲裁委为了定分止争,还是耐心地问了来龙去脉,花了将近 3 个小时极力促成双方的和解。无论是仲裁员、我、我的当事人还是案外人,本可以庭审完静候判决即可,毕竟,正常情况下庭审所花费的时间成本远远低于和解谈判,但当时所有人都愿意花更多的时间去促成和解。我还记得仲裁员当时说了这样一句话:遇到你这样的律师,是当事人的幸运,也是我的幸运。遇见这样负责的仲裁员,又何尝不是我的幸运?
当然,这段时间的经历远不止如此,只是这些事情让我感触颇深。比起量化的人生,这种难能可贵的品质更让人动容。种种经历让我觉得,这座城市是有温情的。或许你会问,难道没有糟糕的方面吗?当然有。但对于我个人而言,瑕不掩瑜,不然怎么叫渝呢。而且,我听说市长信箱非常好用。更何况,这座城市是她的故乡。
闲下来的时候,我也会尝试着去思考:为什么重庆的生活气息会这么浓厚,大家为什么都会这么热情。后来我翻阅了历史,找到了答案——那次惨绝人寰的轰炸……那场漫无边际的山火……网红城市只是它的表面,有更合适的词去形容这座山城。游离之间,或许定居于重庆,也是一个不错的选择。
(此文写于出差返程途中宜兴飞往重庆的飞机上,2025 年 7 月 4 日 22:45)
#博客 ghcr.io/ysicing/kite 魔改了kite,按照我的习惯优化了一下,后续会支持cloneset和tailscale crd支持
亲爱的粉丝朋友们好啊!今天熊猫又来介绍好玩有趣的Docker项目了,喜欢的记得点个关注哦!
事情源于前几天熊猫犯蠢,把一直部署在极空间上的One API的密码给忘了,试了很多遍都没对,改密码又涉及到数据库的读取,但当初我直接用的SQlite作为数据库,这就导致想要读取也比较麻烦,一气之下我直接删除了One API容器。
在查询重置密码的过程中,无意间熊猫发现了新的好玩的东西,我发现了通过它二开的项目New API,对比前者,功能上它拥有前者的所有功能,除此之外,它还支持对接易支付作为公开的API中转站点使用,在原作基础上还增加了数据看板、模型限制、更多的等方式以及内置的聊天窗口等等,不管是整个界面美观性和UI交互性,还是功能性,它都是碾压前者的存在,加上基于One API开发,所以New API也是开源项目。
因为AI相关的内容都部署在极空间上,为了让其在同一IP下方便使用,这里也就直接用极空间进行部署了。
部署设备还是熊猫准备一直用来“养老”的NAS——极空间Z423旗舰版,不管是性能还是存储空间,Z423旗舰版都拥有目前NAS中第一梯队的能力,性能上AMD的5825U自然是不用说,8核16线程加上32G的内存,拿来跑虚拟机都从来不担心性能不够的情况。
存储上Z423旗舰版拥有4个M.2盘位,能满足高速存储需求以及缓存需求,4个SATA盘位也能提供更大的存储空间需求,属于是NAS里的万金油产品。
言归正传,咱们说回New API的部署。有了前者密码忘记的教训,这次熊猫就采取单独数据库的部署方式了,而要用到多容器部署,那自然是要用到咱们的容器堆栈功能了,这里打开极空间Docker界面的compose选择新增项目。
根据官方得到的参数和变量信息,这里我们编辑好对应的compose代码,其中的映射文件路径以及映射的端口请根据自身NAS的情况不同进行更改。
services:
new-api:
image: calciumion/new-api:latest
container_name: new-api
restart: always
command: --log-dir /app/logs
ports:
- "3300:3000"
volumes:
- /new api/data:/data
- /data/docker/new api/log:/app/logs
environment:
- SQL_DSN=root:123456@tcp(mysql:3306)/new-api # 指向mysql服务
- REDIS_CONN_STRING=redis://redis
- TZ=Asia/Shanghai
# - SESSION_SECRET=random_string # 多机部署时设置,必须修改这个随机字符串!!!!!!!
# - NODE_TYPE=slave # 多机部署的从节点取消注释
# - SYNC_FREQUENCY=60 # 如需定期同步数据库,取消注释
# - FRONTEND_BASE_URL=https://your-domain.com # 多机部署带前端URL时取消注释
depends_on:
- redis
- mysql
healthcheck:
test: ["CMD-SHELL", "wget -q -O - http://localhost:3000/api/status | grep -o '\"success\":\\s*true' | awk -F: '{print $$2}'"]
interval: 30s
timeout: 10s
retries: 3
redis:
image: redis:latest
container_name: redis
restart: always
mysql:
image: mysql:8.2
container_name: mysql
restart: always
environment:
MYSQL_ROOT_PASSWORD: 123456 # 确保与SQL_DSN中的密码一致
MYSQL_DATABASE: new-api
volumes:
- /sql:/var/lib/mysql
# ports:
# - "3306:3306" # 如需从Docker外部访问MySQL,取消注释
映射路径这里可以使用极空间自带的查询路径功能去获取我们本地的路径,获取之后直接复制到代码中即可。
这时候极空间会拉取镜像并根据咱们的compose文件去创建容器,项目一共涉及New API容器、Mysql容器以及Redis容器,等待三个容器均为正常运行状态也就代表项目运行成功了。在Compose界面中点开项目详情能看到具体的信息。
通过远程访问的功能,我们能直接在极空间PC端打开Docker的web界面,不过这里需要注意,极空间的远程访问并不会存储Cooike,所以每次都需要重新登陆。如果使用浏览器,那么直接输入极空间IP:3000端口就能访问项目了。
首次使用会要求我们进行初始化设置,设置好用户名密码即可,这里需要注意的是下方的使用模式选择,New API提供了对外运营模式、自用模式以及演示站点模式三种选择,根据自己的需求选择即可,熊猫就直接用自用模式为例子了。
登陆之后点击上方的控制台就能看到项目的后台界面了,因为熊猫提前配置好了API以及渠道服务,所以能看到数据看板已经有使用API的调用次数以及消耗情况。New API的数据看板可观察的内容非常多,能看到账户数据、使用统计、资源消耗以及性能情况,还能设置API信息并进行测速,以及对接Uptime检测服务器可用性。
使用方法和One API一样,首先要在渠道中去对接好对应的大模型,New API提供了非常多的可选大模型渠道,国内的国外的基本都有,也支持自定义渠道和对接FastGPT以及AI Proxy等知识库,根据提示信息填写即可。
添加渠道之后系统会根据渠道自动回传授权的模型信息,在测试界面能看到你所拥有的所有大模型。不得不说他这个UI设计是真的好看,如果使用了预设的渠道,还能看到对应的大模型厂商的Logo,很细节。
完成渠道的汇总之后,这时候再去API令牌界面创建令牌,就能将令牌用于各种第三方AI应用中了,New API的令牌为OpenAI的规范,所以基本上99%的第三方应用都是兼容的。
New API为了让你测试AI是否确认可用,还提供了操练场和内嵌的第三方AI应用,选择模式测试就行,不过一般在渠道中测试没问题,那基本也就没什么问题了。
项目设置中提供了大量的可设置项,实在是太多没办法一一介绍,项目支持多用户以及对接支付平台,这些熊猫就不一一说明了,有兴趣的直接在系统设置中去研究。
为了方便作为公开的API中转站,项目甚至还提供了多种登录方式,目前支持github、Linux DO、微信、TG以及OIDC和邮箱这几种方式,不过都需要进行对应的配置,配置方法每一个也都有说明。
好用的项目值得常驻,New API对比原作One API不管是界面UI还是功能性都好太多了,熊猫目前打算作为常驻的Docker应用,而极空间目前也就作为熊猫所有AI大模型的中转枢纽,也算是将NAS的作用发挥起来,如果有同样的需求,那么可以尝试自部署,强烈推荐!
以上便是本次分享的全部内容了,如果你觉得还算有趣或者对你有所帮助,不妨点赞收藏,最后也希望能得到你的关注,咱们下期见!