今天发现在 .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），清除后正常启动。
-----------------------------------------
不定时更新。
使用 Linq 语法调用数据库时，需要包含导航属性（外键表数据）会用到 Include 方法，但是如果引用的程序集搞错了，就不会有数据输出，应该：
using Microsoft.EntityFrameworkCore;
而不是
using System.Data.Entity;
个人整理，仅供参考。具体规格请以官方发布为准。
|
|
|
|
|
|
|
|
|
|---|---|---|---|---|---|---|---|---|
| 名称 | BE10000 | BE7000 | BE6500 Pro | BE6500 | BE3600 Pro 套装 | BE3600 Pro 网线版 | BE10000 Pro | BE7200 Pro |
| 型号 |
主：RN04 子：RN01 |
主：RP01 子：RP03 |
||||||
| 上市时间 | 2022.10 | 2023.5 | 2023.10 | 2024.8 | 2024.10 | 2025.5 | 2025.9 | 2026.5 |
| 处理器 | Qualcomm 四核 A73 2.2GHz | Qualcomm 四核 A73 1.5GHz | Qualcomm 四核 A53 1.5GHz | Qualcomm 四核 A53 1.1GHz |
主/子： 高通 IPQ5312 四核 1.1GHz |
主/子： Qualcomm Dragonwing N7 |
Qualcomm A7 四核 1.8GHz | Qualcomm 四核 A55 1.8GHz |
| 内存 | 2GB | 1GB | 1GB | 512MB |
主/子：512MB 一说子是 128MB |
主：512MB 子：256MB |
2GB | 1G DRAM + 512MB Flash |
| 频段 | 2.4GHz、5.2GHz、5.8GHz | 2.4GHz、5GHz | 2.4GHz、5GHz | 2.4GHz、5GHz | 2.4GHz、5GHz | 2.4GHz、5GHz | 2.4GHz、5.2GHz、5.8GHz | 2.4GHz、5GHz |
| 组网 | 混合 Mesh | 混合 Mesh | 混合 Mesh | 混合 Mesh | 混合 Mesh | AC + AP | AI Mesh | AI Mesh |
| 天线 | 12根高增益天线 + 12路信号放大器 + NFC内置天线 | 7根外置高增益WiFi天线 + 1根内置高增益WiFi天线 + NFC内置天线 | 6根高增益WiFi内置天线 + 1根蓝牙内置天线 + 1根NFC内置天线 | 6根外置高增益Wi-Fi天线 | 主/子：4根内置天线 |
主：无 子：2根内置双频天线 |
12根高增益天线 + 12路信号放大器 | 8根高增益天线 + 8路信号放大器 |
| 中枢网关 | 不支持 | 不支持 | 支持 | 不支持 |
主：支持 子：不支持 |
主：支持 子：不支持 |
支持 | 支持 |
| 蓝牙网关 | 不支持 | 不支持 |
蓝牙 Mesh 1.0 100 台 + 蓝牙 100 台 升级固件后支持蓝牙 Mesh 2.0 |
蓝牙 Mesh 1.0 |
蓝牙 Mesh 1.0 200 台 + 蓝牙 100 台 |
主：不支持 子：蓝牙 Mesh 2.0 |
蓝牙 Mesh 2.0 200 台 + 蓝牙 100 台 |
蓝牙 Mesh 2.0 200 台 + 蓝牙 100 台 |
| 散热 | 主动散热 | 自然散热 | 自然散热 | 自然散热 | 自然散热 |
主：自然散热 子：主动散热 |
主动散热 | 自然散热 |
| 接口 |
4×2.5G 1×10G 1×10G SFP＋ 1×USB 3.0 |
4×2.5G 1×USB 3.0 |
4×2.5G | 4×2.5G |
主/子： 1×2.5G 3×1G |
主：5×2.5G 子：2×2.5G |
4×2.5G 2×10G 1×M.2 1×USB 3.0 |
4×2.5G |
| Wi-Fi | Wi-Fi 7 | Wi-Fi 7 | Wi-Fi 7 | Wi-Fi 7 | Wi-Fi 7 |
主：无 子：Wi-Fi 7 |
Wi-Fi 7 | Wi-Fi 7 |
| MLO 多链路聚合 |
双频 4.3Gbps 5 GHz 和 5 GHz-Game |
双频 4.3Gbps 5 GHz 和 5 GHz-Game |
双频 3.6Gbps 2.4 GHz 和 5 GHz |
双频 3.57Gbps 2.4 GHz 和 5 GHz |
双频 3.57Gbps 2.4 GHz 和 5 GHz |
双频 2.4 GHz 和 5 GHz |
双频 4.3Gbps 5 GHz 和 5 GHz-Game |
双频 3.6Gbps 2.4 GHz 和 5 GHz |
|
价格 |
最新价格 | 最新价格 | 最新价格 | 最新价格 | 最新价格 | 最新价格 | 最新价格 | 最新价格 |
-
表格于 2025 年 10 月整理更新。
-
如果只考虑支持蓝牙 Mesh 2.0，那么有 BE3600 Pro 网线版 和 BE10000 Pro 可选，搭配其它 Mesh 路由器实现全屋 Wi-Fi 7 覆盖，搭配其它中枢网关或从网关设备实现全屋蓝牙 Mesh 2.0 覆盖。
-
如果考虑用 Xiaomi 中枢网关 来部署独立的中枢架构，那么选择路由器就没有限制了。
-
名称中带有“全屋”字样的通常以子母套装形式出售，子母路由配置通常不同。购买两台一模一样的普通 BE 路由器，就相当于组建了一套“不分子母”的 Mesh 套装。
-
名称中带有“Pro”字样的通常具备中枢网关功能。