[带有 * 的表示重要]



内网开发机（172.16.12.137）
	1、HTTP代理8080
	2、SOCKS5代理1080
	3、Trojan-gfw
	4、FRP穿透


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

通用评论四：
	1、登录态接入采用cms.ouj.com身份
	2、