已向 Google 举报，来一起搞吧！

入口：
https://developers.google.com/search/docs/advanced/guidelines/report-spam

进去点” Report spammy content (Google Account required)”，然后依次填网址、搜索关键字，简要说明

有没有可能端口被运营商封了？ 80，8080 之类的

下面这位老师傅在修的东西才是“模具”……lz 说的这件事，叫外观设计比较恰当
https://zh.wikipedia.org/wiki/模具

http://www.szkexiang.com/upload/bdimage/image/20180416/1523811374516822.jpg

@shuangya 谢谢哈，前面对我们的产品描述得不够仔细，我的锅

我们的产品是类似于超市里自助结账的设备，给服务员 /顾客操作的，也就是说设置在固定的地点，有固定的营业时间
强制更新可以放在半夜没有人用的时候，正常情况下可以做到无感

@aut0man 我们都会在测试环境做比较彻底的测试的
出发点是：
- bug 总有漏网之鱼，如果是严重 bug 会影响所有客户
- 先让小部分和我们关系比较好的客户用新版本，使用一段时间没有问题了，再让所有客户更新到新版本

@pmispig 谢谢，是说放在 request header 里面对吧

@Aruforce 对……应该是存在的问题。
曾经出现过测试阶段没有测出的 bug，在实际使用中出现了，就要紧急回滚版本 + 被很多客户骂。
少部分“友好”客户，就是和我们关系比较好的客户，上线初期可能只有一两家。
我们甚至可以派客服远程一直看着他们的屏幕，有问题就及时协助处理。
脏数据修复确实是个问题

@bianzhifu 应该是会重新卖的，但是改签的操作流程是：
收回原票（原席位）
换发新票（新席位）

只要 A 去改签了，A 手里是不会拿着原席位的票的，因为被收回去了

@bianzhifu 并不存在这样一条业务规则：没取票或没刷身份证进站就把这张票重新发售……

@sdijeenx 对于 12306 来说，D7163 和 D7164，都是 6d000D716308 这趟车，不存在当作不同列车的可能性（见 60#）
如果 12306 真的这么笨，过了三亚就全都是重票的情况了，就该天天上新闻了

@sdijeenx 嗯看 lz 的说法好像就是这么两张票，但是理论上说是不应该在三亚-凤凰机场这个区间出现重票的。。

@sdijeenx 这个好像不成立，“海口 东”是这趟车的终到站，“海口 东”-三亚，在这个车上买不出来啊

@realpg 简单说说呗

通常来说重票的原因：
1. 打印错误，比如车票的打印机老化了，有一条是空白的，导致 7 打印成 1 了；

2. 有一个人把日期看错了；

3. 在窗口改签时，售票员应当收回原票换发新票。
因为操作失误，售票员收回了原票，又把原票发回来了。
这时候原票的席位已经返库了，会被再次出售，造成重票；

4. 列车临时停运重开、更改编组、车底，并且操作有误，可能会造成批量的重票，比如半车厢重票。这种一般会上新闻。

至于 lz 这个，原因真的不好说。不过跟复车次什么的肯定没关系。
全路一大半长途车都是复车次，天天玩重票的话，列车员不是要疯掉

我不是来帮 lz 破案的，没有两张车票的图不好破案

我只是来科普一下 TRS （铁路客票发售与预订系统）里面的一些东西。
有些东西可能是老黄历，大致对应 TRS5.0-5.2 这个阶段。
欢迎有研究的同学补充指正。

1. D7163/D7164 这是同一趟车。
复车次，具体解释楼上 28#、54#说得很清楚了

2. TRS 里，是用“全车次”来表示一趟车的。
比如今天的 D7163/D7164，在系统里的“全车次”是：6d000D716308
6d：列车始发分局代码
000D7163：始发车次，不足 8 位左边补 0
0：多到站标示
8：新旧运行图代码，比如下次调图之后，如果这个车次有变化，这位会变成 9

3. 车票票面及 12306 显示的车次，是“站车次”。
比如查询海口东-凤凰机场，因为 6d000D716308 在票面发站海口东的“站车次”是 D7163，所以显示 D7163 ；
查询三亚-凤凰机场、凤凰机场-海口东，因为 6d000D716308 在票面发站三亚、凤凰机场的站车次是 D7164，所以显示 D7164

4. 这趟车比较特殊，是个环行列车，这里的数据有点 tricky。
你们可以去 12306 查询海口东-海口东，输入“ HKD ”的时候，会发现弹出了两个海口东供选择：
第一个："海 口东"，
第二个：“海口东”

注意到区别了吗？第一个海口东多了一个空格。
为什么呢？是因为 TRS 最早并没有考虑到环行列车；
或者说，TRS 其实是个瑞士军刀，可以灵活应对各种情况，并不需要设计环行列车这么个数据结构……

广铁集团、铁科院负责维护客票数据的人，大概是这样录入这趟车的（以下是猜测）：
TRS 中原来存在一个叫做“海口东”的车站，电报码是-HMQ （电报码是车站在 TRS 中的唯一标识）；
新建了一个叫做“海 口东”的车站，电报码是-KEQ ；
把这俩车站设置为同城站。
所以 6d000D716308 这趟车，实际上是“海口东” - 三亚 - 凤凰机场 - “海 口东”，对于 TRS 来说并不是什么环行列车。
不过我认为这一条对于重票并没有什么影响……

@liuxey 年前就是给几个核心用户试用一下，算是 MVP 吧

@TimePPT 谢谢，这个思路就是用微信和支付宝的官方 SDK 是吧

@dachuige 额，公司用的还是想搞得正规一点。。。不过如果为了快速出 Demo，这样好像也不是不行-__-||

@chinvo 谢谢，我们后端是 Java。没仔细看 EasyWechat 的文档，只是看到有人推荐就拿它做个例子

这个时候你应该继续支付组合订单，一般过几天以后，12306 就会把重复支付的钱退还给你了。总之买到票最重要，先买下来再说


https://kyfw.12306.cn/otn/gonggao/onlinePay.html
15. 我在 12306.cn 网站购票时，扣款成功但购票不成功怎么办？
这可能是由于支付时间过长导致的。遇到这一问题后，首先，请不要多次重复购票，以避免多次扣款；其次，请点击附件，下载表格，正确填写相关内容后，将表格以附件方式发送邮件至 [email protected] ，我们将尽快核实后，按购票时所使用的在线支付工具相关规定，所扣款项将在规定时间内退回原购票时所使用的在线支付工具。
附件：互联网扣款成功、购票不成功信息表

16. 我在 12306.cn 网站购票时不小心重复支付了，重复扣的票款没有及时到账，怎么办？
由于在线支付工具系统故障、网络传送不及时等原因，可能在第一次支付后未收到 12306.cn 网站回应的情况下，又点击第二次支付，从而出现 12306.cn 网站提示支付成功并出票，清算时又出现两次都支付成功的情况，形成同一订单重复支付。遇到这一问题时，请点击附件，下载表格，正确填写相关内容后，将表格以附件方式发送邮件至 [email protected] ，我们将尽快核实后，按购票时所使用的在线支付工具相关规定，所重复扣款将在规定时间内退回原购票时所使用的在线支付工具。
下次购票时，请耐心等待 12306.cn 网站回应，切勿多次点击支付，以避免同一订单重复扣款的问题再次发生。
附件：互联网购票重复支付信息表