又杀熟?携程致歉回应是 Bug

(给技术最前线加星标,每天看技术热点)

转自:51CTO

微博用户“陈利人”爆料,携程疑似再次出现“大数据杀熟”现象。

“陈利人”表示,自己日前想要在携程购买机票,总价17548元,当他准备支付时,发现没有选报销凭证,于是退回去,修正一下。然后,再去支付,就告诉没有票了,让回去重新选择。

就这么几十秒钟就没票了,真是让人匪夷所思。没办法,重新搜索,选择,这时,价格变成了18987元。

最后,“陈利人”下载了海航的APP进行搜索,发现同样的行程不但有票,而且有很多,不像携程平时显示的只剩最后一张、两张那么少。不仅如此,价格只有16890元,比第一次携程给的价格还便宜不少。

“陈利人”在微博上说,网上朋友圈经常会看到一些传言,不少的大公司获取了用户的信任后,就会利用人工智能来玩一些小动作,来杀熟。想想公司应该不会为了这么一点小利益来伤害用户的信任吧?

640?wx_fmt=gif

携程致歉但不承认“杀熟”

这一现象被舆论强烈关注后,携程迅速回应。昨天上午,携程方面发表道歉声明称,二次支付显示无票是系统BUG所致,绝无大数据杀熟。

携程在道歉声明中对上述现象进行了解释:根据陈先生预定日志复盘,系统内存在陈先生两个订单,陈先生仅返回更新了报销凭证,但系统后台却重新为陈先生生成了新的订单。全球订票系统中,每一次点击“支付”,即便没有付款,都会暂时占上预订的位子。如不付款,这个“占位”将于40分钟后释放回系统。

所以陈先生的第一张订单虽没有支付,但是“占位”完成,这导致了陈先生再次搜索出现无票的情况,在无票情况下,系统自动推荐了更高舱位的机票。

携程并且表示,系统BUG已紧急修复,承诺赔偿所有受损用户。发现该问题后,BUG已于3月10日23时紧急修复,目前用户在预定机票过程中,将不会再遇到这样的问题。后续携程也将从技术层面加入更多的报警监控机制,避免此类问题再次发生。

对于携程给出的解释,网友评论如下:

640?wx_fmt=jpeg

640?wx_fmt=jpeg

640?wx_fmt=jpeg

640?wx_fmt=jpeg

640?wx_fmt=jpeg

推荐阅读

(点击标题可跳转阅读)

觉得这条资讯有帮助?请转发给更多人

关注 技术最前线 加星标看 IT 要闻

640?wx_fmt=png

喜欢就点一下「好看」呗~

**项目名称:** 基于Vue.js与Spring Cloud架构的博客系统设计与开发——微服务分布式应用实践 **项目概述:** 本项目为计算机科学与技术专业本科毕业设计成果,旨在设计并实现一个采用前后端分离架构的现代化博客平台。系统前端基于Vue.js框架构建,提供响应式用户界面;后端采用Spring Cloud微服务架构,通过服务拆分、注册发现、配置中心及网关路由等技术,构建高可用、易扩展的分布式应用体系。项目重点探讨微服务模式下的系统设计、服务治理、数据一致性及部署运维等关键问题,体现了分布式系统在Web应用中的实践价值。 **技术架构:** 1. **前端技术栈:** Vue.js 2.x、Vue Router、Vuex、Element UI、Axios 2. **后端技术栈:** Spring Boot 2.x、Spring Cloud (Eureka/Nacos、Feign/OpenFeign、Ribbon、Hystrix、Zuul/Gateway、Config) 3. **数据存储:** MySQL 8.0(主数据存储)、Redis(缓存与会话管理) 4. **服务通信:** RESTful API、消息队列(可选RabbitMQ/Kafka) 5. **部署与运维:** Docker容器化、Jenkins持续集成、Nginx负载均衡 **核心功能模块:** - 用户管理:注册登录、权限控制、个人中心 - 文章管理:富文本编辑、分类标签、发布审核、评论互动 - 内容展示:首页推荐、分类检索、全文搜索、热门排行 - 系统管理:后台仪表盘、用户与内容监控、日志审计 - 微服务治理:服务健康检测、动态配置更新、熔断降级策略 **设计特点:** 1. **架构解耦:** 前后端完全分离,通过API网关统一接入,支持独立开发与部署。 2. **服务拆分:** 按业务域划分为用户服务、文章服务、评论服务、文件服务等独立微服务。 3. **高可用设计:** 采用服务注册发现机制,配合负载均衡与熔断器,提升系统容错能力。 4. **可扩展性:** 模块化设计支持横向扩展,配置中心实现运行时动态调整。 **项目成果:** 完成了一个具备完整博客功能、具备微服务典型特征的分布式系统原型,通过容器化部署验证了多服务协同运行的可行性,为云原生应用开发提供了实践参考。 资源来源于网络分享,仅用于学习交流使用,请勿用于商业,如有侵权请联系我删除!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值