hugo 和 hexo 差不多，都是静态生成所有可达路由，换句话说，就是有更新则重新生成所有（如果没有清理缓存则是增量）页面

搜索则是依赖一个包含所有文本内容的数据库文件，比如 hexo 用的是 local-search.xml

我现在用的还是高中时候老大同配的，树脂的，当时花了 200 多，现在看来挺值

@zzhbbdbbd 可以，但是现在还没有做到友链模块，而且是内链（即首页 HTML 结构中没有），可以的话我在完善后娶你的仓库 PR

@zzhbbdbbd 可以，百花齐放，我的站是 http://www.ragnaroks.site/ ，目前还没加上搜索和标签，最近参加完美的 CSGO 比赛有点累

@zzhbbdbbd 事实上我也正在实现一个完全静态的个人网站，正好也在处理搜索这里，我的做法是用 TS 写了个前端简易数据库，和 hexo 类似，最终产生一个巨大的 database.js 导入用于全文检索

似乎没有搜索功能？

java 未来应该把 csharp 的 Span<T> 抄过去，到时候你再来解决这个问题即可

20H2 （ 19043 ）

转 python ，信我

除了不能停机的数据库集群还在跑 centos 7 ，其它已经全面转向 debian 11

自己创建的文件用 '-' 分割，从别处获得（下载、软件产生）则保持默认

如果你在用 vue 的话，相信我（虽然我早已转到 react 阵营）除了 nuxt 就是 vue/cli ，没有其它选择

@binhb 不是，霄龙

宿主机是洋垃圾 64 线程 256 内存，debian 11

docker run -it --rm --net=host zingerbee/netop => memory allocation of 18446744073709551612 bytes failed

这套玩意的缺点就是一个超大的 database.[content-hash].js ，我现在迁移了 80 多个文章或页面，这个文件已经超过 100 KiB 了

根据我的经验，百度和谷歌都会抓取具体的正文和图片，所以我前几天新开的坑就是利用假期用 next 写一个完全静态的个人网站

刚好遇到和你部分相同的需求，这里是标签列表，我希望如果是爬虫就列出全部，如果是真实客户端就列出随机 12 个

具体到 next 上，就是

import shuffle from 'lodash/shuffle';
import take from 'lodash/take';
// database 是我用 ts 实现的前端数据库
import Database from '/database';

// 此时 tagList 是可预测的，没有脱离 SSG
const tagList = Database.select().where().from('tag').toList();

const TagListElement = function() : ReactElement {
// list 也是可以预测的，由于 SSG 阶段不存在 window ，所以最终生成就是完整的列表
--const [list,listSetter] = useState<Tag>(tagList);
--useEffect(function(){
----if(!window){return;}
----// 当是浏览器的时候就替换成随机 12 个
----const clientList = take(shuffle(tagList),12);
----listSetter(clientList);
--},[listSetter]);
--return <div ... />
};

由于在浏览器里面替换足够快（数据都是现成的），所以真实访客看起来这里就是 12 个随机标签，他完全不会想到这里几毫秒之前是一大堆东西