vitepress语法 vs hugo短代码

 1自己OneBlog目前的自定义markdown语法（告警容器风格和代码折叠）是按vitepress语法写的：（然后转换到hugo可以识别到的语法的）
 2例如：
 3告警容器风格
 4::: info
 5这是一条info，自定义格式：info+空格+自定义文字
 6:::
 7
 8::: tip 提示
 9这是一个提示，自定义格式：tip+空格+自定义文字
10:::
11
12::: warning 警告
13这是一条警告，自定义格式：warning+空格+自定义文字
14:::
15
16::: danger 危险
17这是一个危险警告，自定义格式：danger+空格+自定义文字
18:::
19
20::: details 点我查看
21这是一条详情，自定义格式：details+空格+自定义文字
22:::
23
24
25代码
26::: details 点我查看
27这是一条详情，自定义格式：details+空格+自定义文字
28:::
29
3001.这个从vietpress markdown语法转换成hugo能识别到的语法 很耗时嘛，或者影响hugo性能不？
3102.hugo的短代码语法是什么样的呢，听说很强大是吗？
3203.那么你推荐我是继续用vietpress markdown语法呢，还是用hugo的短代码呢？（个人体验了下hugo短代码，感觉还是不如vitepress语法简洁友好，hugo短代码要写的代码有点多呀。。）

1content/*.md（::: tip）
2  → hugo-teek-tools convert
3  → .content-vp-converted（
4<div class="custom-block info"><p class="title custom-block-title">信息</p><p>）<br>  → fix-custom-block-markdown.mjs（常再写成 HTML）<br>  → Hugo 读转换后的目录构建</p><div class="highlight" data-lang="text"><pre tabindex="0" class="chroma"><code class="language-text" data-lang="text">&#10;&#10;&#10;| 环节                               | 负担                     |&#10;| :--------------------------------- | :----------------------- |&#10;| `convert`（Go，整篇解析 + 改写块） | 中等，但一次预处理       |&#10;| Node / shell 修补脚本              | 轻到中等（正则）         |&#10;| Hugo 正式渲染                      | 基本只吃已经转换好的内容 |&#10;&#10;所以：&#10;&#10;- 对 Hugo 站点性能：几乎无感（最终多半是&lt;u&gt;短代码或预渲染 HTML&lt;/u&gt;）。&#10;- 对你自己的体验：主要是 构建/热更新多一步；文章少时通常秒级，文章很多、频繁保存时 watch 会多一点点延迟，一般仍可接受。&#10;- 真正吃时间的是「全站重新 convert」，不是 Hugo 本身慢。&#10;&#10;------&#10;&#10;## 02. Hugo 短代码长什么样？强不强？&#10;&#10;OneBlog 里告警对应的就是例如：&#10;</code></pre></div><p>bash<br>{{&lt; alert tip &quot;提示&quot; &gt;}}<br>这是一个提示<br>{{&lt; /alert &gt;}}</p><div class="highlight" data-lang="text"><pre tabindex="0" class="chroma"><code class="language-text" data-lang="text">&#10;&#10;&#10;或命名参数版：&#10;</code></pre></div><p>bash<br>{{&lt; custom-block type=&quot;tip&quot; title=&quot;提示&quot; &gt;}}<br>这是一个提示</p></div>

1::: tip 提示
2这是一个提示
3:::