<!DOCTYPE html>

C#后端开发实战与EMLOG二次开发避坑指南

从零到一：零点博客C#后端开发实战，深入EMLOG二次开发与SQL注入防护

大家好，我是零点。今天这篇干货不整虚的，直接复盘我最近在零点博客项目里的一段开发经历。当时我们团队在给核心业务系统迁移时，从 PHP 切换到了 C#，中间踩了不少坑，但也顺便把 EMLOG 某些老旧插件的兼容性问题给顺带解决了。

一、后端开发里的PHP与C#那些事儿

做后端开发，语言只是工具，但工具的选择决定了你开发的效率和系统的稳定性。以前用 PHP 写 EMLOG 主题和插件，得益于其强大的模板引擎，开发速度确实快。但在处理高并发和复杂的业务逻辑时，PHP 的单线程模型就显得捉襟见肘了。切换到 C# 之后，我明显感觉到内存管理和垃圾回收机制带来的开发爽感。

二、源码案例：基于EMLOG的在线Markdown编辑器接口开发

为了提升用户体验，我们需要在前端引入一个强大的 Markdown 编辑器。但这涉及到前后端数据交互，开发一个兼容后端的接口是关键。

前端准备： 首先引入了 EasyMDE 库，配合 jQuery 进行简单的初始化配置，确保输入框样式统一。

后端 C# 接口实现： 我们使用 ASP.NET Core 构建 API，负责接收前端传来的 HTML 格式数据，并将其转换回 Markdown 存入 MySQL。

// 模拟数据接收
[HttpPost("api/save-article")]
public IActionResult SaveArticle([FromBody] ArticleDto dto)
{
    // ... 前端传来的内容可能包含复杂的 HTML 标签
    // 需要进行简单的清洗或存储
    return Ok(new { success = true, data = "保存成功" });
}

三、 SQL注入防护：这是底线！

在 EMLOG 二次开发或 C# 后端开发中，我最看重的一点永远是数据安全。以前做 PHP 开发时，总觉得简单的拼接 SQL 语句能行，结果在某次爬虫采集测试中差点爆库。现在用 C# 和 MySQL，必须老老实实用预处理语句。

给大家看个反面教材和正面教材：

❌ 错误写法（极易被注入）：

string sql = "SELECT * FROM emlog_article WHERE title = '" + userInput + "'";
MySqlCommand cmd = new MySqlCommand(sql, conn);
// 直接执行...

✅ 正确写法（C# 参数化查询）：

string sql = "SELECT * FROM emlog_article WHERE title = @Title";
MySqlCommand cmd = new MySqlCommand(sql, conn);
cmd.Parameters.AddWithValue("@Title", userInput);
// 系统会自动处理转义，彻底杜绝 SQL注入防护 失效的风险

四、正则表达式与JSON/XML的数据清洗

后端开发不只是存数据，更多的是处理脏数据。比如从第三方爬虫获取的数据，XML 和 JSON 格式混乱，这时候 C# 的正则表达式就是神器。

我在写爬虫时，经常遇到 HTML 源码中的标签问题。通过构建正则表达式匹配，我们可以精准提取出 ISBN、邮箱或者特定的日期格式，转换成结构化的 JSON 数据存入数据库，供前端调用。

string pattern = @"\d{4}[-]\d{2}[-]\d{2}";
Regex rg = new Regex(pattern);
Match match = rg.Match(htmlContent);
if (match.Success)
{
    string dateStr = match.Value;
    // 将解析出的日期转换后存入 MySQL
}

五、避坑指南与总结

在零点博客的开发复盘里，我总结了几个必须要记的要点：

接口开发规范化： 所有的输入都必须校验，哪怕是用 jQuery 验证后，服务端也必须二次校验。
防止 XSS 攻击： 虽然标题提到的是 SQL 注入，但 HTML 渲染时的 XSS 攻击同样致命，记得在输出 HTML 时转义。
MySQL 连接池管理： C# 操作数据库时，注意及时 Close 连接，防止连接池耗尽导致服务挂掉。

希望大家看完这篇关于 C# 和 EMLOG 的后端开发复盘，能在自己的项目中少走弯路。代码是写给人看的，也是能跑的，更必须是安全的。