parameter</th>	value</th>	description</th></tr></thead>
source</td>	`Object<string, string></code></td>`	Translation dictionaries for various languages</td></tr>
locale</td>	`string</code></td>`	Set locale directly instead of auto detect</td></tr>
pageTextLocale</td>	`string</code></td>`	If your page already has text in a certain language, setting this parameter can prevent the re-rendering of this language, and you do not need to provide translation of this language.</td></tr>
fullLangTag</td>	`boolean</code></td>`	I18n-render uses a short locale tag by default, such as en</code>, fr</code>, de</code>, jp</code>. However, languages can distinguish regions, such as zh-CN</code> and zh-HK</code>, which need two different translation versions. In this case, fullLangTag: true</code> can be set, and the configuration items of the language will become complete modes, such as en-US</code> and zh-CN</code></td></tr> </tbody></table> getLocale() => string</h3> Get current locale of i18n-render.</p> setLocale()</h3> Change to another locale manualy.</p> locale</strong> string</code> the target locale</li> persist</strong> boolean$1,false</code> store locale to localStorage, next time i18n-render will init with this locale</li> rerender</strong> boolean$2,true</code> re-render page text after change locale</li> </ul> getText() => string</h3> Get the i18n text of the target text with key</code></p> key</strong> string</code> the key of text in translation dict</li> locale</strong> string$3</code> the locale want to use, default to current locale of i18n-render</strong></li> fallback</strong> string$4</code> this fallback text will be used if the target statement does not have a translation dictionary configured or if there is no corresponding language setting.</li> </ul> render()</h3> Render all i18n-render elements in page.</p> Browser support</h2> The latest version of Chrome, Firefox, Edge, and Safari.</p> MIT License</h2> Mustang taillight spinner Unknown — Tue, 21 May 2019 02:09:16 +0000

guchengf.me

使用 tinyfeed 来做 RSS 内容聚合

Unknown — Tue, 07 Apr 2026 03:19:03 +0000

过去几年中我一直使用 miniflux 配合一些第三方 web ui 和 RSS 阅读工具作为自己的 RSS 订阅方案，现在我切换到了 tinyfeed。

最近在浏览 Reddit selfhost 频道时，看到有人推荐 tinyfeed</a> - 一个非常简单的将 feeds 内容聚合到一起并生成单个 HTML 文件的工具。

之前使用 miniflux 的时候我就在想，我其实只需要它的 feed 聚合能力。

搜索？我从来没有在我的 feed 流中搜索过内容。

收藏？我会用网页收藏工具（linkding）来收藏我觉得有价值的网页。

通知？对于我真的非常希望收到高优先级通知的 feed，我会把它加入 n8n 的 feed 工作流，不仅可以得到最及时的通知，还能享受完整的自动化能力。

我也没有需要处理 feed 内容的需求，我更喜欢查看原始的网页内容。

那么基于以上背景，tinyfeed 的功能就非常契合我的需求：将我的 feeds 订阅聚合到一起，按照更新时间排序，展示最新的那些内容，通过链接快速打开原始网页来阅读。

tinyfeed 的使用很简单，给他提供一个包含 feeds 列表的 txt 文件，指定输出目标，然后它就会生成一个 HTML 文件，你可以按照自己喜欢的方式托管。

tinyfeed</span> -</span>-input</span> feeds.txt</span> -</span>-output</span> index.html</span></span></code></pre>
tinyfeed 目前还不支持使用 opml 作为数据来源，但是将 opml 转换成单纯的列表文本文件也很简单。</p>
切换到这种简单的聚合入口模式之后，第三方 web ui 和 RSS 阅读工具也不再有意义，毕竟对于一个 HTML 文件，浏览器就是最好的访问工具，点击链接直接访问原始网页来阅读。</p>
我订阅的绝大多数 feed 都提供了很好的网页阅读体验，远胜于 RSS 工具自带的阅读界面。毕竟他们都针对自己的内容做了针对性设计、优化。</p>
你可以在我的网络订阅</a>页面体验一下，到目前为止，我很享受这种简单的内容聚合模式。</p>
预览
</p>

2025年回顾：我的生活有哪些变化

Unknown — Wed, 31 Dec 2025 01:27:43 +0000

年纪越大，时间过得越快，2025年已经走到了最后一天，照例进行年终回顾。今年准备精炼回顾内容，围绕“生活的变化”这个主题来总结，记录相对重要的内容。

关注健康</h2>
三十多岁开始养生也不算晚。

增加户外活动</h3>
我在不久前的 近况中写到：“感觉30-40岁是人最该注意身体健康的时间，最大的生活压力，最不易觉察的身体衰退，以及对健康最不以为意的心态”</a>。为了应对这个问题，2025年开始，我有意识地提升了自己的户外活动量，包括日常的站立、走动时间，到了周末，我会在家附近寻找公园、绿地溜达一圈。同时，拿着相机观察这个世界也是一件很有意思的事情，也许这才是摄影的乐趣所在。

饮食健康</h3>
2025年继续精进厨艺，开始尝试各类菜肴，在保证口味的同时，努力兼顾观感、健康。中餐的大部分做法算不上健康，但是我在日常做饭过程中会注意低油低盐，减少高油温烹饪，也不会吃太烫的食物。饮食健康是一件很难的事情，因此也不需要过于担忧，愉悦的心情远比吃什么来得重要，如果某样食物能让你感到愉悦，那么就大胆去吃。
应对流感</h3>
今年我开始接种流感疫苗应对流感。以往每年的流感季我也都会被传染，在人群密集的办公室、公共交通工具中，很难避免被传染。我身边不少人每年都会接种流感疫苗，依据他们的经历，我认为流感疫苗还是很有用的，因此今年也接种了（为了避免误导大家，不公开我接种的具体疫苗信息）。11、12月上海经历了几次很严重的流感传播，在这几次传播中，我感染了一次，但仅两天就恢复了，并且症状轻微，我感觉应该是疫苗产生了作用，所以明年会继续接种。
与妻子两个人的独立生活</h2>
我和妻子去年9月结婚，之后从家里搬出来独立生活，今年是我们独立生活的第一个完整年。
我妻子结婚前是家里的小公主，几乎不管家事，岳父岳母总是替她准备好一切。我们结婚独立生活之后，她就必须得自己管理家事了。一年多时间她也学会了不少家务的处理方法，虽然还有生疏，但依旧是很大的成长。我也是一样，独立生活需要我肩负更多的责任，照顾好家人，生活确实要比结婚前紧凑很多。两个人一起摸索着在生活中前进。
虽然充满了各种意外，但是还是顺利地度过了一年。
到了周末我们就会回父母家放松一下，父母在，我们就永远是孩子。
关注自己的编程开发技术</h2>
参加工作以来，我所从事的大部分是互联网 Web 开发工作。最近几年，实际参与的开发工作越来越少，逐渐转向到其他工作内容。这两年的就业市场情况相信大家也比较清楚，今年我也开始思考一个问题：如果我失去了现在的工作，后面会做什么？我认为以 Web 开发为主的编程开发依旧是我的核心技能，如果更换工作也仍然会寻找相关开发工作，因此不能荒废技术。
深入探究核心技术</h3>
回顾十年多的工作经历，我接触的一些东西已被淘汰，十多年间发生了巨大的技术变化，但也有很多东西依然在迭代更新，继续使用。我称这些技术为“核心”，核心技术多半以基础为主。很多基础技术我虽然已经使用了很多年，并且经常会接触到，但是对于它的底层逻辑、设计思路却并不是很了解，2025年，我开始关注这些被我忽略的部分，当我再一次接触它们时，我会认真地去学习它们并“正确”地使用它们。我对自己的要求是：能够解答它们相关的问题。当我认为我已经掌握它们时，我就试着去解答一些它们相关的问题，来衡量自己的学习结果。
多学多做</h3>
如果脱离真正的开发工作，开发技能会很快退步，因此想要精进自己的技术，重新回归开发工作是必须的。2025年我增加了自己的编程开发工作量，参与日常业务开发工作，努力多学多做。编程开发其实是一件很纯粹快乐的事情，相比管理工作，编程开发其实更能让我投入。今年确实是我找回工作乐趣的一年，从开发工作中找到了不少成就感。编程开发就像是一种修行一般，也难怪很多编辑器会有一种叫“zen”（禅）的模式。
出门旅行</h2>
新疆（北疆）</h3>
和妻子的蜜月旅行选择了北疆，只能说不虚此行，大美新疆。可以看我的新疆旅行记录 《5月（新疆）北疆行》</a>，还有 照片</a>。
宜兴</h3>
1月春节中去了宜兴</a>，看了善卷洞和竹海，我上次去宜兴还是个小孩子，不由感慨时光荏苒。
动物园</h3>
没错，1月我还去了一次动物园</a>，我很爱逛动物园，谁能拒绝可爱的动物呢？
张家港-东渡苑（古黄泗浦遗址）</h3>
继续我们和鉴真和尚的奇妙缘分，国庆节假期我们去了张家港的东渡苑，这里是鉴真最后一次成功东渡日本的地方，古黄泗浦。东渡苑不大，其中最重要的是鉴真铜像，这个小小的地方，记录了一位一千多年前的伟人的伟大事业-东渡日本，虽小却令人感概。至此我们已经打卡了鉴真6次东渡中的五个地方，只剩下福州了，期待以后能够前往参观，完成我们和他的奇妙缘分。
生活中的兴趣爱好</h2>
饮料评测</h3>
作为一名饮料爱好者，今年开始写一些主观的饮料评测文章，主要集中在上半年，选择一些相对少见的饮料来评测。做了一段时间之后，我感觉效果不是很好，因此准备先重新思考一下，希望明年可以继续这个评测系列。之前的评测可以在我的杂记列表中搜索“饮料评测”。
喝茶</h3>
我还算是一个比较喜欢喝茶的人，再加上岳父喜欢喝茶，今年有尝试了很多新茶叶，总体来说，今年觉得比较好的茶是雅安藏茶，雅安藏茶是一种黑茶，我觉得口感特色是淳。喜欢喝茶的可以一试，就是售卖渠道较少，价格差异大。
磨刀</h3>
今年我开始自己磨菜刀，以往都是使用小区的公益磨刀服务或者宜家的快速磨刀器。今年购买了磨刀石和磨刀辅助器，慢慢练习磨刀，目前还没有特别熟练，但是应该会成为我的长久爱好。一把锋利的刀是厨房不可缺少的东西，自己磨刀既能满足做饭需求，还能作为放松身心的活动，颇有一种“禅”意。
今年购买的有用好物</h2>
今年购买的东西也不少，只推荐几样我真正觉得“好”且大家都能用到的东西。
花王洗洁精</h3>
</figure>
这款洗洁精其实我已经用了好几年，今年正式推荐它。本身它是浓缩型的，用量少，起泡多，易清洗，带除菌效果，搭配洗碗海绵很好用。我买的是微香型，还有其他香味可选。注意长时间接触使用推荐带手套。本身不贵，家用还有大瓶更实惠。
松下 CM30 小方盒剃须刀</h3>
</figure>
旅游用的剃须刀，体积小续航好，而且剃须非常干净高效，改变了我对小型剃须刀的认知。
vixen 放大镜 70mm 2.5倍</h3>
</figure>
给爸妈买的放大镜，年纪大了老花眼，日常生活经常要用放大镜阅读说明书之类的。这款放大镜的特点是使用了非球面镜片，因此失真和畸变都较小，并且握把和镜片都大，使用方便。
各种美利奴羊毛的衣服</h3>
美利奴羊毛制品是我在浏览其他博主的博文时了解到的，之前虽然知道这种材料，但是没有体验过，今年结合去新疆的旅行，购买了美利奴羊毛制成的内衬T恤、袜子，实际使用下来，确实发现它的吸湿透气性能很好，我本身是一个容易出汗的人，感觉美利奴羊毛特别适合我，现在国产的也有很多，价格合适。如果不放心的话，选择迪卡侬的相关产品也不错。另外美利奴羊毛的舒适性也不错。
marna 饭勺</h3>
</figure>
特点：真的不粘米粒。好用。
一本好书《他改变了中国：江泽民传》</h2>
</figure>
我不知道阅读本文的你对于他是一个什么样的看法，但我依然推荐这本书。我第一次阅读这本书已经是很久以前，第二次阅读是他去世之后，今年则是第三次阅读。
平心而论，我对于他的评价是积极的，而我对于这本书的总结：
一个优秀的人精彩的一生，一个伟大的国家一段波澜壮阔的历史。
就像他自己说的：

一个人的命运当然要靠自我奋斗，但是也要考虑到历史的行程。 </blockquote>
其余则留给大家自己评判。
再见2025</h2>
对于2025还有很多怀念和不舍，但是永远要继续向前，永远要有一颗前进的心。

饮料评测：Laimon 莱檬柠檬汽水 500ml

Unknown — Fri, 06 Jun 2025 09:43:32 +0000

最后评测于：2025年6月6日。
</figure>
评分（10分制）：7
这是一款来自俄罗斯的碳酸饮料（俗称汽水），是我去新疆旅游的时候，在霍尔果斯口岸的边境处，看到有人带了两大捆（没错，两大捆大瓶的）入境，就好奇这个汽水是不是非常好喝，以至于他们要带这么多。但是在霍尔果斯以及新疆其他地方并没有看到有卖这个汽水的店。回到上海之后我便在网上购买了一些 500 毫升塑料瓶装的。
从外观上来说，这个汽水肯定会让你联想到雪碧，我觉得他在俄罗斯的定位可能就类似于雪碧。不过实际这个饮料和雪碧差异还是挺大的。
首先作为汽水（碳酸饮料）来说，这款汽水的充气量不是很足，不知道是不是因为塑料瓶装的存在漏气的原因，总体上比雪碧或者七喜这样常见的柠檬汽水含气量要低不少。其次除柠檬味以外，它还添加了浓缩苹果汁，加得应该还挺多，你能够很明显地品尝出来。甜感我觉得和雪碧在伯仲之间，可能因为多了苹果汁，甜感更多的融入到苹果味里面了，直接性的甜味会轻一些。柠檬味也会更明显，可能也同样是因为更低的充气量导致的。总体上来说苹果汁和柠檬汁的配比还是不错的，不会觉得很酸，可以说恰到好处，如果你喜欢苹果配柠檬的组合，那应该会觉得很不错。
一定要比较的话，相对于雪碧，它其实更像七喜一点。如果想要把它当做雪碧的替代品的话，应该是不太行的，它和雪碧的差异还是蛮明显的。如果你相对“含气量”更在意苹果或者柠檬味的话，那这款汽水会比较适合你。我给它 7 分，从碳酸饮料的角度来说它是一款合格的产品，并且有自己的特色。不过没有在国内生产，价格偏贵。

5月（新疆）北疆行

Unknown — Mon, 26 May 2025 05:32:42 +0000

