运营商在测试非 1 开头的手机号码了未来正则应如何写
刚跟运营商的朋友闲聊,他提到现在几家运营商都正进行核心网改造以支持非 1 开头的手机号码,根据集团内部的计划说明,按照现有号池的使用进度,预计 24 年四季度或 25 年前三季度会启用首个非 1 开头的手机号段。第一阶段预计启用的号段为 920~925 ,移动两个号段,其他三家各一个号段,预留 926~929 和 980~989 ,号码与现在一样为 11 位,例:921 xxxx xxxx / 920 1234 12341 开头号段中还有 163 和 169 两个号段,闲聊中提到 16300 和 16900 至今还有 56K 拨号上网业务在运行,如浙江电信仍有客户在使用 16300 拨号上网服务(电信电话或手机加拨浙江一些区号+16300 可以正常拨号上网),短期内不会割接为移网号段,因此运营商预计下次启用号段均为非 1 开头。如果启用新号段后正则应如何写更简单呢?
\d{11}
不写正则,前端直接用 libphonenumber-js ,全球号码都能判断
不写正则,接号码库判断
我都觉得校验是否 11 位数字就够了,我一直没摸明白产品纠结于手机号输入规则的目的是什么,一个正常用户,连手机号都不会输吗?如果说要防范非正常用户刷接口,那靠这个根本也防不住。搞不懂
建议接入第三方库或接口,专门的事让专门的工具去做
1 、例如我们 APP 需要做反作弊,需要屏蔽掉虚拟号、物联网号。2 、提升用户体验,适用于输入错误的场景等等
/[19]\d{10}/
170 开头的虚拟号屏蔽还是要做一下的吧
170 有正常用户在用的,难道 170 的人不配使用你们的服务吗
1 、有正常用户使用虚拟号的,你们等于放弃了这类客户群体。物联网号的话不太清楚,不确定是否能接收短信。2 、提升用户体验就是扯淡,真实场景中,用户输错自己的手机号,其实就是会输错 1-2 位数字,这个正则根本就检测不到。这点是产品自己意淫的。
虚拟号没有换号成本,连换号6个月到一年的禁用冷静期都没有,如果不屏蔽反作弊会误伤很多正常用户物联网号是唯一一种不用实名的号,虽然基本不能打电话,但用来诈骗的话都是抓不到人的。
170 得罪你们了? 10046.mi.com/
举个例子,快递手机号隐私保护,就会给卖家临时分配一个买家的虚拟号,电话短信转发,确认收货后这个号就转手了。你说买家拿这个号注册了一堆服务,结果这号一万个人用,你发服务的欠款催款短信不得被投诉找上门来么……
154 号段好像一直没用过? 14x 号段用的也很少,17x 、19x 是不是也没全用上?。。。虽然号码看起来可能不那么吉利,但是一号双终端或纯流量副卡先把这些用了不也挺好。。。
可能是号码开头不太吉利?
是用来区分个人号和企业号?
我是海外用户,没办法肉身申请你们的手机号,偏偏你们国内很多服务只能支援+86 ,为了能用上你们的服务,我也只能申请 170 的号码,而且这虚拟号也是有过实名的好吧…
不写呗,直接交给短信网关验证
7 块套餐的阿里通信,用了 4~5 年了,我说怎么偶尔有些网站注册不了。
理论上来说核心网 IP 化之后是应该不需要“改造”直接就可以用非 1 开头的号段啊?
我几年前用了 147 的号段,是京东什么卡,现在转过来电信这边了。
境外号码用户需求从没考虑过吧
1 、不放弃虚拟号损失将会更大,你只是不了解灰产罢了。2 、至少能保证用户号码段是正确的,适老化的一部分。
跟他说不清的,以自己的认知定义整个世界。
哇,还有人在用 56K 拨号?
如题,Winddows 10 、11 ; 鼠标一顿一顿的;重启会好点,然后一段时间后又卡;从任务管理器性能上看没啥异常,扫描也没有扫到毒。 关掉下面几个启动项,重启系统恢复正…
我同事开发的 feat_1 ,它的代码已经合到 develop 并且上线了,这个时候我的代码要上线,需要把我的代码合到 develop ,这个时候,最佳实践是啥? 把最新的…
我大概知道可以使用向量数据库处理。但是我之前没学过向量数据库。 有没有朋友说一下该采取什么技术栈、选择哪种数据库、如何循序渐进的学习? 这就是大数据和 ai ,根据特征分类识…