K歌之王JR K歌之王JR
关注数: 45 粉丝数: 71 发帖数: 563 关注贴吧数: 16
大触来分析分析我的语句有没有写的不对的地方 关于这次活动,并不为官方洗地。首先我要说的是官方策划确实傻X,然后下面技术员也不会提出异议么?还是他们没有权利反驳,还是这是纯纯的福利,但是也自相矛盾啊。分析:随意邮箱可领奖大家可以弄很多邮箱来领奖直到有自己喜欢的,即便弄到了自己喜欢的然后也抱着不抽白不抽抽了不要也可以送人或者交易的想法继续抽,这难道是福利?但如果官方本意如此的话弄60次限制干甚?难道他们真的是万万没想到么?如果官方就是人手一个的初衷那么技术员的角度一定是抽奖前要邮箱和游戏ID绑定验证了才能抽,他们工作量是不是就可以省事很多。然后礼券码兑换也不需要验证也真是失败,交易泛滥。然而真的这样做了大家是不是又要骂娘根本抽不到想要的?大家有福利就好好珍惜不好吗?不管福利也好还是官方傻x也好,这样结果还是好的吧? ---------------------------------------------- 分割线 ---------------------------------------------- 假定活动一数据库表名为10milliondownload,结构为id,email_address,hero_name,gift_code,flag。发送失败表fail_list,结构同上 那么收件人一栏需要执行select email_address from 10milliondownload where id=1,实现自动即id+1的轮询下去;邮件内容官方贴心的贴上了英雄名,这里执行的操作select hero_name,gift_code from 10milliondownload where id=1,实现自动即id+1。 那么这里就牵扯到数据库有多庞大,轮询的时间就有多久,以及跟服务器的处理能力相关,还有熊孩子诸如邮箱前加了www.等错误邮箱的情况,还要读取邮箱发送状态标志,成功返回flag=1填入原表,失败返回flag=0填入原表。 然后还要记录失败记录,insert fail_list(id,email_address,hero_name,gift_code,flag)select * from 10milliondownload where flag=0,然后再次轮询看是否有网络或服务器暂时故障的伪失败数据,再重复可筛选出邮箱地址确实错误怎么都不可能发送到的真失败列表做原因分析,对了这步应该是在结构上多一个reason字段直接取邮件发送的报错语句,当然这里需要事先做好错误类别定义,但他们这步到底做不做我就不知道了。 那么说明完毕,在数据处理的层面上也需要这么多步骤,更不用说还有邮件应用系统存储过程调用的问题,数据这么多你能保证计算机完全不报错?在邮箱层面来说他如果按我说的轮询多遍之后仍没收到那我认为就是个人邮箱的问题了,关toast毛事啊,但是如果他们只轮询了一遍那么就会有伪报错的人没收到,那就跟toast有关,我想我想到的他们不会想不到吧。那些flag=1却没收到我相信你们给客服发邮件肯定能补到的,到时候如果然并卵我们再一起喷toast连我都不如好吗?
1 下一页