“趁着年轻，和最爱的人一起去最美的新疆。”
结婚之后婚假一直没用，和老婆讨论过很多次去哪里休婚假，但是我们两个都有拖延症，所以迟迟未定。直到年初的时候，老婆的妹妹问我们要不要一起去新疆旅游，我们一讨论感觉去新疆旅游也很好，于是一拍即合。全程都是小姨子规划、带领，我们就跟着她就行。
旅游路线</h2>
我们旅游的时间是5月5日到15日，路线总体是经典的北疆自驾大环线，只是由于5月独库公路还没开，缺少了独库公路这一段路线。
</figure>
Day 1 - 上海、乌鲁木齐</h2>
上海到新疆（乌鲁木齐）的航班很多，我们选了早上的班次，出发的当天上海天气不太好，有小雨，好在航班没有受到影响，正常起飞。航班需要5个半小时，是在国内坐过的最长时间的航班。旅行的第一天总是充满了兴奋感，因此在航班上也没怎么睡觉。选择了左侧的座位，到达新疆上空时可以直接看到天山山脉，非常壮观。
乌鲁木齐应该是大部分游客的第一站，不管是从乌鲁木齐开始旅程还是中转到其他城市，都非常不错。我们到达乌鲁木齐的时候，当地天气非常好，出了机舱就感受到了充足的阳光。
计划中在乌鲁木齐的时间不多，趁着天色还早，抵达酒店安顿好之后，我们就出门去逛逛。乌鲁木齐比较有名的景点有和田二街、大巴扎等。所以我们选择打车到和田二街，然后步行前往大巴扎。
在和田二街品尝了特色小吃酸奶粽子和手抓包，酸奶粽子是白米粽子配上酸奶、果酱果干，手抓包感觉就是做法不太一样的小号烤包子（肉馅的烤馕）。还吃了一支牛奶雪糕。
穿过几条大小街道，来到了大巴扎。“巴扎”在在波斯语中的意思是“集市”，所以大巴扎就是一个很大的市场。能成为旅游景点是因为它里面有一些地标建筑，比如当地风格的建筑、阿凡提和驴的雕塑等等。
</figure>
大巴扎的隔壁是金泉商城，算是小商品商城，但是我们到达的时候已经晚上8点多了，商场已经停止营业了，看着太阳还像下午的样子，实际却已经是北京时间的8点多，新疆的日落时间确实容易让人对时间产生误解。
晚饭选择了一家烧烤店，新疆烧烤的特点是分量很足，此外刚好遇到了民族歌舞表演。
Day 2 - 吐鲁番-火焰山、鄯善-库木塔格沙漠</h2>
乌鲁木齐到吐鲁番和鄯善不算很远，所以我们选择高铁到吐鲁番，之前担心火焰山和库木塔格沙漠之间不好打车，刚好出租车司机问我们是否要包车，价格也比较合适，因此直接选择包车。
吐鲁番我们先去了博物馆，吐鲁番博物馆最大的特点是，它允许对展出的木乃伊、干尸拍照，这在国内是比较少见的。吐鲁番临近鄯善，在博物馆内能看到很多古楼兰国的出土文物，其中有镇馆之宝-伏羲女娲图。
博物馆出来我们在当地一家餐厅吃了午饭，还品尝了当地特色-薄荷茶（推荐！）。等到旅程结束的时候我们一致将这家餐厅评价为本次新疆之旅的最好餐厅，不管是菜品、服务、环境都极其优秀。
吃完午饭我们就前往火焰山。因为在西游记中有描述，大部分人应该都知道火焰山，它可能是吐鲁番地区最著名的景点。火焰山附近的气温确实很高，据说地表温度最高会超过75℃。景点中心有一个巨大的温度计展示当前地表温度，我们去的时候显示实时温度超过60℃。
</figure>
之后我们继续乘坐出租车前往鄯善县的库木塔格沙漠，也是今天的重点。我们之前都没见过真实的沙漠，第一次见到沙漠只有“震撼”可以形容，据说库木塔格沙漠依然在流动，也就是说可能会继续变大。我们都说，我们在这看到的沙漠治理工程中的植物，可能就有我们通过蚂蚁森林种下的。
到了沙漠当然要体验骑骆驼。骆驼是种很神奇的动物，看着很温顺安静，趴在那里慢悠悠的吃东西，但据说它们也会发脾气，因此还是要有驯养的人带领才可以骑。骆驼站起或坐下的时候能感受到很大的加速度，巨大的惯性还是有点吓人的。骆驼很高，它们站起来之后可能接近两米，坐在上面视野很开阔，它们走路很稳，慢悠悠的，皮肤比较粗糙。一行人坐着骆驼在沙漠中行走，很有沙漠旅人的感觉，只是短短一段路我们便感觉到了穿越沙漠的艰难。
骑完骆驼，我们乘坐沙漠车前往更深处，这里的沙漠车也算是一个旅游项目，开得很快，并且拐来拐去的，经常有种快要翻车的感觉。到达一个比较高的沙丘之后，我们便下来徒步游玩。人在沙漠中显得特别渺小，即便只是在沙漠的边缘区域，也会有绝望孤独感。我们在这里拍照打卡，体验了滑沙，然后试着向更深处走去，但是很快起风了，飞沙的阻碍很大，我们无法继续前行，选择了返回。
</figure>
今天不算特别热，因此在沙漠中感受还行，当地人也建议我们，应该在早上来沙漠，避开最炎热的中午时分。
沙漠出来后，继续坐出租车前往鄯善县高铁站（感谢出租车司机一整天的等候），然后高铁回到乌鲁木齐。到达乌鲁木齐已经是晚上10点多，由于我们今天没带充电宝，导致回到乌鲁木齐的时候每个手机都电量告急，在高铁站卡着最后的电量取了租赁的车，回到了酒店。提醒大家在广袤的新疆，出行一定要带好充电宝，因为你的每一段路程都可能要很久。
Day 3 - 乌伦古湖、布尔津-五彩滩</h2>
第三天我们正式开始北疆自驾的旅程，从乌鲁木齐出发前往乌伦古湖。一路上我们经过了城市、郊野、草地、荒漠、沙漠、戈壁，见识到了大西北的各种地形，大开眼界。偶尔在路边的草地上看到牛羊马，在荒漠中看到骆驼，都会引起我们的惊叫，很符合没见识的外地旅客形象。
到达乌伦古湖也意味着我们已经正式进入阿勒泰地区，电视剧《我的阿勒泰》再次提高了这个地区的旅游热度。乌伦古湖有两个旅游区，一个是建成的旅游景点-乌伦古湖黄金海岸。乌伦古湖很大，远处能依稀看到雪山，天和水都是蓝色，真正意义上的海天相接，拍照蓝色会溢出。黄金海岸是建成旅游景点，因此有很多供游客打卡拍照的东西。与之相对的金沙滩景区，则是完全没有开发的原始景点，经过一段泥土路之后，可以到达乌伦古湖的另一侧，这里没有旅游设置，完全原始的景色，感觉比黄金海岸更好看，湖水冰凉，风景很美。
</figure>
离开乌伦古湖我们继续前往布尔津和下一个景点五彩滩。五彩滩有著名的雅丹地貌，因日落之时，阳光照在雅丹地貌上会呈现五彩之色而得名，我们看到了红色、绿色、黄色，其他颜色则难以分辨，属于可遇而不可求。除了五彩滩本身以外，这里的日落也非常美。雅丹地貌我上学时在课本上学到过，直到今天才有机会真正见到，属于现实中印证知识了。
</figure>
今天晚上我们的休息地是布尔津，一座著名的边境城市，因为临近边境，这里能看到很多俄罗斯、哈萨克族的人，再加上很浓的中亚、俄罗斯建筑风格，会让人误以为这是一座国外的城市。晚饭我们品尝了当地特色冷水鱼，冷水鱼的做法类似剁椒鱼，使用当地著名的“狗鱼”，肉质鲜美，但是鱼刺比较多。吃完饭我们又去了布尔津的著名打卡点-喀纳斯塔桥，这是一座哥特风格的塔桥，晚上开灯之后很奇幻。
</figure>
Day 4 - 阿勒泰-喀纳斯</h2>
第四天我们前往阿勒泰的核心地区-喀纳斯，也是阿勒泰最著名的景区。从喀纳斯开始，我们就要进入山区，蜿蜒的山路中空气清新，景色优美，离雪山也越来越近。喀纳斯比我们想象中更大，从景区门口坐两班区间车到观鱼台停车点，需要一个半小时，然后自行登山到观鱼台。观鱼台能看到整个喀纳斯湖，感觉是整个景区最好的观景位置，蓝色的喀纳斯湖如同蓝宝石镜面一般，搭配森林和远处的雪山，非常美丽。
</figure>
从观鱼台下来，坐区间车返回，中途在月亮湾下车，开始徒步到神仙湾，这是喀纳斯主要的一条徒步线路。月亮湾顾名思义，是一段月亮形状的弯曲溪流，和山顶喀纳斯湖呈现蓝色不同，这里的溪水呈现碧绿色，阳光照耀之下波光粼粼，有点像宝石。经过卧龙湾到神仙湾，一路景色都不负它们的美名。
</figure>
从喀纳斯的核心景区出来依然回味无穷，但是我们必须快马加鞭赶往今天的住宿地-禾木村。禾木村离喀纳斯不算很远，但中间都是山路，因此需要花费较多的时间。进入阿勒泰之后，我们已经可以在路上遇到牛羊马群，开车需要多加注意，如果遇到牧群穿越马路，一定要等动物们通过之后再继续前进，不然动物们可能受惊乱跑。
到达禾木村的时候已经比较晚了，当地人说日落是禾木的重要景观，我们没能赶上日落，比较遗憾。禾木晚上的气温还是很低，屋内都要用地暖来供暖。在禾木我们品尝了正宗的（咸的）新疆奶茶，喜欢甜口的我们以前都选择甜奶茶，这次算是尝鲜，一开始会觉得比较奇怪，但是咸奶茶的特点就是越喝越上口，最后一壶都喝完了。
Day 5 - 阿勒泰-禾木村</h2>
今天我们正式开始禾木村之旅。我们主要去的景点是哈登观景台，中途先去了援疆桥，一坐很有特色的木质吊桥。看见“援疆桥”的石碑，你就可以感受到新疆与中国其他地区的紧密联系，事实上在新疆有很多这样子象征着新疆与其他地区友谊的建筑。禾木村旁的这条河流过整个村落，村民都需要通过这座吊桥前往河对岸的森林和草地，因此这座桥对他们的意义不言而喻。
</figure>
哈登观景台建在禾木村旁的山腰上，需要经过一段不短的登山路。观景台可以俯瞰整个禾木村，这个景色让我想起了自己喜欢的一款游戏《牧场物语-矿石镇的伙伴》，也许禾木村就是矿石镇现实中的样子吧，河流穿过的小村落，大片的草地牧场，远处是雪山，宁静祥和的牧场生活，如同世外桃源。牧场里有很多白头牛，长相如同它的名称-整个头部都是白色，应该是特有品种。
</figure>
从观景台上下来已经是午后，我们就在村里的农家餐馆吃饭，品尝了著名的红柳烤串，喝了山羊奶，红柳烤串给我的印象比较深刻，羊肉分量十足，并且烤得很入味。
吃完午饭稍作休整，我们就准备离开禾木村，同时也意味着我们即将和阿勒泰告别了，阿勒泰给我的感觉很好，除了美丽的景色，还有可爱的动物，令人向往的世外桃源般的生活。
我们今天的目的地是奎屯市，是去我们新疆之旅的核心-赛里木湖的中转站。从禾木村到奎屯路途遥远，为了尽可能利用有限的时间，我们在这段路程中间找了一个景点作为休息点，就是大名鼎鼎的“魔鬼城”，又一个我们在教科书上学到过的地方。魔鬼城也是雅丹地貌，但是和五彩滩不同，魔鬼城主要是欣赏风蚀地形塑造的象形地貌为主，有些象形地貌很容易分辨（比如狮子、老鹰、船、人脸），有些则需要充分发挥你的想象力。魔鬼城能让你感受到祖国的地大物博，在遥远的新疆，藏着这么壮观的地理样貌，这里也是电影《卧虎藏龙》《七剑下天山》的取景地。不过魔鬼城气候炎热，很难想象在炎热的旺季，大量的旅客在这里排队的场景（确实太魔鬼了）。
从魔鬼城出来继续前往奎屯市，中间会路过新疆的著名城市-克拉玛依。克拉玛依是写进历史书的地方，它见证了新中国石油产业的发展，如今克拉玛依已然是大城市，我们经过的时候能看到这里灯火通明，非常繁华。这两天见到了这么多书上的地方，我的满足感很强。
到达奎屯市的时候，已经是晚上10点多，但如同当地人所说“10点新疆的夜生活才刚刚开始”，奎屯市区依然非常热闹，甚至有一条街因为夜市而进行道路管控。今天的晚饭是新疆炒粉，我们也发现，新疆的很多饭菜都是辣的，这也让我们比较意外。
Day 6 - 赛里木湖、果子沟</h2>
怀着激动的心情，我们早早出发，踏上了前往赛里木湖的旅程。赛里木湖声名远播，“大西洋的最后一滴眼泪”给了这个地方最高的赞美。今天我们主要行驶在连霍高速上，连霍高速连接西部口岸霍尔果斯和东部港口连云港，是一条重要的东西通道，因此车辆明显比之前经过的其他高速要多。可惜今天天公不作美，一路上就是阴天居多，虽然路边的雪山与云朵映照很有氛围，但我们不得不担心赛里木湖的天气是否适合游玩。
到达赛里木湖之后，天空已经很阴了，让我们感到很遗憾。天气不好，于是我们选择了一条特殊的路线，从赛里木湖东入口顺时针向南出口前进，如果天气突变，我们就能及时从南出口离开。阴天的赛里木湖也很特别，云层很低，湖面有不小的风浪，有种秘境般的沉浸感。我们经过南出口的时候，已经开始下雨了，试着向前继续行驶了一小段路，雨势加大，远处的群山倒是在云雾之中显得很壮观，但我们不得不离开景区，准备先吃饭再做打算。
从南出口离开景区，经过一个壮观的山门，到达了果子沟区域（赛里木湖的南出口出来就是果子沟）。我们就在附近的农家乐里吃了午饭（还尝了乌苏啤酒）。吃完饭发现雨已经基本停了，而路边的观景平台上很多人在看果子沟的风景，我们商议了一下，既然这个天气再进入赛里木湖的意义不大，不如继续向果子沟大桥前进。果子沟大桥同样很有名，作为中国首座大跨度公路钢桁梁斜拉桥，不管是从技术还是设计角度都有非常高的价值，值得去打卡一下。
我们首先在山顶平台远眺大桥，这里能看出这座大桥的建造难度和工程量，跨越了高山间的深谷，打通了群山内外。果子沟的山顶其实很适合打卡，自然景观和人文景观都有。在山顶欣赏完，我们继续驾车前行（司机没喝酒），这次我们将直接驶过果子沟大桥。不管是从下往上看大桥，还是从桥上经过，都是另一种很直接的震撼而壮观的感觉，对于我国的基建水平也有跟深刻的认知。经过大桥之后我们也算打卡了这个著名的景点，弥补了一些糟糕天气的遗憾。
</figure>
看到天空没有转晴的趋势，我们就决定今天早点去酒店休息。再次路过赛里木湖的时候，乌云稍微露出了一些缝隙，阳光透出来照在湖面上，也是别样的风景。今天我们住宿的地方叫做星空营地，整个建筑、布局有点模仿科幻影片中的外星殖民营地，再配上今天阴暗昏黄的天气，一下子就有外星生存的感觉了。晚上我们看天气预报说赛里木湖第二天有较高概率是晴天，就决定第二天再次进入景区。
Day 7 - 赛里木湖、霍尔果斯口岸、特克斯</h2>
第二天我们刚起床，就发现门外来了特别的客人-一群羊，似乎是从旁边草地跑过来了，它们毫不见外地在门外吃草，和我们“合影”之后被主人叫了回去。今天天气意外的很好，阳光明媚，我们赶紧收拾好行李，驾车进入景区。
今天我们终于见到了最美的赛里木湖，乌伦古湖同样很美，但是没有赛里木湖这么完美，草地、湖泊、雪山，每样都很美，结合到一起只有“完美”两个字能形容，从进入景区开始，我们说的最多的话是“太好看了”，甚至想不到怎样形容这种美景。赛里木湖给人一种“神奇”的感觉，蔚蓝的湖、碧绿的草地、白皑皑的雪山，分开来都不算罕见，但是能这么完美地组合在一起的，真的就只有赛里木湖了，这也是它声名远播的原因。在湖边我们与天鹅合影，也会羡慕生活在这样美丽的地方的动物。
</figure>
赛里木湖毫无疑问很出片，不管是被拍照的人还是拍照的人，都会感到很满足，你的照片无需任何加工，已经浑然天才，快门随便按都好看，只需要担心颜色溢出。我也不需要用很多的语言来赞美它，只能说：“不枉此行”，也为我们决定再次进入赛里木湖而感到庆幸。
</figure>
过了天鹅聚集的克勒涌珠，就到了松树头，登上松树头能看到最好最完整的赛里木湖景色，不过爬上去需要一个小时，但看到的景色不会让你失望。从松树头下来，我们就在景区吃了饭，带着无比满足和回味的心情，离开景区。
我们今天的住宿地是特克斯，然后我们根据路线，临时安排了去霍尔果斯口岸的行程（只需稍微岔开一个小时的路程），这应该是我们为数不多的走路出国的机会。霍尔果斯口岸是中国与哈萨克斯坦的国境口岸，这里的出境打卡很热门，在当地你能遇到很多给你兜售导游、打车服务的人，不要管他们，出境打卡你可以全程自己完成，如果你没带护照，可以在出入境管理局花费15元办理一张临时通行证。通过海关，你就来到了中立地带，首先乘坐中方一侧的公交车到国境线附近，在这里你能看到新国门，可以按照一些网上的教学拍照留念。5月还没有到旅游旺季，因此哈萨克斯坦一侧的旅游观光车还没有运营，就不能在他们那一侧逛一圈了。简单打卡逛了一下之后，我们就通过海关回到境内，说走就走的出国体验还是很奇特的。在海关这里你会遇到很多企图让你帮忙带东西过关的人，不要理他们，请牢记，在海关不要碰任何不属于自己的东西！
从霍尔果斯出来我们继续前往特克斯，到这里我们又会进入荒漠和山区。特克斯也叫“八卦城”，因为整个县城按照八卦的格局规划建造，没有红绿灯，全靠环岛、岔路控制交通，一开始我们觉得很神奇，但是分别作为司机和行人通行了几次之后，就觉得这样的设计可能弊大于利，不管是车辆还是行人都冒着比较高的风险在通行，虽然当地人可能已经习惯了。我们到特克斯的时候已经快晚上10点，再次体验到了在新疆10点夜生活才刚开始的感觉，我们吃饭的餐厅依然有很多顾客。吃完饭我们去了城中心，准备通过无人机一览八卦城全貌。在中心天坛飞起无人机，便能看到完整的八卦布局。如果你的无人机飞行高度不够的话，可以试着往八卦边缘飞去，然后掉头回来看这个县城，这样八卦会比较明显。晚上的八卦城还是比较好看的，灯光让八卦造型更加明显，让你不得不佩服设计者的奇思妙想，也让无人机的价值体现了那么一些。
可能是还没到旺季的原因，我们住宿的酒店价格很便宜，房间却很大（比绝大多数五星级酒店的房间还大）。但有个小缺陷是没到旺季，所以中央空调没开，只能通过冷风机制冷。
Day 8 - 库尔德宁</h2>
在北疆说到草原，大家首先想到的肯定是那拉提，然后可能会是库尔德宁、恰西等，因此我们规划了经由库尔德宁去那拉提的路线。这一带的草原实际都是山上草原，我们通过山路进入景区，在两边就能看到草地，山间草地的特点是，它会和树林相间，然后随着海拔的变化，草的颜色也会有变化。库尔德宁和我们想象中的云上草原不太一样，如果把它作为一个山景来看，可能更合适。云杉是库尔德宁的特色，这里能看到成片的云杉林，其中还藏着云杉王。博物馆的讲解员很热情，给我们介绍了库尔德宁的各种景色，包括一些我们没有去的地方。
</figure>
可能是由于前一天的赛里木湖太过于美丽，因此今天在库尔德宁没有觉得特别兴奋。所以赛里木湖一定得安排在你旅程的中后段，不然看完赛里木湖，你会觉得其他地方都一般。
从景区出来，经过一段崎岖的小路，就在我们怀疑是不是走错路的时候，峰回路转，突然出现了一大片真正意义上的云上草原，可以说是意外之喜。这里山顶的平地意外的大，草地覆盖整个山头，远处有一些牛羊马在悠闲地吃草，这应该是我们第一次看到如此开阔的山上草原，之前禾木村里虽然也有山上的草场，但是没这么大。这里是真的蓝天白云绿草，看到这些已经让我们对库尔德宁之行感到非常满足。
继续前行，我们在路边连续遇到了羊群和马群，羊群很可爱，一群挤在一起往前走，甚至走到了马路外，我们向它们“咩”了几下，很快整个羊群开始回应我们，“咩咩”声此起彼伏，还停下来看着我们。相比之下，马群的组织度就高了很多，它们有序地在路上通行，虽然依然会转头看我们，但是脚下丝毫不停留，很快就与我们擦肩而过。
</figure>
</figure>
离开库尔德宁我们继续前往那拉提，到达的时候还早，我们就先吃饭。东部地区的人在新疆有一个比较困惑的点就是-现在吃的这顿是早饭、午饭还是晚饭，感觉会比较错乱。不过在新疆的这么多餐，我们都没有踩雷，任何一家餐厅的菜都非常好吃，没有出现吃不惯或者不喜欢的问题，值得一提的是，新疆菜的肉做得都非常入味。
吃完饭到酒店安顿下来，刚好到了太阳落山的时间，我们先出门逛了逛，遇到了下班回家的羊群，体验了一次赶羊的感觉，还配合牧民调整羊群路线，让它们顺利回家，是意外的体验。
回到酒店在室外的吊椅上休息了一会儿，欣赏了晚霞，告别又一个美好的一天。
Day 9 - 那拉提</h2>
那拉提是我们新疆之旅中的最后一个核心景点，我们住的地方里景区很近，早早出发进入了景区，这里的游客明显多了起来（因为那拉提的草绿得更早，这时已经基本全绿了），部分游玩项目已经需要排队。那拉提比库尔德宁要大得多，并且山坡更平缓，视野更开阔。本来我们打算体验一下滑草，但是排队的人数过多，就放弃了。
经过山路进入到那拉提的核心地带，我们终于看到了真正意义上的云上草原，高山之上，有大片平坦的草地，旁边就是雪山，白云就在头顶的感觉。这里又是一个拍照的好地方，我们还尝试用无人机拍了“旱地拔葱”的视频，虽然不完美，但是已经很满足了。
</figure>
那拉提比较重点的游玩项目肯定是骑马，今天天气好，因此游玩的人很多，我们在骑马项目这里经历了新疆之旅的第一次排队（没错，之前都是VIP体验，全程无排队）。排了大约30分钟，并且因为人太多，马队只开放最短的草原骑马路线，大概50分钟。
骑马和骑骆驼一样很有意思，属于来这里一定要体验一下的项目。相比骆驼，马的脾气要大得多，经常出现马匹不听指挥的情况，我就遇到了，正在上马的时候马匹突然开始活动起来，好在工作人员立刻控制了它。安全上马之后，开始了慢悠悠的骑行之旅。马走起来很颠簸，再加上草地也不平整，还要经过溪流，并不舒服，不过这样的体验才显得很真实，毕竟骑马应该就是这样的。策马奔腾之类的事情是不会有的，我们安全地到达了目的地，一起拍照打卡，然后又安全地返回了起点。骑马的体验还是很值得的，价格也不贵。
从核心景区出来，我们又去了另一个景点-盘龙谷道，盘龙谷道主要是看风景+山路自驾体验，这应该是我们在新疆之旅中行驶过的最弯的山路。在山路中的一个打卡点，我们遇到了吃草的山羊群，山羊相比绵羊更不怕生一点，吃着吃着就跑到我们附近来了，还直接钻到了我们车底下，也让我们有机会体验了撸羊。
撸完羊我们也就要告别美丽的那拉提，因为独库公路还没开放，我们只能回头去伊宁，在那里换高铁回到乌鲁木齐。独库公路原本是自驾必须要体验的，但如果等到6月开放之后再来，已经进入了旺季，我们的时间安排还有旅游体验都会差很多。
在县城饱餐一顿之后，我们驶上了去伊宁的高速，太阳也火辣了起来。伊犁河谷的肥沃与它的气候也密不可分，这次我们来也体会到了。从那拉提到伊宁并不近，但是经过这段时间在新疆广袤大地上的自驾之旅，这点距离对我们来说已经是小菜一碟了。
伊宁是一个大城市，这里与其他旅游区不太一样，基本和其他大城市没什么区别。同时这里气候炎热，是我们整个新疆之旅中气温最高的地方。到了伊宁之后我们没有其他安排，在周围溜达了一下之后早早休息。
Day 10 - 伊宁</h2>
今天开始我们已经没有严格的旅游计划，在伊宁大致规划是去喀赞其民俗街、博物馆、伊犁河以及六星街。喀赞其广场有很多鸽子，我们买了一袋鸽粮，尽情地喂了一次鸽子，至少比上海北外滩的喂鸽子划算多了。喂完鸽子我们乘坐观光车进入村里，村子都是传统风格的房屋建筑，外墙都刷了蓝色，看着很奇特。观光车的第一个停靠点是一个村民家，村民家中爷爷表演了维吾尔民族舞蹈，已经83岁高龄的他依旧可以头顶15斤的花瓶完成舞蹈，令人佩服。第二个停靠点是一个维吾尔族家庭展馆，里面按照传统维吾尔族家庭装修设计，可以让游客近距离体验维吾尔族传统民家内部。
</figure>
民俗街出来，我们直接去了伊宁博物馆。伊宁博物馆不大，但是有它自己的独特历史文化，这里民族众多，在博物馆内我们看到了各个民族的文化历史，特别注意到了刚刚在村子里给我们表演舞蹈的老爷爷，出现在了博物馆内的维吾尔族文化介绍中，看来他在当地应该是很有名的人。
从博物馆出来已经快到正午，天气有些炎热，我们稍作休整之后，开车去了伊犁河风景区，这里能看到伊犁河还有伊犁河大桥。通过四人自行车，我们在河边逛了一圈，消耗了一下体力，准备吃午饭。
午饭选在六星街的一家俄罗斯餐厅，刚好从六星街外围一路逛过去。六星街和特克斯八卦城的设计理念有点像，都是把街道建成特定的布局，不过六星街比较小，以人行为主。街道上以餐厅、小商品店为主，路边也有小摊。我们选的俄罗斯餐厅老板是真正的俄罗斯人，菜品也很正宗，在旅程的末尾换换口味也不错。
至此我们正式结束自驾旅程，到伊宁火车站归还租赁的车，乘上高铁返回乌鲁木齐。从乌鲁木齐高铁站到酒店的途中，我们再次感受到了乌鲁木齐是一个大城市，和上海一般，这里的车很多，道路同样很堵。
Day 11 - 乌鲁木齐、上海</h2>
今天是我们在新疆的最后一天，这段旅程每天都很充实，时间过得飞快，一转眼就到了返程的时间，最后的大半天时间我们计划在乌鲁木齐城中转一转。
首先是采购一些带回家的礼物。第一站是当地比较大的连锁超市-阿尔曼超市，据说这里的东西物美价廉，是从新疆带货回家的最好选择。我们在这里买了一些食品，主要是奶制品、切糕、巧克力、果酱和茶等，临出门又拿了一瓶杏皮茶。这个杏皮茶意外的好喝，老婆一开始说我又喝饮料，马上她自己喝了一口之后就变成了真香：“应该多买几瓶的”。至于其他的食物，一开始我们还想是不是买多了，结果回到家以后，每种品尝了一下，发现都很好吃，又开始遗憾没有多买一些了。从超市出来，我们又去了不远处的金泉商城，这里都是贩卖一些小商品，我们主要买了一些当地景点和特色标识的冰箱贴。
采购完我们的下一站是乌鲁木齐博物馆，作为新疆的首府，它的博物馆自然收藏了最多、最有意义的文物。乌鲁木齐博物馆里的藏品，有个很重要的特点-它们深刻地体现了自古以来新疆地区和中原地区的关联性，这里能看到大量新疆与中原地区文化交流的证明以及对中原王朝正统性的认可。在这里我们也见到了镇馆之宝-“五星出东方利中国”护膊，其意义不言而喻。
逛完博物馆，我们心满意足，前往机场返程，告别美丽的新疆。

