@ryd994 就一年有效期，而且这活动应该也不会持续到明年吧（虽然好像持续了快半年了）。
@mokeyjay 所有员工都可以 refer，不限 gcp，我自己是支付这边的（以前在 gcp 稍微写过一点 gmail 和 hangouts ）。

内部员工倒是人人都可以送 500 刀的 credit，和新注册的 300 刀叠加。

就是我们家的收费还是太贵了。。。

fine.sh

https://github.com/just-fine/fine.sh-cli

试试看。

已经内部提交 Google Translate 的专门工单，多谢反馈。

那个。。。从 a11y 的角度而言，title 本身并不是个好选项吧？果然没人在意这个问题么。。。

https://dev.opera.com/articles/ux-accessibility-aria-label/#accessible-name-calculation

https://developer.apple.com/library/archive/technotes/tn2444/_index.html
http://ogp.me/

官方有介绍过，会去找 fb 主推的 open graph 协议里的 meta 标签。fb 早期没推这个的时候，就是无数的单独 case 专门处理流行网站的预览。

HomePod 终于支持中文了，再也不用说英文去放国区歌了，太傻。

https://www.fakeaddressgenerator.com/World/us_address_generator

建议使用类似服务获取一个真实的美国境内地址，地址真实性是会影响到封号风险系数的。

@imn1 账号风险问题导致的被拒，所以还是账号信息本身风险评估太高导致的，不修改一些信息很难下单。

（无法逃离工单宿命的我）

楼上解释很清楚了，作为前员工而且改过相关代码的我再说一句吧。

iCloud 和 Apple ID 网页上申请的都是 Apple ID，如果想在 App Store 使用会需要经过一个转化并且生成一些 App Store 专用的支付信息和元数据，此后这个账号对 App Store 来说才算一个有效账号。

然后你是否看得到无有多个因素，具体的判断规则肯定已经变动过很多次，但是大概来说：
1，你进入这个页面时所在的 flow，比如这个帖子里就是转化 flow，也有主动编辑信息 /购买 app 时临时添加 /兑换礼品卡 /全新注册 /切换国家等等不同的 flow。
2，你的当前 ip，这个肯定是挂着 vpn 最保险。为什么你会在网页上看到无十有八九是网页那边虽然使用了服务器的 response 但是没完全 follow （因为网页开发是 Apple ID 组，和 App Store 组离很远）。这种情况下你就算看起来改成了无，服务器内部检测到规则不通过还是不会给你改。
3，你本身的账号所在国家，是否有开家庭共享，是否学生账号等等。

看最后一个回复，好像还真不是 PDD 的锅？

@vegito2002 2012 还是 2002 ？我给你发了封邮件。

@wych 内购时错误是什么？过去这么久了应该早就都弄好了啊。。。

update: 内部几年前就有发现过这个问题，但是具体解决方案不好细说，没有彻底解决。

楼主看看能不能给我你这个可疑邮件的信息，我发给他们去调查。v2ex 不能的话你推特上 DM 我也可以。

@vegito2002 我的 ticket 已经在 spam 组的 oncall 身上了，我和他跟进下。

@vegito2002 不管内部有没有，我已经又举报了一次了，反正 Gmail 的人就在隔壁。

@devcat 你是个好牛头

@gamexg 没得搞咯，郭大侠每年不都风生水起么。这个本身就只能说尽量，有些关注度低的比如 airpods 就还好，有些 ip 这种早就被全线渗透而且全球加工的，太难搞了。

@kljsandjb 啊，才看到是说美区。

那么就是单纯出口网络那边的问题，也可能是总部网络的问题。总部那边的网络拓扑别说 2020 了，2025 都不知道会有多少改善，服务器代码是 10 多年前写给 iTunes 的服务器代码，一直强行沿用过来的，很容易就能让人写得很绝望。。。这两年技术债太重了准备开始花 3 年重构，也不知道 2020 年之前能不能出一个方案真正开始动手。