Search Results

1.登录商家后台https://www.tidukongjian.com/merchant 2.点击门店“配置中心”，在点击“拼团设置” 3.选择状态（开启/关闭），选择拼团时长 4.选择“添加套餐”，选择拼团人数，配置优惠折扣（范围0~1，默认1无折扣），点击确认并提交，完成拼团套餐配置

1.登录商家后台https://www.tidukongjian.com/merchant 2.点击“门店配置中心”，在点击“弹窗配置” 3.点击“添加” 4.选择使用场景（首页弹窗/开屏广告），输入内容，选择类型（首次/每次），选择url 5.选择提交，完成弹窗配置

总后台登陆地址   https://www.tidukongjian.com/backend 总后台用于对门店级别进行管理，比如添加门店，更新门店信息，删除门店等操作。 通常情况下，为每个门店配置一个系统账号。每个门店使用系统账号登陆之后，进行各项配置等操作。  

名称：     时长卡名称 获取类型：     有购买和赠送两种方式，选择购买时，用户在小程序端购买时长卡页面可进行购买，选择赠送时，用户在小程序端可免费领取时长卡     卡类型：         时长卡：此类型设置时长卡的使用方式为多少小时。         次卡：此类型设置时长卡的使用方式为多少次，在使用指定多少次之后，卡失效         期限卡：此类型设置时长卡的使用方式为多少天，在开始使用后开始扣减使用天数，到达使用天数后，卡失效 区域：     必选，需要选择默认区域 状态： ...

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

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

次卡 （不确定还有没有） 期限卡 使用说明 这里的期限卡包含周卡，月卡等不同使用周期的卡。这种类型的卡一般需要在开卡后的一定时间范围（通常是可使用天数的2倍）内使用完毕，否则会自动失效。比如周卡，就需要在开卡之日的2周内使用完毕；月卡，就需要在开卡之日的2月内使用完毕；以此类推。 期限卡在使用的时候，不可跨天下单，最多只能选择一天时长；而且只能有一笔未结束或者未开始的订单。 （这里需要限制一下在购买之后的多长时间内有效，比如一年，还是半年，否则自动退款还是自动作废） 举例 小度在11月1号购买了一张...

创建 .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...

1、自动回复 🌹同学你好呀，终于等到你～ 梯度空间自习室欢迎你的加入！ 我们在：杭州市钱塘区下沙海聚中心2幢2号楼404室 点击⬇️“预约自习”，马上开启你的深度学习之旅❤️ 2、菜单栏设计 （1）预约自习——跳转小程序 （2）联系我们——企业微信

1、开篇，自我介绍   梯度空间

 🔒 安全与认证 更丰富的认证方式 支持 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（内部接口） 谁在用 第三方集成伙伴、外部开发者、移动/前端应用 ...