5月的新疆还不是最美的时候，但我依然可以说：不虚此行。大部分时候，相机都无法展现新疆的美丽，以至于我想起了《白日梦想家》中西恩的话：如果我喜欢一个时刻，我不想被相机打扰，只想静静地沉浸其中。
除了自然景观，新疆还有丰富的人文，可爱的动物，宁静祥和的生活。诸多的美好景色，只要记在心中就好。无论以后什么时候，我都会为自己来过美丽的新疆，看过祖国的大好河山而感到庆幸。虽然因为时间的原因，这段旅程中有很多景点我们都没有仔细游玩甚至是没有去，但是没关系，看过的风景已经让我无比满足，而且新疆值得再来一次！
那么下一次，南疆见！
所有照片通过尼康 Z63 和理光 GR3 拍摄。你可以在 https://picwall.guchengf.me/?tag=新疆（北疆）行</a> 查看所有的照片。

饮料评测：统一春拂绿茶

Unknown — Wed, 02 Apr 2025 07:57:19 +0000

最后评测于：2025年4月2日。
</figure>
评分（10分制）：4
首先必须要批评这款茶的包装设计、宣传、品牌设计等相关部门，从包装的任何地方都看不到这款茶掺了茉莉花，等你打开喝到第一口，反应一定是：为什么是茉莉花味的，然后去看配料表，发现有茉莉花。这绝对是极其错误的做法。纯绿茶和调味茶完全是两个东西，就凭这一点，这款茶就很难拿到及格的分数。
然后来说说它的味道。入口茉莉花的味道很重，让人几乎忘了这是一款“绿茶”，所以还是对于这款茶定位、包装、宣传、品牌设计等策略非常疑惑，甚至有误导顾客的嫌疑。
茉莉花的味道比较清晰，但是比不过其他类似的以茉莉花为卖点的调味茶，味道不够厚重。至于绿茶口感方面，比较简单粗暴，没有什么太多的层次，就是普通的绿茶饮料的水平，和他们一直卖的常见统一绿茶没有什么差别，只不过这款茶是无糖的。
所以总体来说，这款的主体-绿茶不够突出，毫无特色，口感也偏淡。加了茉莉花导致入口的直接口感都被茉莉花占满了，回味也是茉莉花的味道更重，实在难以将它和所宣传的“纯”绿茶关联起来。
只能给到一个 4 分。

饮料评测：伊藤园浓味绿茶（无糖）

Unknown — Fri, 14 Mar 2025 07:33:56 +0000

最后评测于：2025年3月14日。
</figure>
评分（10分制）：7
浓茶饮料是一个很小众的市场，我印象中没见过其他浓茶饮料，可以说伊藤园这款浓味绿茶是爱喝浓茶的人为数不多的选择。这款茶在日本各类吃播节目中出镜率比较高，大概因为浓茶比较下饭解腻。
整体来说，这款茶确实非常浓，但是并非是普通的浓绿茶，如果你泡过常见的绿茶品种的浓茶的话，会发现和这款茶的差异很大，我喝了很多次之后，觉得这款茶更接近于浓“山绿茶”。山茶是一个非常规叫法，因为严格意义上，大部分茶叶都产自山上，饮茶爱好者口中的“山茶”指的是那些特定山区出产的绿茶，特点是生涩味非常重，是绿茶中的“重口味”，比如比较有名的广东“博罗山茶”，也是我喝得比较多的山茶。
伊藤园浓味绿茶的做法，突出“苦、涩”味，毫无疑问符合大多数人对于“浓茶”的定义。当然，他不一定能代表所有浓绿茶的口感，我重新阐述我上面的观点：它实际上更接近于浓绿山茶，生涩味会比较突出一些。
我给这款茶7分，如果仅从茶的口感、味道之类的来说，它可能达不到7分，但是浓茶饮料本来就少，再加上这款茶确实尽可能地做到了还原，对于浓茶爱好者来说，能有这样一个选择，值得7分。
另外请注意这款茶的茶多酚含量非常高，请适量引用。

饮料评测：麒麟直火一日黑咖啡 600ml

Unknown — Wed, 05 Mar 2025 08:13:37 +0000

最后评测于：2025年3月5日。
</figure>
评分（10分制）：6
麒麟品牌下的直火系列咖啡，比较常见的应该是奶咖那一款。这款黑咖啡相对少见。名字带“直火”，毫无疑问又是以“烘焙口感”为特色的。
这款咖啡喝起来几乎没有酸感，只有焦苦味，然后“烘焙”的味道也比较重，但是看到配料表的食用香料，我就知道又是科技的味道。抛开香料不谈，如果喜欢日式咖啡味道的，应该会比价喜欢这款咖啡，确实很还原日式咖啡那种烘焙咖啡豆的味道。
除此之外，并没有太出彩的地方，烘焙的味道比较突兀，不厚重，很快就消散了，反倒是焦苦味会持续很久，喝完之后嘴巴里一直都是苦的。
总体只能算是一款合格的日式即饮咖啡，比不上同系列的奶咖款。

饮料评测：伊右卫门绿茶 500ml

Unknown — Mon, 03 Mar 2025 07:01:50 +0000

最后评测于：2025年3月3日。
</figure>
评分（10分制）：6
伊右卫门是三得利旗下的茶饮品牌，主打的大概是精品茶，和东方树叶差不多。首先不得不承认日本在营销方面很有一套，首先是宣传京都茶的这个概念，京都算是日本茶历史的源头；然后是日本茶饮最喜欢的“添加了一些顶级茶叶”的概念；其次是“新茶”的概念；最后还有什么“添加抹茶粉”之类的。这么一套营销概念下来，让你感觉这个茶真的不得了。
那么这个茶喝起来到底怎么样呢？一个词总结：怪异。如果无视他上面的营销概念，这个茶在平平无奇中还带着一股怪异。如果你看他的配料表，会发现除了水、绿茶、维生素C，还有个奇怪的东西：酵母。一个绿茶为什么要加酵母？无非就是差异化口感罢了。所以这个茶喝进去之后，如果你仔细回味一下，会有一点点发酵茶的味道，至于说好不好，见仁见智，我是觉得有一点点怪异的。
这款绿茶整体口感上是偏淡的，味道说不上好，有绿茶的味道但是并不突出（他那些营销概念你都无视就好了），只有很仔细品尝你才能感觉出一点真正的绿茶的味道（经常喝绿茶以及绿茶饮料的人应该明白我的意思）。也许是他们发现这款茶实在是缺乏特点以至于在市场上很难有竞争力，另辟蹊径添加酵母来丰富口感。结果就是确实有了发酵茶的味道和口感，但只能说这并不是一款好的“绿茶”，过分的注重概念导致缺乏了一款定位成“精品茶”的茶饮料的基本盘（最起码他得让我觉得这就是绿茶才对吧）。
另外值得一提的是，这个茶的颜色很亮，如果摆在货架上，会很醒目，大概也是竞争手段之一。

分享自制的Miniflux V2自定义CSS主题

Unknown — Wed, 26 Feb 2025 04:05:30 +0000

