zoukankan      html  css  js  c++  java
  • IT连创业系列:说说苹果商店AppStore上架App应用前后遇到的那些神坑

    前言:

    IT连创业的这个系列,又隔空了一个多月了。

    不知道为什么,最近写文的冲动感下降了很多,如果不是因为特别忙,大概就因为上了年纪的原因了。

    群里关注我创业的朋友,一直都在问,啥时候有新的文章讲述创业的进展啊!

    好吧,没有激素分泌的辅助,就只能靠小伙伴热情关注的精神力量来激发我内心深处的那点意淫了。

    昨夜先动手撸了开头,今天再凭意志坚持撸完整文了。

    开启回忆模式,给大伙补一篇,讲述这App上线多月来掉坑的那些事情。

    ↓故事,分两部分陈述了,今天先讲产品,后天讲运营。

    1. 同时运营多个App产品的尴尬

    想当年,设想很远大,App我设计成三个:

    IT连:(IT群体人员使用的综合性社交App)。

    IT恋:(非IT群体女性用户,让她们找到IT男对象)。

    IT聘:(HR或猎头或Boss使用的,这个短时间内应该不会上)。

    现在已上线的就两款了。

    上线之后,在告知前后左右的街芳邻居的时候,一个尴尬的事情就发生了:

    发现有个别小伙伴傻傻分不清,男的跑IT恋,女的跑IT连,那是一个大写尴尬,回头还得帮他(她)们改性别〜〜〜

    一般来说,如果分开宣传是定位是没问题,但放在一起宣传,这种尴尬就产生了。

    所以目前是把原本在IT聘上要做的功能:都先放在了IT连里了,毕竟,同时出三个App,在技术上或运营,都的确吃不消。

    2. 苹果商店APPStore上架App应用的深坑

    话说,当初IT恋上架,前后花了差不多1个月,然后IT连上架,前后又差不多花了1个月。

    也就是说,上架了两个月啊,因为IT恋和IT连互相依存的,一起上架才算完整的上架。

    下面说说上架那些被拒绝的故事:

    记得那时,我是把研发的事情交给了一个小伙负责。

    我还想着是否从此退出技术生涯了呢,原来是想太多,现在天天也撸代码,哈哈。

    所以那时候就只有问:上架了没?上架了没?上架了没?

    然后得到的答复就是:早上重新提交了,重新提交了,提交了!

    好吧,接下来就和大伙分享几个AppStore被拒的很明显的原因,和大伙交待一下:

    (PS:收到的拒绝理由原版都是英文的,而且还不好理解,我这里是将解决后东西转成了中文表述)

    拒绝理由1:手机号注册的,必须有验证码。(当初的设想,是第一次注册,省掉注册码流程,第二次注册,才显示验证码,只能直接放开注册码)

    拒绝理由2:用户注册的地方,必须有用户协议。(这个协议,一开始的确没注意)

    拒绝理由3:有注册的地方,基础元数据必须提供。(就是说要提交App资料的地方需要填写一个Demo账号)

    拒绝理由4:可能有涉及苹果新闻版权的问题。(一开始是加了协议,没效果,不知道是新闻的问题,还是苹果的问题,后来是把新闻改成看看,过滤掉苹果的新闻,才通过了审核)

    拒绝理由5:在涉及由用户提交的信息,必须有审核或举报机制。(IT连或IT连有个类似朋友圈的内容,所以,需要有举报功能)

    拒绝理由6:二进制文件有问题。(鬼知道什么问题,后来是重新打包了就好了)

    拒绝理由7:Demo账号登陆不了。(我靠,后台对请求有个时间检验的机制,没考虑到美国时区的时间问题)

    拒绝理由8:样式没适配IPHone4。(好吧,老机型一个也不能放过)

    大概能记得的就这几个了,本来一个App,简单的就没啥功能, 没想到上架还能拖这么久。

    而且问题都是遇到一个反馈一个提交一个,来来回回修改提交就又是好几天。

    反正到最后,总算上架了!!!!

    3. App应用上架后,Bug一堆堆,埋坑的土都够埋人。

    下面说说被Bug坑的死去活来的过程。

    1:苹果IOS刚上架通过,API连的竟然是测试地址。

    好不容易等了两个月,上架了,我操,API连的是竟然测试库地址。

    吓的我没空叼开发人员,直接思考服务端的补救方案,赶紧把测试的域名解析到和正式的同一地址。

    内容正常了,发现还有图片,又把图片解析了过去了,好了,圈子的内容算正常了。

    发现聊天聊不了,问开发人员,我了个去,IM的key和Secret都是测试库的,写死代码了,瞬间绝望了!

    只能赶紧重新发布版本,这一发布,审核又要好久,好久,好久。

    2:苹果商店AppStore的版本缓存问题。

    虽然新版本发布了,过了几天,也通过审核了,但发现好多人重新下载,还是下载到旧版本,我了个去。

    3:时间较验引发的问题。

    当时在请求的设想上,加了时间较验,结果有些用户的手机的时间,偏偏不是提前了就是设晚了,然后就是一堆报告用不了。

    后来的后来,只能把这功能弱化了。

    4:苹果IOS:AppID的不一致问题。

    在请求的较验上,除了时间,还有AppID,就是每一个设备,有都有一个唯一ID。

    结果惊奇的发现,有个别手机,两次请求发起的AppID竟然不一样,导致的请求失败。

    这个问题是后来我自己查后台,加上网友告诉我他们以前也遇到过AppID不一样的问题,才调整过来。

    5:各种闪退问题。

    记得招开发人员进来的时候,我的问题之一就是怎么避免闪退,该trytry,该if if。

    答的都挺好,结果实际开发,一堆闪退,而且理解就那么简单的几个:

    1:加载的数据请求失败。

    2:返回的Json解析失败或返回的Json数据有一个对不上。

    3:权限没打开时的操作。

    4:代码不适配某些机型。

    5:各种点击滑动的问题。

    说好的try呢?说好的if呢?

    6:忘了传参数问题。

    用户注册第二步的头像上传,竟然没传用户的Token,导致所有的注册第二步就走不下去。

    我又得赶紧后台补救,对于没传Token的,想到通过IP匹配最近注册的用户,重新生成Token。

    又赶紧让发布一个版本。

    7:职业信息显示为空问题。

    暂未知情况,有些用户注册时,职业信息显示为空,导致第二虽然头像上传,但资料却提交不了,第二步还是走不下去。

    我了个去,一个注册咋都这么多问题。

    查了一下,配置的列表都是启动就请求,如果其它选项包括性别,学历都能显示,能不可能职业信息不显示啊。

    后来IOS告诉我,学历和姓别他是写死的,只有职业信息是请求加载的。

    我了个去,这什么鬼逻辑啊。。。。

    后来让他改如果请求有数据,显示请求的数据,请求不到数据,再加载本地配置的。

    8:请求的数据是乱的。

    发现有些女孩子注册IT连,姓别总是男,这不应该啊。

    后来一查后日志,发现总有几个参数类型转换错误的消息,但不确定是注册还是信息填写,还是有人在用旧版本引发的问题。

    后来叫开发人员过来看日志,IOS才说,这看起来可能是我那边的问题。

    我重新抓包看请求数据,一看吓一跳,我靠,你这传的什么鬼数据。

    一个学历你给我传男女,一个职业你给我传中文。

    无力吐槽,恨手上没刀。

    赶紧后台写了一堆码代码,做个转换补救。

    总结:

    只能说年轻人,考虑的就是各种不周全,各种马虎,各种应付,各种自以为是的改好了。

    最近,花了两周的时间,测试、抓包、Coding,每天工作26小时,问题一个一个解决了,体验一步一步优化了,终于才迎来了现在基本稳定的版本。

    其它细细的问题也一堆一堆,就不详说了,这么多低级的错误,不应该的失误。

    按理说,按理说,IOS开发应该早拿去祭天,不过现在他还活着。

    但愿吃一折,长一智,谁的成长,不是从坑里爬出来的呢!

    补充:两句简单介绍公司目前的情况:

    公司目前七八个人,是七还是八,我也数不过来了。

    公司的Logo也换新的了:

     

    公司遇到了现在运营负责人,又招了核心的运营小伙伴,都是有丰富经验的老手!

    在运营上,众筹的股东也调动起来参与运营了。

    有了专业的运营,一切正在朝美好的方向进前着。

    目前的重点,是先放在IT恋,为大伙寻找找女孩子,现在女孩子的用户已经有两三百人了。

    具体的运营遇到的那些坑,下篇再和大伙分享了。

    最后,感谢各们围观和支持的小伙伴!

  • 相关阅读:
    第一期站立会议7(11.21 个人)
    第一期站立会议6(11.20 个人)
    第一期站立会议5(11.19个人)
    第一期站立会议4(11.18个人)
    第一期站立会议3(11.17个人)
    第一期站立会议2(11.16个人)
    第一期站立会议1(11.15 个人)
    第二阶段第三次站立会议
    对第一阶段提出意见的总结及改进方案
    第二阶段第二次站立会议
  • 原文地址:https://www.cnblogs.com/cyq1162/p/7770421.html
Copyright © 2011-2022 走看看