12306应该如何应对黄牛抢票

2024-02-01 19:58

本文主要是介绍12306应该如何应对黄牛抢票,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

12306花费数亿元做个订票系统,顶不住黄牛分分钟钟的努力,就奔溃掉了,什么动态验证码简直弱爆了。那么12306应该如何应对这个问题呢?

             1、从根本上来说,只要是稀缺资源,就有囤积的价值,就会有黄牛投机倒把的,增加运载能力,同时增加回家的多个渠道,有助于从根本上抑制黄牛。

             2、缩短订票后到支付的时间。45分钟时间,让屯票变的可能,如果我们缩短到3分钟以内或者5分钟以内必须支付完成,如果不支付完成,那么就自然进入流通状态,这样可以大幅度的降低黄牛的抢票可能性,增加票的流通速度和黄牛的抢票成本。黄牛目前采取抢到票以后,到45分钟结束后,那么立即再次去抢,可以抢到票,但是在这个过程中必然会流失一部分的票。缩短等待时间,就增加黄牛损失票的可能性。在缩短等待时间的同时。

             3、当票过期以后,不统一时间重新发行,不立即发行,增加一个随机延时,从3秒到5分钟,随机重新发行。这样黄牛的票到期以后,就没把握再次抢到了。

             4、做身份证信息联网,非真实的身份证不能购票。

             5、对注册账户做实名制认证,可以类似淘宝那样的往银行汇款验证账户,严格限制账户,从而做到黄牛不可能大量注册账户。

             6、通过IP和行为做一个判断,判断大量刷票的账户,立即拉黑。拉黑以后,同一个身份信息不能再次在网络上购票。如果想使用网络再次购票,需要经过到铁道部门登记备案后才能取消限制。

             7、对于已经查实的黄牛不要通过罚款了事,要和信用体系联网,一经查实,不能借贷、让黄牛的成本增加。从体系上限制风险。

             8、把软件做到简单化,而不是复杂化,对于网民和黄牛的区别,黄牛有先进的设备、人力和技术让验证码没有丝毫的限制,那么最后验证码发过来限制的只是网民,所以本来是要限制黄牛,反而促进了黄牛。让足够简单,如果每个网民都一套黄牛抢票系统,那么黄牛就没那么牛逼了。


评  2:即使抢到票,支付页是很慢的,缩短不太现实

     3:赞同,把放票的时间随机化,黄牛就很难再次抢到

      4、5:同一个道理,这个有必要。证件号码+姓名

      6:ip可以伪造,大量刷票账户。

      7:法律上用重刑! 

      8:验证码还是有必要的,可以做的机器难破解,比如算式、引入中文、简单问题

      

这篇关于12306应该如何应对黄牛抢票的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/668305

相关文章

购买磨轮平衡机时应该注意什么问题和技巧

在购买磨轮平衡机时,您应该注意以下几个关键点: 平衡精度 平衡精度是衡量平衡机性能的核心指标,直接影响到不平衡量的检测与校准的准确性,从而决定磨轮的振动和噪声水平。高精度的平衡机能显著减少振动和噪声,提高磨削加工的精度。 转速范围 宽广的转速范围意味着平衡机能够处理更多种类的磨轮,适应不同的工作条件和规格要求。 振动监测能力 振动监测能力是评估平衡机性能的重要因素。通过传感器实时监

cross-plateform 跨平台应用程序-03-如果只选择一个框架,应该选择哪一个?

跨平台系列 cross-plateform 跨平台应用程序-01-概览 cross-plateform 跨平台应用程序-02-有哪些主流技术栈? cross-plateform 跨平台应用程序-03-如果只选择一个框架,应该选择哪一个? cross-plateform 跨平台应用程序-04-React Native 介绍 cross-plateform 跨平台应用程序-05-Flutte

编程应该用 Mac 还是 PC ?

