__group__ ticket summary component version type owner status created _changetime _description _reporter 138 APP串号问题确认 应用代码 bug new 2015-08-06T15:21:17+08:00 2015-08-06T15:21:17+08:00 "困扰车友会app的串号问题，具体表现为用户登录后看的车友会首页不是自己的车友会，但是用户发帖回帖发动态私信都正常。 今天基本有结论，证实是移动运营商缓存了接口内容getUserPermission，我们有串号问题的网友用手机浏览器直接打开这个接口，发现直接返回了一个被缓存的内容，而正常情况这个接口后端会检查cookie返回非登录用户的异常，所以确定这个接口被运营商缓存后直接返回，并没有去到后端。下一个版本我们会把userid做参数放在url里传过去，http头里的cookie仅做用户身份验证作用。 本次问题的经验教训：所有api的url，都需要把参数写在url中，譬如不同用户，各自不同的id，不要放在头信息里，头信息里的参数只可以用来做进一步的校验。要把参数写在url中，要把参数写在url中，要把参数写在url中，重要的事情说三遍。 另外如果实时性要求高的接口，甚至应该在url加上时间戳。" chenchongqi 36 车友会图片尺寸整理 应用代码 需求 huangxianduan accepted 2014-08-20T11:19:05+08:00 2014-08-20T11:30:19+08:00 "== 车友会会标 == == 相册图片 == == 活动封面 == == 留言图片 == == 车友会焦点图 ==" huangxianduan 2.0 hotfix 59 APP2.0.0接口 应用代码 2.0 hotfix 需求 zhouruxuan accepted 2014-09-17T18:40:47+08:00 2014-09-23T12:01:53+08:00 与移动开发联调；之后配合APP测试 zhouruxuan 2.0 hotfix 63 融云服务端API对接 应用代码 2.0 hotfix 需求 zhouruxuan accepted 2014-09-23T11:15:30+08:00 2014-09-28T17:53:32+08:00 "主要是退群和加群接口。 备注： 加入群接口：已经在审核通过车友会的时候调用融云接口 退出群接口：已经在退出出车友会的时候高用融云接口 待定： 1.调用融云加入群退出群操作时，是否需要在车友的数据库中记录相关的状态关系？ 2.是否需要管理页面对申请融云接口失败后，进行统一维护？" chenchongqi 2.1 hotfix 72 个别会长发帖加精为0的问题（只是显示问题） 应用代码 2.1 hotfix bug chenshuyao new 2014-10-13T15:43:11+08:00 2014-10-13T15:43:11+08:00 "http://club.pcauto.com.cn/qinghaimondeo/ @晶谊，@贤端，会长发的精华帖加不了分 蔡耿彬(keasty) 10:05:50 帮忙看下什么问题 蔡耿彬(keasty) 10:06:08 普通贴加分正常 陈树钥(chensy) 11:20:44 会长发帖都是有加分的，这里只是显示上的问题。具体原因，我再查下 蔡耿彬(keasty) 14:30:59 树叶，问题查到了么 陈树钥(chensy) 14:31:21 没。只有个别数据会，我先把数据恢复吧 陈树钥(chensy) 14:31:39 以后再观察下，能不能重现这个问题 " chenshuyao 2.1 hotfix 91 认证同步问题 应用代码 2.1 hotfix bug new 2014-10-30T15:22:33+08:00 2014-10-30T15:23:07+08:00 出现过论坛认证通过，在车友会显示没有认证的情况，估计数据同步问题引起。 chenchongqi 2.1 hotfix 61 车友会排名露出优化需求 应用代码 2.1 hotfix 优化 fengguosen assigned 2014-09-17T18:42:51+08:00 2014-09-26T10:34:13+08:00 zhouruxuan 2.1 hotfix 71 线上帖子脏数据处理 应用代码 2.1 hotfix 优化 chenshuyao new 2014-10-13T15:39:19+08:00 2014-10-13T15:39:19+08:00 "ac_topic_x ac_dynaInfo_x 存在在部分脏数据，出现部分重复的topicId " chenshuyao 2.1 hotfix 54 140915-汽车网车友会会长精华同步优化需求(JS14-11179) 应用代码 2.1 hotfix 需求 zhouruxuan accepted 2014-09-16T15:49:04+08:00 2014-09-23T10:11:43+08:00 新创建车友会通过同步会长精华帖已经添加，同步下会长在创建车友会之前发布的精华帖 huangxianduan 2.1 hotfix 70 车友会页面title修改 应用代码 2.1 hotfix 需求 liuxulin new 2014-10-09T17:23:50+08:00 2014-10-09T17:23:50+08:00 所有含“会车·会友·会生活”title的页面都统一改“中国最大、最好的车友会平台 huangxianduan 3.0 hotfix 123 帖子同步也生成同城动态 应用代码 3.0 hotfix 需求 huangxianduan assigned 2014-12-29T16:14:42+08:00 2015-01-05T10:22:35+08:00 "1、新同步帖子生成同城动态，根据车友会用户信息中的地理信息 2、旧的数据copy份到同城动态" huangxianduan 3.0 hotfix 124 动态类型矩阵关系图 应用代码 3.0 hotfix 需求 new 2015-01-04T15:52:46+08:00 2015-01-04T15:52:46+08:00 zhouruxuan 4.0 hotfix 150 用户持续签到状态bug 应用代码 4.0 hotfix bug fangxirui new 2015-11-02T17:00:33+08:00 2015-11-16T10:25:56+08:00 "经常有报障： 用户并没有中断签到，但是持续签到数却从1开始。 查了车友会和任务系统的数据库数据，车友会签到记录正常，任务系统也有相对的数据，只是用户的持续签到无端端从1开始了。 看了代码签到的流程，一个获取用户签到状态的方法有多个地方使用，片段： if (checkIn.getLastCheckInAt() != null && checkIn.getLastCheckInAt().before( DateUtils.addDays(DateUtils.truncate(new Date(), Calendar.DATE), -1))) { //只在显示上清0 数据上在每次签到的时候会计算 checkIn.setContinuousCheckIns(0); } 理论上来说，这样是正确的，但是怀疑是有什么其他问题，被错误的设为0，然后签到时，就加1，从1开始计算了 优化： 既然只是在显示上清零，如前台页面显示，那是否可以在实体中定义一个不持久化的字段来保存和显示呢？" fangxirui 4.0 hotfix 153 优化：接口优化、拆分（持续补充） 应用代码 4.0 hotfix 优化 fangxirui new 2015-11-11T10:45:53+08:00 2015-11-12T09:57:40+08:00 "待优化拆分接口： /appapi/1.0/subject/getSubjectTopList.do /appapi/1.0/subject/getDynaListHot.do /appapi/1.0/subject/getDynaListNew.do /dyna/getDynaList.do // 待补充... ////PS：拆分后的接口，请加上@Deprecated注解 已优化拆分接口：'''请看附件文档'''" fangxirui 4.0 hotfix 154 MC命中率偏低 应用代码 4.0 hotfix 优化 new 2015-11-27T12:19:11+08:00 2015-11-27T12:21:33+08:00 "236.196 236.295 两台MC，命中率都偏低" fangxirui 4.0 hotfix 171 送审流程优化 应用代码 4.0 hotfix 优化 方锡锐 reopened 2016-01-26T10:16:38+08:00 2016-05-26T15:51:47+08:00 "现状： 1、需要送审的数据，只要发出去，没有捕捉到异常，则当作是成功；即使捕捉了异常，也只是记录log。 2、反馈结果，只处理了能正常接收请求的情况 优化方案： 正常情况下，返回空白行及字符串。清除空白行后，为空字符串表示发送正常，其他情况视为异常情况，记录发送数据完整日志表。通过定时任务，重发日志表数据（可以读取后直接重发，不需要再处理），正常时，删除记录行，异常时，不处理，等待下一次重发（这也产生一个问题，如果一直发送不成功，也就会一直存在，慢慢积累数据） ---------------------华丽分割线------------------------ 以上优化方案是目前短时间内比较容易处理的方案，但是却只处理了发送失败的情况，审核系统反馈失败的情况，没有处理。 另一种优化方案： 应用只管发送待审数据，一个小时后，查找出审核字段的状态码，还是待审状态，则进行重发。这种做法是比较理想的，但是需要的处理时间比较长：重发的机制，通过定时任务进行，不能在应用中进行，需要使用脚本或者单独java项目进行处理，并且需要对每个需要发送审核数据的业务表查出数据，再进行处理封装 第3种方案： 综合前面两种方案，发送待审数据前，都记录日志表。审核平台回调反馈接口时，修改业务表审核字段状态，并删除日志表数据。每个小时查找一个小时前（审核平台审核周期一个小时内）数据进行重发 目前按照最快最简单做法，使用了方案一进行优化 -------------------------------------------------------- 20120219更新后，脚本在执行请求时，返回了：{code:'400'},message:'title超过了250个字符' 故下一步优化，需要对title进行截字 " 方锡锐 4.0 hotfix 183 优化：车友APP聊天室聊天信息无法发送问题优化 应用代码 4.0 hotfix 优化 方锡锐 assigned 2016-05-24T17:15:10+08:00 2016-05-24T17:18:24+08:00 "问题：经常收到报障，用户无法在所加入的车友会聊天室中发信息 处理：调用接口/club/syncClub.do进行同步 ---------------------------------------------------------------------------- 优化： 用户无法聊天，一个可能是，加入车友会调用融云api同步信息时不成功，另一个是可能同步后，某些暂时不详的原因导致同步信息丢了，优化点如下： 1、检查在用户加入车友会后，调用融云API申请创建同步信息的方法 2、后期同步方法中，需要先知道用户ID，再查数据库找到表的主键为调用同步方法时的参数值，优化为直接根据用户id同步 3、考虑定时任务处理（单独的应用中跑？还是直调resin端口接口？）" 方锡锐 4.0 hotfix 184 优化：后台跨表多条件查询功能优化 应用代码 4.0 hotfix 优化 方锡锐 new 2016-05-24T17:27:23+08:00 2016-05-24T17:27:23+08:00 "例如要查询某个车友会的升星记录。 记录是保存在一张表中，表里有clubId字段，但是需求时通过车友会的个性域名来查，查询时候，就需要进行关联表查询。 ------------------------------------------------------------------------------- 优化方案： 利用后台dwz框架“查找带回”功能页面，先通过某个字段查到id（如通过clubUrl查到clubId），带回到页面上通过id查询，这样在方便用户后台操作（虽然是需要多点几下鼠标，但是至少查询哪个车友会比较清晰）的同时也可以提高查询效率。" 方锡锐 4.0 hotfix 188 车友会：论坛发主帖与回帖消息同步问题 应用代码 4.0 hotfix 优化 方锡锐 new 2016-07-05T12:10:17+08:00 2016-07-05T12:10:17+08:00 "问题：论坛发主帖时，是先出后审再发MQ消息到车友会，在此期间，帖子被回复时，是直接发送MQ消息到车友会，这样就造成很多报没有对应帖子动态的异常 解决方案：待确定" 方锡锐 4.0 hotfix 194 车友会wap支持https 应用代码 4.0 hotfix 需求 new 2016-11-04T16:41:46+08:00 2016-11-04T16:41:46+08:00 "修改： 1、修改配置，去掉http: 和 https:（passportRoot，前台登录使用，不去掉） 2、后端java类，查找补上http:（修改地方很多） 3、jsp页面，静态资源去掉http: 问题： 1、所有类都需要添加http:，虽然工具可以帮忙定位，但是因为比较多，容易漏了 2、jsp页面，return、refer参数等，需要补上http:;location.href = ""//club...""; 这种可以跳转 3、测试需要回归前后全部功能 4、图片上传，UPC链接，目前都需要在页面补全http 建议： 1、不修改配置 2、java类不需要修改，不需要全部功能回归（接口也不需要测） 3、前台jsp使用的域名，去掉http:后设置到attribute中，前台使用后可以抓取页面源码查找http:或https:，有出现的确认是否需要改即可 4、注意return、refer参数的地方，需要补全路径（最好是个人中心的登录页支持自动补齐http或https） 5、考虑是否不波及PC、后端，在WAP使用的应用域名配置，重新配置新的字段来使用（更好点是直接在过滤器返回其他字段给jsp页面使用） " fangxirui