qisai qisai

qisai pushed to dev at nongchang/kknongchang_2506

5 months ago

qisai pushed to dev at nongchang/kknongchang_2506

5 months ago

qisai created new branch dev at nongchang/kknongchang_2506

5 months ago

qisai pushed to refs/remotes/qisaigogos/prod at nongchang/kknongchang_2506

5 months ago

qisai pushed to refs/remotes/qisaigogos/master at nongchang/kknongchang_2506

  • 7aa7292f56 解冻逻辑修复
  • 09ba13199a 重写安全解冻方法:修正分支逻辑和业务规则 - 将需要补足和完全补足合并为一个分支(shortageQuantity > 0) - 修正业务逻辑:解冻只从其他冻结堆补足,不从可用物品扣除 - 移除错误的物品交易日志,解冻操作只产生解冻日志 - 完善事件触发和异常处理机制 - 添加安全解冻逻辑设计文档 - 创建完整的测试验证两个分支的正确性
  • 0e4a4f32d8 修复解冻逻辑中的异常处理:统一抛出异常而不是返回false - 修复safeUnfreezeByLogId中冻结物品不存在时返回true的问题 - 修复所有返回success:false的情况,统一改为抛出异常 - 保持异常处理的一致性,所有失败情况都抛出异常 - 添加异常抛出测试验证修复效果 - 异常消息格式统一,便于调试和错误处理
  • d54a4fdb9e 为物品消耗和冻结逻辑添加并发安全保护 - 在物品消耗逻辑中添加lockForUpdate锁定机制 - 在物品冻结逻辑中添加lockForUpdate锁定机制 - 锁定后重新验证数量,防止并发修改导致的数据不一致 - 包含统一属性物品和单独属性物品的锁定保护 - 添加消耗和冻结的并发安全性测试验证 - 提供详细的错误信息,区分锁定前后的数量变化
  • cfa88176f5 添加解冻过程中的并发安全保护 - 在补足转移操作中添加lockForUpdate锁定机制 - 防止并发场景下的竞态条件和数据不一致 - 锁定后重新验证可用数量,确保数据准确性 - 添加并发安全性测试验证修复效果 - 提供详细的错误信息和失败状态

5 months ago

qisai pushed to refs/remotes/origin/shichen0719 at nongchang/kknongchang_2506

  • d101fc3397 旧的团队,废弃
  • 99a1be763d 1
  • c3737bd3f4 Accept Merge Request #12: (shichen -> prod) Merge Request: config(admin): 修改登录表单的"记住我"选项 Created By: @史晨 Accepted By: @史晨 URL: https://g-rqti0371.coding.net/p/farm/d/kku_laravel/git/merge/12?initial=true
  • ec9eb35fb7 config(admin): 修改登录表单的"记住我"选项 -将 admin.php 文件中的 'remember' 选项从 true 修改为 false- 此修改影响管理员登录表单的"记住我"功能
  • 48c1c1263d 收获加锁

5 months ago

qisai pushed to refs/remotes/origin/shichen at nongchang/kknongchang_2506

  • ec9eb35fb7 config(admin): 修改登录表单的"记住我"选项 -将 admin.php 文件中的 'remember' 选项从 true 修改为 false- 此修改影响管理员登录表单的"记住我"功能
  • b40b47b6d8 refactor(AppGame): 注释掉事务回滚代码 在收获操作异常处理中,注释掉了事务回滚的相关代码。这可能是为了暂时禁用自动回滚功能,以便进行调试或实施其他错误处理机制。
  • d27db121f8 fix(AppGame): 修复登录时用户状态异常 - 在用户登录逻辑中,为正常状态的用户设置 session ID - 确保用户模型获取成功后,能够正确处理登录状态
  • 16ad7cd272 fix(login): 修复封禁用户登录问题 - 修改了用户登录逻辑,只允许状态为正常的用户登录 - 封禁状态的用户将无法进行登录操作
  • aff4981407 fix(AppGame): 检查用户是否被封禁 - 在用户登录时增加对 status2 字段的检查 - 如果用户被封禁(STATUS2::Ban),则抛出异常阻止登录 - 引入 STATUS2 枚举类以支持用户状态检查

5 months ago

qisai created new branch refs/remotes/origin/shichen at nongchang/kknongchang_2506

5 months ago

qisai pushed to refs/remotes/origin/prod at nongchang/kknongchang_2506

5 months ago

qisai created new branch refs/remotes/origin/prod at nongchang/kknongchang_2506

5 months ago

