程序员

负责公司整个服务器代码的编写， 服务器用Linux c++开发, 该服务器目前正在联通上线(服务器分接入服务器和业务服务器两种), 负责测试客户端的编写, 客户端使用MFC来开发, 目前该服务器能够达到稳定运行, 无明显的内存泄漏, 对客户端的连接和服务器的业务处理可以做到负载均衡, 对服务器的架构和整个服务器的业务流程非常了解(包括客户端的连接, 接入服务器消息的分发, 业务服务器业务的处理), 目前和联通合作的推送服务器已经做到了二期的版本, 即将开发做第三期的开发, 接入服务器和业务服务器通过部署多个实例来达到缓解服务器压力的目的, 业务服务器的推送任务包括任务的翻译和推送两个流程, 为了减缓数据库查询的压力, 发送给客户端的推送消息又分为主动推送和被动推送两种, 主动推送即业务服务器通过接入服务器序号和客户端连接socket主动地把消息推送给客户端, 而被动推送即客户端来一个请求才发送一个任务推送给客户端

前端买家数据页面展示 1 登录模块 1) 用户输入token来验证用户身份, 验证通过的用户才可以查看买家的当前晒图信息 2 晒图审核模块 1) 用户可以对未进行审核的晒图进行审核, 如果审核不通过, 页面会展示晒图未审核通过的原因和审核者, 并可以对晒图进行复审操作 2)用户可以对未审核通过的晒图进行晒图审核通过操作, 也可对审核通过的晒图选择审核不通过原因, 进行晒图审核不通过操作 3 未审核晒图, 已审核晒图, 全部晒图页面展示(数据可以根据卖家号, 买家号, 评价时间等信息进行过滤) 1) 未审核通过的晒图tap, 会展示图片名称, 图片链接, 卖家和买家评价等信息, 用户可进行审核通过操作或选择不通过原因, 进行审核不通过操作 2) 已审核通过的晒图tap, 会展示图片名称, 图片链接, 卖家和买家评价, 审核者等信息, 用户可进行复审操作(进行审核通过或审核不通过操作) 3) 全部晒图tap, 如果晒图是处于未审核状态, 会和1)展示相同, 如果晒图是处于已审核状态, 会和2)展示相同 二 晒单管理后台(数据吐出的地方) 1 未审核通过, 审核通过, 全部晒图数据获取 1) 前端通过ajax post类型将数据请求发往后台(比如晒图类型, 订单ID, 卖家号), 后台解析业务类型, 调用类型映射函数, 调用处理函数获取未审核晒图信息(因为交互的类型是通过ajax进行, 所以后台中文要把gbk格式转换为uft8格式, 前端才可以正确展示数据) 2 批量晒图审核通过, 审核不通过操作 1) 前端通过ajax post类型将数据发往后台，后台解析出晒图ID, 审核人, 审核状态(可能有多个), 后台解析业务类型, 调用类型映射函数, 调用处理函数, 更新审核表, 并把最新的晒图信息发送给前端(比如未审核晒图信息)