我在12306上面候补了三趟车,选了两个乘车人
现在我的候补上了,另一张她给我取消候补了并没有候补上,然后现在我退票还要扣我钱。what fuck? 哪位大神写的逆天(NaoTan)算法?
你可以选择候补截止日期的,我一般是发车两天前,两天内候补上,退款就是要扣钱的
我买票一直提示m0031 两天都是 看着我买的车从有票到候补 就是买不上
我也不想退,但是他给我候补上了 我对象没候补上 ![]()
说明只有一个人退票呗,这有啥,票就那么多
最难绷的不是候补日期没有优先级吗
我回家只有一趟车, 每次刚开票不到1s就没了, 只能候补, 为了增大候补成功率, 避免回不去家的情况, 我都是候补放假当天和放假前一天的, 结果总是给我优先候补成放假前一天的
是不是没加事务哈,会有这个问题的。
虽然但是你候补成功
,不就是成功购票。退票扣钱既定规则。
它也没给你保证一定是两张都能成吧。票就那么多
不会没补成功那个在扣你钱吧?
我记得是12306还是bypass是有个功能,候补时部分兑现则不提交,全部兑现才提交订单,可以自己设置部分还是全部兑现。另外这个候补只是帮你占个位,省得你得时不时去刷票,候补到票就和你自己在开车前几天买到票一样的,退的话肯定按退票规则来了 ![]()
规则就是这样,打击黄牛不留死角。
这和优先级有什么关系,不是哪个有人退票或者放票就给你候补上了吗?
这种候补加事务才是大忌,肯定得按票来候补啊
你意思必须同时有俩人退票同时让你们都候补上,你才同意买票?那如果一直都是一个一个退票的,岂不是俩人一起候补的永远买不上票了。我觉得算法没问题,保证车的最大运力的情况下,能多拉一个就多拉一个,服务更多的人
不过功能可以优化一下,让拆分同行的情况变成可选的,有单个退票的情况,遇到你这种不乐意拆的直接跳过
多人候补的情况不应该是全部满足以后在响应吗? 如果多人需求部分响应,不就会产生很多无效数据了。
那也应该是优先匹配单人候补呀,而不是多人候补,多人候补应该要同时满足才响应
话说佬友有没有试过改签然后再退票会不会扣的少点
(帖子已被作者删除)
好像说早期是可以的,我实操过,最近几年修了这个漏洞
这个候补要是100%兑现也不是不行,主要是票没到手,后续路程没法规划,无目标的等待挺焦虑的。
