为何京东淘宝订单里的物流详情总是会滞后快递官网查到的进度?技术上没有办法改善么? - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
chizhong
V2EX    问与答

为何京东淘宝订单里的物流详情总是会滞后快递官网查到的进度?技术上没有办法改善么?

  •  
  •   cizhong 2015-08-18 09:19:01 +08:00 7785 次点击
    这是一个创建于 3732 天前的主题,其中的信息可能已经有所发展或是发生改变。

    RT ,求解。发现总是会滞后一两步,这是由于什么原因?

    第 1 条附言    2015-08-18 12:25:22 +08:00
    谢谢大家回答,如果是因为服务器压力比较大,增加一个刷新按钮,不可行么?
    每次都要复制单号,点开快递官网,然后查询,多差的体验
    37 条回复    2015-08-18 19:47:07 +08:00
    wy315700
        1
    wy315700  
       2015-08-18 09:26:58 +08:00 via Android
    有缓存
    kurtrossel
        2
    kurtrossel  
       2015-08-18 09:35:41 +08:00   2
    换个角度分析,我觉得未必是技术原因造成的

    比物流状态提前收货是惊喜,比状态落后就是不断的查询和投诉,这么干明显可以相对提高用户体验以及避免无谓的资源浪费,何乐不为
    leavic
        3
    leavic  
       2015-08-18 09:39:25 +08:00
    难道淘宝京东要每秒钟去快递官网查询一次以更新状态?
    Themyth
        4
    Themyth  
       2015-08-18 09:41:56 +08:00
    因为快递公司的服务器受不了。。。
    chizhong
        5
    chizhong  
    OP
       2015-08-18 09:56:05 +08:00
    @leavic
    @Themyth
    问题是,从产品角度,完全可以加一个刷新按钮,然后重复抓取一遍当前的订单的状态,可是好像都没有
    chizhong
        6
    chizhong  
    OP
       2015-08-18 09:57:59 +08:00
    @leavic
    @Themyth
    另外,我看了一下几乎都是超过一个小时的延迟
    tonyxcn
        7
    tonyxcn  
       2015-08-18 10:01:29 +08:00
    个人感觉这部分的信息不实淘宝去抓取的,抓取对于各快递公司压力会大一些。
    应该是再淘宝提供了发货状态的订单后,快递公司会按照一定的频率去推送物流状态。
    所以会有延迟的体验。

    纯属瞎猜。。
    loratadine
        8
    loratadine  
       2015-08-18 10:03:40 +08:00
    费力不讨好,加重两边服务器负担
    xfspace
        9
    xfspace  
       2015-08-18 10:04:31 +08:00 via Android
    @chizhong 加按钮,被人恶意呢,又要扣上一大段码来防止......you can you join alibaba
    fising
        10
    fising  
       2015-08-18 10:11:14 +08:00
    异步拿数据的
    chizhong
        11
    chizhong  
    OP
       2015-08-18 10:13:31 +08:00
    @loratadine 没感觉这个不讨好,我看到这种信息不对称,还是对 JD 有点蛋疼的。另外,感觉好像也没那么重的负担吧,你可以算算看
    @tonyxcn 有这个可能
    @xfspace 没看明白,什么功能不都有风险么
    justfindu
        12
    justfindu  
       2015-08-18 10:18:23 +08:00   1
    因为他发现你不会分分钟秒秒盯着物流信息~ 而且加个没什么蛋用的功能花费那么多人力物力, 这么的产品除了为了业绩, 一般也不会做吧. 快递的服务器万一搞不定 1W 并发 那就死掉了 不是每个都能够搞那么多并发
    leavic
        13
    leavic  
       2015-08-18 11:27:03 +08:00
    @chizhong 如果快递公司的 API 敢不做任何限制允许无限次访问的话,淘宝当然可以这么干。
    kidult
        14
    kidult  
       2015-08-18 11:53:29 +08:00
    两套系统,要考虑成本
    zzNucker
        15
    zzNucker  
       2015-08-18 12:04:19 +08:00
    主要是快递公司的服务器太烂了,你懂得
    imn1
        16
    imn1  
       2015-08-18 12:04:44 +08:00
    又不是 server push
    learnshare
        17
    learnshare  
       2015-08-18 12:05:35 +08:00
    这个信息其实比较怕实时,你会随时跟踪进度,晚一个小时到货都能知道,这样得天天投诉
    xiaolanglang
        18
    xiaolanglang  
       2015-08-18 12:07:39 +08:00
    @tonyxcn 并不是,就是淘宝那边轮询……最开始淘宝那边没设置好参数…直接变成压力测试……
    qiayue
        19
    qiayue  
    PRO
       2015-08-18 12:15:00 +08:00
    对于快递来讲,延迟半天我都能接受
    loading
        20
    loading  
       2015-08-18 12:25:52 +08:00 via Android
    这是要淘宝 ddos 各快递公司?
    chizhong
        21
    chizhong  
    OP
       2015-08-18 12:27:13 +08:00
    @kidult
    @zzNucker
    @gy911201
    @leavic
    如果是因为服务器压力比较大,增加一个刷新按钮,不可行么?
    每次都要复制单号,点开快递官网,然后查询,多差的体验
    br00k
        22
    br00k  
       2015-08-18 12:28:51 +08:00
    京东自营快递是实时的,能看到快递员的轨迹信息。
    chromee
        23
    chromee  
       2015-08-18 12:29:28 +08:00 via Android
    我给快递公司客服打电话的时候他看到的就比我在官网上看到的多 这应该就是缓存原因
    再者快递信息实时作用不是很明显 也不能让你的快递早点到
    leavic
        24
    leavic  
       2015-08-18 12:36:17 +08:00
    @chizhong
    前面已经有人说了,如何防止滥用这个按钮?不做预防措施,全国的快递查询系统都可以崩溃;做查询措施,各种验证码和排队做下来,结果可能跟你自己去查单号一样麻烦。

    另外,增加一个刷新按钮和淘宝自己定期查询相比,对服务器的压力增加有多大你也没有做过评估,凭主观想象就认为一个刷新按钮不会增加多大压力。

    12306 每 5 秒才允许查询一次,改进了这么多年了,到现在高峰时都还是可能崩溃。你去看看淘宝平均每天的快递数目,难道要每个快递公司都去搭建一套 12306 这么强的系统就为了对付淘宝的查询?

    这些快递公司的 IT 能力远远不如淘宝,你只提出了一个按钮,却没有考虑这个按钮的实现,这是典型的眼高手低。
    凡事不是说你觉得怎么样最舒服就可以怎么实现的,最美好的世界是共产主义,怎么实现?
    Perry
        25
    Perry  
       2015-08-18 13:14:11 +08:00 via iPhone
    这么急着收快递?
    chizhong
        26
    chizhong  
    OP
       2015-08-18 13:17:08 +08:00
    @leavic 只是一个探讨而已,犯不着说我眼高手低。
    增加一个按钮,可以在规定次数内不需要验证码,超过一定次数就加验证。
    另外,这个按钮只能触发刷新自己的订单,没有看到有什么明显的安全问题。

    你类比的 12306 不是这个问题,与他相对应的应该是 jd 的搜索框。

    PS,如果你考虑的完善,能严格证明这种实现方式不可行,那就请仔细说明,说出来大家看看。
    chizhong
        27
    chizhong  
    OP
       2015-08-18 13:17:53 +08:00
    @br00k 现在外卖之类的,基本都在不断强化实时性,用户体验确实会提升
    chizhong
        28
    chizhong  
    OP
       2015-08-18 13:18:16 +08:00
    @Perry 偶尔会着急,比如明天就要离开北京,希望能提前拿到
    chizhong
        29
    chizhong  
    OP
       2015-08-18 13:19:30 +08:00
    @chromee 一些节点信息我觉得还是很必要的,比如今天早上开始派件了,我至少可以知道今天能拿到,但事实上,京东这个派件的信息刷新延迟了 6 个小时
    wy315700
        30
    wy315700  
       2015-08-18 13:29:04 +08:00
    @chizhong 着急打电话去快递网点会更好的
    leavic
        31
    leavic  
       2015-08-18 13:49:09 +08:00 via iPhone
    @chizhong 需求是你提出来的,我证明个毛线
    chizhong
        32
    chizhong  
    OP
       2015-08-18 14:07:37 +08:00
    @leavic 对你这种人也是无语了,别回复了
    xiaolanglang
        33
    xiaolanglang  
       2015-08-18 14:36:09 +08:00
    @chizhong 其实快递信息的变化速度是很低的,可能好几个小时才会有一条修改,所以对于大多数人来说这个延迟是可以接受的,如果添加了个刷新按钮,还是有概率在高峰期有峰值请求的产生,而且快递数据并没有所谓的热点数据这样的概念,所有的在途的快递,被查询的概率是基本一致的,缓存能够做到的优化并不明显,对于这种峰值,没有多少好优化手段,那么与其点击刷新按钮后发现请求大量失败,不如不给。
    chizhong
        34
    chizhong  
    OP
       2015-08-18 14:41:42 +08:00
    @gy911201 恩,比较全面
    leavic
        35
    leavic  
       2015-08-18 14:45:29 +08:00
    @chizhong 我回复了又如何
    wj5868386
        36
    wj5868386  
    PRO
       2015-08-18 16:56:43 +08:00
    @chizhong 不仅仅只是刷新一下而已。一般快递公司,网站数据处理能力真的不能和淘宝京东比,高峰阶段,处理的多了,快递公司数据就会崩溃的。
    swolf119
        37
    swolf119  
       2015-08-18 19:47:07 +08:00
    没有必要,因为快递真实所在到更新到快递系统都是有延迟的,更别说再推送到第三方系统的
    但现在淘宝大部分店铺显示发货都是虚假的。。许多为了提升用户体验下了单很快就显示发货进度什么的。。其实货还在仓库拣都没拣呢
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     3081 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 32ms UTC 12:08 PVG 20:08 LAX 04:08 JFK 07:08
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86