qisai pushed to refs/remotes/origin/master at nongchang/kknongchang_2506

  • 7aa7292f56 解冻逻辑修复
  • 09ba13199a 重写安全解冻方法:修正分支逻辑和业务规则 - 将需要补足和完全补足合并为一个分支(shortageQuantity > 0) - 修正业务逻辑:解冻只从其他冻结堆补足,不从可用物品扣除 - 移除错误的物品交易日志,解冻操作只产生解冻日志 - 完善事件触发和异常处理机制 - 添加安全解冻逻辑设计文档 - 创建完整的测试验证两个分支的正确性
  • 0e4a4f32d8 修复解冻逻辑中的异常处理:统一抛出异常而不是返回false - 修复safeUnfreezeByLogId中冻结物品不存在时返回true的问题 - 修复所有返回success:false的情况,统一改为抛出异常 - 保持异常处理的一致性,所有失败情况都抛出异常 - 添加异常抛出测试验证修复效果 - 异常消息格式统一,便于调试和错误处理
  • d54a4fdb9e 为物品消耗和冻结逻辑添加并发安全保护 - 在物品消耗逻辑中添加lockForUpdate锁定机制 - 在物品冻结逻辑中添加lockForUpdate锁定机制 - 锁定后重新验证数量,防止并发修改导致的数据不一致 - 包含统一属性物品和单独属性物品的锁定保护 - 添加消耗和冻结的并发安全性测试验证 - 提供详细的错误信息,区分锁定前后的数量变化
  • cfa88176f5 添加解冻过程中的并发安全保护 - 在补足转移操作中添加lockForUpdate锁定机制 - 防止并发场景下的竞态条件和数据不一致 - 锁定后重新验证可用数量,确保数据准确性 - 添加并发安全性测试验证修复效果 - 提供详细的错误信息和失败状态

5 months ago

qisai created new branch refs/remotes/origin/master at nongchang/kknongchang_2506

5 months ago

qisai pushed to refs/remotes/origin/devv_d at nongchang/kknongchang_2506

  • 6a6f39d6fc 增加资产
  • 9c8877fb05 1
  • 1fc2f5d719 为CancelHandler添加Validation验证机制 - 创建MatchexchangeCancelValidation验证类,规范参数验证 - 创建MexOrderExistsValidator验证器,验证订单存在性和可操作性 - 重构CancelHandler使用Validation模式,与其他Handler保持一致 - 增强验证功能:订单ID验证、用户权限验证、订单状态验证 验证功能: - 订单ID必须是大于0的整数 - 订单必须存在且属于当前用户 - 只能取消状态为PENDING的订单 - 提供具体的错误信息(如订单状态描述) 测试验证: - 无效订单ID:返回参数验证错误 - 不存在订单:返回订单不存在错误 - 已取消订单:返回状态错误和具体描述 - 正常订单:成功取消
  • 4d1956462e 修复Mex模块取消挂单Handler的异常处理逻辑 - 修复CancelHandler中业务逻辑异常被当作系统异常处理的问题 - 将订单不存在等业务错误正确返回VALIDATE_ERROR而非SERVER_ERROR - 区分LogicException和系统异常,提供更准确的错误信息 - 修复响应对象设置错误,使用->response而非局部对象 测试验证: - 不存在订单:返回VALIDATE_ERROR和具体错误信息 - 正常取消:返回OK和成功信息
  • c519533da5 完善宠物偷菜功能修复和验证 1. 修复核心问题: - 在VegetealHandler中添加DB事务包装,解决Logic层check_tr()检查失败 - 改进PetStealValidator和PetStealLogic的错误消息,提供详细调试信息 2. 验证功能完整性: - ✅ 偷菜次数限制正常:每块地最多被偷5次 - ✅ 宠物体力限制正常:每次偷菜消耗20体力 - ✅ 防御机制正常:目标用户无宠物或体力不足时无法防御 - ✅ 事务处理正常:符合项目规范,Logic层不开启事务 3. 测试验证: - 错误请求(69378164):返回清晰错误'作物1870属于用户39716,不属于目标用户39478' - 正确请求(69378200):成功执行偷菜操作,限制机制正常工作 - 土地1108连续偷取5次后正确阻止第6次偷菜 4. 技术改进: - 遵循项目架构规范:Handler层开启事务,Logic层执行业务逻辑 - 提供详细错误信息便于调试和问题定位 - 保持代码原子性和数据一致性 修复请求ID 69378164和69378200的报错,确认偷菜功能和所有限制机制正常工作。

5 months ago

qisai created new branch refs/remotes/origin/devv_d at nongchang/kknongchang_2506

5 months ago

qisai pushed to refs/remotes/origin/dev at nongchang/kknongchang_2506

  • 472bca2aca 1
  • 5ce8467154 1
  • 200be630a8 修复偷菜机制:使用Farm模块PickService进行正规摘取 - 修改PetStealLogic使用PickService::pickCrop()而不是直接修改数据库 - 确保偷取操作会正确减少被偷取者的可摘取数量 - 保持数据一致性和业务逻辑完整性 - 移除不再使用的ItemService导入
  • 454145f5e6 移除废弃模块
  • 603ddd8454 调整偷菜体力消耗逻辑 - 偷菜者:无论成功失败都消耗20体力 - 被偷者防御成功:消耗10体力(原来是20体力) - 被偷者防御失败或没有宠物:不消耗体力 - 防御条件:宠物体力≥10且等级≥偷菜者宠物等级 - 添加单元测试验证体力消耗逻辑

5 months ago

qisai created new branch refs/remotes/origin/dev at nongchang/kknongchang_2506

5 months ago