关于多看阅读丢用户笔记的事情,他们的 app 和解决方式真是让我无力吐槽了 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
kfc315
V2EX    iPad

关于多看阅读丢用户笔记的事情,他们的 app 和解决方式真是让我无力吐槽了

  •  
  •   kfc315 2013-06-02 16:05:50 +08:00 6251 次点击
    这是一个创建于 4520 天前的主题,其中的信息可能已经有所发展或是发生改变。
    多看奇葩地默认不开启「同步笔记」功能,并且在开启之后,直接用服务器的空状态抹掉本机的有笔记的新状态。

    把事情经过写在了 blog 里,下面是全文。

    发在这里是觉得一来这个事情实在是太奇葩了,给大家观摩下;二来是让大家慎用这个 app;三来…… 我需要大家的安慰…… 整个解决过程都觉得他们很没有诚意。

    不过,我也不是讨说法的 XD。如果 V2EX 有在多看的、但跟这个没关系的朋友,抱歉了。

    ===

    本来我已经消火了。但是收到官方的一封狗屁回复邮件,让我一下子又忍不住了

    这封回复邮件是这么写的:

    > 您好!

    > 目前这种操作序列的确可能出现这样的问题,我们会考虑改进方法避免这种情况,另外新版本中自动同步开关默认是打开的。

    「这种操作序列」、「可能出现」、「考虑改进方法」、「新版本」?我忍不住了。

    ## 一、我为啥开始用多看了?

    // 节约大家时间,此处从略

    ## 二、出了什么问题?

    我在两台设备上安装了多看:一台 iPad ,一台 iPhone 。

    在进行下面的操作流程之后,我所做的笔记全部丢失了:

    1. 大多数的时候,我是在 iPad 上阅读的,并且做了一些笔记;
    2. 前天晚上,我回宿舍之后,又用 iPhone 看了一会儿这本书;
    3. 但是,我发现 iPhone 上并没有同步过来我所做的笔记。于是我就去设置里面看了一下,发现「同步阅读进度和笔记」的选项是默认未选中的!(别扯版本问题,我是忍不了 App Store 右上角挂数字的人);
    4. 但是,笔记仍然没同步过来。于是我理解了: iPad 上这个选项也是默认未选中的。于是我去 iPad 上把同步给开了;
    5. 然后我立刻就发现, iPad 上已有的笔记,全部不见了!马上我就反应过来是什么情况了:在 iPhone 上打开同步之后,把空的状态传回了服务器;然后在 iPad 上再打开同步,就把空的状态给覆盖回了 iPad ,结果就是我的笔记被抹除了。

    我实在是很愤怒。愤怒的不仅是这样一个功能缺陷都能通过测试,愤怒的更是多看对于用户数据竟然可以如此轻率:说抹掉就抹掉(别扯故意不故意,这是设计缺陷)。

    ## 三、「解决」过程

    愤怒的我立刻去微博上发帖子 @ 多看阅读:

    > @多看阅读 你是坑爹吗?「同步阅读进度和笔记」功能默认不选中,这就罢了。1,我在 iPad 上阅读了一本书,做了批注。2,在 iPhone 上又继续读了一会儿,然后在 iPhone 上把「同步」给开了。3,在 iPad 上 把「同步」开启后,所有的笔记全部丢了。请给个解释,给个处理方案。你家同步的定义是覆盖吗?!

    当天没有收到官方帐号的任何回复(我的微博是只有我关注的人可以评论、转发,但私信是开放的,@多看阅读 在我的关注中)。

    晚上 11 点多,多看 iOS 产品经理 @王_晓磊 私信了我(后来我看到他下午 5 点多 @ 了我,但因为我的微博设置,我看不到):

    > 你好,你反馈的问题是我们的bug,非常抱歉。“默认没选中同步功能”是旧版本的一个bug,新版本已经修正。“先做笔记,再打开同步会清空笔记”这个问题,我们会调整一下服务器端,以后就不会有了。我们的笔记同步不是简单覆盖,会把不同设备上的笔记做合并。你没开评论权限,我只能私信回复了。

    我觉得一个敞亮的回复是这样的:1,大方承认错误并承诺改正;2,尽力安慰用户;3,看是否有补救方案。虽然这个回复每一条都没有做很好(后两条则是根本没有,虽然我知道笔记恢复不回来),但我觉得,晚上 11 点多还会回复我,并且在之后跟 @王_晓磊 聊天时,他也认同这是一个「大问题」。对于国产 app(是的,对国产 app 我真不要求太多),我觉得这个解决过程算是合格了。

    但两件事情,促使我想些这篇 blog。

    ## 四、我太苛刻了吗?

    第一件事情,是一位朋友觉得我可能苛刻了一些,并且认为如果用户只把数据放在云端,本来就是自己认为数据不够重要。

    我跟他说,如果我是 in charge 的人,负责这个特性的人我一定会直接开除,没有任何二话,没有任何理由。

    我只是一学生,喜欢互联网,喜欢用 app 来完成各种事情。但我觉得,对一个应用来说,bug 和功能缺陷是不一样的。bug 最多就是 app 没法使,但你丢用户数据这是不能用 bug 来解释的。

    如此重要的功能完全不经过测试(如果经过测试还是这样那我是没法吐槽了),直接抹除用户的笔记数据,我觉得已经顶到了我的红线。

    这只是朋友之间的讨论。

    真正的原因,是第二件事情:我收到了官方开发团队的回复邮件,是这样的(全文,并非部分摘抄):

    > 您好!

    > 目前这种操作序列的确可能出现这样的问题,我们会考虑改进方法避免这种情况,另外新版本中自动同步开关默认是打开的。

    我非常气愤。

    1. 「这种操作序列」:您觉得是我的操作顺序有问题是吗?不是你们本身的设计缺陷?
    2. 「的确可能出现这样的问题」:可能?在你们原来的那种逻辑之下,只要用户如此操作,就一定会丢笔记,这是「可能」?
    3. 「会考虑改进」:也就是说,我反馈的并不是一个功能缺陷、并不是一个抹除了我的数据的问题,只是你们觉得「需要改进」?
    4. 「新版本」:怪我没用新版本是吗?我使用的当时您的新版本没放出来吧?
    5. 到底有没有注意到用户遇到了什么问题?承认问题、安慰用户、补偿用户,哪一点做到了?

    我对这个公司极其失望。

    OVER。

    ===

    喷完了,祝大家周末愉快……
    35 条回复    1970-01-01 08:00:00 +08:00
    SkYoung
        1
    SkYoung  
       2013-06-02 16:28:23 +08:00
    如果是从旧版升级上来的,默认不会开启同步进度和笔记
    我刚看了下我的软件设置,就是这样
    苦逼的lz,只能安慰下了
    还好我就一个机器用,厕所闲书阅读
    shao
        2
    shao  
       2013-06-02 16:35:00 +08:00
    哇,楼主写了那么多,我没看完。
    楼主还是另找一个的app吧。
    kfc315
        3
    kfc315  
    OP
       2013-06-02 16:52:44 +08:00
    @SkYoung 恩~ 枉我做了一章笔记= =
    @shao 已经开始用 Papers 了,嘿嘿 看了这么多,多累了 = =
    greatghoul
        4
    greatghoul  
       2013-06-02 17:03:11 +08:00
    的确是枉做了一堆笔记,幸好我只在 Kindle 上面做些摘录,即使有什么想记的,也会直接记在笔记本里,等周末有空了,再输入到电脑中记录下来,算是一次回顾。
    shao
        5
    shao  
       2013-06-02 17:20:35 +08:00
    @kfc315 所以说,在有选择余地的情况下,千万别去纠结。浪费生命的 ;)
    kfc315
        6
    kfc315  
    OP
       2013-06-02 17:21:00 +08:00
    @shao 恩呢,谢谢您!
    这句话很有帮助啊~
    shao
        7
    shao  
       2013-06-02 17:23:24 +08:00
    @kfc315 你客气了,我经常用这句话劝说自己。

    大家共勉!
    haha1903
        8
    haha1903  
       2013-06-02 17:43:29 +08:00
    楼主是个好客户,真的花时间写了这么多的东西。
    如果是我,直接删除完事儿,换个国外同类产品,实在不行,就等企鹅 clone 再用。
    如果多看连这样的用户都不关注,不能解决问题,那么我实在不知道多看能走多远。虽然在看这篇文章之前,我从来也没听说过多看这个产品。
    cin
        9
    cin  
       2013-06-02 17:48:17 +08:00
    某kindle 版多看, 增加了阅历同步时也出现了这问题, 虽然记不得当发现本地阅读数据并没有被同步且之前本地的阅读数据全被清了时有多愤怒, 不过那时就开始回归只阅读纸质书直到回复这帖.
    taresky
        10
    taresky  
       2013-06-02 17:49:26 +08:00 via iPhone
    要求不过分,对方很敷衍。

    我也去删了,虽然本来就很少用手机看。
    wogong
        11
    wogong  
       2013-06-02 19:55:43 +08:00
    话说我还刚刚装了,android app。

    国内的多看算是起步做的早的,电子阅读这块,我还是蛮看好的(虽然我不在kindle上装多看,之前使用过,不符合自己的使用习惯便很快卸了)。

    这件事情的确是多看官方的问题,解决方式,尤其是邮件,太随意了。希望什么时候能够真正用心听用户的声音。
    ziseyinzi
        12
    ziseyinzi  
       2013-06-02 20:05:04 +08:00 via Android
    这类nc错误我在chrome上也遇到过==,可能是网络问题,不过是本来已经删除的书签又同步回来了。
    0bit
        13
    0bit  
       2013-06-03 13:00:54 +08:00
    说点不相关的, iPad 版金山词霸把我的生词本全给同步丢了,每次同步必丢,100%可以复现。各种方法报给了他们,但是一直没反馈。
    以我对国内团队的期待,多看已经超出我原来的标准了。但是真的还不够。
    viator42
        14
    viator42  
       2013-06-03 13:30:35 +08:00
    有道晕笔记也丢过数据, 整理的代码一夜之间全没了
    从那以后我就只用evernote了
    kfc315
        15
    kfc315  
    OP
       2013-06-03 13:33:13 +08:00
    @haha1903
    @taresky
    @wogong 谢谢各位的理解 :)
    之后沟通的时候,对方可能还觉得我对客服的要求比较高……
    价值观都不一样!怎么做你家客户!XD
    kfc315
        16
    kfc315  
    OP
       2013-06-03 13:34:30 +08:00
    @cin
    @0bit
    @viator42 啊,原来国内厂商这么随意
    之前跟朋友说这个,还打趣说,终于知道唐茶(字节社)为什么不做批注和笔记功能了 XD
    jedicxl
        17
    jedicxl  
       2013-06-03 14:42:53 +08:00 via iPhone
    本来喜欢用多看,因为在多看里买了些很喜欢的书,每天看看觉得很爽。但是自从年初(还是去年底?)一次升级导致所有书籍排版错乱且好久未修复,直接删除APP再也不用。
    weakfox
        18
    weakfox  
       2013-06-03 15:31:29 +08:00
    我觉得多看失去楼主这个用户未必是件坏事,看上去,多看的app做得有问题,多看也不是故意这么玩的,多看的人也不是傻逼知道这样玩没了用户的数据后果很严重……但是这么苛刻的用户,没了就没了吧
    换一个服务来用,抛弃多看,没什么好说的。反过来说多看也没义务当孙子。

    说回来,多看做的服务也是商品啊,为了利益的,他自己不是不知道怎么做好。可以说“国内厂商觉悟不足”,但他们又不傻……

    用户协议没写着多看要当孙子,你非要让他当,这必然满足不了你
    cdfmr
        19
    cdfmr  
       2013-06-03 15:46:48 +08:00
    @weakfox 数据安全是最基本的需求,楼主怎么就苛刻了?
    jedicxl
        20
    jedicxl  
       2013-06-03 15:57:19 +08:00 via iPhone   1
    @weakfox 你自己仔细看看你说的,前后有逻辑么?你是多看的员工吧?这样前后逻辑诡异的辩白,似乎不应该出自一个全无利益关系的其他用户之口。
    weakfox
        21
    weakfox  
       2013-06-03 15:59:50 +08:00
    @cdfmr 我去找了一下,居然没有找到多看阅读的用户协议……这……是个更大的问题
    我想表达的是数据根据用户协议而来,多看毕竟是个卖书的商店,事情对错还是对事不对人。协议里写数据属于多看而且多看有处理权的话,这样的灾难似乎也说得过去?

    不过找不到用户协议这事……

    我也只是个用户而已,但我觉得用app就好像逛街进商店买东西买服务,两方是平等的,没必要生闷气。觉得某个app不好就果断抛弃换用其他,但这个app也没义务为了你改进什么……至于涉及到数据的所有权,则根据注册时的协议另议
    weakfox
        22
    weakfox  
       2013-06-03 16:04:02 +08:00
    @jedicxl 20金币拿好
    我只是觉得没必要为一个商店生气,他们是卖书赚钱的,不是雷锋,数据可能在协议里写明了是他们的(我没找到协议,这是个大问题),如果是如此的话,有生气的理由但多看没有做错什么
    kfc315
        23
    kfc315  
    OP
       2013-06-03 16:10:50 +08:00
    @weakfox 我不觉得我苛刻了。
    是这样的:

    我被多看单方面如此愚蠢的一个设计搞丢了笔记 -> 我很生气
    多看搞丢了我的笔记 -> 应该给出解释、解决方案,并且道歉,但它没做到 -> 这也让我生气

    您是觉得我哪一条的反应过于苛刻呢?

    是的,我跟多看是平等的,我觉得不好就用脚投票,他觉得没必要服务我这样的用户,也可以完全不搭理我。

    但问题在于,我的反馈并非是希望他们加某个功能、希望他们做什么改进,而是他们提供了一个功能有严重缺陷的 app。

    其实,他们只要认认真真地说一句「真的对不起,是我们设计的严重失误。新的版本已经完全改正了这个问题,以后不会再有类似的情况出现。」就是 100 分的回应,为什么他们总是表现不及格呢?
    kfc315
        24
    kfc315  
    OP
       2013-06-03 16:18:35 +08:00
    @cdfmr
    @jedicxl 谢谢理解,我也是这么觉得的。
    你可以功能不完善,这都可以理解,我几乎每款常用的软件都很经常跟开发者进行反馈。既然现在它都能让我很喜欢,我希望它能更好。

    比如我跟随享发过「请问以后是否有增加 send to pocket 或 instapaper 的计划呢?」,跟「空气质量指数」反馈过内购会闪退的问题。(他们的回复是「很抱歉, 由于代码中的一处 bug 导致无法正常内购去除广告. 我们已提交了一个修复版本, 正在等待 App Store 审核, 预计1周内可以更新. 感谢您对我们的支持.」我就觉得很棒。)

    但是丢数据实在是不能忍啊…… 这是最基本的底线啊。
    kfc315
        25
    kfc315  
    OP
       2013-06-03 16:23:33 +08:00
    @weakfox 其实您说的也对,没必要跟一个 app 生气,它好用就用,不好用就不用。
    它也没必要为了我做任何改变(其实多看就算不改正这个错误也没什么嘛……)

    只是说这件事情。恩。
    weakfox
        26
    weakfox  
       2013-06-03 16:26:24 +08:00
    既然说了,就多数几句吧。我不是从业人员,只是用户。

    曾经我有个重要的文件(一些图片)存在国内某个网盘,前年突然需要这些文件,上网一找,那个网盘早就没了。
    傻眼了,咋办呢,我也知道这种事国内太常见了,后悔自己没选一个靠谱的服务。但于是我能打官司去告他么,似乎也不能,教训是以后用靠谱的网盘。

    网上用产品跟网下用产品都是用产品,都有风险。千万不要把任何希望寄托在商身上。盛大的网盘也倒了,自己备份的时候现在都是多处备份,经验而来教训。至于那些商家,他们有他们的协议傍身,就是这种事情发生的时候,你没法告他们错,他们可能说倒就倒了,说没就没了。

    另外他们也不傻,做公司出来,为了利益,哪怕是为了造福天下也是为了造福天下的利益,你的数据丢了可能是意外的灾难,也可能是政府的监管。事情发生了,质问他们,得到无理解释,他们的后果是损失用户和信誉。

    买东西谁不会啊,可是到网上买了这么多东西,该骂的时候骂骂,骂完了就走人了算了,有些事不是他们服务商应该做的,不要要求太多。
    weakfox
        27
    weakfox  
       2013-06-03 16:36:36 +08:00
    @kfc315 站在多看的角度上想想,大概也就这么做。我说的有点过了,有点激动,抱歉。
    该骂就骂,他是个服务提供商,就跟小区里卖煎饼果子的一样,卖的不好吃就去街头买另一家,骂他们他们也不一定会道歉,服务商大多都是这个反应。
    coagent
        28
    coagent  
       2013-06-03 17:11:08 +08:00
    这觉得这件事情,丢笔记的事情是产品设计方面的一些问题。

    而本贴,楼主的博客,还有与多看团队沟通过程,更多是产品团队的服务。

    两者,在这里最主要的体现对用户数据的重视,对产品细节的关注,对产品用户的抱怨、反馈处理的用心关注。
    coagent
        29
    coagent  
       2013-06-03 17:16:44 +08:00
    @weakfox 说的也有道理,商业利益嘛,还有就是对自己强大的自信,甚至用户会觉得是自傲。就像苹果在 315 后,前面几天时间的一些动作。。。

    在有多个产品竞争情况下,对细节的关注,对用户的服务,有时起着关键作用,产品经理与服务团队要多注意。对于 @kfc315 这样的用户,如果我是产品经理或服务团队,我觉得如果服务的好,他是一个意见领袖,会帮助产品去做正能量的传播。
    jedicxl
        30
    jedicxl  
       2013-06-03 18:53:12 +08:00
    @coagent 是的,一个合格的产品经理或优秀的客服代表,应该都会庆幸有楼主这样的客户。这样的客户一旦服务的好(至少态度要好,而且不需要付出多么了不起的时间和精力),会是很好的一笔免费营销。
    feiandxs
        31
    feiandxs  
       2013-06-03 19:12:13 +08:00
    没想到帖子这么长,以至于我草草看完后发现居然差点战起来(当然最后没有,大家都是在讨论),然后我又回去看了下主楼,我也不扯那么远的东西,当然毫无疑问楼主的建议值得考虑,不过我脑补了下,觉得多看的设计也无可厚非。

    楼主 iPad 做了标记,有数据。因为未开启同步,所以云端数据为0.
    楼主 iPhone 数据为0,云端数据为0.
    楼主打开了 iPhone 的同步,云端数据与 iPhone 本地同步,大家都是0,所以没有实质数据交换。但这时候对这次的数据版本标记了一个版本号 1 。
    楼主打开了 iPad 的同步。
    iPad 客户端无版本号,多看服务器有版本号1的数据,于是依据时间最新原则进行了同步服务器上才是用户最后操作的最新数据,于是楼主 iPad 上的数据就悲剧了。

    从工程设计上来讲,没有任何问题这和默认开不开同步没关系,同步就应该是这样。而且从产品角度,我也不觉得默认开启同步是个很好的选择大家的玩法不一样。

    唯一的败笔也是最大的败笔,就是这个同步的时候,检测到客户端原来有数据了,居然没个提示,让用户选择操作,就像xmakrs在新的浏览器上部署后合并书签的时候总会让用户选择合并方式以及优先从哪边开始。而这个,毫无疑问就是产品设计的责任了。这一处败笔,足以宣判这个产品的不合格。 嗯哼,和数据打交道不做好备份/确认/恢复机制,就是不合格,就T M D 不合格。

    我很不喜欢这个产品经理的说法 //你好,你反馈的问题是我们的bug,非常抱歉。“默认没选中同步功能”是旧版本的一个bug,新版本已经修正。// 一个不是bug的地方被说成了不管,真正是bug的部分却不给用户清楚到位的解释。

    所以写这么多其实不是说我同意楼主 → → 在我看来楼主就是个“同步界的小白”,当然就到这里为止,不是黑谁谁,大家使用习惯不同而已。让我很无语的是楼主的本地笔记被同步误删后居然不能恢复。也可能是因为我的工作性质养成的习惯,我始终认为不能恢复数据的同步功能,不配拿出来给用户用。


    好了,我把两边都得罪了,匿了 → →
    goldenlove
        32
    goldenlove  
       2013-06-03 22:17:52 +08:00
    多看还好。。。我基本只是看,不记。否则改名叫多记算鸟~~~

    哈哈~ 扯个远的,我只期望苹果的iCloud不要出这种问题... 这个杀伤力才大...
    haha1903
        33
    haha1903  
       2013-06-04 07:30:33 +08:00
    @weakfox 我也相信你不是从业人员,因为如果你是的话,就不会这么想了,丢个客户其实对于互联网公司来说,没那么重要,重要的是,多看的这种态度和解决问题的方法,客户服务,会让他丢掉所有的客户,毕竟给他提意见的好客户是很少很少的,其它的人就是一删,就完事儿了。懂吗?
    Pactzhao
        34
    Pactzhao  
       2013-06-04 10:04:44 +08:00
    @feiandxs 在用户设备有数据的情况下,自动抹掉,这是什么奇葩逻辑啊。OmniFocus的数据想弄没都弄不掉, iPhone iPad Mac三方同步,在任意设备上增加新数据都是同步到其它设备上。

    其实对国内的产品和服务不应该抱有幻想,真正值得使用的产品,是制作这款产品的公司有一个长远的愿景才可以,而不是单纯为了利益。比如evernote,立志要做人类的第二大脑,一上来目标就是百年企业,这样的公司和产品就会不断改进而不是凑合能用就行。

    omnifocus的 iPhone iPad mac三个版本的帮助全部都是中文的,我觉得一家公司没有理想的话是不会在这种不增加利益但对用户体验提升很大的地方花力气的。
    kfc315
        35
    kfc315  
    OP
       2013-06-04 15:44:48 +08:00
    @coagent
    @jedicxl
    @haha1903
    各位前辈这么说让我很惶恐(实际上是内心小高兴啦)…… 谢谢肯定 ^^

    @Pactzhao 恩,我也不知自己是不是表述清楚了。他们给我的感觉就是不重视用户。

    与之相对的一次好体验是之前跟「空气质量指数」的开发者的邮件沟通。我当时遇到了内购去广告就闪退的 bug,然后邮件反馈,很快收到了第一封回复:

    「您好:很抱歉, 由于代码中的一处 bug 导致无法正常内购去除广告. 我们已提交了一个修复版本, 正在等待 App Store 审核, 预计1周内可以更新. 感谢您对我们的支持.谢谢」

    我觉得这已经是很棒的回复了。解释清楚了问题原因,表达了歉意,给出了解决办法(等一周左右更新新版本)。

    但是,更超出我期望的,是没多大会儿我又收到了 Fresh-Ideas(他们工作室)创始人的回复:「您好: 在新版本发布之前, 您可以用这个序列号去除广告: *********。谢谢」

    且不说他们多么好的解决了我的问题之类的。除此之外,他们至少有两点做得比多看好很多:一是用户的反馈在有必要的时候,可以往上层传递;二是,可以看出来,他们的回复邮件是以「您好:」开头,以「谢谢」结尾。不是大事情,但是真的让人感觉舒服太多了。

    其实有时候我觉得自己有点蛋疼:又不是我的 app,我干嘛去操这份心呢……
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     5158 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 28ms UTC 09:27 PVG 17:27 LAX 02:27 JFK 05:27
    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