Search Results

一、各项目文档访问地址 项目名称 访问链接 项目简介 node 访问地址 社区应用商店，包括了应用、服务、合约、网络等；  wallet 夜莺钱包插件，在chrome或edge浏览器应用商店搜索安装 Web3钱包，管理私钥和合约、权益代币管理、SIWE和UCAN登陆认证 interviewer 访问地址 面试官数字人，帮助HR筛选人才，同时模拟面试增加求职者面试经验 chat 文档地址 是一款全能的、以对话为主、支持自定义...

区块链 区块链是开发web3去中心化应用dapp的基础设施。dapp具备跨域时空的生命力，它既不能被关闭，也不能被删除。dapp并不是永生的，如果地球上的动植物是自然选择结果，那么dapp是用户选择的结果。 去中心化应用 去中心化应用dapp是在具体的场景下按照web3理念实施：核心业务逻辑可接受公开审计，通过智能合约自动运行，实现真正的公开透明；用户即是使用者，也是创造者，将会获得激励；用户对自己的数据和资产有更大控制权。 智能合约

目标 开发者使用Github完成代码合并。 合并流程 登陆github，fork社区仓库中项目到个人仓库。 克隆个人仓库代码到本地。 本地开发完成后并提交代码到个人仓库。 登陆github，提交pr请求合并，通常是个人仓库的main分支合并到社区仓库的main分支，需要关联issue 等待项目的maintainer评审 评审通过后，个人仓库的代码会自动合并到社区仓库 下次开发前，需要登陆github，同步社区仓库的代码到个人仓库，确保个人仓库下的代码保持最新。 操作示例 以https:...

直连设备 门禁 保密柜 打印机 控制设备 座位开关和插排 空调 照明灯

在软件开发中，制定一个有效的BUG修复规范是确保代码质量和项目稳定性的关键。BUG修复规范如下： 1. 识别和记录BUG 报告：使用问题跟踪工具 GitHub Issues 记录BUG。 描述：详细描述BUG，包括重现步骤、预期结果和实际结果。 优先级：根据影响程度和紧急性为BUG分配优先级。 2. 分析和诊断 重现：确保能够稳定重现BUG。 根本原因分析：使用调试工具和日志分析找出问题的根本原因。 3. 修复 代码修改：在代码库中进行必要的修改。 代码审查：提交修复代码并通...

创建 .github/ISSUE_TEMPLATE/ 目录，功能需求模板 (feature_request.md) 功能描述 简要描述这个功能是什么 业务价值 为什么需要这个功能？解决什么问题？ 验收标准 标准1 标准2 技术方案（可选） 如有想法可以描述 工作量预估 预计需要 ___ 小时/天 相关资源 设计稿： 原型： 相关Issue：

Bug 描述 简要描述问题 复现步骤 1. 进入... 2. 点击... 3. 看到... 预期行为 应该发生什么 实际行为 实际发生了什么 环境信息 浏览器/设备： 版本： 用户角色： 截图/日志 如有请附上 优先级评估 P0-影响所有用户 P1-影响部分核心功能 P2-影响体验但有workaround P3-小问题

目标 统一代码风格，避免合并时出现大量格式化变更 统一IDE格式 建议使用visual studio code作为IDE工具，有丰富的插件，并支持各种主流开发语言。 统一换行符 Window 本地环境配置 配置： git config --global core.autocrlf true 行为： 操作 转换规则 提交时 CRLF → LF（自动转换） 检出时 LF → CRLF（自动转换） 流程图： 工作区（Windo...

 🔒 安全与认证 更丰富的认证方式 支持 OAuth2 / JWT / LDAP / SSO 等企业级认证。 支持 API Token。 密码策略 强制复杂密码。 密码过期与更新机制。 IP 白名单 / 黑名单 限制可访问的客户端 IP。 📂 文件与目录管理 配额管理 限制用户可用的存储空间。 文件版本管理 保存历史版本，支持回滚。 回收站 删除文件先进入回收站，可恢复。 文件上传限制 限制文件大小、类型。 📈 性能与扩展 并发连接限制 防止单用户占用过多...

