标签： Validator
-
A Tour of Go 韩语翻译在 codex-ko-KR-004 中首次出现 13 个 TranslationUnit 里 3 个 validation failure。进一步排查发现，其中 concurrency/2 与 concurrency/6 并不是 Go identifier 真正丢失，而是韩语助词直接附着在 ASCII 标识符后，触发了 validator 的词法边界误判；concurrency/4 则属于真实的 present font span 结构错误。本文记录如何区分“应该改译文”与“应该改 validator”，并通过 ko-KR 窄规则、正反测试与 revalidate 流程，将结果从 10/13 提升到 12/13，最后再修正真实 candidate 问题达到 13/13。核心原则是：validator 的目标应保护技术身份，而不是强迫目标语言适应源语言的书写边界。
-
A Tour of Go 韩语版原本预计约 6 小时完成，但最终从初始化到 production 收尾跨越约 44 小时。根据 76 次 Git 提交按 30 分钟封顶方式估算，实际活跃投入约 15 小时 43 分，结合 ChatGPT、Codex、浏览器、服务器、Cloudflare 和 Naver 等未完整进入 Git 的操作，最终更适合记作约 16～18 小时。本文复盘韩语为什么明显慢于法语：包括多轮 Quality Check 与 revision、Final Review 后再次返工、韩语语法触发新的 validator 边界、5 小时模型额度影响生产节奏，以及 TranslationUnit 完成后仍持续出现的 preview、production、Cloudflare、课程目录和 Naver 上线问题。最终也重新认识到，成熟流程的价值并不是保证每门语言都越来越快，而是遇到真实问题时，能够正确地慢下来并留下可复用的改进。
-
针对在 Laravel 9 中验证符合 MySQL 字段类型 decimal(8,2) 的字段，本文展示了最终实现方案。通过测试 -4、0、5、999999.99、999999.990、999999.991、9999990.99、0.09、0.009、0.0000001 等多种输入值，验证结果显示失败与成功的结果均符合预期，确保了数值范围与精度的正确性。
-
本文针对 Laravel 9 中存在两组时间字段的验证需求，说明了如何确保 shipping_at_gmt_start、shipping_at_gmt_end 与 operated_at_gmt_start、operated_at_gmt_end 这 4 个字段中必须存在完整的一组。文章介绍了利用 required_without 规则的实现逻辑，即当一组字段的部分或全部缺失时，强制另一组字段必填，从而在两组字段间实现互斥必填的验证效果。
-
本文介绍了在 Laravel 6 和 Lighthouse 5 环境中，实现验证输入值组合是否存在的方法。文章首先定义了 GraphQL Schema，接着在自定义验证器类中编写了相应的代码逻辑。测试结果显示请求验证失败符合预期，且最终确认生成的 SQL 语句验证规则正确。
-
在 Lighthouse 5 中遇到报错提示无法在指定命名空间下找到 CreateThemeAssetInputValidator 类。确认该类文件已迁移至 Modules\ThemeStoreGraphQl\Validators\ThemeAsset 路径后，将指令 @validator 中的类路径调整为 Modules\ThemeStoreGraphQl\Validators\ThemeAsset\CreateThemeAssetInputValidator，问题解决，不再报错。
-
本文介绍了在 Laravel 6 结合 Lighthouse 和 Module 框架下实现请求参数安全验证的流程。针对包含多条复杂规则的变更操作，通过创建专门的验证器类来处理诸如数据库记录存在性、路径格式、后缀名限制及数据唯一性等校验需求，并将其从应用目录迁移至 Module 模块中。最终在 GraphQL 文件中使用 @validator 指令指定该类，经测试确认验证规则有效且 SQL 语句执行正常。
-
针对 Laravel 5.4 表单验证错误提示中属性名显示为英文的问题，文章介绍了如何通过编辑 resources/lang/zh-CN/validation.php 语言文件，在 attributes 数组中指定自定义名称，从而将原本显示的英文属性名替换为中文描述，最终实现了错误提示中属性名的中文显示。
-
本文探讨了在 Yii 2 中处理网址参数时，为避免因类型差异导致执行冗余更新 SQL，应用 intval 过滤器引发验证规则失效的问题。分析发现，空字符串被强制转换为 0 导致规则误判。通过调整验证器顺序并将 filter 的 skipOnEmpty 属性设为 true，仅在输入非空时进行类型转换，确保验证规则正常工作且数据符合预期。