每个项目前边的蓝色是可以点击打开的链接，直接在GIT上跳转到具体的项目工程，大家直接打开访问就可以了。按照自己需求下载代码吧。...基于vue的在线电影影讯网站 x-blog ★145 - 开源的个人blog项目 vue-musicApp ★132 - 使用vue全家桶制作的音乐播放器 vue-cnode ★131 - vue单页应用...iview2-management-system ★119 - 后台管理系统解决方案简单示例 doubanMovie ★119 - 豆瓣电影展示 eleme-vue2 ★112 - 仿饿了么H5纯前端...★20 - 用 vue写的记事本应用 v-notes ★20 - 简单美观的记事本 vue-flexible-app ★19 - vue开发的一个简易app simply-calculator-vuejs...★19 - 用VueJS实现简易计算器 vue-dropload ★19 - 用以测试下拉加载与简单路由 Vuejs-SalePlatform ★19 - vuejs搭建的售卖平台demo vue-shopping-mall
本系列我们将逐步从业务、代码、测试和部署多方面来介绍，如何使用 Newbe.Claptrap 框架来构建一个简易的火车票售票系统。...但是火车票余票，却有所不同，因为余票会受到已卖票起终点而受到影响。下面结合一个简单的逻辑模型，来详细的了解一下这种特殊性。...最小竞争资源 类比多线程编程中 “资源竞争” 的概念，这里笔者提出在业务系统中的 “最小竞争资源” 概念。借助这个概念可以很简单的找到如何应用 Newbe.Claptrap 的设计点。...例如在笔者售卖阿布斯特朗回旋加速炮的例子中，同款颜色下的每个商品都是一个 “最小竞争资源”。 注意，这里不是说，同款颜色下的所有商品是一个 “最小竞争资源”。...例如：我们将 Claptrap 的 State 设计为同一车次上同一座位在不同起终点的余票。那么，就会遇到一个很传统的问题：“如何确保分布式系统中数据的正确性”。
先简单分析一下电影节的抢票业务，典型特征是在大流量抢购、高并发的场景下，让用户 极快的锁定座位然后出票，特别是热门的影片，会异常的火爆。...2．让系统稳定 在架构设计上，接入统一网关让系统安全，有限流，对库存中心和订单中心进行数据隔离， 且加入多级缓存方案，让系统稳定。 ? ? 实现方案与技术解析 1．高并发流量如何抗？...，对系统进行全链路压测，找出系统可以承载的最大 QPS； （3）限流配置，为系统配置安全的、符合业务需求的限流阀值； （4）应急预案，收集各个域的可能风险点，制作应急处理方案； （5）安全保障，主要聚焦在账号权限管控...a）锁座订单中会生成一个“库存失效时间”，超过该时间，锁座订单会失效释放库存；b）限制用户购买数量，一人最多只能购买 6 张票；c）接入黄牛防控系统。2）如何防止库存超卖？...锁定座位时，如果座位已经售卖，会报出数据库异常，不允许某一个座位重复售卖。 ? 总结 回顾电影节抢票，我们首先想到的是能抗高并发流量，能让系统稳定。
另一方面，Vue 完全有能力驱动采用单文件组件和 Vue 生态系统支持的库开发的复杂单页应用。图片 Vue.js 的目标是通过尽可能简单的 API 实现响应的数据绑定和组合的视图组件。 ...Vue.js 是我在2014年2月开源的一个前端开发库，通过简洁的 API 提供高效的数据绑定和灵活的组件系统。...在前端纷繁复杂的生态中，Vue.js有幸受到一定程度的关注，目前在 GitHub上已经有快6000+的star。 ...的chartjs组件vue-scroll ★24 - vue滚动vue-ripple ★24 - 制作谷歌MD风格涟漪效果的Vue组件vue-touch-keyboard ★22 - VueJS虚拟键盘组件...- vuejs搭建的售卖平台demov-notes ★17 - 简单美观的记事本vue-starter ★16 - VueJs项目的简单启动页vue-memo ★7 - 用 vue写的记事本应用
所以，很想挑战一下12306这个系统的核心领域模型的设计。一般的电商网站，购买都是基于商品的概念，每个商品有一定量的库存，用户的购买行为是针对商品的。...所以我想写一下自己的设计和大家交流学习。 需求概述 12306这个系统，核心要解决的问题是网上售票。涉及到2个角色使用该系统：用户、铁道部。用户的核心诉求是查询余票、购票；铁道部的核心诉求是售票。...座位是一个物理概念，一个用户成功购买了一张票后，座位就会少一个，一张票唯一 对应一个座位，但是一个座位有可能会对应多张票；而区间是一个逻辑上的概念，区间的作用有两个：1）表示票的出发地和目的地；2）记录票的可用数额...如何为票分配座位 我觉得车次聚合根内部应该维护所有该车次已经售出的票，已经出售的票的的本质是区间和座位的对应关系。系统处理订票时，用户提交过来的是一段区间。...那这种情况下，系统会自 动释放该用户之前订购的票。所以基于这样的需求，我们在业务上需要支持业务级别的2pc。
从技术角度来看，这些看似业务逻辑简单的“摇一摇”在面对高流量和高并发情况下，承载天量的访问量对系统框架设计师来说是巨大的挑战。当面临“有计划、难预测、暂时性”的巨大访问量，该如何解决此问题？...对于电子商务网站的交易系统，例如淘宝网，当店家出售一件商品，库存减一，客户退货，库存加一，当库存为零，商品下架，有问题线下讨论。此类交易系统提供简单快速的计算。...由另外一个角度来看，当销售一张票，改签，或退票时，整条路线每个站点的余票量都需要重新计算，也就是说每个站点的余票库存是个“动态变化库存”的概念。...所以，每个站点的余票计算并不是简单的两站之间算好的票数，做加加减减的计算。 铁路运输为民众提供便捷的出行，如何将有限资源公正公平的合理分配，让大众满意是需要靠智慧解决的。...业务子系统的独立性：如果是部分业务托管，被指定托管业务的子系统是否能独立剥离原先系统的业务流程？ 协同合作：在公有云的业务子系统的数据又如何回流与私有云的原来系统在业务上配合，协同合作呢？
★42 - 一个简单的vue 的图片裁剪插件 vue-ztree ★41 - 用 vue 写的树层级组件 vue-touch-keyboard ★41 - VueJS虚拟键盘组件 cubeex ★40...★35 - Vue2的上拉下拉 mint-indicator ★35 - VueJS移动加载指示器插件 vue-image-clip ★34 - 基于vue的图像剪辑组件 vue-material-design...★12 - 简单的表单验证 vue-zoombox ★12 - 一个高级zoombox vue-truncate-filter ★10 - 截断字符串的VueJS过滤器 vue-router-storage...登录拦截登出功能 douban ★440 - 模仿豆瓣前端 vue-shopping ★404 - 蘑菇街移动端 vue2.0-taopiaopiao ★402 - vue2.0与express构建淘票票页面...★20 - 用 vue写的记事本应用 v-notes ★20 - 简单美观的记事本 vue-flexible-app ★19 - vue开发的一个简易app simply-calculator-vuejs
博主介绍: CSDN、头条、知乎等平台优质博主，全网粉丝2w+ ---- 上一篇文章教大家如何在云服务器上搭建抢票软件，文章一出，受到了许多小伙伴的欢迎，同时也有部分小伙伴表示自己刚接触编程，所以对云服务器的使用还是没有概念...上一篇文章：Github的开源抢票神器推荐 看着日历，距离春节到来只有一个月了，归家似箭呀！...软件来源 **软件的名称叫：分流(bypass)**，编写这一抢票软件的起因是因为作者13年出游时没有提前做购票计划，最后导致滞留在杭州，所以突发奇想自己设计一个抢票软件，然后不断迭代成为今天市场上最流行的抢票软件之一...，系统越新，兼容性越好。...赶紧下载起来，准备抢票吧！当然，有能力的可以自愿资助一下该软件的开发者，毕竟软件开发和维护都是挺费时间和精力的。 最后，希望所有外出的游子能够抢到回家的票，也希望疫情早日过去，让社会恢复昔日光彩！ `
12306 抢票，极限并发带来的思考 虽然现在大多数情况下都能订到票，但是放票瞬间即无票的场景，相信大家都深有体会。...尤其是春节期间，大家不仅使用 12306，还会考虑“智行”和其他的抢票软件，全国上下几亿人在这段时间都在抢票。...笔者专门研究了一下“12306”的服务端架构，学习到了其系统设计上很多亮点，在这里和大家分享一下并模拟一个例子： 如何在 100 万人同时抢 1 万张火车票时，系统提供正常、稳定的服务。...大型高并发系统架构 高并发的系统架构都会采用分布式集群部署，服务上层有着层层负载均衡，并提供各种容灾手段（双火机房、节点容错、服务器灾备等）保证系统的高可用，流量也会根据不同的负载能力和配置策略均衡到不同的服务器上...下边是一个简单的示意图： 负载均衡简介 上图中描述了用户请求到服务器经历了三层的负载均衡，下边分别简单介绍一下这三种负载均衡。
白银票证是针对特定服务的伪造服务或 TGS 票证，可用于在与 Active Directory 企业域连接的受感染系统上保持持久性。...在攻击中，攻击者可以制作有效的 TGS 服务并使用相关的 NTLM 哈希可以进一步制作其他服务的票证。...在金票攻击中，我们使用 krbtgt 帐户的哈希，而在银票攻击的情况下，我们将使用服务帐户的密码哈希。可以通过多种方法提取服务帐户的密码哈希，Kerberoasting 就是其中之一。...由于银票攻击不需要中介 TGT，银票可以在不与域控制器进行任何通信的情况下伪造，因此比金票攻击更隐秘。 银票攻击的工作方式如下： 第 1步：破坏服务帐户的密码哈希（NTLM 哈希）。...） 攻击者以某种方式获得了目标机器的密码/NTLM (dc1.ignite.local) 攻击者在低权限机器上制作银票以获取访问权限并在 dc1.ignite.local 上保持 CIFS 服务的持久性
可能很多人认为12306软件只不过是一个卖车票的简单平台，不需要很高的技术含量，但其实说它是全国最庞大且最繁杂的系统也不为过。12306的业务复杂度远远比淘宝京东这种电商网站要复杂得多。...我们平时接触最多的就是电商平台，12306也确实是一个电商系统，车票就是商品。但是车票这个商品不是像衣服那样，卖掉一件库存就减一这么简单，因为车票中途可能有很多个站点，每个站点都可以买票上下车。...库存模型设计 为了方便分析系统售票的库存模型，我们从简单入手，先定义一列G1车次依次经过ABCD四个站点，同时忽略座位类型，那该车次就只有6种商品，分别是AB、BC、CD、AC、AD、BD共6个不同区段的票...如何选座位 选好了票，接下来怎么选座位呢？同理可以用0和1的比特位来表示。 如果说刚才的小a是第一个买票的人，那可以给他分配位置00000001，然后存入用户记录表中。...而且当涉及到数据库表多条记录行计算的时候，显然是一个大事务，一不小心就会造成阻塞，再加上大流量下的频繁操作，一不小心数据库就会崩溃，这对于系统来说都是万万不能承受的。
12306的成就 创下全球最大实时票务交易系统世界记录，春运一个月抵欧洲一年。 最高可达百万并发，承受了这个世界上能秒杀任何系统的QPS。 网站浏览量一天最高超1500亿次，峰值是双11的三倍。...12306系统特点 跟淘宝天猫等相比，业务简单（卖票）。 流量极大。 动态库存。 12306系统难点 目前 12306 最大的难点，在于库存扣减。...将余票查询模块和12306现有系统做分离，在云上独立部署一套余票查询系统。 通过动态的云计算，在高峰时段动态去扩容，可以达到分钟级的扩容，这样就避免在平时浪费大量的机器。...引入 GemFire 之后，整个系统的查询扩散瓶颈基本上就解决了。...接下来说一下如何通过座位表来表示用户购买的车票： 12306 中的车票信息其实是比较复杂的，因为各个车站之间是有依赖关系的，比如 4 个车站 A->B->C->D 如果乘客购买 B->C 的车票的话，不仅
下面结合永洪BI工具，我们整理了一些如何提升银行票据业务数据分析有效性的要点和大家分享： 第一步：梳理业务逻辑 要明确银行票据业务是什么？业务逻辑和核心是什么？在业务的基础上构建分析体系。...具体如下： 图一：票据转贴现和回购利率分析报告（永洪BI制作） 图二：票据供需分析-融资分析报告（永洪BI制作） 图三：票据供需分析-支付分析报告（永洪BI制作） 通过机构类型分析： 我们可以发现...：国内的银行汇票自国有银行由上往下至农村金融机构，所签发的票量递减，有些银行由于规模小，所能签发承兑汇票的单张金额往往不足千万。...通过对票据贴现利率分析 票据贴现利率与一般贷款之间存在利差，在有效信贷需求相对不足、票据贴现成本优势明显的情况下，银企双方更加倚重票据贴现开展融资，贴现利率的同步下降，能有效降低企业融资成本。...例如银行票据部传统上只是使用固定报表，只能满足固定数据的展示，可是票据业务人员的需求是多种多样的。
我很能理解，因为我就是其中的一员，自然的，我也没有买到票，可以这样说，自从毕业之后，只要是长点的节假日，我在 12306 上就没有买到过回老家的票。...不过没买到票，也别灰心，我们不是有 Python 吗，今天再次分享下 12306 的 Python 抢票工具，改下代码，还能用。...其实只要发送请求时携带的 cookie 没有过期，请求就是有效的，想到这，改了改代码，将原来的用户名密码那里添加了 cookie 相关的信息，在请求的时候携带 cookie ，然后运行了下，是可以用的：...这里只说下如何获取 cookie 信息，也就是配置文件的下述信息： tk = "hJS61DZ91CYfiz4O3pV_NfKGZ*****9U4UL9hZWg09s1s0" RAIL_EXPIRATION...，找到 network，点击 XHR，然后随意找到一个接口请求，直到看到对应的 cookie 信息，如下图所示： ?
那么问题就出现在这个tickets变量的定义位置上，如果将tickets变量定义在了run()方法内，很显然三个线程就都具有了100张票，那么现在来改进一下我们的程序： public class SellTicket...原因很简单，tickets虽然作为了成员变量，但是我们创建了三个线程，这样每个线程就都会拥有一个tickets变量，所以刚才的问题其实并没有得到解决。...会发现出现了卖同一张票和负数票的情况，显然这段程序的问题很大。我们说CPU的一次执行必须是一个原子性的操作，原子性就是最简单基本的操作，很显然tickets–并不是一个原子性的操作。...那么总结一下同步的特点： 前提： 多个线程 解决问题的时候要注意： 多个线程使用的是用一个锁对象 同步的好处： 解决了多线程的安全问题 同步的弊端： 当线程相当多时，因为每个线程都会去判断同步上的锁，...如何避免死锁 在有些情况下死锁是可以避免的。
今天松哥想通过一个简单的案例，来和大家聊一聊如何通过消息中间件来处理分布式事务。 1. 思路分析 先来说说整体思路。 有一个名词叫做消息驱动的微服务，相信很多小伙伴都听说过。怎么理解呢？...最后 Order Service 中负责监听订单完成队列，处理完成后的订单。 这就是一个典型的消息驱动微服务，也是一个典型的响应式系统。...由于本文主要是和大家聊分布式事务，所以涉及到微服务的东西我就简单介绍下，不会占用过多篇幅，如果大家还不熟悉 Spring Cloud 的用法，可以在公众号后台回复 vhr 有一套视频介绍。...这就是大致的代码处理流程。 再来回顾一下前面那张图： 结合着代码来看这张图是不是就很容易懂了。 3.5 测试 接下来我们来进行一个简单的测试。...总结 整体上来说，上面这个案例，技术上并没有什么难的，复杂之处在于设计。一开始要设计好消息的处理流程以及消息处理失败后如何进行补偿，这个是比较考验大家技术的。
2.并行和并发的区别 并行是从微观上，也就是在一个精确的时间片刻，有不同的程序在执行，这就要求必须有多个处理器。...并发是从宏观上，在一个时间段上可以看出是同时执行的，比如一个服务器同时处理多个session。 3.进程互斥锁 作用：让加锁的部分由并发变成串行，牺牲了执行效率，保证了数据安全。...用户级线程的程序实体是运行在用户态下的程序，而内核支持线程的程序实体则是可以运行在任何状态下的程序。 5.5.2内核线程的优缺点 优点：当有多个处理机时，一个进程的多个线程可以同时执行。...5.5.3用户级线程的优缺点 优点： 线程的调度不需要内核直接参与，控制简单。 可以在不支持线程的操作系统中实现。 创建和销毁线程、线程切换代价等线程管理的代价比内核线程少得多。...缺点： 资源调度按照进程进行，多个处理机下，同一个进程中的线程只能在同一个处理机下分时复用 5.6 混合实现 用户级与内核级的多路复用，内核同一调度内核线程，每个内核线程对应n个用户线程。 ?
我鄙视一切商业性质的抢票工具。这些公司取代了火车站门口兜售的个体，成为了新时代的垄断黄牛。 技术 一道面试题：让你实现一套自动抢票系统，你会怎么设计？ 大体来说，有这样几个功能需要实现： 1....以上几点，基本就是一个抢票系统需要考虑的主要问题，接下来就是要在实践中优化你的程序，提升性能和稳定性，考虑诸如时间间隔、服务器的选择，以及购票条件的设定、通知发送等细节。...当然我们不能以此推断说他一定没有去刷，但客观事实就是，他刷没刷，刷的频率如何，你并不知道。 就算真的没有忽悠你，确实付了钱增加为你抢票的资源，但你可以想象一下：原本大家都是各自去抢，拼网速手速和运气。...比如尝试买到目的地的下一站/上一站（需补票），或者分段成两个不同车次购买。 4. 电话购票，这个渠道常被人遗忘。当大家都在互联网抢票的时候，也可以尝试下，或许有惊喜。购票电话：95105105。...而且一个小技巧是，这个电话是区分铁路局的，可以加拨区号，去特定的铁路局进行购票。 然而，这些也只能多增加一些买到票的可能性而已。黄牛、刷票软件的存在，本质上是特定时间内的供求不平衡带来的矛盾。
12306 抢票，极限并发带来的思考 虽然现在大多数情况下都能订到票，但是放票瞬间即无票的场景，相信大家都深有体会。...笔者专门研究了一下“12306”的服务端架构，学习到了其系统设计上很多亮点，在这里和大家分享一下并模拟一个例子：如何在 100 万人同时抢 1 万张火车票时，系统提供正常、稳定的服务。...下边是一个简单的示意图： ? 负载均衡简介 上图中描述了用户请求到服务器经历了三层的负载均衡，下边分别简单介绍一下这三种负载均衡。 1..../understandingnginx/202607 秒杀抢购系统选型 回到我们最初提到的问题中来：火车票秒杀系统如何在高并发情况下提供正常、稳定的服务呢？...我们这里只是简单介绍模拟了一下单机如何优化到高性能，集群如何避免单点故障，保证订单不超卖、不少卖的一些策略 完整的订单系统还有订单进度的查看，每台服务器上都有一个任务，定时的从总库存同步余票和库存信息展示给用户
MIT 今年终于主动在 Youtube 上放出了随堂视频资料，之前跟过一半这门课，今年打算刷一下视频，写写随堂笔记。...那在只有 S1 的情况下，系统能够给 C1 正常提供服务么？ 如果 S2 真的宕机了，系统应当在 S2 缺席的情况下正常工作，否则系统就不能称之为是容错的（fault-tolerance）。...多数票原则能够打破僵局，其原理也很简单：不可能出现一个以上同时包含多数服务器的分区。需要注意的是，这里的多数指的是构成系统所有的服务器的多数，而非存活服务器的多数。...原因有很多，其中一个是，在系统和网络正常工作的情况下，有 Leader 做决策能够使得系统更为高效；客户端每次请求至多两次（第一次得到 Leader 位置，第二次向 Leader 发送请求）。...当系统一切运作正常时，情况很简单，Followers 只需要单方面的接受 Leader 同步给他的日志条目即可。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
