Search Results

1.登录商家后台https://www.tidukongjian.com/merchant 2.点击“用户管理” 3.输入手机号/昵称，选择对应用户 4.点击“赠送时长卡” 5.选择赠送时长卡类型，并点击提交  

1.登录商家后台https://www.tidukongjian.com/merchant 2.点击“订单管理” 3.输入手机号/昵称4.选择订单类型（今天订单、七天订单、月订单、所有订单），在点击搜索 5.查看用户昵称、手机号、创建时间、预定名称、支付方式、状态、是否有退款、订单金额、优惠金额、订单号，操作（退款、子订单）

1.登录商家后台https://www.tidukongjian.com/merchant 2.点击“优惠券”   3.点击“添加” 4.选择类型（现金券、折扣卡），选择优惠金额，选择使用范围（订座、时长卡、充值），购买/领取次数，过滤赠送时长卡（是/否），选择可见范围 5.点击“提交”，配置完成

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 总后台用于对门店级别进行管理，比如添加门店，更新门店信息，删除门店等操作。 通常情况下，为每个门店配置一个系统账号。每个门店使用系统账号登陆之后，进行各项配置等操作。  

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

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

鉴权方案 流程 优点 缺点 适用场景 Session-Cookie → 登录 → 服务端创建Session → 返回SessionID → Cookie存储 → 后续请求携带 服务端可控，可随时撤销 成熟稳定，框架支持好 安全性较高（敏感信息在服务端） 服务端需存储Session（内存/Redis） 分布式环境需Session共享 跨域处理复杂 移动端支持不友好 传统Web应用 管理后台 JWT (JS...

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

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

创建 .github/pull_request_template.md 关联 Issue Closes #issue编号 变更说明 简要描述这个PR做了什么 变更类型 新功能 Bug修复 重构 文档更新 性能优化 测试清单 本地测试通过 单元测试通过 已在测试环境验证 核心功能回归测试 截图/演示 如有UI变更请附上 部署注意事项 需要数据库迁移 需要更新环境变量 需要重启服务 无特殊要求 Checklist 代码符合规范 已添加必要注释...

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

系统差异 换行问题配置 window开发者 配置： git config --global core.autocrlf true 行为： 操作 转换规则 提交时 CRLF → LF（自动转换） 检出时 LF → CRLF（自动转换） 流程图： 工作区（Windows） Git 仓库 工作区（Windows） CRLF → LF → ...

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