dsh-free-web-search

LIMITATIONS

Known limitations

**1. 本机网络是选择性可达的。** 实测：bing ✅、baidu ✅、google ❌（无代理超时）、yandex ⚠️ 验证码、searxng/ddg/wikipedia ❌ 超时。所以是**这些域名的 DNS 或出网被拦**，不是整机断网。（这修正了我早先"整机没网"的错误判断——当时只有三个后端全部失败这一个样本。） **2. Google 返回 JavaScript 空壳页，配代理也不一定能用。** 见上方「Google 的实测结论」。代理已实测可用（CONNECT 6ms），Google 仍返回无结果的空壳。要可靠请用 SearxNG。 **3. Yandex 结果解析器未经验证**（见上）。它默认启用但排在较后；若确认不可用，用 `backends` 去掉即可。 **4. 抓取型后端会因改版失效。** google / bing / baidu / yandex / duckduckgo 都是解析结果页。失效时报 `layout may have changed`——这条错误就是需要改代码的信号。搜索引擎改版是常态，这是抓取路线的固有代价。 **5. 默认公开 SearxNG 实例不保证可用。** 志愿者在跑，随时可能限流或下线。要稳定就自己搭一个。 **6. 后端顺序尝试，没有并发。** 并发更快，但会让"哪个后端答的"不确定，也会在第一个成功时浪费已发出的请求。用可预测性换确定性。 **7. 延迟测试结果只代表当下，且只反映可达性。** 延迟随网络状况和公开实例负载变化；更重要的是它**不检验能否搜到结果**（见上方「可达 ≠ 可用」），所以采纳建议前建议重跑，并结合实际搜索结果判断。 **8. 代理不支持的形态**：SOCKS4（无法远程解析域名）、PAC 文件、代理客户端证书。HTTP/HTTPS/SOCKS5/SOCKS5H 都支持。