openclaw web UI 无法访问 not found

## 问题解决总结
根本原因 :Gateway 的 resolveControlUiRootSync 函数在自动查找控制 UI 目录时,没有包含 node_modules/openclaw/dist/control-ui 作为候选路径。手动指定相对路径时,可能因为工作目录解析问题无法正确找到目录。

最终解决方案 :

1. 将控制 UI 文件从 node_modules/openclaw/dist/control-ui 复制到项目根目录

      E:\你实际的目录\control-ui

      (建立一个英文,且没有符号的目录,“-”和“_",会引起混淆)


2. 在配置文件中使用绝对路径指定 controlUi.root: "E:\\你实际的目录\\control-ui"

编辑 openclaw.json

"controlUi": { "enabled": true, "root": "E:\\你实际安装的目录\\control-ui", "allowInsecureAuth": true, "dangerouslyDisableDeviceAuth": true }

Read more

OpenClaw 跨平台部署与SearXng免费搜索配置教程(Windows/macOS)

本教程将指导你在 Windows 10 和 macOS 上从零开始部署 OpenClaw,并通过 MCP (Model Context Protocol) 方式集成 SearXNG 作为免费搜索引擎,实现 AI 联网搜索。方案基于 mcp-adapter 插件和 searxng-mcp 服务器,已在两种平台上验证可行。 📌 概述 * OpenClaw:一个强大的 AI Agent 框架,支持工具调用。 * SearXNG:自托管的元搜索引擎,聚合多个上游结果,保护隐私。 * MCP:模型上下文协议,让 AI 可以调用外部工具。 * 目标:让本地运行的 OpenClaw(使用 Ollama 模型)能够通过 SearXNG 获取实时网络信息。 🔧 前置准备

By Ne0inhk
Flutter 三方库 inno_build 的鸿蒙化适配指南 - 实现极速的构建脚本增强、支持项目环境隔离与自动化 HAP 打包流程定制

Flutter 三方库 inno_build 的鸿蒙化适配指南 - 实现极速的构建脚本增强、支持项目环境隔离与自动化 HAP 打包流程定制

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 inno_build 的鸿蒙化适配指南 - 实现极速的构建脚本增强、支持项目环境隔离与自动化 HAP 打包流程定制 前言 在进行 Flutter for OpenHarmony 的企业级部署时,仅仅依靠原生的命令行构建有时显得捉襟见肘,难以应对多渠道打包、混合环境参数注入以及复杂的资产预编译需求。inno_build 是一个轻量级且极具扩展性的构建增强工具。它为 Flutter 项目穿上了一层“自动化铠甲”,让原本散乱的构建脚本变得井然有序。本文将探讨如何在鸿蒙开发流水线中深度整合该库。 一、原理解析 / 概念介绍 1.1 基础原理 inno_build 核心是一个基于任务流(Task Flow)的执行引擎。它通过读取项目根目录下的配置文件,在执行 build 操作前后自动注入 Hook

By Ne0inhk
Flutter 组件 r_flutter 的适配 鸿蒙Harmony 实战 - 驾驭资源映射自动化、实现鸿蒙端资产强类型引用与资产冲突静态校验方案

Flutter 组件 r_flutter 的适配 鸿蒙Harmony 实战 - 驾驭资源映射自动化、实现鸿蒙端资产强类型引用与资产冲突静态校验方案

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 组件 r_flutter 的适配 鸿蒙Harmony 实战 - 驾驭资源映射自动化、实现鸿蒙端资产强类型引用与资产冲突静态校验方案 前言 在鸿蒙(OpenHarmony)的大型 UI 工程开发中,“资源管理”是一个极易产生低级错误的重灾区。面对动辄几百个图标(PNG/SVG)、各种自定义字体文件以及多层级的资源目录。如果我们依然使用硬编码字符串(如 Image.asset('assets/images/home_icon_v2_final.png')),那么不仅毫无代码提示可言,由于文件名拼写错误引发的运行期资源丢失(Missing Asset)更是家常便饭。 我们需要一种“代码即资产”的强类型保护。 r_flutter

By Ne0inhk
Flutter 组件 dartle 的鸿蒙化适配实战 - 驾驭极致工程构建大坝、实现 OpenHarmony 全链路自动化、任务依赖治理与工业级 CI/CD 编排方案

Flutter 组件 dartle 的鸿蒙化适配实战 - 驾驭极致工程构建大坝、实现 OpenHarmony 全链路自动化、任务依赖治理与工业级 CI/CD 编排方案

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 组件 dartle 的鸿蒙化适配实战 - 驾驭极致工程构建大坝、实现 OpenHarmony 全链路自动化、任务依赖治理与工业级 CI/CD 编排方案 前言 在鸿蒙(OpenHarmony)生态的大规模、多模块协同开发、或者是对构建流程有极其严苛要求的 0308 批次政企级项目中。“构建链路的清晰度与任务间死锁依赖维度”是衡量整个工程体系稳健运行的最终质量门禁。面对包含数十个方舟编译器(ArkCompiler)任务、海量资源混淆步骤、甚至是跨端二进制包(Bundle)分发的重型流水线。如果仅仅依靠 Shell 脚本中那几串干瘪的顺序执行。不仅会导致在定位构建回退(Regression)时让开发工程师如同在脚本废墟中盲人摸象。更会因为缺乏任务级的大局观呈现。令技术管理层在跨部门指挥调度时陷入严重的信息盲区。 我们需要一种“逻辑严密、任务原子、并发有序”的工程资产汇报艺术。 dartle 是一套专注于无缝整合

By Ne0inhk