标签： 验证
-
本文针对 Laravel 9 中存在两组时间字段的验证需求，说明了如何确保 shipping_at_gmt_start、shipping_at_gmt_end 与 operated_at_gmt_start、operated_at_gmt_end 这 4 个字段中必须存在完整的一组。文章介绍了利用 required_without 规则的实现逻辑，即当一组字段的部分或全部缺失时，强制另一组字段必填，从而在两组字段间实现互斥必填的验证效果。
-
本文探讨了在 Laravel 9 中验证两个时间字段跨度不可超过 3 个月的实现方法。文章介绍了使用闭包结合 Carbon 自定义验证规则，将起始时间加上 3 个月后与结束时间进行比较，并处理了起始字段不存在时避免报错的逻辑。最终通过具体的时间参数测试，验证了该规则在 2024 年闰年场景下能够正确判断时间跨度的合规性。
-
在 Laravel 9 中，为确保批量覆盖写入时 logistics_freight_no 的唯一性，需先清空指定记录再重新写入。由于不得不将请求参数 return_order_id 传递给 ignore 方法以忽略当前 ID，为防止 SQL 注入风险，提前验证其为 Eloquent 模型实例 ID 并强制转换为 int 类型。测试结果显示，指定 ID 下重复校验通过，非指定 ID 校验失败，最终执行的 SQL 符合预期。
-
本文介绍了在 Laravel 6 和 Lighthouse 5 环境中，实现验证输入值组合是否存在的方法。文章首先定义了 GraphQL Schema，接着在自定义验证器类中编写了相应的代码逻辑。测试结果显示请求验证失败符合预期，且最终确认生成的 SQL 语句验证规则正确。
-
本文介绍了在 Laravel 6 结合 Module 与 Lighthouse 框架中实现安全验证的具体流程。通过使用 @rules 指令应用 Exists 规则，针对请求参数 themeId 进行是否存在的数据表校验。经过测试验证规则有效，并利用 Laravel Telescope 查看 SQL 语句。同时验证了该规则会自动读取表前缀，当前缀变更时验证依然生效，无需额外调整。
-
本文介绍了在 Laravel 6 结合 Lighthouse 和 Module 框架下实现请求参数安全验证的流程。针对包含多条复杂规则的变更操作，通过创建专门的验证器类来处理诸如数据库记录存在性、路径格式、后缀名限制及数据唯一性等校验需求，并将其从应用目录迁移至 Module 模块中。最终在 GraphQL 文件中使用 @validator 指令指定该类，经测试确认验证规则有效且 SQL 语句执行正常。