i18n(ja): translate residual English availability zone left in JA prose - #23631
i18n(ja): translate residual English availability zone left in JA prose#23631yahonda wants to merge 2 commits into
Conversation
…rose 3 files had the English words "availability zone(s)" dropped directly into otherwise-translated Japanese sentences, instead of being rendered as アベイラビリティゾーン like the rest of each file's own prose. Bold UI-field labels matching literal console field names (e.g. **Availability Zone**: `us-west-2a`) are intentionally left in English elsewhere and are unaffected by this change.
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
📝 WalkthroughWalkthroughChangesAWS関連ドキュメント更新
Estimated code review effort: 1 (Trivial) | ~3 minutes Merge Risk: 🟡 Moderate · up to The AWS setup documentation currently gives contradictory guidance about placing subnets across availability zones, which could lead users to misconfigure AZ matching and fail to connect to TiDB Cloud Premium. Correct the instruction before merging. Suggested reviewers: 🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
Full details: Docstring CoverageExplanation No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check. Docstring coverage is scoped to functions touched by this diff. Analyzed 0 functions across 0 files. (3 skipped: 3 unsupported.) Full details: Description checkExplanation The description explains the affected files, scope, exclusions, version, and AI involvement. The related-link fields are blank, but this is non-critical because the changes and rationale are clearly documented. ✨ Finishing Touches 💡 1🛠️ Fix failing CI checks 💡
🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
There was a problem hiding this comment.
Actionable comments posted: 1
ℹ️ Review info
⚙️ Run configuration
Configuration used: Path: .coderabbit.yaml
Review profile: ASSERTIVE
Plan: Pro Plus
Run ID: d966a30f-7b4e-4691-8319-486942338b84
📒 Files selected for processing (3)
tidb-cloud/architecture-concepts.mdtidb-cloud/premium/connect-to-premium-via-aws-private-endpoint.mdtidb-cloud/setup-aws-msk-provisioned-private-link-service.md
Included review availability: Your plan provides up to 4 included reviews per hour; 0 remain after this review.
"同じ AZ に存在し" could be misread as all three subnets belonging to one single AZ, instead of each subnet matching its own AZ (per EN: "These subnets must be in the same AZs, matched by AZ ID rather than AZ name"). Found by CodeRabbit review.
What is changed, added or deleted? (Required)
3 files had the raw English words "availability zone(s)" left untranslated directly in otherwise-translated Japanese sentences, instead of アベイラビリティゾーン matching the rest of each file's own prose:
tidb-cloud/setup-aws-msk-provisioned-private-link-service.md(6 sites)tidb-cloud/architecture-concepts.md(2 sites)tidb-cloud/premium/connect-to-premium-via-aws-private-endpoint.md(4 sites)Bold UI-field labels matching literal console field names (e.g.
**Availability Zone**: \us-west-2a``) are intentionally kept in English elsewhere per the established convention and are unaffected by this change.Note: this corpus also has a separate, larger 3-way notation split for the "availability zone" concept itself (可用性ゾーン / アベイラビリティゾーン / アベイラビリティーゾーン, ~129 occurrences across 40+ files) — out of scope here since it's a term-unification decision, not a clear mistranslation; will be scoped separately.
Which TiDB version(s) do your changes apply to? (Required)
What is the related PR or file link(s)?
AI agent involvement
Do your changes match any of the following descriptions?