交接草稿(编辑中).txt 4.3 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103
  1. [带有 * 的表示重要]
  2. 内网开发机(172.16.12.137)
  3. 1、HTTP代理8080
  4. 2、SOCKS5代理1080
  5. 3、Trojan-gfw
  6. 4、FRP穿透
  7. 页游:
  8. 1、政府实名相关(接口、前端)
  9. 2、一些附带魔法代码的页面
  10. 3、每月对账
  11. 4、账号迁移
  12. a、自助迁移:通过 http://account.ouj.com/bind.html ,由用户自己决定换绑账号
  13. b、人工协助(针对旧登录方式无法使用的情况):
  14. 1) 后台登录 [页游管理->用户维护->通过角色昵称查找] http://admin.ouj.com/#!nodeId=80036
  15. 2) 输入游戏角色的昵称查询,分析JSON结果,找到合适正确的角色数据块,
  16. 其中的user_data.uid是其平台UID,
  17. user_data.yyuid是其UDBProxy账号系统的YYUID,
  18. 这样就拿到了其旧登录方式的两个关键信息。
  19. 3) 请玩家用新的且长期稳定使用的QQ/微信登录 [偶游用户中心] http://account.ouj.com/bind.html ,
  20. 成功登录后,再点击页面顶部的【页游信息】(https://pgame.ouj.com/user/myinfopage),
  21. 将页面中看到的用户明细数据/角色数据等,通过截屏的方式,发给工作人员。
  22. 4) 步骤3中,可以看到玩家用新账号登录后得到的 YYUID/UDB/平台用户ID 等数据,
  23. 交给技术人员更换 [YYUID<->页游平台ID] 绑定关系。
  24. 至此结束。
  25. 缺陷:由于厂商系统只以页游平台UID为身份判别依据,故不能对单个角色迁移,要迁就迁移整个页游账号(平台UID)。
  26. 5、游戏服务器密钥配置的复用功能
  27. 一键复制并粘贴页游中游戏区服的接口密钥等配置信息,
  28. 以减轻运营人员的手动粘贴负担。
  29. 6、按厂商方式接入页游平台(ThirdInfAdapter)
  30. 7、尝试拉回用户所有角色数据的方法:详见前台actionSyncRolesByUid代码
  31. 鞋:
  32. 0、杂项
  33. a、特定的缓存存取方式(Utils::cacheVer)
  34. b、业务告警(已由telegram过渡为企业微信机器人)
  35. c、魔改后的smarty异步数据输出用法(Utils::magicAsyncValue)
  36. d、注释文档注入成员实例的用法(VarDocTrait2.php,应用于后台的XxxController和多玩魔改Model)
  37. e、老多玩Model魔改后的特性(ModelDwEx.php,兼容了阿本的phpbase2,并追加了更多实用方法)
  38. f、变态七彩条验证码
  39. g、简易前端异步ID置换为具体数据的工具 - id2valueRender
  40. h、接口合并请求 /merge/any
  41. 1、社区
  42. a、真正的公告 *
  43. b、帖子形式的公告 *
  44. c、私聊
  45. d、帖子过滤用法(注意官帖和非官帖的区别)
  46. e、粉丝与好友的联系和区别; 加好友方式(线上关注、二维码扫描)
  47. f、各种帖子列表,及基本的过滤逻辑,和特定的过滤逻辑
  48. g、反馈
  49. h、用户视角的屏蔽
  50. i、
  51. 2、运营内容
  52. 3、定时任务:
  53. a、文档svn地址
  54. b、基础代码逻辑(DwMultiQueue生产/消费,多队列单进程,仅为防止队列过于冗长)
  55. c、分组概要:帖子和评论的浏览数/点赞数/评论数/转发数/热度等、社区浏览数、跑步人数、游戏人数、定期消息垃圾清理
  56. 4、统计数据:
  57. a、论坛统计总览
  58. b、运动统计总览
  59. c、游戏统计总览
  60. 5、游戏:
  61. a、基本信息
  62. b、版本库维护
  63. c、上架/下架
  64. d、灰度与正式发布
  65. e、游戏介绍页专属评论区
  66. 6、固件:
  67. a、推送升级的逻辑
  68. b、固件状态的转换
  69. c、版本号解释(特别说明硬件版本与固件版本的匹配关系)
  70. d、审核操作记录
  71. e、开发者模式下,紧急强制发正式版
  72. f、升级人数统计
  73. g、内测(指标)
  74. h、灰度(指标)
  75. i、正式发布
  76. 7、硬件:
  77. a、基本信息
  78. b、与鞋型号的关系(业务明面上没啥用,仅在底层逻辑起作用)
  79. c、硬件地址
  80. (特别说明,不同的左右鞋组合,会产生不同的地址。两双鞋任意左右组合,则地址数有4个。
  81. 但实际生产环境下,普通用户只有一双鞋,故地址也应只有一个)
  82. 8、系统管理
  83. 1、权限控制
  84. 2、管理员身份
  85. 3、操作记录
  86. 发布器:
  87. 1、nginx配置
  88. 2、文件路径配置
  89. 3、机器同步配置
  90. 4、架构图
  91. 5、富文本gif自动转换为静音mp4
  92. 通用评论四:
  93. 1、登录态接入采用cms.ouj.com身份
  94. 2、