看了一下 12306 的隐私条款，感觉有一条可能会适用这种场景：
在某些情形下我们也会受委托处理您的个人信息，我们作为受托方的情形通常包括：
• 委托我们进行推广的合作伙伴。有时我们会代表其他企业向使用我们产品与 /或服务的用户群提供促销推广的服务。在您同意之后，我们会向这些合作伙伴提供有关其推广覆盖面和有效性的信息，而不会提供您的个人身份信息，或者我们将这些信息进行汇总，以便它不会识别您个人。例如我们可以告知该委托方有多少人看了他们的推广信息或在看到这些信息后购买了委托方的产品，或者向他们提供不能识别个人身份的统计信息，帮助他们了解其受众或顾客。
https://kyfw.12306.cn/otn/gonggao/PrivacyPolicy.html

但这种场景提到了“不会提供您的个人身份信息”，感觉不符合短信里的描述，建议发邮件问一下

11 、如何联系我们
您可以通过以下方式与我们联系，一般情况下，我们将在 15 个工作日内受理并处理您关于个人信息的请求。
电话：12306
邮箱： [email protected]
如果您对我们的回复不满意，并且认为我们的个人信息处理行为损害了您的合法权益，您可以向 12306 客服进行投诉，也可以向公安机关或网信、电信、市场等监管部门进行投诉或举报，或向被告住所地有管辖权的人民法院提起诉讼。

@xishijt #30 我图片里那个，这个是腾讯公司的 统一社会信用代码，网上查到的

https://www.qichamao.com/orgcompany/credit/09daaa18aa1758d63cee090949263587.html

最好是一行就能概括，这说明这个 commit 只做了一件事。如果有补充说明，可以换行写长篇的补充，这样的好处是在概览的时候，只看到有用的概括信息，然后详细的信息在 commit message 中也能看到。

@NewYear #20
@Ultraman #27

https://ts.isc.org.cn/#/home

顺便说一下，我投诉之后推荐内容少了非常多，但今天突然又冒出来一个

支持一下，很久以前用过。开源项目的维护还是困难啊

建议直接投诉
https://ww1.sinaimg.cn/large/005OWPh2ly1gt6s65t6amj315v0iqwgf.jpg

看到 [] 我还以为是反串，没想到是真这么想的

会包，不会擀皮，包的不好看，但用点心也不会漏

看起来你的问题在于 Pod 启动后程序还没有成功跑起来，如果是这样的话可以加个就绪探测器试试

确实是不让了： http://liuyan.people.com.cn/threads/content?tid=10633317

软件开发者的工作量化是很难的，强行量化只能让真正干活的人接受不了束缚选择离开，反而是混子还会有无数种方法继续混下去。建议考虑 2 楼的意见，加强团队管理

虽然从 HTTP 方法的语义角度来讲，POST 一把梭的设计也没有什么问题，但是我们在设计 HTTP API 的时候，还是要尽量选用合适的 HTTP 方法，这是 RESTful 设计风格带来的好处，一个 HTTP 请求过程中的所有组件都遵循着这些规则。
比如 GET，为什么都推荐查询要用 GET，除了 GET 本身的语义，也是因为浏览器等组件为 GET 方法提供的一些其他的机制，最典型的例子就是缓存。

回到问题：1. Get filter 参数过多，解决方案一般有两个：① 精简参数及 Value，比如用缩写代替完整表述，用“,”、":"表示分割等方法。② 创建 filter 资源，然后用 filterID 进行 GET 查询。这其实是一种争议很大的方法，用起来很麻烦，所以很多人不愿意用。
就我个人而言，我会尽量使用 ①、如果实在无法使用 ①，我可能在适当的场景下会使用 ②

问题 2：不好看是主观感受，前端处理麻烦是伪命题，如果前端觉得麻烦只是他没这么做过

我会经常想这个电梯的关门按钮是不是安慰剂效应

我觉得你的面试应该是表现很好，导师很看中你，想给你规划好步骤，推着你或者说引导你前进。如果不适应这种节奏可能也没办法，因人而异