- 主题:12306每天订单取消3次无法购票
这样的限制是出于什么考虑？
--
FROM 183.199.239.*
控制业务系统整体的负载吧？
你查车次、查余票都可以通过缓存来加速，但每次下单 / 取消都涉及各种写操作和并发控制
【 在 Iflu 的大作中提到: 】
: 这样的限制是出于什么考虑？
--
FROM 183.14.30.*
这样比较人性化吧。如果取消1次就不能继续购票的话，感觉有些严厉了。
【 在 Iflu 的大作中提到: 】
: 这样的限制是出于什么考虑？
--
修改:unicorn FROM 223.104.40.*
FROM 223.104.40.*
这种风控条件放宽到1000次能出现什么问题？
【 在 unicorn 的大作中提到: 】
: 这样比较人性化吧。如果取消1次就不能继续购票的话，感觉有些严厉了。
:
--
FROM 183.199.238.*
问题是只会方便抢票软件多线操作，增加的服务器资源都用来给抢票软件牟利了。
【 在 Iflu 的大作中提到: 】
: 这种风控条件放宽到1000次能出现什么问题？
--
FROM 223.104.40.*
会浪费太多资源给极少数特殊需求旅客。
3次能有效引导这部分旅客用其他更适当的途径旅行，比如飞机，开车什么的。
【 在 Iflu 的大作中提到: 】
: 这种风控条件放宽到1000次能出现什么问题？
--
FROM 123.103.9.*
可以对API进行限制，但正常消费者也进行限制就是反人类。
【 在 unicorn 的大作中提到: 】
: 问题是只会方便抢票软件多线操作，增加的服务器资源都用来给抢票软件牟利了。
:
--
FROM 183.199.238.*
也有可能，但会极大增加消费者的时间成本和选择成本。
【 在 reaphone 的大作中提到: 】
: 会浪费太多资源给极少数特殊需求旅客。
: 3次能有效引导这部分旅客用其他更适当的途径旅行，比如飞机，开车什么的。
:
--
FROM 183.199.238.*
特殊需求旅客，多花些时间和金钱成本，是可以理解的。
【 在 Iflu 的大作中提到: 】
: 也有可能，但会极大增加消费者的时间成本和选择成本。
--
FROM 123.103.9.*
其实有个很简单的解决办法
就是如果超过3次的取消以后
再想当天买就每次付费 比如取消三次以后 每买一次多付5元
【 在 Iflu 的大作中提到: 】
: 也有可能，但会极大增加消费者的时间成本和选择成本。
--
FROM 171.43.247.*