RiddMa 最近的时间轴更新 RiddMa 最近的时间轴更新 | RiddMaV2EX 第 594142 号会员，加入于 2022-09-13 10:47:45 +08:00 |
| 使用 Next.js + Velite 搭建基于 Git 和 GitHub Actions CI/CD 的自部署博客，自定义 Markdown 渲染管线等。持续更新教程，欢迎围观 1 分享创造 RiddMa 2024-06-05 15:55:34 PM 最后回复来自 txzh007 | 21 |
RiddMa 最近回复了
2024-09-13 01:31:48 +08:00 回复了 youjuejue 创建的主题 问与答 prasec 被墙了么？今天突然都打不开了，天塌了！求推荐远程 |
@sleepybear1113 捉个虫，配置文件路径是%appdata%\Parsec
2024-06-17 21:30:58 +08:00 回复了 0o0O0o0O0o 创建的主题 分享创造 vaultwarden 备份思路之再也不改版 |
@0o0O0o0O0o 不明白为什么丢失密码很严重，不是有“忘记密码”功能吗？按天为单位备份感觉完全足够了，又不是天天在加新的密码。要是觉得不靠谱按小时按分钟也行，反正数据库很小。
真正重要的数据不应该依赖单一的备份手段，要是有完全不能丢的东西，应该在多个介质上重复保存。
真正重要的数据不应该依赖单一的备份手段，要是有完全不能丢的东西，应该在多个介质上重复保存。
2024-06-04 15:10:30 +08:00 回复了 RiddMa 创建的主题 分享创造 使用 Next.js + Velite 搭建基于 Git 和 GitHub Actions CI/CD 的自部署博客，自定义 Markdown 渲染管线等。持续更新教程，欢迎围观 |
@gaocc 不专业哇…配色配着玩的，楼里有推荐主题的我去抄个试试 hh 。
维护成本：riddma.com 域名一年 10 刀，在 namesilo 买的。服务器是搬瓦工 JP ，一年 50 刀的丐中丐，只是图它网好。
维护成本：riddma.com 域名一年 10 刀，在 namesilo 买的。服务器是搬瓦工 JP ，一年 50 刀的丐中丐，只是图它网好。
2024-06-04 15:07:36 +08:00 回复了 RiddMa 创建的主题 分享创造 使用 Next.js + Velite 搭建基于 Git 和 GitHub Actions CI/CD 的自部署博客，自定义 Markdown 渲染管线等。持续更新教程，欢迎围观 |
@x2420390517 博客很简洁，响应也很快，感谢推荐，学习了
2024-06-02 23:33:41 +08:00 回复了 RiddMa 创建的主题 分享创造 使用 Next.js + Velite 搭建基于 Git 和 GitHub Actions CI/CD 的自部署博客，自定义 Markdown 渲染管线等。持续更新教程，欢迎围观 |
@Amose2024 我确实不是程序员，不过是 CS 本硕，还没毕业呢。折腾几年一共用过六七个博客方案，现在这个项目写了大概一个多月，确实有很多不完善的地方。我之前也用过无头 WordPress 、Strapi 和 TinaCMS 当后端，现在不用 CMS 的目的就是抛弃 Admin 页面和后端 API ，管理数据完全依靠文件系统和 Git ，我觉得这样更方便。存储逻辑这块是依靠 Velite 生成 TS 类型，博客数据直接是静态生成的 Object 数组。UI 框架确实有点多，正在逐步剔除，不过有 treeshaking 性能感觉也还可以接受……
2024-06-02 01:26:38 +08:00 回复了 RiddMa 创建的主题 分享创造 使用 Next.js + Velite 搭建基于 Git 和 GitHub Actions CI/CD 的自部署博客，自定义 Markdown 渲染管线等。持续更新教程，欢迎围观 |
@ShuWei 有看到过，但没有深入了解。我理解 Astro 主要面向静态网页 SSG ，有一些担心它的动态能力，毕竟我这边用到了 Next.js 的后端和 Prisma ORM 。此外 .astro 魔改 HTML 语法相较 React 通用的 .tsx 也有一定学习和迁移成本，综合考虑一下，还是选了 Next.js 感觉最稳妥。如果您有 Astro 相关实践对比，请不吝赐教。
2024-06-01 17:01:29 +08:00 回复了 RiddMa 创建的主题 分享创造 使用 Next.js + Velite 搭建基于 Git 和 GitHub Actions CI/CD 的自部署博客，自定义 Markdown 渲染管线等。持续更新教程，欢迎围观 |
@Track13 不是不支持，是不完全兼容，主要原因是有特殊字符需要转义，所以从 Markdown 迁移的文档会报错。转义比较麻烦，而且转义之后的文本看起来不是很美观。
下面是 GPT 给的例子：
在将 Markdown 文档转换为 MDX 时，某些内容可能需要额外的转义以确保正确解析。主要需要注意以下几点：
1. **JSX 标签：** 如果在你的 Markdown 文档中包含类似 JSX 标签的内容，这些内容需要被正确转义或处理，以避免与实际 JSX 语法冲突。例如，如果有 `<tag>` 这样的内容，可能需要将其转义为 `{'<tag>'}`。
2. **Curly Braces （大括号）：** 在 MDX 中，大括号 `{}` 通常用于插入 Javascript 表达式或 JSX 语法。因此，在普通文本中使用大括号需要小心。例如，`{` 和 `}` 在 MDX 中需要转义成 `{'{'}` 和 `{'}'}`。
3. **嵌套内容：** Markdown 的嵌套列表、嵌套代码块等复杂结构在 MDX 中使用时，可能需要特别注意其语法是否与 JSX 冲突。如，嵌套代码块中的 JSX 标签可能需要通过转义来处理。
4. **HTML 标签：** 如果你的 Markdown 文档中包含原始 HTML 标签，确保这些标签不会与 JSX 标签冲突。例如，如果你有 `<div>` 标签，可以考虑使用 JSX 的方式 `<div></div>` 或者转义为 `{'<div>'}`。
5. **Inline Code 和代码块：** 在 Markdown 中使用反引号（`` ` ``）来标记内联代码和代码块时，如果代码块中包含 JSX 语法，需要确保它们被正确解析。例如，内联代码中的 JSX 语法可能需要转义：
```mdx
Here is some inline code: `const element = <MyComponent />`
```
可能需要写成：
```mdx
Here is some inline code: `const element = {'<MyComponent />'}`
```
以下是一些具体的例子，展示了如何在 MDX 中处理这些情况：
### 原始 Markdown 示例
```markdown
# 标题
这是一个段落，其中包含一些特殊字符 < 和 >。
<div>这是一个 HTML 标签</div>
这是一个内联代码 `const element = <Component />`。
这是一个代码块：
```
const element = <Component />;
```
```
### 转换为 MDX 示例
```mdx
# 标题
这是一个段落，其中包含一些特殊字符 {'<'} 和 {'>'}。
<div>这是一个 HTML 标签</div>
这是一个内联代码 `const element = {'<Component />'}`。
这是一个代码块：
```Javascript
const element = {'<Component />'};
```
```
通过以上示例可以看出，主要需要注意的就是在 JSX 语法和 Markdown 特性之间保持正确的转义和解析，以确保 MDX 文件能够正常工作。
下面是 GPT 给的例子：
在将 Markdown 文档转换为 MDX 时，某些内容可能需要额外的转义以确保正确解析。主要需要注意以下几点：
1. **JSX 标签：** 如果在你的 Markdown 文档中包含类似 JSX 标签的内容，这些内容需要被正确转义或处理，以避免与实际 JSX 语法冲突。例如，如果有 `<tag>` 这样的内容，可能需要将其转义为 `{'<tag>'}`。
2. **Curly Braces （大括号）：** 在 MDX 中，大括号 `{}` 通常用于插入 Javascript 表达式或 JSX 语法。因此，在普通文本中使用大括号需要小心。例如，`{` 和 `}` 在 MDX 中需要转义成 `{'{'}` 和 `{'}'}`。
3. **嵌套内容：** Markdown 的嵌套列表、嵌套代码块等复杂结构在 MDX 中使用时，可能需要特别注意其语法是否与 JSX 冲突。如，嵌套代码块中的 JSX 标签可能需要通过转义来处理。
4. **HTML 标签：** 如果你的 Markdown 文档中包含原始 HTML 标签，确保这些标签不会与 JSX 标签冲突。例如，如果你有 `<div>` 标签，可以考虑使用 JSX 的方式 `<div></div>` 或者转义为 `{'<div>'}`。
5. **Inline Code 和代码块：** 在 Markdown 中使用反引号（`` ` ``）来标记内联代码和代码块时，如果代码块中包含 JSX 语法，需要确保它们被正确解析。例如，内联代码中的 JSX 语法可能需要转义：
```mdx
Here is some inline code: `const element = <MyComponent />`
```
可能需要写成：
```mdx
Here is some inline code: `const element = {'<MyComponent />'}`
```
以下是一些具体的例子，展示了如何在 MDX 中处理这些情况：
### 原始 Markdown 示例
```markdown
# 标题
这是一个段落，其中包含一些特殊字符 < 和 >。
<div>这是一个 HTML 标签</div>
这是一个内联代码 `const element = <Component />`。
这是一个代码块：
```
const element = <Component />;
```
```
### 转换为 MDX 示例
```mdx
# 标题
这是一个段落，其中包含一些特殊字符 {'<'} 和 {'>'}。
<div>这是一个 HTML 标签</div>
这是一个内联代码 `const element = {'<Component />'}`。
这是一个代码块：
```Javascript
const element = {'<Component />'};
```
```
通过以上示例可以看出，主要需要注意的就是在 JSX 语法和 Markdown 特性之间保持正确的转义和解析，以确保 MDX 文件能够正常工作。
2024-06-01 16:32:08 +08:00 回复了 RiddMa 创建的主题 分享创造 使用 Next.js + Velite 搭建基于 Git 和 GitHub Actions CI/CD 的自部署博客，自定义 Markdown 渲染管线等。持续更新教程，欢迎围观 |
@terranboy 生命在于折腾，趁着还能折腾动的时候，hh
2024-06-01 16:30:57 +08:00 回复了 RiddMa 创建的主题 分享创造 使用 Next.js + Velite 搭建基于 Git 和 GitHub Actions CI/CD 的自部署博客，自定义 Markdown 渲染管线等。持续更新教程，欢迎围观 |
@Track13 MDX 语法不完全兼容 Markdown ，并且编译不过就完全不能输出内容，更像是和 TS 的“硬链接”。自定义指令像是软链接。我试过使用 MDX.js ，然后弃坑了。现在这个方案最适合我
@jayjoe Boss 总感觉效率很低，最好能有认识的人内推到组，这样成功率会高很多。我都是内推+官网投的
Select Language