Miniflux 默认的样式文字和按钮较小，不易阅读使用，因此
预览</h2>
</figure>
代码</h2>
} } } } } } } } } } } } } } } } } } } } } } } } } } } } } } } } } } } } } } } } } } } } } } }</code> #E1E4E8); background-color: light-dark(#FDF6E3, #24292E);">/* Miniflux V2 自定义 CSS 主题 */ italic;">/* MIT License */ italic;">/* https://guchengf.me/my-miniflux-v2-customize-css */ :root { --primary-color: #2c3e50; --bg-color: #f8f9fa; --body-background: #f8f9fa; --text-color: #333333; --meta-color: #666666; --border-color: #e9ecef; --header-bg: #ffffff; --hover-color: #d71a1b; --summary-color: #6c757d; @media (prefers-color-scheme: dark) { :root { --primary-color: #e4e4e4; --bg-color: #1a1b1e; --body-background: #1a1b1e; --text-color: #e4e4e4; --meta-color: #888888; --border-color: #2d2d2d; --header-bg: #252629; --hover-color: #ff6b6b; --summary-color: #9ca3af; body { margin: 0; padding: 0; background-color: var(--bg-color); color: var(--text-color); font-family: -apple-system, BlinkMacSystemFont, "Segoe UI", "PingFang SC", "Microsoft YaHei", sans-serif; max-width: none; .skip-to-content-link { translate: initial; top: 0; left: 0; visibility: hidden; .header { background-color: var(--header-bg); border-bottom: 1px solid var(--border-color); position: fixed; top: 0; left: 0; right: 0; display: flex; justify-content: space-between; align-items: center; margin: 0; z-index: 1001; box-shadow: 0 1px 3px rgba(0, 0, 0, 0.1); .header>nav { align-items: center; max-width: 1200px; margin: 0 auto; padding: 12px 30px; .page-header, .entry-header { max-width: 900px; margin: 70px auto 0; padding: 0 20px; .header+.alert { margin-top: 45px; .alert+.page-header { margin-top: 30px; #main { max-width: 900px; margin: 20px auto; padding: 0 20px; .item { background-color: var(--header-bg); padding: 16px; margin-bottom: 12px; box-shadow: 0 1px 3px rgba(0, 0, 0, 0.1); transition: transform 0.2s ease, box-shadow 0.2s ease; .item-header { display: flex; align-items: center; border-bottom: 1px solid var(--border-color); padding-bottom: 8px; margin-bottom: 8px; .item:hover { box-shadow: 0 4px 8px rgba(0, 0, 0, 0.1); .item-title { font-size: 1.2rem; line-height: 1.4; .item-title>a { color: var(--primary-color); text-decoration: none; font-weight: 600; .item-title:hover { color: var(--hover-color); .item-meta { display: flex; align-items: center; margin-top: 8px; gap: 16px; flex-wrap: wrap; font-size: 0.9rem; .item-meta ul { margin-top: 0; .item-meta-info { display: flex; align-items: center; gap: 6px; color: var(--meta-color); font-size: 0.9rem; .item-meta-info-title { text-decoration: none; padding: 4px 8px; border-radius: 4px; transition: all 0.2s ease; .item-meta-info-title:hover { color: var(--hover-color); background-color: var(--border-color); .item-meta-info li:not(:last-child):after { content: none; .item-meta-icons { display: flex; gap: 8px; margin-left: auto; .item-meta-icons li { margin: 0; .item-meta-icons li>:is(a, button) { cursor: pointer; transition: all 0.2s ease; padding: 4px 8px; border-radius: 4px; background-color: var(--bg-color); margin-left: 0; font-size: 0.9rem; color: inherit; .item-meta-icons li>:is(a, button):hover { color: var(--hover-color); background-color: var(--border-color); .item-meta-icons>li>a { display: block; .item-meta-icons-star:has(>button[data-value="star"]) { color: var(--hover-color); @media (max-width: 768px) { .header>nav { padding: 10px 15px; .page-header, #main { padding: 0 15px; .item { padding: 14px; margin-bottom: 10px; .item-title { font-size: 1.1rem; .page-header, .entry-header { margin-top: 60px; .header+.alert { margin-top: 35px; @media (max-width: 480px) { .header>nav { padding: 8px 12px; .page-header, #main { padding: 0 10px; .item { padding: 12px; margin-bottom: 8px; .item-title { flex-wrap: wrap; gap: 12px; .item-meta-icons { width: 100%; margin-left: 0; .item-meta-icons li>:is(a, button) { flex: 1; justify-content: center; .item-meta-info>li { padding: 4px 0; .article-link { font-size: 0.85rem; .page-header, .entry-header { margin-top: 55px; .header+.alert { margin-top: 30px; re>
最后评测于 2025年2月18日。 Suntory 三得利乌龙茶（无糖）</figcaption> </figure> 评分（10分制）：8 简评：你想要的乌龙茶的样子它都有。 有个有趣的现象是，三得利的这款无糖乌龙茶在日本基本是各种店里的标配，他们不会使用现泡的乌龙茶，而是直接使用这款乌龙茶，加热或者冰镇之后提供给客人。在国内也有不少店铺是这样做的，尤其是日料店。 这款乌龙茶大概是很多人心中乌龙茶的标准，味道、口感甚至色泽。我觉得相比其他同类的预制乌龙茶，三得利这款乌龙茶的研发方向就是：只突出乌龙茶的特点。 乌龙茶的特点是什么？清香带一点甜。三得利的这个乌龙茶就是这个感觉，或者说只有这个感觉。事实上这个乌龙茶里面缺少了其他一些茶应该有的东西，但是这不重要，作为一款茶饮料，只突出特点是对的。乌龙茶的特点使得它作为任何餐食的配茶都是合适的，我也非常喜欢在吃饭的时候喝这款乌龙茶。 对于三得利的这款无糖乌龙茶，应该抱着这样一种心态：想喝乌龙茶，喝了这款，乌龙茶的味道（清香、甜）都有了。基于这个事实，8 分是非常合适的。 三得利乌龙茶还有带糖的，但我想你看完我的评测应该可以领悟到了，加了糖那就不是乌龙茶的样子了，所以带糖的系列不值一提。
cgit 中 repo 的 idle 时间问题 Unknown — Tue, 18 Feb 2025 08:11:47 +0000 idle 是 cgit 中用来展示 repo 上一次更新的距今时间的。有些时候会出现 idle 不正确或者不展示的情况。 cgit 是如何计算 idle 的</h2> cgit 中 repo 的 idle 是通过以下这个逻辑计算的 https://github.com/zx2c4/cgit/blob/09d24d7cd0b7e85633f2f43808b12871bb209d69/ui-repolist.c#L35</a> 首先尝试获取 repo 对应的 modify time（修改时间）： 如果在 repo 设置中直接定义了 mtime，那就会取这个值</li> 如果 repo 定义了 agefile，就会读取 agefile 的 mtime</li> 尝试读取 refs/heads/defbranch (defbranch 没有设置的话，默认是 master)</li> 尝试读取 packed-refs 的 mtime</li> 以上都不存在会返回 0（idle 为空）</li> </ol> 然后根据 repo 的 modify time 计算相对当前时间的 idle。 解决 cgit 无法正确计算 idle 的问题</h2> 如果你的 repo 因为各种原因导致 cgit 无法正确计算 idle 的话，可以利用 cgit 会尝试读取 refs/heads/defbranch(master) 和 packed-refs 的逻辑，按照如下方法解决 如果你的 repo 的默认分支是 master</h3> 如果 refs/heads/master 不存在，就先创建这个文件，内容是 master 分支最后一次提交的 commit id</li> 设置这个文件的 mtime 为最后一次提交的 commit time（可以使用git log -1 --format=%ct master</code>获取)。</li> </ol> 后续等你更新 master ref head 之后，idle 就能正确按照默认逻辑计算了。 如果你的 repo 的默认分支不是 master</h3> 由于 cgit 只会尝试读取 defbranch 或者 master 的 ref head mtime，假如你的默认分支不是 master，那么你就只能设置 defbranch 了，这样操作比较麻烦，也可以通过另一种方式临时解决。 那就是给你的 repo 的 packed-refs 设置最后一次 commit 的 commit time，这样同样可以让 cgit 正确计算出 idle。后续等你更新 ref head 之后，idle 就能正确按照默认逻辑计算了。 idle 计算错误一般出现在你是刚刚迁移到 cgit 的时候，虽然影响并不大，但是为了能正确展示每个 repo 的更新时间，还是有必要做一下修复的。 饮料评测：UCC 职人咖啡无糖黑标 900ml Unknown — Thu, 13 Feb 2025 06:11:13 +0000 最后评测于 2025年2月13日。 UCC 职人咖啡无糖黑标</figcaption> </figure> 评分（10分制）：9 UCC 职人咖啡无糖黑标是我心目中最好的即饮黑咖啡。我认为这款咖啡可能是即饮黑咖啡的极致，醇厚的日式烹煮黑咖啡口感，除了日式咖啡常见的烘焙、微苦口感，还有轻微的果酸味，让咖啡的整体口感更佳完整、饱满，可以说是很完美。 事实上，我喝过的很多咖啡店用意式浓缩咖啡做的美式咖啡，都不如 UCC 这款即饮黑咖啡。原因可能有很多：不合适做黑咖啡的拼配豆、不合适的萃取方式（我觉得用浓缩做美式是不能完全还原传统滴滤美式的口感的）等。职人黑咖啡可能在这些方面会更佳接近于传统的滴滤美式或者日式烹煮咖啡。 总体来说，这是一款适合日常饮用的黑咖啡，你几乎找不到能够比它更优秀的即饮黑咖啡，并且我认为它完全可以替代普通咖啡店做出来的各类黑咖啡、美式咖啡，我给它很高的评价，如果你对黑咖啡感兴趣，可以尝试一下，绝对不会失望。 饮料评测：GEORGIA 乔尼亚 THE BLACK 咖啡 500ml Unknown — Wed, 12 Feb 2025 08:51:29 +0000 最后评测于 2025年2月12日。 GEORGIA 乔尼亚 THE BLACK 咖啡</figcaption> </figure> 评分（10分制）：5 GEORGIA 乔尼亚，也叫乔雅，是可口可乐在日本的咖啡品牌，据说是日本最畅销的罐装咖啡品牌。 口感基本符合常见的日式烘焙咖啡口感，但是是属于酸味比较明显的咖啡。含有食用香料。日本的罐装咖啡很多都含有食用香精，让我不得不怀疑所谓的日式烘焙咖啡口感完全来自于香精。 总体来说，不能评价它为好喝，缺点在于入口大约2-3秒后那种怪异的很突兀的酸苦感，不知道是否是刻意为之。作为喜欢偏苦和中深烘焙类型的咖啡的人，这款咖啡并不适合我的喜好。 饮料评测：SANGARIA 三佳利皇冠黑咖啡 Unknown — Wed, 12 Feb 2025 05:19:43 +0000 最后评测于 2025年2月12日。 SANGARIA 三佳利皇冠黑咖啡</figcaption> </figure> 评分（10分制）：6 属于日本人喜爱的铁皮罐头咖啡。我觉得日式咖啡最大的特点就是烘焙的味道非常重，同时基本都属于是苦味大于酸味的，因为我本人更偏爱苦味的咖啡，所以日式咖啡都比较符合我的口味。 三佳利的这款皇冠咖啡，在同类的日式铁皮罐头咖啡中，苦味算是轻的，突出烘焙的味道，其他则没有太特殊的，在同类产品中应该算是比较淡的咖啡。 RSS-it：用Bun开发一个RSS生成工具（一） Unknown — Thu, 06 Feb 2025 03:35:05 +0000 我使用的一些特殊性质的网站不提供任何更新订阅功能，从他们的网页内容中生成 RSS 应该是比较好的解决方案。 很多传统行业的网站虽然会发布一些内容，但是功能贫弱，甚至没有更新通知的功能，通常都是悄无声息的就发布了新内容。而通常这类网站的发布频率又比较低，因此从网页上生成 RSS 来订阅似乎是个不错的选择。从网页内容生成 RSS 其实已经是一个很成熟常见的操作，也有很多的相关工具，我咋研究了一些之后，发现他们大多有一些使用数量限制，考虑到我的需求可能会逐渐增长，再加上我访问的页面有些奇怪的情况，自己开发一个定制化的 RSS 生成工具是比较合适的选择。因此 RSS-it</a> 诞生了。 为什么选择 Bun</h2> 最直接的原因是：all in one。 我对于 bun 的理解，它其实和 node、deno 并非完全一种东西，它提供了极高的 node 兼容性，在此基础上又额外实现了 all in one 开发能力。all in one 可以说是一把双刃剑，但在我将一些个人项目迁移到 Bun 或者使用 Bun 重构之后，我觉得至少在小型的个人项目这个方向上，Bun 的 all in one 能力解决了很多问题，提高了开发效率和维护性。all in one 也就意味着很多的能力都由 Bun 直接提供，不需要思考选哪个框架、库，又不用担心这些三方代码的维护问题，稳定性也有保证，突出一个简单高效。 应用设计</h2> 应用的基本功能： 获取网页内容</li> 提取关键信息</li> 生成 RSS</li> 通过接口输出 RSS</li> </ol> 获取网页内容以及提取关键信息</h3> 由于目标网页目前都是静态页面类型，内容可以直接从 HTML 中获取。Bun 内置了按照 Web 标准实现的 fetch 功能，用 fetch 来做一些基本的网络请求是非常方便的。 CSS 选择器毫无疑问是我们这个场景下最合适的目标定位方式，无论网页结构是什么样子的，通过 CSS 选择器总能准去定位到他。同时 CSS 选择器的扩展能力强，即使网页后续发生变化，在不改变应用逻辑的情况下，通过调整 CSS 选择器，就能应对变化。 这个应用不需要完整的网页渲染，因此选择了 Fast HTML Parser</a> 这个库来做 HTML 解析提取，这个库实现了基础的 HTML 解析以及 HTML 节点操作，包括了关键的 querySelector，使得我们可以直接使用 CSS 选择器来选择节点，并且也可以通过 textContent 来获取节点内容。Bun 声明对 node 的完整兼容，因此 node 的库拿来直接用一般是没有问题的。 生成 RSS</h3> 使用 feed</a> 这个库来生成 RSS 内容，我选择的是 RSS 2.0 的标准，关于 RSS 和 atom 的区别，这里就不展开了，现在常见的 feed（RSS）应用，应该都是同时支持两者的，对于我们这个应用的场景，二者是没有太大差异的，我更习惯于 RSS，因此选择了 RSS 2.0 的标准。 通过接口输出 RSS</h3> Bun 内置的 serve 方法应对我们这个单一的接口场景绰绰有余。原生支持 async，并且内置了 Response 实现，返回数据流和文件内容都非常方便。 对于 Bun 的一些想法</h2> 结合上面写到的这些内容，可以看出，Bun 在 all in one 方面很重要的一个点就是实现了大量 Web api，能在服务端中使用 Web api 来开发对于一个以浏览器环境为主的 Web 前端开发来说是很有吸引力的。又或者说，对于一个网页（服务端）应用来说，使用 Web api 来开发的适配性天生就更高。 另外，Bun 在兼容 node 的基础上，额外内置了一些 api，这 api 最大的特点就是简化。如 Bun.file、Bun.write 的设计，在常见的文件操作场景，我觉得比 node 的 fs 模块更加简洁高效。能够用简洁的 api 来完成大部分代码逻辑，对于开发者来说会非常友好，这意味着我们不需要引入 improved 类型的库来解决语言、运行环境原生 api 难用、低效的问题（这在 node 中是非常常见的）。 low-leveled 的 api 设计可能也是一把双刃剑，如果不能做好功能性和易用性的平衡，开发时会非常痛苦。而 Bun 选择了易用性，也许是一个很好的选择，Bun 内置的 api 以高效、易用为目标，这些 api 能解决大部分需求即可。当真的需要扩展和功能性的时候，我们还可以使用兼容的 node api。 本篇介绍了 RSS-it 的创建背景和基础设计思路，并且也介绍了选择 Bun 的原因和它相对于 node 的特点。后续我会基于代码来详细介绍 Bun 的更多特点。 宜兴一日游 Unknown — Wed, 05 Feb 2025 01:39:59 +0000 新年在家缺乏运动，因此去宜兴玩了一天。 我去过两次宜兴，第一次是小学时候春游，去参观了几个溶洞。第二次是大学同学结婚去参加了婚礼。在我的印象中，宜兴比较著名的有溶洞、紫砂壶、国家森林公园等。由于沈海等多条高速在苏州附近的段落都在维护改建，无法通行，出行难度高了很多，路上的时间比预计的多了不少，好在顺利抵达宜兴。 </figure> 我们的第一站是善卷洞。我小学春游时应该是来过善卷洞的，我对洞内的某些景点还有印象。过了这么多年以后，洞内的布景有了比较大的变化，得益于技术的发展，现在洞内可以使用更加先进的灯光、投影、装饰来提高游玩体验。 我觉得善卷洞内比较有意思的景点有两个： 善卷洞中，中洞凉快，上洞暖和，中洞和上洞之间的通道分为两条，分别名为“冬暖”“夏凉”，按照成语的顺序走“冬暖”从中洞到上洞，感受到温度的上升，然后再走“夏凉”回到中洞，感受到温度的下降，成语用得很贴切。 </li> 下洞有一个瀑布和一条地下河。瀑布应当是天然的，只是通过人工增强了水流，适合拍照。乘坐小船通过地下河出洞穴。摆渡人说去年刚刚将摆渡船升级成了电动的，以前还需要人工划船。 </li> </ul> 溶洞在太湖平原算是比较少见和特色的景色，宜兴溶洞名声在外，善卷洞又是其中最著名的，总体来说是值得一去的。 </figure> 我们的第二站是宜兴竹海。宜兴的森林资源很多，除了著名的国家森林公园，竹海也比较有名。另外竹海中还藏着另一个景点“太湖之源”，也就是太湖的源头。 从景区入口一路向上，中间会经过著名的“镜湖”，太阳光线照射在湖面反射过来，确实像一面镜子一般，取名很贴切。继续向上就能看到大片竹林，无长时间阳光照射的竹子都是青绿色，阳光照射比较充足的竹子呈现黄绿色。竹海中可以看到两块石碑，分别是“太湖之源”“太湖第一源”，我也是第一次知道这里是太湖的源头。由于近两个月都没有下雨，这里的溪流都枯竭了，无法看到真正的源头水，想来太湖此时的水位应该也很低。 游览道路的尽头是海底，意为“竹海之底”，也就是说竹海到头了，接下去是爬山路，由于时间已晚，我们就在这里打卡后返回。 除了两个景点，我们还在附近的农家乐中吃了午饭，尝到了著名的乌米饭，一种黑色的糯米饭，拌白糖食用，适合喜好甜食的人。另外炒野笋也很好吃，大概在竹海附近有很多优质的竹笋。 一天游玩下来，感觉宜兴是一个非常好的短期旅游的地方，接触自然总是好的。 动物园半日游 Unknown — Tue, 21 Jan 2025 08:08:30 +0000 公司提前开始春节假期，难得工作日有时间外出，因此全家一起去了动物园。 鸵鸟</figcaption> </figure> 我们去的是上海动物园，相对于野生动物园，自然面积和动物数量都不值一提。不过对于我们来说，上海动物园比较近，逛起来也没有那么累，是日常休闲的好地方。 鸳鸯</figcaption> </figure> 上海动物园给人的第一感觉就是佛系，从动物园到工作人员到动物都是这样，没有付费投喂、动物表演，但是有科普讲解。这里就像是大家记忆中童年的那个动物园一样。 </figure> 由于园区比较小，因此每个动物的区域都很紧凑，和动物们的接触距离其实挺近的。其中鸟区的进入式鸟园是打鸟爱好者的福地，这类有各种鸟类，并且开放式空间有更好的拍摄机位。 动物园里的很多动物都懒洋洋的，一看就吃得很饱，也和这里没有付费投喂有关，工作人员都会用心把动物们投喂好。 阿拉伯狒狒</figcaption> </figure> 成年之后我逛动物园的次数越来越少了，如果有人询问动物园我也会优先推荐野生动物园。但我觉得放松休闲的话，上海动物园的感受会更好一些。 动物园可能是每个人童年的美好记忆之一，相比静态的景观，活的动物显然印象更加深刻。看到动物们悠闲的样子，自己也会觉得身心放松。 照片全部用尼康 Z63 + 腾龙 50-400mm f/4.5-6.3 拍摄。这个镜头是著名的动物园快乐头，能应付动物园的一切拍摄需求。 更多的照片可以到 https://picwall.guchengf.me/</a> 浏览 年初整理浏览器书签 Unknown — Tue, 07 Jan 2025 03:31:58 +0000 趁着新年到来，对浏览器（Google Chrome）中的书签做了一次整理。 根据不同的问题，采用不同的处理方式 移除所有无法访问的书签</h3> 维持网站运转是一件很困难、成本很高的事情（尤其是对于个人网站维护者来说），因此我的书签中相当一部分已经无法访问，消失在了时间中。考虑过是否通过 Web Archive 一类的服务，转为保存他们的快照页面，但是事实上这类本身不再被维护的内容，后续能够提供有价值信息的概率极低，因此放弃了这个想法。 访问频率低的书签改为保存到单独的书签服务中</h3> 我自己有一个用 Linkding</a> 搭建的书签服务，将访问频率低的书签保存到这种独立书签服务中显然更为合理，一方面简化了浏览器书签，另一方面，Linkding 这样的服务可以对书签添加额外的信息，方便管理和查找，万一要用到这些极少访问的书签，查找起来也更方便。 优质博客、资讯类网页的书签改为 RSS 订阅</h3> 是的，在很长时间之后，我又开始使用 RSS，RSS 是那种很纯粹的订阅体验，对于优质的博客、资讯网站，RSS 能提供很好的阅读体验，也免去了定期重复访问的操作。能够第一时间阅读到优质内容，是一件很快乐的事情。 对所有浏览器书签重新分类整理</h3> 当一个书签被放在不合理的文件夹内，找起来就不太方便。因此根据我自己的习惯，重新整理了书签文件夹结构，确保文件夹都只有一层，然后分为购物、视频、娱乐、软件资源、工具、个人网站、工作相关、生活相关、日常浏览的网站、信息类等。 这样当要使用一个书签的时候，会更加方便。 后续优化</h2> 用 Linkding 直接替代浏览器书签？</h3> Linkding 的使用效率并不低，配合关键字、标签搜索，查找某个书签也很方便，但是对我来说依然难以替代浏览器书签，这更多地是一个使用习惯的问题。 使用浏览器标签组管理常用网页</h3> 将经常访问的页面使用浏览器标签组功能分好组，每次通过分组就可以直接打开所有页面，也能快速隐藏，得益于软硬件的发展，同时存在大量的标签页似乎没什么负面影响，这样可以有效降低标签页的使用频率。 断舍离</h3> 浏览器书签的整理也遵从断舍离的理念，那些不会用到的书签，就干脆一点删除吧。 2024年我买了哪些物品 Unknown — Sun, 29 Dec 2024 04:10:09 +0000 除了传统的年终总结，购物清单分享也是必不可少的。 尼康 Nikon Z6III</h2> </figure> 年度好物的奖项颁给尼康 Z6III。最好的评语也许是我在 Reddit 看到的一个评论：“是一台完美的享受摄影乐趣的相机”。 尼康也许是相机三大日厂里面唯一一个还在坚持用心造好机器的，即使 Z6III 发布时的定价并不那么完美，但是就这台机器而言，毫无疑问担得起“享受摄影乐趣的机器”这个评价。没有因为这是一台中端机或者和 Z8 有直接竞争而偷工减料、缩减功能，给到了一个摄影爱好者需要的所有功能。我用它替代 Z8 作为日常使用的机器，毕竟Z8太大太笨重了。当我不需要 4500 万像素的时候，这就是一台完美的机器。 不需要过多的评价：这一台完美的享受摄影乐趣的相机。 理光 Ricoh GR III</h2> </figure> 理光 GR III 并不是我买的，但是我也在用，GR3 不是新产品了，但依旧是我认为的目前最好的日常相机，可以放在任何包裹内，甚至放在口袋里，随时拿出来使用。 在“Pocketable”的定位下，优秀的画质、防抖、直出效果，如果从口袋里的日常拍照相机这个角度来说，确实没有竞争对手。我个人更喜欢 28mm 的焦段，因此买的是原版 III，同时也不需要 HDF 滤镜。 宠物吹水机</h2> </figure> 家里的狗狗“如意”的毛比较长，每次洗完澡吹干都比较费事，年初买了一个吹水机，效果比较好。相比使用普通吹风机吹干，这类吹水机的优点有几个： 功率更大，风量更大，温度控制更精细，吹干效率高。</li> 有专用的出风口，比如类似梳子一样的出风口，可以在吹干的同时梳理狗狗的毛发，并且能够深入到毛发内部吹干，提高效率。</li> 独立机器，只需要拿着出风口，操作更灵活。</li> </ol> 宠物行军床</h2> </figure> 简易支架配合弹力网孔面料组成的宠物行军床。行军床通过离地架空解决了两个问题： 江浙沪地区梅雨季地面返潮</li> 冬天大理石地面很冷，导致狗窝温度大量散失，无法保暖</li> </ol> 毫无疑问，狗狗很喜欢这个床，从放置第一天起，它在室内无事可做的时间基本就自觉躺在上面，我妈还会根据季节和温度在上面铺上各种垫子毯子，应该是很舒适。另外有一点点弹力的面料，显然也是狗狗比较喜欢的，它在上面活动的时候，会有一点反馈感。 汽车有线 Carplay 转无线工具</h2> </figure> 老婆的汽车只有有线 Carplay，每次使用需要插线比较不方便，因此买了这个小工具。通过转换，基本上可以实现和原车无线 Carplay 相同的效果。连接比较稳定，没有遇到过断连的情况，延迟也不明显。唯一的缺点可能是偶尔会出现开机之后无法连接的情况，这种情况只要重启车机就可以。物有所值。 狮王毛发力和 PHARMA 21 绿色</h2> </figure> </figure> 这两款洗发水是意外发现的，交替使用之后，解决了头发刚洗完干、过一段时间油的问题，推荐。 Peak Design EveryDay Sling 6L</h2> </figure> 好用的日常相机包，6L 的款式可以容纳一些大一点的变焦镜头。特点是拉链顺滑、表面材质耐磨耐刮、支撑保护效果好。另外比较特别的背挎设计实际使用过程中背负性和灵活性都比较出色。 利尔康葡清天然皂液</h2> </figure> 别人推荐的洗手液，纯天然植物提取，是医用级别（可做手术第一次洗手），性价比很高，现在是家里的日常洗手液。使用感受： 洗得很干净</li> 洗完没有那种奇怪的很滑的感觉，也没有很干燥的感觉</li> 气味很淡不刺鼻</li> </ol> 爱普生 Epson EF-15B 投影仪</h2> </figure> 在家实现看电影自由，参考了网上各种横向对比购买的，据说是同价位实际性能最好的。亮度高、色彩还原好，自带的音响也能够满足大部分使用场景，也没有虚假宣传，1080P就是1080P。如果要说缺点，那就是操作系统实在是有点差（性能差、功能差），好在我们只把它当做纯粹的投影仪用。 喷雾器</h2> </figure> 为了方便我妈给家里的果树、花草打药，购买了这个喷雾器，5L的容量足够家用，加压操作简单，带底座的分离式设计，使用时只需要拿着杆子，让我妈也可以轻松使用。额外选配了铜制伸缩杆和喷头。 Realforce R2 PFU limited edition Ivory 静电容键盘</h2> </figure> 家人送的键盘，键盘是程序员的生产力工具，投资生产力工具自然是值得的。如果说高端机械键盘已经从小众走向大众，那么高端静电容键盘可能是变得更小众了。我特别喜欢静电容键盘的手感，近些年主力使用的编程键盘也一直是静电容键盘。现在来说，买静电容键盘尤其是 Realforce 的静电容键盘多少有点智商税的意思，尤其是 PFU 还有额外溢价。不过家人说的：喜欢就好。抛开价格因素，这当然是一把属于程序员的完美的键盘。 Clarks 其乐 Tilden Cap 牛津鞋</h2> </figure> 我一直比较喜欢其乐的鞋子，因为他家做工、舒适度、造型很均衡，价格也合适，这次特地购买了黑色皮鞋，依旧很满意，出色的完成了婚纱照、婚礼的任务。 总结</h2> 2024年的购物总结列出了更多实用为主的物品，经济环境变差的情况下，流行起消费降级，大家更加关注物品的性价比、实用性，因此我的分享也更多地关注物品地这些方面，希望能够给大家提供更好的参考。 2024年年终总结 Unknown — Thu, 26 Dec 2024 07:16:58 +0000 为了避免年终总结再度拖延，今年提前开始作年终总结。根据看到的别人写的年终总结，简单进行一下优化，首先是按照时间线简单列举每个月比较重要的事情，然后是总结。 1月</h2> 2023年的最后一天在湖州龙之梦太湖古镇跨年，看到了壮观的烟花，体验了滑雪。</li> 由于我妈不在，和我爸两个人经历了最忙乱的一次春节前的阶段。祭祖、烧香、大扫除、去四川前的各种准备，由于雪灾，又临时改为飞机到成都。事实证明，我妈还是家里的顶梁柱。</li> </ul> 2月</h2> 在四川外婆家度过了春节。外婆家所在的西昌是个很适合过冬的城市，气候温暖，阳光充足，生活很舒服。</li> 沿途在成都、乐山、峨眉山旅游了一次，并且走了峨眉山的小众登山路线：大佛禅院——报国寺——伏虎寺——雷音寺——纯阳殿——圣水禅院——中峰寺——经广福寺——清音阁，可惜时间不充裕，不然可以继续向上。成都好吃好玩，有熊猫看，乐山有大佛和跷脚牛肉、钵钵鸡，峨眉山是天下名山。是一次很难的旅游体验。</li> </ul> 3月</h2> 结婚摆上日程，趁着上海举办婚博会，赶紧去了解和预定。在婚博会上定下了婚礼的绝大部分事项：婚礼当日全套、婚纱照、伴手礼、喜糖。</li> 在3月底去婚礼服务门店定下了日期、场地和流程。</li> </ul> 4月</h2> 去无锡旅游了一次，去了灵山大佛、拈花湾和惠山古镇。</li> 经历了年内第一次大裁员。</li> </ul> 5月</h2> 去三亚旅游了一次。从看海这个角度来说，三亚在国内首屈一指，经历过旅游相关服务整治之后，宰客现象也不复存在，花费正常，体验很好。我们住在海棠湾，去了南山（南海观音）、大小洞天、亚龙湾、后海、蜈支洲岛，吃到了各色海鲜。还逛了免税城，并且在这里买了结婚戒指、婚鞋，相比上海同样的门店，节省了可观的费用。</li> </ul> 6月</h2> 这个月拍完了婚纱照，外景选择了嘉兴九龙山，工作人员都很好，最终婚纱照拍得很好，得到了大家的一致好评。</li> </ul> 7月～8月</h2> 天气炎热，周末都在忙着准备婚礼。</li> 8月搬到了龙柏居住。</li> </ul> 9月</h2> 完成了人生大事：结婚。感谢所有人，一次非常快乐与感动的婚礼。</li> 经历了一次少见的台风。2024年13号台风“贝碧嘉”直击上海、苏州，从来没见过这么大的台风，造成了重大破坏。</li> </ul> 10月</h2> 全家一起爬了虞山。</li> 看了张学友的“60+”演唱会，完成了一个心愿。</li> </ul> 11月</h2> 沿海高速开始扩建，对出行造成了重大影响，开始更多地选择高铁出行。</li> 经历了年内第二次大裁员。</li> </ul> 12月</h2> 公司神奇的调休政策导致12月少了很多完整的周末，大部分时候只能在家休息了。</li> </ul> 总结</h2> 2024年充满了平凡与不平凡，我完成了结婚这件人生大事。 工作方面，经历了两次大的裁员，公司所从事的行业在走下坡路，大家也意识到公司同样再走下坡路，两次裁员之后，让人感到意外的是，很多公司同事突然放弃内卷，开始平衡工作与生活，我觉得是好事。在意识到这些事情之后，我也感觉的自己应该更专注于自己的职业发展，寄希望于夕阳产业焕发新春似乎不太可靠。 生活上，由于新购入了尼康 Z6III 和理光 GR3，拍到了不少满意的照片，我将它们放在 https://picwall.guchengf.me</a> 上分享。家里的狗狗“如意”又长大了一岁，变得更加听话懂事，狗是人类最好的伙伴。 希望2025年各方面都会更好。 2024年11月23日天平山赏枫 Unknown — Thu, 19 Dec 2024 05:43:00 +0000 </figure> 深秋是赏枫的季节，得知苏州天平山是赏枫的好地方，并且最近也一直看到相关的宣传介绍，就在周末前往一探。 出名的地方通常人都很多，天平山也不例外，从外围到入口停车场堵了半个小时，在停车场绕了好一大圈侥幸找到了一个车位。 入口检票处便是人山人海，一抬头便能看到山顶已经占满了人，人头攒动，从来没见过这么多爬山的人。 11月底这里的枫叶大部分已经变红，只是还不是最红的那种，景色还是相当不错的。游客们都举着各种拍照设备拍照。 红枫看起来确实有一种奇妙的氛围，难怪大家都爱看。现在社交媒体上也都是赏枫的游记。 相比山脚，山上却是枫树不多，也没有变红，想来与不同高度的日照、气温都有关系。 整个景区感觉还是不错的，没有太多商业元素，枫叶也确实很好看，都是自然景观。 拿着相机一顿猛拍，收获了不少照片。 近期菜谱回顾 Unknown — Sat, 30 Nov 2024 18:15:57 +0800 盘点一下最近做过的比较有特色的菜。 宫保鸡丁</h2> 看似复杂，实际做起来简单，主要时间是腌制，咸酸甜口味，使用鸡腿肉会更嫩。 虾仁炒蛋</h2> 大量消耗鸡蛋的菜谱，可以紧急挽救即将过期的鸡蛋，使用小虾仁更滑嫩，使用大虾仁吃起来更爽快，调味比较关键，很容易做得寡淡无味。 日式烧牛肉饭</h2> 真正意义上的懒人菜，使用预制日式牛肉汁（浓缩型，兑水），洋葱切丝，肥牛切段（或者直接使用冷冻肥牛卷），炖煮一段时间即可。容易入味，很配米饭。 预制的东西不等于有害或者不好的，重点在于预制菜品的食品安全管理。 糖醋里脊</h2> 并非懒人菜或者快手菜，里脊肉需要腌制裹粉，裹粉操作对新手比较难。油炸过程是另一个坎，初炸、复炸的火候都不好掌握，很容易炸枯、炸焦。但是如果能掌握技巧，这会是一道很下饭的菜。我喜欢再放一些番茄酱。 托斯卡纳三文鱼</h2> 特色是使用淡奶油浸煮，使用白葡萄酒和黑胡椒调味，配菜是小番茄、菠菜。掌握好火候的话，很简单的一道菜，只是配菜准备稍显麻烦。 很浓的意大利风味，淡奶油打底，没有吃过的人很可能不习惯，首次制作可以少放一些淡奶油。小番茄和菠菜作为配菜不管是色、香、味还是营养都很好。 2024年11月第三周鸟类摄影记录 Unknown — Sat, 16 Nov 2024 11:14:37 +0000 本周去江边拍摄了一些鸟类照片，分享一下。 设备： Nikon Z6III + 50-400mm F/4.5-6.3 DI III VC VXD 地点：上海·浦东新区·前滩公园 400mm 的焦距拍摄江边的鸟类还是有点吃力，Z6III只有2400万像素，裁切之后比较模糊 </figure> </figure> </figure> </figure> </figure> 2024年8月19日满月 Unknown — Mon, 19 Aug 2024 22:00:00 +0000 第一次用相机长焦拍摄满月，满足感很强 但愿人长久，千里共婵娟 Windows 上 Electron 无法获取下载目录 Unknown — Fri, 12 Jul 2024 14:12:53 +0000 使用 Electron 开发桌面应用的时候，通常我们会使用 app.getPath()</code> 来获取一些常见的文件夹路径，比如下载目录。 但是我们偶尔会接到一些反馈，说我们无法正确获取到下载目录，也是就是 app.getPath('downloads')</code> 出错，会返回一个错误信息 Failed to get 'download' path</code></pre> 一直以来我们也只是接到反馈，没有能够明白为什么会出错，直到昨天我在某个机器上碰到了有人修改了下载目录的路径，然后对应的磁盘移除之后，Electron 又抛出了这个错误，我才意识到这个错误的根本原因。 猜测应该是 Electron 读取注册表内下载目录路径之后，会对这个文件夹做一下检查，然后因为这个路径已经不可读写，所以就抛出了错误。目前 Electron 开发团队对相关 bug 并没有做直接回应，也没计划修复，因此我们只能自己在应用内做一下保护。 getDownloadPath(): string { try { return app.getPath('downloads') } catch (error) { console.error('Failed to get \'download\' path', error) const userInfo = os.userInfo() return path.join( userInfo.homedir, 'Downloads' ) } }</code></pre> 相关 issue: https://www.reddit.com/r/MicrosoftTeams/comments/ng42jp/failed_to_get_download_path/</a></li> https://github.com/electron/electron/issues/19273</a></li> </ul> 2024 元旦 Unknown — Tue, 02 Jan 2024 00:00:00 +0000 2024 到来了，时间过得飞快，转眼已经毕业十年了。 今年第一次完成了公历的跨年，看了烟火，看了马戏，滑了雪。 希望 2024 年更好 </figure> </figure> 2023-12-17 Unknown — Sun, 17 Dec 2023 00:00:00 +0000 五线小县城平淡而悠闲的一天 </figure> </figure> umi中使用 sass 的相关问题 Unknown — Tue, 26 Sep 2023 02:48:50 +0000 umi 中默认的 CSS 预处理器是 less，less 比 sass 有太多优势，至少完全由 JS 实现就领先了很多。现在 sass 虽然有了 dart 的实现，但是依然存在跨平台问题，只是解决了以前 node-sass 的平台编译问题。 不过，在我们实际项目开发中，有太多 sass 编写的代码，这些代码因为各种各样的原因无法迁移到 less，也无法预编译，就不得不在 umi 中引入 sass 构建功能。 umi 一直以来文档就不完善，第三方支持就更差了，sass 配置遇到的问题只能自己想办法解决。 dart-sass 和 node-sass 的问题</h2> 首先安装 @umijs/plugin-sass</code> 开启基本的 sass 支持。这个插件默认使用的 dart-sass，dart-sass 和 node-sass 之间的问题就不赘述了，直接使用新版的 dart-sass 大概率是不能兼容比较早版本的 sass 的语法和配置的。 这样的话我们就需要切换到 node-sass 的编译工具，首先安装 node-sass，注意 node-sass 和 sass-loader 的版本对应。通过设置 plugin-sass 切换编译使用的库 { sass: { implementation: require('node-sass'), } }</code></pre>全局变量的问题</h2> 除了要换编译用的库，sass 还不可避免的会遇到全局变量的问题，原来我们使用 sass 的 additionalData 或者 sass-resource-loader 来引入全局的 sass 代码，这两种我在 umi 的 plugin-sass 中测试都不能正常工作，看了一下插件的源码，发现它有一个 prependData</code> 的参数，看起来似乎就是和 addtionalData 功能差不多。 { sass: { implementation: require('node-sass'), prependData: ` @import '~/node_modules/my-package/src/styles/themes.scss';`, } }</code></pre> 启动 umi 之后，sass 文件的处理都正常了。 这也暴露了 umi 的一个问题，作为国内使用的很多的前端框架，社区和生态支持有点差，很多问题无法得到有效的解决，可能新项目使用会更好一些。 在 Docker 镜像构建阶段设置用户来避免文件权限问题 Unknown — Fri, 01 Sep 2023 06:00:28 +0000 在我的所有个人应用都使用 Docker 来构建及部署之后，我的服务器管理确实方便了不少，不过也遇到了一个问题，就是文件权限的管理。 一般我是用的基础 Docker 镜像的默认用户都是 root，这就导致在这个基础镜像上构建的 Docker 镜像，运行的时候生成的文件都是属于 container 的 root 用户的，当我在宿主机希望访问这些文件的时候，通常会有权限问题。 之前我都只能通过切换权限来操作这些文件，时间久了感觉非常不方便，就希望寻找一种更加简单的权限处理方法。基于我的使用场景来考虑，我需要额外对文件进行操作的 Docker 容器，都是我自己构建的镜像，因此我是可以直接控制镜像的，不会增加额外的成本（如果我是使用别人提供的最终镜像，那么如果要改镜像成本就会比较高）。 因此从构建流程下手，会是一个比较好的选择。 那么我的目标就是，镜像中的用户和宿主机运行 Docker 容器的用户保持一致。Docker 提供了设置镜像当前用户的命令 USER</code>。 那么我们基本的思路就是，在基础镜像中创建一个用户和分组，它们的 id 就是当前宿主机的 Docker 用户和分组，这样容器创建的文件在通过 volume 挂在到宿主机的时候，应用的用户分组也就是我期望的。 通过 Node 的镜像来举例 # syntax=docker/dockerfile:1 FROM node:lts # 传入宿主机 USER 和 GROUP 的 id ARG USER_ID ARG GROUP_ID # 创建对应 id 的 USER 和 GROUP，这里名字不重要，只要 id 一致就可以 RUN addgroup --gid $GROUP_ID user RUN adduser --disabled-password --gecos '' --uid $USER_ID --gid $GROUP_ID user USER user ENV NODE_ENV=production WORKDIR /home/node/app COPY --chown=user:user ["package.json", "package-lock.json*", "./"] RUN npm install --production COPY --chown=user:user . . CMD ["npm", "start"]</code></pre> 这样我们在构建的时候 docker build -t my/repo --build-arg USER_ID=${id -u} --build-arg GROUP_ID=${id -g} .</code></pre> 通过传入 USER_ID</code> 和 GROUP_ID</code>（直接使用 id -u</code> id -g</code> 获取），最终构建的镜像使用的用户的 id 就和宿主机保持一致。 对于这类我自己管理的镜像，使用这种方式能最有效地解决文件权限问题，也不需要改动管理流程。 另外如果你使用的是另外一个流行的基础镜像系统 alpine</code> 的话，创建用户的命令需要修改一下 # alpine 的 adduser 只接受 GROUP NAME，通过 -G 参数来设置 RUN adduser --disabled-password --gecos '' --uid $USER_ID -G user user</code></pre> 现在终于可以愉快地管理容器的文件了。 第 25 届亚洲宠物展 Unknown — Sun, 20 Aug 2023 03:25:49 +0000 2023年，很多大型活动得以恢复，喜欢宠物的人期待的亚洲宠物展也恢复了，是我在炎热的夏季中最期待的一个展会。 </figure> 宠物在我们生活中的角色越来越重要，物质生活越来越好的情况下，大家越来越关注自己的精神生活质量。 我自己是狗狗的忠实爱好者，家里也养了一条狗（品种大约是马尔济斯、哈瓦那之类的），是一条流浪狗，我妈在上班的单位捡到了它，就带回来收养了，如今已经3岁了，是一条有点皮但是很懂事的狗狗。 一直觉得狗狗是最忠诚的动物，不管跟着主人吃得好不好，过得好不好，它总是无条件地爱着主人。 回到宠物展的话题，这次亚宠展在浦东的上海新国际博览中心，场地非常大，参展厂商也非常多。作为近期难得的大型展会，主题又是大家喜爱的宠物，自然观众也非常多。 本次参展如果要携带宠物需要提前申报，因此家里的狗狗也就无缘来参展了，不然可以让它挑自己喜爱的东西：），不过现场带着宠物来的人也不少，不知道是不是现场对于申报的查验不严格。 N1-N5 馆</h2> N1-N5 基本都是比较知名的宠物产品制造商，又以宠物食品为主，基本上你家宠物用的品牌在这里都能找到。来参展之前我们打算给家里的狗狗买一些吃的，但是一进场馆就看花了眼，完全不知道怎么下手，最后只能选择了一些我们比较熟知的品牌购买了一些东西。 在宠物展购买的东西并不一定会比淘宝京东等平台便宜，考虑到参展成本较高，也可以理解。不过展台上会有很多新品，同时也会赠送一些试吃，给以后购买相关产品提供更多选择参考。 很多厂商都有免费赠品活动，像我们这样11点多才到展馆的自然不用考虑参加了，几乎每个队伍都排超长，绕站台好几圈，大家都爱薅羊毛（看到有家厂商送的袋子上写的就是薅羊毛薅个够）。 购买商品之后厂商提供的购物袋也都非常有特色，不仅包含品牌宣传，还有一些和宠物相关的图案、标语，用来替代平时的购物袋也很不错。 E1-E7 馆</h2> E1-E7 主要是相对小一些的展商，宠物活动举办场馆，还有一些专业的宠物产品厂商。 如果你考虑性价比的话，E1-E7 馆的厂商会更加适合你，他们的品牌没有 N 馆的大，但是产品线同样齐全，价格上更有优势。 我们在这里购买了不少狗狗零食，还第一次购买了狗狗罐头，我家狗狗从来没吃过罐头，它比较爱吃新鲜食物，这次刚好给它体验一下。 E 馆里的厂商不少都是生产厂家，他们的目标对象主要是经销商、上下游合作方之类的，因此对于面向普通顾客的参展日没有足够的经验和热情，不过有趣的是到了这一天时候，他们直接开始清仓了，因此他们的售价比同类展商要便宜不少，适合捡漏，我们买了不少宠物零食。 E4 馆冠能猫咪大赛</h2> 猫咪显然更适合参加这样子的展会，它们更适应室内封闭空间，同时更加安静。因此比较重要的活动也都是猫咪为主。这个猫咪大赛主要是对猫咪的外表、体态、性格和互动性作评价，然后回给猫咪颁发奖章。 每一只参加比赛的猫咪都各有特色，但都是我们拥有不了的高贵血统。 猫咪展区中我们最喜欢的是两只黑色缅因猫，我们说这两只猫很帅，连周围的观众也表示认可：确实很帅。 </figure> </figure> 除了帅气的缅因猫，还有其他很多猫咪。 </figure> 观众带来的宠物</h2> 除了参展商带来的宠物，观众也带来了很多可爱的宠物。 比如这只西高地，镜头感很差，头左摇右摇就是没看到镜头。 </figure> 其他一些宠物</h2> 通常我们说到宠物，都是猫狗一类的，但是这次展览上，看到了更多对于我们来说不常见的宠物，比如爬虫类，爬虫类似乎越来越热门了，我们看到的购买爬虫类宠物的观众就不少，比如购买观赏蜥蜴的。另外还有蛇、兔、龟甚至狐獴、貂鼬一类的，真正意义上的长见识了。 收获</h2> 参加展览收获颇丰，看到了各式各样的宠物，还买到了不少有用的宠物用品（也有捡漏领到的免费的）。 当然最最重要的还是看得很开心，没人可以拒绝可爱的动物。 </figure> </figure> </figure> umijs 架构下在 root 节点外加载外部 qiankun 微应用 Unknown — Thu, 17 Aug 2023 08:52:01 +0000 通常来说，要在 umijs 中加载一个外部 qiankun 微应用，只需要在 .umirc</code> 中配置好对应的 app，然后使用 umi 内置的 MicroApp</code> 加载微应用即可。 但是我遇到一个比较特殊的场景，需要在一个 umi root 节点外的元素上加载一个微应用，这就导致无法直接使用 MicroApp</code>，因为缺少了 umi 相关的 qiankun 环境。 针对这种情况，参考了 umi、qiankun 的官方文档，还有其他人的方案之后，决定直接使用 qiankun 的手动加载微应用的方式。 qiankun 提供了一个命令式加载微应用的方法 loadMicroApp</code>，用在 react 组件内也比较方便，唯一的问题是，我们已经在 umi 中定义过外部微应用的相关配置了，在这里需要保持一致，因此利用 umi 的 getMasterOptions</code> 获取当前 umi 配置，找到对应的微应用配置。 import React, { useEffect, useRef } from 'react' import { loadMicroApp } from 'qiankun' import { getMasterOptions } from 'umi' export function ExternalApp(props) { const { } = props const app = useRef<any>() const containerRef = useRef<HTMLDivElement>() const loadApp = () => { const masterOptions = getMasterOptions() if (masterOptions && Array.isArray(masterOptions.apps)) { const targetApp = masterOptions.apps.find(config => config.name === 'targetApp') if (threenets) { app.current = loadMicroApp({ ...targetApp, container: containerRef.current, props: { // some props }, }) } } } const unload = () => { if (app.current) { app.current.unmount() } app.current = null } useEffect(() => { loadApp() return () => { unload() } }, []) return <div ref={ref => { containerRef.current = ref }}></div> }</code></pre> 将 pinboard 的 JSON 数据转换成标准的 netscape 书签数据 Unknown — Wed, 16 Aug 2023 07:32:22 +0000 我的书签都是存放在 espial 应用上，他的导出功能只能导出兼容 pinboard 的 JSON 数据，但是大部分书签应用支持的都是标准的 netscape 书签数据，就是常见的 .html</code> 类型的书签数据。 为了能在这这些应用上导入我的书签数据，需要将 espial 数据进行转换。 标准的 netscape 书签数据格式可以参考微软文档： https://learn.microsoft.com/en-us/previous-versions/windows/internet-explorer/ie-developer/platform-apis/aa753582(v=vs.85)</a> 通用数据两边基本都是有的，通过简单的脚本就可以处理 import fs from 'fs' // pinboard json 数据文件 const rawFile = 'bookmarks.json' // 输出的 netscape 标准 html 文件 const outputHTML = 'bookmarks.html' const pinboardData = JSON.parse(fs.readFileSync(rawFile).toString()) // netscape 标准数据头部内容 fs.writeFileSync(outputHTML, `<!DOCTYPE NETSCAPE-Bookmark-file-1>  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=UTF-8"> <Title>Bookmarks</Title> <H1>Bookmarks</H1> <DL> `) for (const item of pinboardData) { // 核心数据只有链接、新增时间、标签、标题、描述 const url = item.href const date = new Date(item.time).valueOf() // netscape 书签的日期是 unix timestamp 格式 const tags = item.tags.split(' ').join(',') // netscape 书签标签用 , 分割 const title = item.description const description = item.extended const dd = `<DT><A HREF="${url}" ADD_DATE="${date}" TAGS="${tags}">${title}</A> ` fs.appendFileSync(outputHTML, dd) if (description) { // 如果原来填写了描述，补充描述数据 fs.appendFileSync(outputHTML, `<DD>${description}\n`) } } // 输出文件 fs.appendFileSync(outputHTML, '</DL>\n')</code></pre> 生成的 html 文件可以在绝大部分书签类的应用中使用。 React 在 useEffect 时会捕获所有 state 的状态 Unknown — Mon, 14 Aug 2023 08:45:29 +0000 在接触到 useEffect</code> 的依赖时，很容易产生一个误解，就是 state 必须在依赖中，才能获取到正确的值，但这实际是是错误的理解。 我们需要建立一个正确的概念，就是当 useEffect</code> 运行时，它实际上是对当前组件的所有 state 进行了一次捕获，也就意味着，在 effect 内部，所有 state 都是 effect 运行时的状态。 理解了这个概念之后，我们就可以来看实际的例子了 const [a, setA] = useState(0) const [b, setB] = useState('apple') const onChange = () => { setA(1) setB('banana') } useEffect(() => { console.log(a, b) // 1 banana }, [a])</code></pre> 就像这里提到的，尽管我们的 useEffect</code> 没有将 b 设置为依赖，但是在 effect 内部依然能获取到 b 的最新状态，这就是因为当这个 effect 运行时，会捕获 a, b 的状态，而不仅仅是 a，因此 b 也是改变之后的值。 这一点在某些情况下会非常有用，因为有时候我们只想在 a 改变的时候执行一些 effect，但是又希望能使用所有 state 的最新状态的值。这时候我们可以灵活的利用这个特性，尽管很多 lint 规则都会将这个情况判定为 warning。 另外还要注意一个情况，这种用法仅在对 a b 两个 state 设置在同步流程下进行的时候有效，如果是异步流程，则不能这样使用。 嵊泗 2 日游 Unknown — Mon, 19 Jun 2023 00:00:00 +0000 去嵊泗旅游的主要原因是想看海。 </figure> 早上 7 点从上海出发早饭比平时吃的多一些，因为上午行程非常长</li> </ul> </li> 沈家湾码头坐船到泗礁岛沈家湾码头在洋山港的最远端，离上海市区非常远</li> 没有买到车船票，因此坐普通客船出发</li> 很多年没有坐船，虽然天气不好，还是有些兴奋</li> 准备了晕车贴，但发现我们都不晕船</li> </ul> </li> 到达泗礁李柱山码头提前租了车，工作人员把车开到码头，自助取车，非常方便</li> </ul> </li> 先到镇区吃饭靠近码头和镇区的地方相对平坦，路面坡度比较小，租了排量比较大的车，车况还算好，可以应对</li> 午饭在一家大众点评排名靠前的海鲜面疙瘩吃，除了招牌海鲜面疙瘩，另外点了一份花蛤</li> 海鲜面疙瘩更接近炒制的做法，分量很足，可能是因为海鲜都很新鲜，味道也不错，价格比起上海要便宜一些</li> </ul> </li> 出发前往泗礁最著名的景点，东海五渔村开发成旅游景点之后，渔村外围经过了装饰改造，增加了海洋、海洋生物相关的元素，很醒目</li> 渔村内以售卖海鲜产品，经营农家乐、民宿为主，但是和其他比较大的旅游景点相比，特点是当地人的生活很大程度上保持了原状，因此海边渔村的氛围很浓</li> 渔村旁的沙滩比较小，想要捡一些冲到沙滩上的东西，但是基本已经被清理过，没发现特别的东西</li> 天气不好，因此没有体验特色的出海捕鱼的旅游项目，有些遗憾，在不远处的海面上可以看到渔船</li> </ul> </li> 前往下一个景点-六井潭往岛的东部走基本都是山地，路比较窄比较曲折</li> 六井潭最著名的应该是白色灯塔，配合海景适合拍照，可惜天气不好</li> 看到了巨大椅子形状的石头，被称为龙椅</li> 六井潭并没有看到，据说有六个水潭</li> 在白色灯塔处和女朋友一起拍了不少照片</li> 泗礁岛所处的海域泥沙量依旧非常大，因此海水并不是蓝色，更接近绿色，靠近岛屿的海水还有些浑浊，但在六井潭周围的海域能看到比较蓝的海水</li> </ul> </li> 然后前往和尚套和尚套离六井潭并不远，事实上整个泗礁岛都不大</li> 在前往六井潭以及和尚套的途中经过了海岸公路，天气好的时候应该非常漂亮</li> 和尚套据说是为了纪念鉴真东渡，结合之前几次旅游经历，我们已经打卡过多个鉴真东渡的地点，非常有缘</li> 景点内有一个观景平台，视野非常好。咖啡店内售卖一种饮料“星辰大海”，添加了蓝色糖浆，呈现海水的蓝色</li> </ul> </li> 在曲折山路上开车的时候，听到了最难忘的导航提示台词今天走过了所有弯路，从此人生尽是坦途</li> </ul> </li> 到达住宿的地方在住宿地方附近找了一家蒸汽小海鲜吃晚饭，套餐价格实惠，分量依旧很足</li> 吃了人生中见过的最新鲜的黄鱼，清蒸做法，上桌时鱼身上的金黄色非常显眼，味道很好</li> 炒土豆丝似乎是当地非常喜欢的素菜</li> 各种海鲜非常多</li> 岛上酒店非常少，选择了民宿，因为还没到旺季，价格相对便宜</li> </ul> </li> 经过了一天的旅行，还是有些疲惫</li> 第二天早起前往附近的基湖沙滩基湖沙滩是收费性质的人工沙滩，按照度假村的形式进行开发，环境、观感都比昨天东海渔村的沙滩要好不少，也更适合游玩</li> 沙滩很大，游客也不少</li> 在沙滩上漫步了一圈，捡到了不少海洋生物</li> 遇到了一只搁浅的水母，非常奇特，半透明的身体</li> 有很多海蟹，身体很小，脚很长，有点像蜘蛛</li> 有很多贝类和螺类，但多数都已经碎了</li> 脚踩在海水里的感觉非常舒服</li> </ul> </li> 在附近一家海鲜店吃了午饭毫无疑问海鲜是当地特色，他们的做法相对简单，由于原材料都很新鲜，简单的做法就能最大程度提现海鲜的美味</li> 再次吃到了炒土豆丝</li> </ul> </li> 吃完午饭在附近的商店街逛了一下，并且去渔村购买了一些特产</li> 启程返回准备乘坐的第一班渡轮意外被取消了，好在第二班渡轮顺利出发</li> 和我们差不多时间返程的游客非常多，由于离岛只能通过渡轮，很多人都会担心被困在岛上无法按时返程</li> </ul> </li> </ul> 嵊泗列岛是江浙沪地区比较好的海上旅游景点，我们去的时候天气不好，影响了一些体验，但是总体还是觉得很好的。如之前所说，嵊泗列岛所在海域泥沙量依旧非常大，因此海洋并不如其他著名的海边景点好看，但是特色应该是深入海中的小海岛体验，与海南有很大区别。而且当地的海岛生活氛围非常浓，当地人的生活虽然也向着旅游业发展，但是依旧很大程度保留了原来的形态，能够感受到海岛居民的生活。 我比较喜欢靠海的地区，因此觉得嵊泗列岛是值得一去的地方。 再次分享旅程中听到的最喜欢的导航提示台词 今天走过了所有弯路，从此人生尽是坦途 </blockquote> 扬州 3 日游 Unknown — Thu, 06 Apr 2023 00:00:00 +0000 烟花三月下扬州。 </figure> 早上 8 点从上海出发原本预计 11 点能到扬州，路上车流稍多，等到达扬州市区的时候已经 12 点了</li> </ul> </li> 午饭选择了扬州最著名的饭店，扬州宴淮扬菜的名气不需要多介绍，作为国宴的标准菜式，淮扬菜应该是江苏地区最著名的菜式</li> 淮扬菜中一定要吃的肯定是清炖狮子头</li> 总体上觉得很不错，符合我们对淮扬菜的认知，口味也适合我们</li> </ul> </li> 前往第一个景点，大明寺大明寺是很奇怪的一个景点，名气并不小，但是存在感有些弱，很多时候都忘了扬州还有这个景点</li> 住宿的地方离大明寺很近，步行前往</li> 从寺院结构来说，总体上和其他的没有太大区别，不过寺内区域很大，有一些历史人物相关的建筑</li> 鉴真是寺内很重要的一个纪念人物，有他的事迹介绍、各种真迹，还有相关的文艺表演；扬州是鉴真六次东渡过程中一个很重要的地点</li> 在钟楼撞了钟，在塔顶拜了佛，据说塔顶的舍利子是释迦摩尼的真迹</li> 寺内的樱花开得很好</li> 学到了代表过去的燃灯佛祖，代表现代的如来佛祖，以及代表未来的弥勒佛，还有其他代表健康、事业的佛祖菩萨</li> </ul> </li> 游历完大明寺，接着前往瘦西湖瘦西湖毫无疑问是扬州最著名的景点，俗话说“晴西湖不如雨西湖，雨西湖不如夜西湖”，巧的是刚好下雨，现在雨西湖、夜西湖都看到了</li> 景区内对夜游西湖的路线做了明确提示，跟着提示走，不用担心错过演出</li> 瘦西湖比较特别的是，它内部景点紧凑，都很精致，与其他湖泊景点不太一样，人文景观非常丰富，配合各类演出，观感非常好</li> 在其中一个景点等候演出的时候，路过的人剧透吐槽说“等了半个小时，来两个男的摇摇扇子走了，有什么好看的”，本来我们还不信，结果真和他说的一样，顿时感觉瘦西湖不好玩了 :)</li> 一路上雨时下时停，也别有趣味</li> 最后的水幕演出很有特色，介绍了扬州的历史文化</li> 不过瘦西湖管理方似乎特别喜欢各种五彩灯光，五亭桥装了红绿色的灯光，感觉很奇怪，颜色搭配不敢认同</li> </ul> </li> 第二天本来想要早起体验扬州早茶，但是著名的茶楼都要非常早去排队，家人又起不来，就放弃了</li> 第二天的首个景点是大运河博物馆京杭大运河名气肯定比瘦西湖大，可惜它不算是一个景点</li> 这天还是工作日，我们去博物馆的时间赶上早高峰，车还是比较多的，扬州其实也是一座大城市</li> 京杭大运河历史悠久，扬州段又是其中最古老、最重要的一段，各种历史文物都保存得比较好，馆内的布置、设施比较现代化，确确实实感受到了大运河的历史价值</li> 同时也介绍了大运河沿岸的历史文化，一起了解了扬州的历史</li> </ul> </li> 从博物馆出来，去到一家昨日出租车司机介绍的淮阳菜馆吃午饭这家淮扬菜馆很特别，据说是某个淮扬菜传人的徒弟开的，店内还挂着师徒合影；一些很著名的淮扬菜它都没有，倒有一些家常菜，其中有一道淮扬小炒，做得非常好吃</li> </ul> </li> 下午首先去扬州一个有名的私家园林-个园园内比较有特色的就是四季景观的布置，春夏秋冬四个区域按照季节特色设计，围绕中间主楼，足不出户就可以看到四季，很有意思</li> 园子主人当时是扬州大户人家，因此园子后面住宅区域很大，宅院很多，顺便了解到很多扬州古代大户人家的生活</li> 我们跟着其他旅游团队的导游，听到了很多讲解，感觉人文历史类型的景点，有没有导游讲解还是区别很大的</li> </ul> </li> 个园出来看时间还早，便去了汉广陵王墓博物馆扬州作为历史古城，各种陵墓也不少</li> 汉广陵王墓据说是首个被发现的采用“黄肠题凑”形式的墓葬，也算丰富了我们的见识</li> 陵墓总是有种历史的厚重感，想到里面是 2000 年前的古人，总有种不可思议的感觉</li> 陵墓很深，内部很冷，加上游客很少，还是有点怕的</li> 博物馆内展示的陪葬品也很特别，平时很少能见到这个年代的物品，而且还是比较有价值的贵族物品</li> </ul> </li> 接着去了东关街扬州的街道景点似乎是近些年才发展起来的，一定要比较的话，似乎和其他的古镇老街没什么区别</li> 买了网红饮料，贴着扬州文字的竹筒奶茶，除去特别的包装，口味上没有特殊的</li> 买了桂花糕，新鲜出炉，挺好吃的</li> 买了几份黄桥烧饼，黄桥烧饼其实是扬州隔壁泰州的特产，不过距离不远，也可以说是当地特色了</li> 东关街上的招牌写着还有不少其他老街（如皮市街），看上去都应该差不多</li> 街的尽头是东关城门，是古代扬州城的遗迹</li> </ul> </li> 从东关城门出来已经快晚上了，刚好看到了运河码头，就去乘坐了运河景观游轮游轮沿着运河行进，一路上看到了不少历史景点，有导游讲解，才能认出不同的地方</li> 河上几座桥都进行了装饰，包括两岸沿河建筑，都安装了各色灯光，似乎扬州人特别喜欢五彩灯光</li> 船上有扬州评话的表演者，是一位年轻的女性，讲了一段刘备到江东娶孙尚香的故事（著名的赔了夫人又折兵），以及一段关于厨师的笑话</li> 扬州评话是扬州重要的文化传承，之前在扬州宴吃饭也有表演，对于这样的中国传统文化能够继续传承下去，我也感到很高兴</li> </ul> </li> 第三天我们并没有继续呆在扬州，而是去了无锡鼋头渚早上出发赶到无锡，选了一家无锡本地菜的餐厅，结果后来发现上海也有</li> 点了无锡特色小笼包、糖醋排骨</li> 我对于无锡菜的印象是，“甜”，这一点似乎是共识，你在 Google 搜索无锡菜，出来的第一个结果就是“甜”。我女朋友喜欢甜口，便觉得还好，不算很甜</li> </ul> </li> 然后马不停蹄的去了鼋头渚鼋头渚以樱花闻名，据说里面有多株日本原种</li> 4月5号清明节的时候，实际上已经过了鼋头渚的樱花花期，我们去并没有看到很多樱花，但是游客依然非常多</li> 鼋头渚似乎还是过去春秋时期练兵的地方，景区内也有古代战船的模型</li> </ul> </li> 鼋头渚出来便启程返回上海</li> </ul> 扬州是真正意义上的历史名城，一直都说“烟花三月下扬州”，清明时节的扬州确实非常好玩。扬州最大的特色就是自然景观和人文景观都有，并且结合的非常好，能够真正体现这座城市的魅力。扬州对游客也非常友好，旅游服务到位，而且景点停车都很方便，大部分都不收费。 鼋头渚的话，还是建议在樱花花期的时候过来玩。 2021年我学到了什么 Unknown — Thu, 03 Feb 2022 08:41:37 +0000 团队运营和人际关系管理</h2> 本来我想说是团队管理，但是后来想想这个话题太尖锐了，还是改成团队运营和人际关系管理好。今年在这块学到的最重要的事情是，完全通过技术化的思维来做管理并不合理。 矛盾点在于，团队的每一个人和你做的那些“技术”、“科学”方面的事情都是不一样的，人是感性的。如果你要反驳，“不行，我就是个 100% 理性的人”，没问题，你是对的。 </figure> 我学到的人际关系管理的第一点 控制自己的情绪</li> </ul> 当人处于激动情绪时，大部分交流价值都不大，包括打了鸡血的时候。这就要提醒自己，当你给其他人画饼、开空头支票的时候，他们在鸡血效果下可能给了你积极的反馈，但这并不是可靠的反馈。 那么为什么还说技术化的思维做管理并不好呢？ 我相信技术是纯粹的，但是人不是，即便是亲密无间的伙伴。人心的复杂不是技术可以相比的，通过人的思维模式去管理，才是正确的方法。 技术化的管理不仅仅是指那种完全对事不对人的模式，也包括那些过于考虑人的情感的模式。这点可能和大家的认知有很大冲突。实际上过分考虑人的情况，也是技术型管理人员常见的问题，从而导致你的团队人员处于过分放松、绝对优势的地位，这是非常不利的。 这就是我学到第二点： 适当的规则</li> </ul> 当团队人数增加、人员变复杂时，适当的增加压力和规则设定，才是维持团队活力的有效方法。当你感受到压力与规则束缚时，就会有进步的动力。规则设置就是管理学的核心之一，自由度和条条框框的结合点。 管理学是很复杂的问题，因此，多看、多听、多问、多交流，人际沟通是管理的依赖。 目标、规划、激励</h2> 工作越久，越容易失去梦想。这里就又要分享我那个大学教授的故事了。他在给我们上经济学课程时，说过：“人一定要有梦想，我的梦想就是拿诺贝尔经济学奖。要是我拿了，让我明天出门被车撞死，我也没怨言了”。真正的话糙理不糙。 枯燥的工作很容易消磨了人的意志，因此一定要有目标，哪怕再小、再不起眼都可以。不过我相信绝大部分人都还是有目标的。问题可能是出在规划上。 目标规划就和程序设计一样，一定要可行并且行之有效，结合自己的实际情况去进行规划，明确怎么做、什么时候做，而不是像大部分代码里的 TODO 那样 TO NEVER DO。 然后便是激励，用游戏的常见设定来说，通常完成成就都有奖励，完成现实生活的目标也是这样，给自己激励才有更多的动力，同时在激励的过程中也能有效缓解压力和疲惫。吃喝玩乐和买买买就是很好的激励方式 人际交往</h2> 人际交往方面，基于多年社会经验，得出的一个比较重要的感悟就是： 重视自己的感受。 很多时候，复杂的人际关系让我们不得不放弃自己的利益、感受来换取人际关系的增长。年岁增长之后，我却愈发觉得，常说的年纪越大越迁就人际关系并不能听信，无论在什么情况下，一定要重视自己的感受。 现在都说重视心理健康，因此也不亏待了自己。 2021年阅读过的书籍推荐 Unknown — Thu, 03 Feb 2022 07:48:37 +0000 书是人类进步的阶梯。 1. 無人島漂着100日日記 (KITORA)</a></h2> </figure> 首先是一本漫画。2020年到2021年之间在 Twitter 上连载，推出实体书之后立刻就买了。主角为了治疗家人的疾病，远行赚钱，在海上遭遇海怪，流落无人荒岛，100天中求生逃脱的故事。这是一个信念、智慧、勇气和爱的故事。主角最后回到家和家人拥抱在一起的画面非常难忘。 2. 世界地图集（第2版）</a></h2> </figure> 神奇的地球。我非常喜欢看地图、旅游指南，人短暂的一生实在是很难踏遍世界，但是从地图、旅游指南中，你也同样能感受到世界的美妙。 3. Everyday Data Science</a></h2> </figure> Data science is an interdisciplinary field that uses scientific methods, processes, algorithms and systems to extract knowledge and insights from noisy, structured and unstructured data, and apply knowledge and actionable insights from data across a broad range of application domains. 这本书在网上评价算是褒贬不一。作者从博客中整理出了关于日常生活中的数据科学案例的相关文章，汇总成书。作者的想法是写一本专业非专业人士都可以看的书，不过从博文到书的过程中，还存在不少问题，这点评论已经提到了不少。不过我还是愿意推荐这本书。“科学”并不是大家想象中那样和日常生活完全无关的，我觉得作为一本入门级的读物，它是合格的。重点在于你是否能够将这种思路应用到日常生活中，在日常生活中实践科学是一件很有意思的事情。 再忙也要花时间阅读书籍，如同高尔基所说“书是人类进步的阶梯”。不过今年看了很多热销书，还有朋友圈各种高格局的书，觉得并没有太多收获，因此只推荐了我觉得有所收获的书，也感觉到，读书这种事情，重点是自己的探求方向，朋友圈 99% 的书都是不适合自己的（包括我上面推荐的）。 2021年我买了哪些东西 Unknown — Thu, 03 Feb 2022 06:08:37 +0000 又到了年终总结的时候，我习惯于在春节期间来撰写一年的总结，毕竟对于我来说，这才是一年真正的结束。 首先是购物环节。 LEGO 92177 瓶中船 </figure> 经典复刻</li> Withings ScanWatch </figure> 家里人送的表，卖点是心电图和健康监测，时刻提醒自己注意身体。戴上之后大约一个多月没收到任何健康问题提醒，当下就放心了很多（某种意义上值了）。作为法国品牌，设计也不错，作为时装表或者正装表都可以。</li> 福莱希（FLEXI）德版经典遛狗绳 </figure> 狗子拥有了更大的活动空间，整体重量很轻，收放都很顺滑。</li> Samsung 三星 S21 Ultra 5G </figure> 家里的家庭套餐升级之后，已经全员畅享 5G 了，只有我的手机还不支持，趁着东哥的大额折扣加优惠券，买下了这个 S21 Ultra。我一直是 S 系列普通型号的用户，因为大屏对我价值很小，普通型号的尺寸、重量都非常适合我。但是这次 S21 只有 Ultra 才有曲面屏，于是就买了 Ultra 。你要问了，曲面屏有什么实际价值吗？“好看”就是最大的价值。如果 S21 普通型号也有曲面版本的话，我一定会买它的紫色的。</li> SONY WF-1000XM4 蓝牙耳机 </figure> 换新手机带来的问题，没有 3.5mm 耳机孔了，确实到了换用蓝牙耳机的时候，这个耳机是从我姐那里拿来的。索尼家的耳机各方面水平都在线，在这个价位上表现还算出色，我觉得是一个不错的选择（“耳机玩家”除外，已经被他们贬的一文不值了）。4 代佩戴舒适性有了很大提升，降噪也在平均水平以上。索尼大法好！</li> 资生堂男士均衡护肤水 </figure> 我姐今年给我换的新护肤水。我平时也是个不注重保养的男生，全靠我姐帮忙打理。我的脸部是典型的混合型肌肤，之前我姐给我换了很多种护肤品，比较繁琐。这款用起来感觉确实体现了“均衡”，干性和油性区域表现都不错，一整天下来也没有明显的不适感。</li> 蔡司擦镜纸 </figure> 别人擦镜头，我擦镜片。戴眼镜还是比较麻烦的，我又不戴隐形眼镜，因此镜片需要时常清理，这款擦镜纸已经经历了几次涨价，也和疫情、国际贸易等等因素有关，但是从性价比上来说，我觉得还是可以的（相比小林制药的）。也呼吁大家保护好眼睛。</li> 田宫四驱兄弟跃动冲锋 </figure> 我的青春回来了</li> PHILIPS 飞利浦 X2HR 头戴式耳机 </figure> 9500爆款旗舰版，各大评测都很吹捧，表现出色。任意设备都可以轻松推动，我用的 MOTU M2，当场退烧，也印证了那句话，“早知道，还是原道！”（可能就是 10 万以下听个响吧）。</li> Q posket 美少女战士倩妮迪公主 </figure> 童年的梦中情人，唯一可以和木之本樱相比的人。公主款无需多言。</li> Paris Saint-Germain x Jordan 卫衣 </figure> 本来是庆祝 LGD 夺冠的，结果是“为什么不 BAN 猛犸”。设计很好看，就当支持梅老板了。</li> </ol> 回顾了一下购物历史，发现涉及挺多方面的（给家人买的东西没有放在里面，更加适合我的朋友们浏览）。 购物时降低压力和激励自己的有效方式，不要吝啬花在自己身上的钱。😊 Electron 的 Notification 在 Windows 系统下无法正常使用的问题 Unknown — Sat, 14 Aug 2021 08:45:29 +0000 Electron 需要设置程序 appId 之后，才能正常在 Windows 下使用 Notification 功能 // windows 下需要设置这一项才能正常使用 Notification if (process.platform === 'win32') { if (app.isPackaged) { app.setAppUserModelId('My.App.Id') } else { app.setAppUserModelId(process.execPath) } }</code></pre> 开发环境下，可以直接设置为程序的 exe 文件路径（实际上就是当前 electron.exe 的路径）。 对 rollup-plugin-css-only 生成的 CSS 文件添加 hash 信息 Unknown — Thu, 11 Mar 2021 16:56:44 +0800 rollup-plugin-css-only</code> 目前还没有支持对生成的文件名添加基于文件内容的 hash 值，而这个操作在 Web 前端中又非常的常见和必要。 因此只能采用折中的解决办法了。 import css from 'rollup-plugin-css-only'; import crypto from 'crypto'; function emitCSS(css, styles, bundle) { const md5 = crypto.createHash('md5').update(css).digest('hex').substr(0, 8); const filename = `bundle.${md5}.css`; // bundle 中添加 css 文件信息 bundle[filename] = { type: 'asset', fileName: filename, source: css }; } export default { input: 'src/main.js', output: { sourcemap: false, format: 'iife', name: 'app', entryFileNames: production ? 'bundle.[hash].js' : 'bundle.js', chunkFileNames: production ? '[name].[hash].js' : '[name].js', dir: 'build', }, plugins: [ css({ output: production ? emitCSS : 'bundle.css', }), ], };</code></pre> 2020年我学到了什么 Unknown — Sat, 13 Feb 2021 15:03:12 +0800 记账</h2> 记账确实是一件令人头疼的事情，枯燥的重复性记录工作很容易就让人放弃了。 好消息是，2020年在我姐的悉心指导下，终于第一次做到了全年账目无误，也就是说我记的账对齐了！ 很多人说记账可以帮自己开源节流，其实这有些过分夸大记账对于一般人的作用了。 我觉得记账最重要的作用就是可以让你做到“心中有度”。不论是收入还是支出，你心中随时都有概念和底气。 以我自己为例，我是一位可乐爱好者（可口可乐），可口可乐的单价算不上贵，根据品类不同，单品在 2 - 10 元之间。如果你平时不留意的话，很难感受到花费在可乐上的支出。直到年前我将去年一年的可乐支出筛选出来一看总计，原来我一年要喝这么多可乐！ 当然，记账也不全是让你感慨自己这一年花了这么多钱，在收入方面，也可以很好给你归纳总结，清晰地看到各种收入来源的比例，以及这一年收入上的增长，对于下一年的支出规划很有帮助。 2020年各类投资收益大涨，确实给我带来不菲的收入，从我自己的投资收益曲线也能看出 2020 年投资市场的波动。 另外还有类似于各种疏忽造成的费用支出（银行扣费服务、不常用的订阅费用支出），也可以在对账时一下子就把它揪出来，清理掉那些不需要的付费服务。（虽然银行也有各种对账单，但是我之前其实很少主动对账）。 这一年的记账经历确实给了我很多收获，真正做到了“心中有度”。 所以给大家推荐两样和记账相关的东西： 复式记账法 复式记账法可以让你对所有收入开销的来龙去脉都了如指掌。 </li> beancount 开源的基于文本的复式记账法软件。简单好用使它最大的特色，有效降低你的记账成本，提升记账体验。 </li> </ol> 很多人选择直接将银行等提供的账单导入自己的账单，免去手动记账的过程，但是我却更喜欢手动记账，其中的区别在于，每一次你记账的时候，也是一次思考的过程，想想自己的收入能否继续提升，想想自己的支出是否可以优化。 厨艺</h2> 在家基本都是我姐做饭，我给她打打下手。要说我自己做菜，拿手菜也就青椒炒肉丝之类的。 今年工作上的调整让我有了更多时间学习厨艺，在我姐和众多“大厨”的指导下，2020年厨艺有了长足的进步。自己爱吃的菜自己可以做好，也学到了很多新菜式。 能够吃到自己喜欢的食物，是一件非常能提升幸福感的事情，有效缓解自己的生活压力。加上现在教授做菜的渠道越来越多，是我非常推荐的一项技艺。 陪伴家人</h2> 随着父母渐老，陪伴家人成为我最重视的事情。年纪越大，觉得时间过得越快，毕业这么多年一眨眼就过去了。时间对于父母来说比我更加珍贵。2020年县城通了高铁，回家更加方便，高速畅通可以选择开车回家，路况不好就可以选择高铁回家，总体时间都在1.5个小时左右。 有时候回家和家人一起吃饭，吹吹牛，就是生活中最值得高兴的事情。 与生活中发生的事情相比，工作上的事情显得不值一提，以至于没有太多可以分享的。 人生可以说漫长也可以说短暂，年轻的时候应该多尝试自己喜欢的事情，我不太喜欢那些过于夸大年轻人的苦难处境和贩卖焦虑的论调。 我想在这个世界上没有任何一个人是轻松的，区别在于有些人正视并跨过了它们，有些人沉溺在别人或甜或毒的鸡汤中。 勤练带来力量 与其感慨路难行，不如马上出发 </blockquote> 与大家共勉 2020年我买了哪些东西 Unknown — Sat, 13 Feb 2021 14:46:23 +0800 其实我很少写年终总结，不过2020年确实特别的一年，值得记录。 参照我经常阅读的一些人的年终总结方式，感觉将内容分类记述是比较好的方式，不显得冗余也不容易写成流水账。 2020年我买了些什么</h2> 首先是大家最喜爱的购物环节，虽然疫情对经济有些影响，但是也不能忘了对生活的追求。（以下物品排名不分先后） 乐高 75892 迈凯轮塞纳和 75551 小黄人 </figure> </figure> 两款老少皆宜的乐高 </li> CB12 漱口水 </figure> 使用体验比其他同类型的漱口水更加清爽温和，并且抑制口气效果比较明显。 </li> Green Bell 的指甲刀（我购买的型号是G-1114 和G-1113） </figure> 物美价廉，刀口设计合理，操作很舒服，并且刀刃锋利，使用时不需要很用力。家里人手一个。 </li> Feather HiSHAVE MOIST Gel 剃须啫喱 </figure> 我喜欢手动剃须，剃须啫喱相比剃须泡沫，操作更简单，无需起泡，用量少，更顺滑，皮肤刺激感低，并且没有一些奇怪的香味，因此我更推荐使用剃须啫喱。Feather的这款剃须啫喱算是便宜大碗，自带保湿成分，我个人使用感觉不错。 </li> 防雾剂 今年由于出门都要戴着口罩，冬天眼镜起雾的问题很严重，因此防雾剂很有用，只要认准有效成分-表面活性剂即可，不需要各种乱七八糟的添加成分。 </li> KRUPS EA810780 咖啡机 </figure> 由于家中的老咖啡机是之前半自动的，使用过于繁琐，经常遭到我妈的吐槽，这次选择了一台全自动咖啡机，使用简单，做成的浓缩咖啡品质稳定，也并没有感觉与之前的半自动咖啡机的成品有明显差异，但是使用的便利性大大提高了我们家的咖啡消耗量，这就足够了（转天就把老咖啡机送人了）。 </li> MacBook 13英寸 M1 芯片版本 </figure> 告别被苹果“遥控”之后旧 MacBook 的各种奇怪问题，以及编译时漫长等待的烦躁心情。Intel 该加油了。 </li> WD-40 Multi-Use Product </figure> 最后是 WD-40 多用途型号，名声大到我妹妹都可以熟练操作，因此无需再多做介绍。专门处理家中各类物品的疑难杂症，遇事不决先喷WD-40（切勿直接接触人体以及食品相关器具，使用时做好防护措施）。 以上是我在2020年购买的东西中觉得最值得推荐的，其中有一些是我已经用了很久，2020年依旧在持续使用的。 同时你会发现表单里面没有任何食品，因为我觉得食品安全相当重要，非特殊情况下不做推荐（乃至狗粮也是如此）。 </li> </ol> 在JS中用更现代化和优雅的方式进行金额的格式化 Unknown — Tue, 26 Jan 2021 17:39:46 +0800 今天介绍一种我已经使用了很长时间的，针对现代浏览器的金额文本格式化方法。 这种方法使用了 Intl.NumberFormat</code> (MDN</a>) 这个API。 以人民币为例 const amountFormatter = new Intl.NumberFormat('en-US', { style: 'currency', currency: 'CNY' }) /** * 1234567.12 to 1,234,567.12 * @param amount */ export const formatAmount = (amount: number): string => { if (typeof amount === 'undefined') { return '' } return amountFormatter.format(amount).substr(3) } formatAmount('1234567.12') // => 1,234,567.12</code></pre> 通过上面这个方法，就可以获取常见的人民币展示形式 1,234,567.12</code>。 如果你需要保留人民币符号，那就是下面这个方法 amountFormatter.format(amount).substr(2) // 1234567.12 to ¥1,234,567.12</code></pre> 事实上 format</code> 方法输出的字符串是 CN¥1,234,567.12</code> ，因此你可以根据自己的需要进行调整。 通过调整 locale</code> 参数和 options</code> 还可以组合出更多形式，尽情探索吧。 arm64 的 Mac 上面使用 fnm 的问题 Unknown — Wed, 20 Jan 2021 10:49:06 +0800 注：文中 mac arm64、apple silicon、m1 皆指代采用 Apple 自研芯片的 mac</a>。 早前我把自己的 Nodejs 版本管理工具切换到了 fnm</a>，比 nvm 更快更简洁，比 n 更灵活是我选择它的原因。 不久前我的 mac 更新为了 m1 芯片的版本，随之而来的开发环境的问题也很多。 首先就是 Nodejs 的问题。 Nodejs 的 mac arm64 支持现状</h2> 截止本文发布时间（2021-1-20），只有 v15.x 版本的 Nodejs 支持了 arm64 版本的 mac 系统，其余版本的 Nodejs 只能通过 Rosetta 运行（不过问题不多）。 在 m1 芯片能够提供极大程度性能提升的情况下，大家当然希望更多版本的 Nodejs 可以原生支持 arm64 的 mac。 不过目前 Nodejs 官方还没有正式宣布支持 apple silicon</a>（另一个链接</a>），距离正式支持应该还有一段时间。 由于以上原因，fnm 在 mac arm64 下的使用也产生了一些问题。 在给项目提交了一次更新之后</a>，目前 fnm 已经可以在 mac arm64 下正常编译。 由此，fnm 在 mac arm64 下会去尝试从 Nodejs 官方网站下载 darwin-arm64</code> 版本的预编译二进制包。但是因为官方还没有提供这一版本的包，所以 fnm 无法正常工作。 我的 fnm 临时解决方案</h2> 由于这个问题，我只能采用一个临时解决方案（不准备切换回 nvm 或者 n 了）。 方案大致逻辑是： v15.x 的 Nodejs 我需要使用 mac arm64 的版本（性能提升显著，为什么不呢）</li> 其余更低版本的 Nodejs 使用 x64 版本通过 Rosetta 运行</li> </ol> 确定了基础逻辑之后，我需要先找一个获得 mac arm64 版本的方法，从源码编译是一种选择，这也是 nvm 的方法，不过手动编译效率有些低下。好在 homebrew 已经提供了arm64 的预编译包（homebrew 提供预编译包的方式</a>），从 homebrew bottles 下载是一个不错的选择。 步骤</h3> 首先我们正常初始化 fnm 我同时使用 fnm 的 mac arm64 和 x64 版本，使用 x64 版本安装 x64 版本的 Nodejs，使用 arm64 版本做其余逻辑。 </li> 安装 arm64 版本的 Nodejs 大致流程就是从 homebrew bottles 下载 darwin-arm64</code> 版本的 Nodejs 预编译包，按照 fnm 的文件结构把文件放到相应位置，比如 15.6.0</code> 对应 ~/.fnm/node-versions/v15.6.0/installation</code>。 </li> </ol> 这样 fnm 就可以同时管理 x64 和 arm64 版本的 Nodejs 了。 为了方便我获取 arm64 版本的 Nodejs，我写了一个 shell 脚本，从 homebrew bottles 下载最新的 darwin-arm64</code> Nodejs 包。 #!/bin/bash # 假设你已经安装了 homebrew, wget 和 fx(https://github.com/antonmedv/fx) # 所有工作在 /tmp 下完成避免意外情况 mkdir -p /tmp/fnm-node; pushd /tmp/fnm-node; rm -fr ./*; mkdir fnm; # 保存 homebrew 提供的 node 信息 NODE_INFO=./tmp_node_info.json; brew info node --json > ${NODE_INFO}; # 获取最新的 Node 版本 NODE_VERSION=$(fx $NODE_INFO .[0].linked_keg); echo "nodejs version: ${NODE_VERSION;}"; # 建立 fnm 的相同文件结构 mkdir -p ./fnm/node-versions/v${NODE_VERSION}/installation; # bottles 上的 Node 包 NODE_TAR=$(fx $NODE_INFO .[0].bottle.stable.files.arm64_big_sur.url) # sha256 TAR_SHA256=$(fx $NODE_INFO .[0].bottle.stable.files.arm64_big_sur.sha256) # 本地的包文件 NODE_TAR_FILE="node-${NODE_VERSION}.arm64_big_sur.bottle.tar.gz" # 下载包 wget ${NODE_TAR}; # 校验 sha256 FILE_SHA=$(shasum -a 256 ${NODE_TAR_FILE} | head -c 64); if [[ "$FILE_SHA" != "$TAR_SHA256" ]]; then echo "sha256 check failed"; exit 1; fi # 解压 tar xzf ${NODE_TAR_FILE}; # 移动文件到 fnm 镜像结构 mv node/${NODE_VERSION}/* ./fnm/node-versions/v${NODE_VERSION}/installation; # 安装npm和npx pushd ./fnm/node-versions/v${NODE_VERSION}/installation; cp -r libexec/lib/node_modules ./lib; ln -sf ../lib/node_modules/npm/bin/npm-cli.js ./bin/npm; ln -sf ../lib/node_modules/npm/bin/npx-cli.js ./bin/npx; rm -fr AUTHORS etc INSTALL_RECEIPT.json libexec share; popd; # 创建 fnm 的文件夹结构（可能还没有安装过node） mkdir -p ~/.fnm/node-versions; # 移动最终文件到 fnm 的真正文件夹中 mv ./fnm/node-versions/v${NODE_VERSION} ~/.fnm/node-versions; popd; echo "all things done"; fnm ls;</code></pre> 执行完之后，fnm 就获得了当前 homebrew 中最新的 arm64 版本的 Nodejs。 根据你的本地配置修改脚本中的相应参数。 GitHub gist: fnm: install arm64 version of node from homebrew bottles</a> 期待 Nodejs 早日正式支持 mac arm64，以及更多 lts 版本的支持。 新一年代的思考 Unknown — Sun, 10 Jan 2021 03:46:00 +0000 首先向大家介绍一位我非常喜欢的 Web 前端工作者，hail2u</a>，没错，一位日本友人。 说说为什么我会喜欢这位开发者。我从事前端开发工作也有接近8年时间了，在这8年里也经历了前端技术的飞速发展，对于国内的前端开发来说，这8年可以说是天翻地覆。 对于我个人来说，这8年时间其实也可以说是没有任何变化，8年前我的工作内容只是完成业务需求，8年后也一样，区别只不过是换了几种框架而已。 在大公司尤其能感受到这一点，高度流水线化的工作流程，我接触的同事中绝大多数人只是想着完成这个需求就好。 又不是不能用。--罗永浩 </blockquote> 大多数时候他们并不在意自己的工作质量如何，只要产品需求完成了那就结束了。 我一直认为追求更高的工作质量、更好的技术能力是一位开发者对自己应有的要求，无论是在我自己的工作中、在我负责的开发管理和人事招聘中，我都一直践行这一点，即便很多时候并非那么容易就能做到。 随便翻看我所在的公司的各种项目，杂乱无意义的 git 提交记录；莫名其妙的夹杂着私人情绪的注释；为了完成任务而编写的无法阅读的代码；不愿意深入了解所用技术而自己创造的各种“轮子”。 我对于这样子的工作态度难以表示认同，然而我也不能改变他们。 回来说说 hail2u，我关注他大约有3年了，这期间我能从他的个人网站、GitHub 发现他一直保持着高效、高质量的产出，从思考、创作到分享。 这是一位非常喜欢研究前端技术标准的开发者，你可以从他的个人网站、个人项目中发现这一点，经常分享好的技术思想。 从他的博客 https://hail2u.net/ 就能发现这一点，这是一个他自己实现的纯静态网站，在 HTML 和 CSS 的使用上到了一个很高的程度。与现在前端圈或者说技术圈的言必谈架构的氛围不同，在这样一个看起来有些复古的网站上，却有着对前端技术和工程化高度理解。（整站开源，有兴趣的人也可以去看一下。） 因此，我在日语能力不足的情况下依然持续关注着这位开发者，每次他带来的新文章、新分享我都能有所收获。 在 20 年代到来之际，我也意识到自己应当有所改变了，每日枯燥而无意义的工作消磨了我曾经对于技术的追求，我觉得这也是一个不错的契机，开始重新审视自我。 我将自己的博客主题改成了与 hail2u 相同的样式（MIT 开源），借由这种简单的博客形式，让自己更加专注于博客内容。 总体来说，希望在新的一年里，能够真正重新梳理自己的技术能力，真正有所进步。 guchengf.me stride towards Docker Unknown — Tue, 10 Mar 2020 13:51:00 +0000 是的，guchengf.me 所有线上服务已经大步迈向 Docker ！ 在即将进行下一次个人服务器搬迁的时候，我终于决定将现在服务器上所有的东西迁移到 Docker 内。其实在此之前已经经历过几次搬迁，为了避免后续无尽的搬迁体力工作，决定正式更换到 Docker 平台。 Docker 解决了我的哪些问题</h2> 1. 服务器与本地开发的环境一致性</h3> 其实我在开发过程中，很难做到本地开发和服务器的环境完全一致。由于我主业是 Web 前端工程师，众所周知，前端其实是对服务器环境需求最小的，不管是从部署还是维护，复杂度都非常低，少量的环境不一致也不会导致很严重的问题，Web 前端最关注的毫无疑问是客户端（即我们的用户环境，姑且将服务器到客户端的链路优化工作交给更专业的人）。 因为上面这些原因，我对于本地和服务器环境的一致性工作没有太丰富的经验，并且也做得不够好。在经历过一些 Docker 的线上使用之后，我发现 Docker 能非常有效地提高这种一致性，当我需要实现一致性的时候，就采用相同的 Docker 配置，不再需要我手动维护两个环境，我只需要准备好一份能满足我需求的 Docker 配置，就达成了本地和服务器同步的需求。 2. 重复性部署工作</h3> 我的个人服务器上运行了一些个人网站和服务，每一个新项目都需要我按照需求进行部署（包括我的个人项目和其他开源项目）。这里面有不少重复性的工作，但我不是专业运维，很难做好自动化工作。 Docker 则给了我一个很好的选择。 开源项目都已经广泛开始提供官方 Docker 镜像，我只需要使用他们提供的镜像，修改相应的配置文件（通常只有很少的配置项），就可以轻松将服务运行起来。 而我自己的项目，则可以整理出共同的需求，集中到同一个 Docker 容器进行管理，有官方镜像的优先使用官方镜像，其余部分再各自独立成容器。这种情况下，我就避开了部署项目时的重复工作。 3. 代码和数据的集中管理</h3> 采用 Docker 之后，服务器上的代码和数据得以按照我最喜欢的结构进行管理，毕竟它们的存在形式不再影响它们在服务器上的运行。 我是如何进行迁移工作</h2> 前期准备</h3> 毫无疑问，首先我整理出了需要迁移的所有内容。我的个人项目以 Web 前端和 NodeJS 为主，还有少量的 python 以及 Go 项目。其中大部分需要 nginx 作为 Web Server。 那么我需要准备好 nginx 容器（包括相应的配置文件），Node、python、Go的相应环境，还有数据库（mysql 和 mongodb）。 而那些我使用的开源项目，则只需要确认它们是否有相应的 Docker 镜像，对于需要 nginx 的，将它们和我的 nginx 容器关联起来（数据库我不想关联起来，并没有这个必要）。 在做了这些工作之后，我的 Docker 配置结构就已经清晰了。 nginx （全局统一，包括 https 需要的 letsencrpt），nginx 和各个 Web 服务关联的全局 network（我将它命名为 me_guchengf_net)</li> 单纯 Web 前端的 static（其实它们就只是静态文件的而已）</li> Node、python、Go 的项目（需要使用相应的语言运行时容器）</li> mysql 和 mongodb（集中到一起也方便我对数据库进行备份）</li> </ul> Docker 配置结构设计</h3> 然后我就开始 Docker 配置结构的设计。 按照上面整理的列表进行一级目录设计。 - nginx（基于 nginx-alpine 二次构建，主要加入了 brotli 的支持并调整了一些 nginx 的配置）。 - mysql - mongodb - websites（静态的 Web 前端项目） - web-1 - web-2 - typecho（没错我的博客是 typecho 的程序，我做了一些小修改） - node-proj-a - python-proj-a - go-proj-a - nodejs（我对 Node 环境有一些自己的需求，直接在官方 Node 镜像上进行了二次构建） - php（typecho 需要 pdo 的 php 扩展，官方镜像没有，二次构建加入进去） - open-source-proj-a（使用的其他开源服务，基本就是一个 docker-compose.yml 配一个 config 文件） - logs（日志文件也酌情集中在这里，方便我查找） - init-scripts（全局初始化脚本）</code></pre> 基于上面这个结构，我编写了首批 docker-compose 配置文件和二次构建镜像的 Dockerfile 文件。这样我有特定需求的镜像就准备好了，各个服务的基础信息、互相的关联关系也明确了。 依赖关系</h3> 在整个结构中，只有 nginx 是对其他 Web 项目有反向依赖的，因为它需要知道每个项目的 nginx 配置，于是我就自行作出约定，每个项目都需要按照标准在项目下提供自己的 nginx 配置文件，在 nginx 容器启动前去每个项目中获取对应的配置，复制并挂载到 nginx 容器内（有自己服务进程的做反向代理，单纯的 Web 前端项目则按照标准的静态项目配置）。 其余项目则都是单向依赖，需要互相访问的就建立对应的 network 进行关联，就可以直接通过容器进行访问，不再需要将端口绑定到宿主机上，也免去了很多麻烦。 实现每一个 Docker compose 并测试</h3> 这一步我就正式开始编写各个 docker-compose.yml，每个项目都自行实现项目到 Docker 目录的部署方法，最终的代码和数据在 Docker 容器中挂载。我的大部分项目结构都很简单，最终的成品代码挂载到容器中就可以了，也不存在文件系统的特殊需求。然后配置好需要关联容器生命周期的脚本（大多都是程序启动的前置）。 将项目中对应的线上环境配置替换成 Docker 的版本，比如数据库地址之类的。 只要每一个 docker compose 都可以顺利启动就可以了，在这个过程中我几乎没有遇到问题，项目都顺利运行。 上线</h2> 到这里，我就已经完成了所有迁移工作，剩下的就是搬上服务器了。 在服务器上准备好 Docker 环境（已经 docker-compose），将这个 Docker 项目直接发布到服务器上，首先运行初始化脚本，构建好所有定制镜像，然后将数据库服务启动，再依次启动各个项目，最后运行 nginx（因为nginx会检查upstream）。 是的，就和上述这些文字描述的一样，非常轻松，没有太多的曲折。 你现在阅读到的这篇文章就是已经运行在 Docker 容器中的了！ Amazing</h2> 我已经完成了整个迁移工作，并且将我本地开发的 nginx、数据库之类的服务也替换成了 Docker 版本，只需要区分开发和线上的配置文件，就实现了这些环境的一致性。 其实在这整个过程中，我遇到的最大困难竟然是 nginx 中 https 的部分，也就是 letsencrypt 和 certbot 的相关工作，我准备在下一篇文章中详细讲述这个问题。 Enjoy Docker! TypeScript 中的 Unknown 类型 Unknown — Sat, 10 Aug 2019 06:08:00 +0000 TypeScript 3.0 中新增了一种 unknown</code> 类型。 New unknown top type</a> unknown</code> is the type-safe counterpart of any</code>. Anything is assignable to unknown</code>, but unknown</code> isn’t assignable to anything but itself and any without a type assertion or a control flow based narrowing. Likewise, no operations are permitted on an unknown</code> without first asserting or narrowing to a more specific type. </blockquote> 简单来说，unknown</code> 是一种更加安全的 any</code> 的副本。所有东西都可以被标记成是 unknown</code> 类型，但是 unkonwn</code> 必须在进行类型判断和条件控制之后才可以被分配成其他类型，并且在类型判断和条件控制之前也不能进行任何操作。 一些常见的使用案例可以参考官方文档</a> 我这边举出一个很常见的使用场景。 假设我们在一个 TypeScript 项目中，引入了一个 JavaScript 编写的库，这个库通过单独的 TypeScript declaration 文件提供 TypeScript 支持，那么就可能存在一种情况。 import { method } from 'js-lib'; const method = (some: SomeType) => void;</code></pre> method()</code> 在 .d.ts</code> 中声明的参数类型是 SomeType</code>，但是它实际接受另一种类型的参数，比如 null</code>。 // 如果直接传入 null，那么编译器就会报错 method(null); // Error: Argument of type 'null' is not assignable to parameter of type 'SomeType'</code></pre> 这种情况下就可以利用 unknown</code> 类型来实现传入 null。 method(null as unknown as SomeType);</code></pre> 这样就可以正常通过编译器的类型校验了。 当然最好还是编写正确的 declaration 文件。 Angular LazyLoad Module 常见问题 Unknown — Fri, 31 May 2019 03:45:24 +0000 1. BrowserModule has already been loaded. If you need access to common directives such as NgIf and NgFor from a lazy loaded module, import CommonModule instead.</h2> BrowserModule</code> 在整个 Angular 应用中只需要引入一次，通常在 app.module.ts</code> 中引入一次就好了，并且如果引入了 BrowserAnimationsModule</code> 或者 NoopAnimationsModule</code> 就不需要再引入 BrowserModule</code> 了，前两个已经内部引用了。 其他模块或者说公共模块中只需要引入 CommonModule</code> 就可以了。 2. TS1323: Dynamic import is only supported when '--module' flag is 'commonjs' or 'esNext'</h2> 因为目前 Dynamic import 特性还是 esNext 的阶段，而 Angular Cli 的 tsconfig</code> 默认是 es2015，所以使用 import()</code> 会提示这个错误。 将你项目下的 tsconfig.json</code> 中的 module</code> 改为 esnext</code>。 这个问题发生在升级到 Angular 8.0 之后，因为这一版本更改了 loadChildren</code> 的使用方式，新版使用了 import()</code>，但是没有正确更新 tsconfig，就会导致这个问题。 i18n-render Unknown — Wed, 22 May 2019 06:05:00 +0000 https://github.com/gucheen/i18n-render</a> tiny i18n solution for tiny projects. Design</h2> The i18n-render's structure is key -> translation dictionary</code>. While the translation dict is locale -> text</code>. In short, i18n-render take a key</code> to get the translation dict, then get translated text with locale</code>. Source Configuration</h2> const source = { example1: { en: 'I can eat glass and it doesn\'t hurt me.', fr: 'Je peux manger du verre, ça ne me fait pas mal.', de: 'Ich kann Glas essen, ohne mir zu schaden.', 'zh-CN': '我能吞下玻璃而不伤身体。', 'zh-HK': '我能吞下玻璃而不傷身體。', jp: '私はガラスを食べられます。それは私を傷つけません。', }, example_image: { en: 'https://source-image.path/en.jpg', fr: 'https://source-image.path/fr.jpg', de: 'https://source-image.path/de.jpg', 'zh-CN': 'https://source-image.path/zh-CN.jpg', 'zh-HK': 'https://source-image.path/zh-HK.jpg', jp: 'https://source-image.path/jp.jpg', }, }; // or const source = { example1: { 'en-US': 'I can eat glass and it doesn\'t hurt me.', 'fr-FR': 'Je peux manger du verre, ça ne me fait pas mal.', 'de-DE': 'Ich kann Glas essen, ohne mir zu schaden.', 'zh-CN': '我能吞下玻璃而不伤身体。', 'zh-HK': '我能吞下玻璃而不傷身體。', 'jp-JP': '私はガラスを食べられます。それは私を傷つけません。', }, };</code></pre>Usage</h2> <body> <p ir="example1">这是一段默认的中文</p> <img src="https://default-image.path" alt="" ir-src="example_image"> <img src="" alt="" ir-srcset="example_image_srcset"> </body></code></pre>// import I18nRender from 'i18n-render'; const i18n = new I18nRender({ source, pageTextLocale: 'zh', }); document.addEventListener('DOMContentLoaded', () => { i18n.render(); });</code></pre>API</h2> class I18nRender constructor</h3> parameter</th> value</th> description</th></tr></thead> source</td> Object<string, string></code></td> Translation dictionaries for various languages</td></tr> locale</td> string</code></td> Set locale directly instead of auto detect</td></tr> pageTextLocale</td> string</code></td> If your page already has text in a certain language, setting this parameter can prevent the re-rendering of this language, and you do not need to provide translation of this language.</td></tr> fullLangTag</td> boolean</code></td> I18n-render uses a short locale tag by default, such as en</code>, fr</code>, de</code>, jp</code>. However, languages can distinguish regions, such as zh-CN</code> and zh-HK</code>, which need two different translation versions. In this case, fullLangTag: true</code> can be set, and the configuration items of the language will become complete modes, such as en-US</code> and zh-CN</code></td></tr> </tbody></table> getLocale() => string</h3> Get current locale of i18n-render. setLocale()</h3> Change to another locale manualy. locale string</code> the target locale</li> persist boolean$1,false</code> store locale to localStorage, next time i18n-render will init with this locale</li> rerender boolean$2,true</code> re-render page text after change locale</li> </ul> getText() => string</h3> Get the i18n text of the target text with key</code> key string</code> the key of text in translation dict</li> locale string$3</code> the locale want to use, default to current locale of i18n-render</li> fallback string$4</code> this fallback text will be used if the target statement does not have a translation dictionary configured or if there is no corresponding language setting.</li> </ul> render()</h3> Render all i18n-render elements in page. Browser support</h2> The latest version of Chrome, Firefox, Edge, and Safari. MIT License</h2> Mustang taillight spinner Unknown — Tue, 21 May 2019 02:09:16 +0000

