今天发现在 .NET Framework 和 .NET 9 中使用 System.Uri.EscapeDataString() 方法对字符串进行编码，会产生不同的结果。
譬如“(”符号，前者视其为非保留字符，不进行转义，后者视为保留字符，转义为“%28”。
原因是 .NET Framework 4.8 主要遵循 RFC 2396，而 .NET 9 遵循 RFC 3986。
在跨平台签名验证场景中，对 URL 编码的一致性要求极高，任何细微差别都会导致签名校验失败。
以下是以 RFC 3986 标准为核心、优先使用各平台内置的高一致性方案。
对于 .NET 9，直接使用 Uri.EscapeDataString()。
string encodedData = System.Uri.EscapeDataString(dataToEncode);
对于 .NET Framework，以下是一个遵循 RFC 3986 严格标准的自定义编码方法示例。
static string Rfc3986EscapeDataString(string input)
{
// 定义 RFC 3986 中明确的未保留字符集（不编码）
var unreservedChars = "abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789-_.~";
var result = new StringBuilder();
byte[] data = Encoding.UTF8.GetBytes(input); // 统一转换为 UTF-8 字节
foreach (byte b in data)
{
char currentChar = (char)b;
// 如果是未保留字符，直接输出
if (unreservedChars.IndexOf(currentChar) != -1)
{
result.Append(currentChar);
}
else
{
// 否则，进行百分号编码（%XX，大写）
result.Append('%').Append(b.ToString("X2"));
}
}
return result.ToString();
}对于 PHP，直接使用内置的 rawurlencode() 函数。这个函数的设计初衷就是严格遵循 RFC 3986 标准。
$encoded_data = rawurlencode($data_to_encode);
对于 JavaScript，encodeURIComponent 函数严格遵循 RFC 3986 标准。
let encodedData = encodeURIComponent(dataToEncode);
重要提示：无论使用哪种语言，务必在编码前明确指定字符串使用 UTF-8 编码。编码不一致是导致乱码和签名失败最常见的原因之一 。
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 1
原因有很多，其中一种就是缺少主键。
一般地，应选择尺寸小于显存的大模型版本，且适当冗余。
譬如，显存 8GB，选择尺寸为 5.2GB 的 deepseek-r1:8b。
这样，整个大模型都能被完整地读取到显存中。
若选择 9.0GB 的 deepseek-r1:14b 则显存不足，Ollama 会自动调用系统内存和 CPU 来协同工作，导致推理速度显著下降。
显卡的算力影响生成的速度，模型的参数决定生成的质量。
另外经实测，在 /api/generate 接口的 format 参数中设置返回的 JSON 格式，会缩短生成时间，降低生成质量，可能的原因是强制格式限制了词汇选择空间。
1、在“视图”选项卡上展开“视觉帮助”
2、在“对齐和粘附”对话框中的“常规”选项卡上，在“当前活动”下，清除“粘附”复选框。
3、操作方式
直接拖动连接线的端点仍然是自动粘附至形状的，按住 Alt 再拖动则会在任意位置停留。
此设置的缺点是：无法在鼠标自动依靠形状时自动提示连接线，需要复制已有连接线来达到新建的目的。
今天遇到一个向基于 .NET Framework 框架开发的 Web 网站 POST 数据响应 405 Method Not Allowed 的问题。
服务端接口地址是 https://***/api/abc/Default.aspx，
若请求 https://***/api/abc/Default.aspx 或 https://***/api/abc/ 则正常 ，
若请求 https://***/api/abc 就会出现这个问题。
原因可能是服务器可能返回 301 重定向到 https://***/api/abc/Default.aspx，
导致最终接口接受到的请求方法不是 POST 。
查询路径：阿里云控制台 - 费用与成本 - 订购订单 - 企业服务产品订单
查询网址：https://billing-cost.console.aliyun.com/order/list/enterprise/paid
个人整理，仅供参考。具体规格请以官方发布为准。
 |  |  | |
|---|---|---|---|
| 名称 | X1 | X1 Pro | X3 Pro 日照金山（1母1子套装） |
| 上市时间 | 2025/4 | 2025/4 | 2025/11 |
| RAM | 512 MB | 512 MB | |
| ROM | 128 MB | 128 MB | |
| 频段 | 2.4 GHz 速率为 688 Mbps 5 GHz 速率为 2882 Mbps | 2.4 GHz 速率为 688 Mbps 5 GHz 速率为 2882 Mbps | 2.4 GHz 5 GHz |
| 天线 | 5 根全向高增益天线 5 根定向智能天线 1 根星闪天线 | 5 根全向高增益天线 5 根定向智能天线 1根 星闪天线 | |
| 星闪网关 | 支持 | 支持 | |
| 蓝牙网关 | 支持 | 支持 | |
| 接口 | 2.5GE * 2 1GE * 2 | 2.5GE * 4 | |
| Wi-Fi | Wi-Fi 7+ | Wi-Fi 7+ | Wi-Fi 7+ |
| 适用面积 | 90-120㎡ | 90-120㎡ | 主路由覆盖90㎡内，每增加一个子路由可扩展约30㎡ |
| 价格 |
表格于 2025 年 11 月整理更新。
确保已正确配置环境网站项目。
-----------------------------------------
2025/11/3 启动失败，查到项目日志过大（位于 F:\www\wwwlogs\net），清除后正常启动。
-----------------------------------------
不定时更新。