『有人的地方,就有江湖』—徐克。笑傲江湖。     序     一个竞争的市场,就会有对立的产生,这世界存在著很多不同的领域,领域好比是个江湖的缩影,因此就有许多门派的纷争,例如说浏览器领域有著最大宗的IE派,门派成长速度飞快,武功版号跳的跟台湾物价指数一样快的Chrome门,不断被模仿,一直被超越的Opera派;韧性极强,一直对抗几大势力的Firefox派等等,程序语言也有自己的领域

面对Redis数据量庞大时的应对策略

面对Redis数据量庞大时的应对策略,我们可以从多个维度出发,包括数据分片、内存优化、持久化策略、使用集群、硬件升级、数据淘汰策略、以及数据结构选择等。以下是对这些策略的详细探讨: 一、数据分片(Sharding) 当Redis数据量持续增长,单个实例的处理能力可能达到瓶颈。此时,可以通过数据分片将数据分散存储到多个Redis实例中,以实现水平扩展。分片的主要策略包括: 一致性哈希:使用一

自动化抢票 12306

自动化抢票 12306 1. 明确需求 明确采集的网站以及数据内容 网址: https://kyfw.12306.cn/otn/leftTicket/init数据: 车次相关信息 2. 抓包分析 通过浏览器开发者工具分析对应的数据位置 打开开发者工具 F12 或鼠标右键点击检查 刷新网页 点击下一页/下滑网页页面/点击搜索/查询按钮让网页相关数据内容加载出来 (整个网站数据内容重新加载

虚拟主机应该如何设置

假设我们在一个独立的环境下,现在我的根目录在D盘下的wamp下的www下!现在先来配置虚拟主机: 假设我们在一个独立的环境下,现在我的根目录在D盘下的wamp下的www下!现在先来配置虚拟主机: 1.先打开apache的配置文件httpd.conf,并去掉#Include 0conf/extra/httpd-vhosts.conf前面的#号。 2.打开apache的apach

【redis】数据量庞大时的应对策略

文章目录 为什么数据量多了主机会崩分布式系统应用数据分离架构应用服务集群架构负载均衡器数据库读写分离 引入缓存冷热分离架构 分库分表微服务是什么代价优势 为什么数据量多了主机会崩 一台主机的硬件资源是有上限的,包括但不限于一下几种: CPU内存硬盘网络… 服务器每次收到一个请求,都是需要消耗上述的一些资源的~~ 如果同一时刻处理的请求多了,此时就可能会导致某个硬件资源不够用了

分库分表:应对大数据量挑战的数据库扩展策略

随着互联网技术的发展,数据量的爆炸性增长给数据库系统带来了前所未有的挑战。为了有效管理大规模数据并保持高性能,分库分表成为了一种常见的数据库扩展策略。本文将探讨分库分表的概念、动机、实施策略以及潜在的挑战和解决方案。 什么是分库分表? 分库分表是一种数据库架构设计策略,它将数据分散存储在多个数据库(分库)和多个表(分表)中。这种方法可以提高数据库的可伸缩性、可用性和性能。 为什么需要分库分表

为什么你应该从现在开始就写博客---刘未鹏

(一)为什么你应该(从现在开始就)写博客 用一句话来说就是,写一个博客有很多好处,却没有任何明显的坏处。(阿灵顿的情况属于例外,而非常态,就像不能拿抽烟活到一百岁的英国老太太的个例来反驳抽烟对健康的极大损伤一样) 让我说得更明确一点:用博客的形式来记录下你有价值的思考,会带来很多好处,却没有任何明显的坏处。Note:碎碎念不算思考、心情琐记不算思考、唠唠叨叨也不算思考、没话找话也不算思考

教你如何应对算法备案难点以及备案后应该做什么?

教你如何应对算法备案难点以及备案后应该做什么? 自去年六月至今年八月,网信办已公布七批备案清单,共计1919项算法成功备案,标志着算法备案步入常态。主体备案虽门槛较低,算法备案却考验专业,尤其是《算法安全自评估报告》成为监管焦点,逾百项审查要点需逐一回应。算法数据的输入输出、模型架构、训练数据、策略逻辑与风险管理,每一环皆需详尽说明。下面,小编给大家着重讲讲互联网算法备案申请的难点以及备案