目标 规范开发者每次提交本地代码到远程仓库 提交信息结构 统一格式： <type>(scope?): <short summary> [optional body] [optional footer(s)] type：本次提交的类型（必填） scope：影响范围（可选，比如模块名、包名） short summary：一句话说明做了什么（必填） body：必要时补充动机、实现思路（可选，多行） footer：放关联 issue、BREAKING CHANGE 等（可选） 示...

目标 规范定义和使用服务接口。 接口分类 每个服务有且只有这三类接口：公开接口（public）、运营接口（admin）、内部接口（internal）。每个接口对应属于某类接口，不会同时属于几类接口。如果某个接口覆盖了多种接口，只要包含了公开接口，那么就是公开接口；如果覆盖了运营接口和内部接口，那么就是运营接口。 分类 public（公开接口） admin（运营接口） internal（内部接口） 谁在用 第三方集成伙伴、外部开发者、移动/前端应用 ...

目标 统一社区和开发者代码库的分支管理。 代码仓库 社区仓库 由社区成员在github上创建的代码仓库。这个仓库只维护main分支和定期发布的tag分支。tag分支命名： v<主版本>.<次版本>.<修订> 个人仓库 登陆github，访问社区代码仓库并fork到个人账户下的仓库。通常也只维护main分支，开发者可以根据自己的习惯创建开发分支，最终这些代码测试稳定后，先合并到个人仓库的mian分支。 分支管理 社区只规定了个人仓库的main分支、社区仓库的main分支、社区仓库的tag分支的管理办法...

 README.md 应包含以下章节： 项目名称 项目简介 功能特性 快速开始 环境要求 安装步骤 配置说明 本地开发 开发环境搭建 运行项目 调试方法 生产部署 部署前准备 部署步骤 环境变量配置 健康检查 API文档 测试 贡献指南 README.md示例 ## 📖 项目简介 详细描述项目的： - 背景和目的 - 解决的问题 - 适用场景 - 技术栈 **技术栈：** - 后端：Node.js / Python / Java / Go 等 ...

2026 商业 帮助线下实体店，建立可持续的、可定制的渠道能力。 以积分为中心的工具，构建资金-积分-工具的循环； 建设积分交易中心，基于合约的积分兑换，实现不同积分之间的自由流通； 产品 围绕应用商店的脚手架，快速开发和上架dapp应用，钱包、存储、合约等的自动对接； 打磨现有产品，数字人产品、智能助手、资产管理工具； 加固基础设施，推动更多网络节点建设，保障区块链网络、存储网络、建设； 团队

（按照访问地址从a-z进行排列） 更新时间 访问地址 账号 密码 说明           2026-02-03 https://chromewebstore.google.com/ yeying.community@gmail.com sdklfjio$123 钱包发布 2026-02-04 https://webdav.yeying.pub/ public yeying1234 用于测试环境包...

说明 每个项目的配置模版都只有一套，然后开发、测试、生产的各自有独立配置内容 开发阶段 开发负责，运维配置合并卡点 目标 开发者验证自己开发功能，确保功能没有问题，能够正常打包。 环境 本机、开发机器基于源代码部署。 部署方案 开发者更新并维护代码库中的README.md，其他开发者通过参考详细描述能够进行部署。 配置 开发者需要提供启动需要的最小配置详细说明。 打包 请开发者注意，如果打包和启动脚本本地测试没有问题，请务必找个机器或者新的目录，从新克隆代码，验证脚本是否正常。下面...

  阿里云-IAM用户信息 （按照IP地址从小到大进行排列，没有配置IAM账号的不在此登记） IP地址 所有者 阿里云登陆账号 阿里云登陆密码 IAM用户 IAM密码 备注说明 8.153.95.134 江杭恺 15967663402 qq262626zxcvbnm yeying@1831352751914448.onaliyun.com yeying@2026 139.196.41.43 丁亮宇 18329012068 DingLian...