guchengf.me

使用 tinyfeed 来做 RSS 内容聚合

2025年回顾：我的生活有哪些变化

关注健康</h2> 三十多岁开始养生也不算晚。</p>

出门旅行</h2>

生活中的兴趣爱好</h2>

今年购买的有用好物</h2> 今年购买的东西也不少，只推荐几样我真正觉得“好”且大家都能用到的东西。</p>

再见2025</h2> 对于2025还有很多怀念和不舍，但是永远要继续向前，永远要有一颗前进的心。</p>

饮料评测：Laimon 莱檬柠檬汽水 500ml

5月（新疆）北疆行

旅游路线</h2> 我们旅游的时间是5月5日到15日，路线总体是经典的北疆自驾大环线，只是由于5月独库公路还没开，缺少了独库公路这一段路线。</p>

饮料评测：统一春拂绿茶

饮料评测：伊藤园浓味绿茶（无糖）

饮料评测：麒麟直火一日黑咖啡 600ml

饮料评测：伊右卫门绿茶 500ml

分享自制的Miniflux V2自定义CSS主题

饮料评测：Suntory 三得利乌龙茶（无糖）

cgit 中 repo 的 idle 时间问题

cgit 是如何计算 idle 的</h2> cgit 中 repo 的 idle 是通过以下这个逻辑计算的</p>

