太微发布版的index.html过大，导致响应时间过长，有没有像懒加载图片一样的条目懒加载呢？
-
-
-
基本无解，使用external js 也是一样的， 因为都要加载，但是如果图片或者字体内置的过大可以优化一下
-
单文件页面无法进行代码分割这种优化
-
@WhiteFall 这是加载了四分钟？
-
@WhiteFall 你offline.html 有问题吧 将近200兆了，可能是构建时残留什么文件没清理吧
-
-
如果说，可以把条目像images一样放到一个文件夹里面，然后需要的时候去请求这个条目，感觉就会快很多了。
-
我现在能想到的，基本是把条目或者条目的text字段拿出来，用的时候在去拉下来
-
感觉不太正常， 我这都16兆了， 除了首屏加载会白屏一会， 然后几秒就加载完了
-
@WhiteFall 着实有点多了
-
看了一下， 应该是你service-worker 的问题， 应该是 缓存策略没写好，现在他会缓存你的整个网站， 虽然你的images 文件没用到， 但是sw 会一直去缓存这些资源， 所以只有第一次会慢， 之后会快， 因为图片已经被缓存了。 -
话说我这GitHub网速确实有点慢，尤其加载大文件的HTML
-
不知道用_canonical_uri字段以及makedatauri 宏（示例）是否可以呢？
用于外部化条目text数据。
-
我找到了一种外部化文本的方法，TiddlyWiki舞以及其仓库有一条目名为：爱丽丝梦游仙境https://bramchen.github.io/tw5-docs/zh-Hans/#Alice%20in%20Wonderland
GitHub地址：https://github.com/BramChen/tw5-docs/tree/main/zh-Hans
在GitHub里面有个外部化的tid文件。
这大概应该就是为在线太微访问加速的解法。
-
W WhiteFall 将这个主题转为问答主题，在 2024年4月9日 07:13
-
W WhiteFall 将这个主题标记为已解决，在 2024年4月9日 07:13
-
还是用 nodejs 部署吧，类似 https://tidgi.fun/ ，直接开懒加载。我现在基本不用 HTML 单文件版部署和使用了。
4/25