相对来说,模板还是方便一些的~
差不多,生成器使用历程如下:
Jekyll > Hexo > Hugo > ox-publish > Hugo
其中,ox-publish 和 Hugo 的编译速度最快。
ox-publish 因为可以只编译当前文件成 html ,所以最快。
相对来说,模板还是方便一些的~
差不多,生成器使用历程如下:
Jekyll > Hexo > Hugo > ox-publish > Hugo
其中,ox-publish 和 Hugo 的编译速度最快。
ox-publish 因为可以只编译当前文件成 html ,所以最快。
我做的这个东西,pandoc 部分的编译速度肯定没问题,应该不输 hugo 的,但是 next.js 编译整个项目确实会比较慢。(不过比 hexo 好像还是快一些的)
以及,另一个诱人的地方是,可以用几乎任何 markup language 写博客,比如 markdown,org-mode,甚至是 latex 和 typst(但这俩 pandoc 支持也一般,听说 latex 的 parser 就是糊了一个)
And the HTML5 validator takes care of most of my issues.
这个链接主要批评的是 HTML4/XHTML validation,并且肯定了我在用的 HTML5 validator
很多 HTML 生成还在用 HTML4 的 mindset,或者兼容 IE,根本没有用好 semantic markup。
a11y 的第一标准就是用 valid HTML 和 CSS,而且 HTML5 validator 的 error 里就包括了 img 必须要 alt 属性的规则。如果这样还不以为意的话,那只能是嘴硬了。
因为 a11y 也有专门的 validator,而你的网站不管主页还是文章部分 failed 和 warning 都比我多
https://qualweb.di.fc.ul.pt/evaluator/https%253A%252F%252Fayayaya.org%252Fzh-cn%252F
如果不用 JavaScript,加载速度肯定会快。我还考虑了 Emacs eww 或者 w3m 这种不支持 JavaScript 的 reader 显示的效果,比如这个代码块行号在 eww 里还能保持显示效果,是我自己实现技巧后提议给 DocBook XSLtng 的。
Pandoc 靜态渲染代码块高亮,粗看起来还像那么回事,其实既没考虑到 eww 里的效果,在支持 CSS 的浏览器里连避免复制到行号都没做。
org-mode + css …阿里云99一年的ubuntu服务器
我的问题是,HTML Validator 的作用是什么呢?或者说,完全符合规范的 HTML,它的好处是什么呢?(跨平台?更好的 a11y 支持?)这点我确实不太懂,感觉也没什么人在研究这个。但是通过比较仔细地避免生成 invalid 的 HTML,这个问题肯定是容易解决的。没人解决,或者 Hugo 本身也没做好,这某种意义上说只是 Hugo 的开发者不重视(不知道)这点,而不是静态生成器这种 approach 本身做不到生成 valid 的 HTML.
我承认我的网站目前是有很多问题,所以我决定彻底切换到自己可以控制的东西上。
至于代码高亮,Pandoc 默认的 HTML Writter 问题还是比较多的,也不太好和 React 结合,所以我现在的办法是把代码块直接送给 React,通过 JS 侧的 prism.js,在 next.js 构建时渲染。不过这有一些其他的问题,我对这块的处理目前也不是很满意。
关于 eww 之类的,我觉得支持这个很 awesome,但是目前确实不在我的考虑范围内
MarkText + Hugo + Gitlab Pages.
考虑一下 Obsidan 啊,哈哈~
当用 JavaScript 等通过 DOM 操作页面没有得到预期效果时,及时排除因为 parse 问题导致得到非预期 DOM tree 的可能,节约 debug 时间。
哪怕浏览器的 HTML parser 有一定纠错功能,如果有 syntax error,就不能保证 DOM 在不同实现上的一致性,因为浏览器本身不见得会报错,到时候 debug 起来会很惨。
用 XSLT3.0 输出 HTML,因为是遵守 HTML data model 实现的,可以容易地杜绝生成 HTML 有 syntax error。而 Hugo 在主题模版里都能找到没有匹配的 </p>
这样的 syntax 问题,实在说让人担忧 HTML 生成的质量。
实际上在工具链最后挂个 HTML tidy,配上合理的选项, 就能自动解决大部分问题。
以前博客用的是 vuepress,现在用的 TeXmacs, 我没用内置的导出工具,而是直接导出 SXML 然后自己转换
Guile 内置了 SXML 处理工具 https://www.gnu.org/software/guile/manual/html_node/Transforming-SXML.html
也有安装的,只是觉得 Obsidian 的知识网图没太大用,就用简单的 MarkText 多些,有时也直接 Emacs 里写。
这可真是硬核,我以前看过 tex2ht 的效果,不像自然的网页。
发个博客链接看看效果?
plain markdown + plain zola + plain nginx
目前主要用的 GitHub - ikoamu/org-roam-ui: A graphical frontend for exploring your org-roam Zettelkasten ,把本地 org-roam 的笔记转成静态网站
之前想着用Hugo躺平,结果被Hugo模板语言直接劝退了,然后直接转了Zola……
不管什么模板语言我感觉都是这样,除了自建的,虽然也很糟糕,但自己可能看不出来