解决 cgit 无法正确计算 idle 的问题</h2> 如果你的 repo 因为各种原因导致 cgit 无法正确计算 idle 的话，可以利用 cgit 会尝试读取 refs/heads/defbranch(master) 和 packed-refs 的逻辑，按照如下方法解决</p>

饮料评测：UCC 职人咖啡无糖黑标 900ml

饮料评测：GEORGIA 乔尼亚 THE BLACK 咖啡 500ml

饮料评测：SANGARIA 三佳利皇冠黑咖啡

RSS-it：用Bun开发一个RSS生成工具（一）

应用设计</h2> 应用的基本功能：</p>

宜兴一日游

动物园半日游

年初整理浏览器书签

后续优化</h2>

用 Linkding 直接替代浏览器书签？</h3> Linkding 的使用效率并不低，配合关键字、标签搜索，查找某个书签也很方便，但是对我来说依然难以替代浏览器书签，这更多地是一个使用习惯的问题。</p>

断舍离</h3> 浏览器书签的整理也遵从断舍离的理念，那些不会用到的书签，就干脆一点删除吧。</p>

2024年我买了哪些物品

总结</h2> 2024年的购物总结列出了更多实用为主的物品，经济环境变差的情况下，流行起消费降级，大家更加关注物品的性价比、实用性，因此我的分享也更多地关注物品地这些方面，希望能够给大家提供更好的参考。</p>

