Finisky Garden

随着元宇宙概念的兴起，AI虚拟主播也跟着又火起来了，但AI虚拟主播真是个好生意吗？

AI虚拟主播大致可分为两类，一类是纯的AI虚拟主播，另一类是真人驱动的AI虚拟主播。后者要解决的是真人出镜的问题，本文主要讨论的是前者。

7.19日，收到了LeanCloud的邮件，大意如下：

8 月 1 日起，LeanCloud 国际版共享域名不再向中国大陆提供服务

为履行合规责任，降低平台风险，LeanCloud 国际版共享域名将于 2022 年 8 月 1 日起不再向中国大陆的最终用户提供服务，国际版共享域名仅服务于海外用户。

静态网站的状态存取是个痛点。好消息是本站使用Hexo NexT主题，天然集成了文章阅读量的功能，后端存储是LeanCloud，仅需配置app_id与app_key。而评论系统是另一个坑，一年前 切换到了Waline，一举攻克了这个难题，但当时Waline也依赖于LeanCloud。

这次LeanCloud国际版共享域名不向中国大陆提供服务改动，对Waline无影响，因为Waline的前端部署在Vercel海外节点。但如果网站面向大陆用户，文章阅读量统计会受影响。

因此，考虑将本站去LeanCloud依赖。方法很简单，将文章阅读量切换至Waline，同时Waline的后端存储改用MongoDB。去依赖需要你有一台服务器，自建MongoDB，或者直接使用 MongoDB Atlas的免费版 。

Static website such as Hexo/Hugo/Jekyll is very popular recent years. It is fast, easy to write, deploy and host. However, no free lunch: it is non-trivial to store dynamic information such as pageview counts and comments under the serverless architecture. This site uses Waline to implement article view count and comment system.

Accidently I found that we do not have a full site pageview counter. Waline has post-level counter instead of site-level one.

Just DIY: FiniCounter. Use Vercel serverless function as the web API framework, MongoDB as the storage. When a user comes to any page of the site, we invoke the count API through fetch API, increment the counter in the MongoDB, return the updated value and display in the page.

Initially I want to develop a tool for myself. After I finish it, I decide to make it as a public free service :-) . FiniCounter looks like this:

静态博客如Hexo/Hugo/Jekyll近些年很流行，markdown写作，一键生成部署，无需后端，可托管在各种网站平台，非常方便。但正因为无后端，动态信息的存取就成为了痛点：文章阅读数统计，评论系统等等。本站采用的是Hexo+Waline的方式实现文章阅读数统计与评论系统，最近也去掉了LeanCloud的依赖，所有数据使用MongoDB存储。

突然发现缺少一个全站访问量统计的功能，Waline目前不支持。大多数静态网站使用不蒜子，但看到由于使用人数众多，常常出现502错误和服务不稳定的情况。遂考虑自行开发这样的一个服务：FiniCounter。使用Vercel Serverless Function作为Web框架，MongoDB为后端存储。用户访问任意页面时，通过Fetch API调用Serverless Function，在MongoDB中计数加1并返回最新计数，在前端展示。

本想开发个小工具自己用，后来发现天然支持多用户，独乐乐不如众乐乐，大家一起用吧 :-)。效果展示：FiniCounter。

抖音自2016年9月于今日头条孵化上线，定位为适合中国大陆年轻人的音乐短视频社区，应用为垂直音乐的UGC短视频。从数据来看，抖音主站在2021年第一季度的平均日活已过6亿，非常惊人，可见用户对于抖音产品的认可和依赖。同时，笔者周围有不少人的抖音都是装了又卸，卸了又装，感叹：刷抖音太费时间了，一不小心几个小时就过去了。那么，抖音是如何在互联网行业中突出重围，脱颖而出的呢？

关于"为什么微信能做支付，支付宝做不了社交"这个问题之前有过很多讨论，最近看到一个最直接直观的解释是，因为应用场景的包含关系不同。

Stylish used to be an excellent Chrome extension. It is able to customize css style for any website. I used this extension to change font to Monaco for many years.

Unfortunately, a recent auto update (July 6, 2022) makes it completely unusable: seems that the custom css style is applied after loading the page, so the page will keep the original font until finished loading the whole page and suddenly change to the custom style. Besides, the extension UI has a big change which cannot load properly.

Check the latest user review and found lots of 1 star bad review:

So I investigate how to rollback to an old version Stylish and disable update.

(从前) Stylish 是个特别好的Chrome插件，可以自定义不同的css style，覆盖网站原有的风格和字体。我使用Stylish主要是将网页本身的英文字体改为Monaco，中文字体是雅黑。

不幸的是，最近一次的版本自动升级 (July 6, 2022) 让插件彻底不可用了：看起来css需要在整个网页加载完毕之后才进行覆盖，导致网页字体在原字体和Monaco之间跳转切换，闪瞎眼。此外，UI也进行了大改，设置style的入口变得很深且常常加载不出来，非常闹心。

看下这插件最新的User review，一水的一星差评：

那么如何使用老版本的Stylish并阻止它自动更新呢？

After Deploy Hexo From Private Repository to GitHub Pages, we encounter many issues: GitHub Checkout Action Preserve File Modification Time, and now some posts' permalinks date may shift one day. For instance, assume the original markdown date is 2020-07-13 00:50:05, the generated permalinks date becomes 2020/07/12. Since the permalinks changed, search engines will regard these posts are not found which impact the SEO performance.

使用 # 从私有代码库自动部署Hexo站到GitHub Pages 之后，真是幺娥子迭出：先是 文章的最后编辑时间不正确 ，现在又发现有些页面的永久链接的日期会差一天，比如markdown写的是2020-07-13 00:50:05，生成的永久链接变成了2020/07/12。这个错误可能会导致搜索引擎找不到老页面，从而影响搜索展示。