2024年年终总结

1月</h2> 2023年的最后一天在湖州龙之梦太湖古镇跨年，看到了壮观的烟花，体验了滑雪。</li>

2月</h2> 在四川外婆家度过了春节。外婆家所在的西昌是个很适合过冬的城市，气候温暖，阳光充足，生活很舒服。</li>

2024年11月23日天平山赏枫

近期菜谱回顾

宫保鸡丁</h2> 看似复杂，实际做起来简单，主要时间是腌制，咸酸甜口味，使用鸡腿肉会更嫩。</p>

虾仁炒蛋</h2> 大量消耗鸡蛋的菜谱，可以紧急挽救即将过期的鸡蛋，使用小虾仁更滑嫩，使用大虾仁吃起来更爽快，调味比较关键，很容易做得寡淡无味。</p>

2024年11月第三周鸟类摄影记录

2024年8月19日满月

Windows 上 Electron 无法获取下载目录

2024 元旦

2023-12-17

umi中使用 sass 的相关问题

在 Docker 镜像构建阶段设置用户来避免文件权限问题

第 25 届亚洲宠物展

收获</h2> 参加展览收获颇丰，看到了各式各样的宠物，还买到了不少有用的宠物用品（也有捡漏领到的免费的）。</p> 当然最最重要的还是看得很开心，没人可以拒绝可爱的动物。</p> </figure> </figure> </figure>

umijs 架构下在 root 节点外加载外部 qiankun 微应用

将 pinboard 的 JSON 数据转换成标准的 netscape 书签数据

React 在 useEffect 时会捕获所有 state 的状态

嵊泗 2 日游

扬州 3 日游

2021年我学到了什么

2021年阅读过的书籍推荐

2. 世界地图集（第2版）</a></h2> </figure> 神奇的地球。 我非常喜欢看地图、旅游指南，人短暂的一生实在是很难踏遍世界，但是从地图、旅游指南中，你也同样能感受到世界的美妙。</p>

2021年我买了哪些东西

Electron 的 Notification 在 Windows 系统下无法正常使用的问题

对 rollup-plugin-css-only 生成的 CSS 文件添加 hash 信息

2020年我学到了什么

2020年我买了哪些东西

在JS中用更现代化和优雅的方式进行金额的格式化

arm64 的 Mac 上面使用 fnm 的问题

关注健康</h2>
三十多岁开始养生也不算晚。</p>

今年购买的有用好物</h2>
今年购买的东西也不少，只推荐几样我真正觉得“好”且大家都能用到的东西。</p>

再见2025</h2>
对于2025还有很多怀念和不舍，但是永远要继续向前，永远要有一颗前进的心。</p>

解决 cgit 无法正确计算 idle 的问题</h2>
如果你的 repo 因为各种原因导致 cgit 无法正确计算 idle 的话，可以利用 cgit 会尝试读取 refs/heads/defbranch(master) 和 packed-refs 的逻辑，按照如下方法解决</p>

用 Linkding 直接替代浏览器书签？</h3>
Linkding 的使用效率并不低，配合关键字、标签搜索，查找某个书签也很方便，但是对我来说依然难以替代浏览器书签，这更多地是一个使用习惯的问题。</p>

断舍离</h3>
浏览器书签的整理也遵从断舍离的理念，那些不会用到的书签，就干脆一点删除吧。</p>

总结</h2>
2024年的购物总结列出了更多实用为主的物品，经济环境变差的情况下，流行起消费降级，大家更加关注物品的性价比、实用性，因此我的分享也更多地关注物品地这些方面，希望能够给大家提供更好的参考。</p>

宫保鸡丁</h2>
看似复杂，实际做起来简单，主要时间是腌制，咸酸甜口味，使用鸡腿肉会更嫩。</p>

虾仁炒蛋</h2>
大量消耗鸡蛋的菜谱，可以紧急挽救即将过期的鸡蛋，使用小虾仁更滑嫩，使用大虾仁吃起来更爽快，调味比较关键，很容易做得寡淡无味。</p>

收获</h2>
参加展览收获颇丰，看到了各式各样的宠物，还买到了不少有用的宠物用品（也有捡漏领到的免费的）。</p>
当然最最重要的还是看得很开心，没人可以拒绝可爱的动物。</p>
</figure>
</figure>
</figure>