文档更改igo_1

在2020/07/03 14:13上被yuandong he修改

从版本< 56.1 >

由shi chuck编辑
在2020/04/14 14:55上

到版本

由shi chuck编辑
在2019/11/18 19:30上

< >

修改评论上传新附件1574076607091-684.png

Summary

Page properties (1 modified, 0 added, 0 removed)
Attachments (0 modified, 0 added, 25 removed)

Details

Page properties

Content

@@ -2,562
          +2,6 @@
  {{toc/}}
  {{/box}}
--= igo_case#73_20200411 =
--
--问题描述：17665497110,客户要求排查2个手机号在2018年迁移前
--
--(% class="box infomessage" %)
--(((
--【数据】：508ac2a1456711e8958c000c29072b08
--2018-04-21 21:24:27 2018-09-03 17:42:03
--提钱豫粤
--17665497110
--o18v31erqFJ6SL3kk0pD4PYLQXVA
--3213
--【结果】：17665497110 余额= 32.13 元
--)))
--
--~-~-解决:
--状态（☑表示选定 ）：  已解决  |  处理中  |  暂搁置
--数据统计人：施文俊
--
--= igo_case#72_20200402 =
--
--问题描述：统计桩编号44030300030000200044  3月23号-4月1号 小桔和微信启动失败和成功的统计
--
--(% class="box infomessage" %)
--(((
--**1）启动统计：下表为 2020年3月23日0:00开始-4月1号24:00 之启动情况统计，（滴滴=滴滴app充电，微信=igo公众号充电）**
--
--(% border="1" %)
--|(((
--
--)))|**滴滴**|**微信**
--|(((
--**成功充电次数**
--)))|5|3
--|(((
--**启动服务失败**
--)))|0|(((
--35
--)))
--
--最近启动服务失败账单号：20200401105940722840、20200402160142735950、20200329173407536306
--)))
--
--~-~-解决:
--状态（☑表示选定 ）：  已解决  |  处理中  |  暂搁置
--数据统计人：chinyee
--
--
--= igo_case#71_20200401 =
--
--问题描述：此号电桩现场设备是网络正常的44030300030000200044，但是扫码之后提示设备离线，能帮忙看下什么原因吗
--
--~-~-跟踪
--
--【shi】：db中失败的记录，都符合“扫码之后提示设备离线”，重启后还是复现，转研发确认
--44030300030000200044        20200401105940722840
--44030300030000200044        20200401105918537508
--44030300030000200044        20200401105832986454
--44030300030000200044        20200329190910203480
--44030300030000200044        20200329190902697370
--44030300030000200044        20200329190855546291
--44030300030000200044        20200329182745874224
--44030300030000200044        20200329182730298842
--44030300030000200044        20200329182337749095
--44030300030000200044        20200329182258815242
--44030300030000200044        20200329181514771644     **数据一**
--【研发】：
--12:32:23  这个桩目前是充电中。这个桩行为比较奇怪， 该桩不断再重启， 每次启动后进入充电状态（账单ID=20200401122142966314）。 这个过程不断反复。
--【shi初步结论】：检查桩端软硬件是否存在故障。
--~~update 20200403
--【客】：不认同“端软硬件故障”
--【shi分析】：针对**数据一 **进一步 分析上述账单数据发现：
--1、第1-3行，操作时间发生在 2020-04-01  10：59附近。
--2、第4-11行，操作时间发生在 2020-03-29  18-19时附近。
--3、系统日志发现：上面几个事务发生时，该桩离线（扫码前就已经离线）， 处于不稳定情况。
--**判断：**
--1、以上皆为同一时间期间发生之问题，推测是现场此桩网络不稳引起。（如网线、路由设备故障）
--2、滴滴充电的次数太少，可能就是碰巧遇到桩稳定的时候。
--3、请安排人员到场，确保桩稳定连线的情况下，扫码充电 验证结果。 如能复现异常，请视频记录故障全貌，提供账单号。
--\\~-~-解决:
--状态（☑表示选定 ）：  已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：施文俊 chinyee
--
--= igo_case#70_20200330 =
--
--问题描述：下午好，有个事情需要你们看一下，现在用户手机端的充值账单内无法显示我们终端后台充值/退款的记录
--
--能否调整一下，之前都是可以显示的，如果我们有金额赠送给用户的，用户端无法看到记录不敢确认。
--
--~-~-跟踪
--
--【YD】：IGO那边我没有确认 我看了下之前测试基本充电功能的其他运营商的公众号 确实没有相关的充值记录
--
--~-~-解决:
--状态（☑表示选定 ）：  已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：施文俊 YD
--
--= igo_case#69_20200329 =
--
--问题描述：此号电桩现场设备是网络正常的44030300030000200044，但是扫码之后提示设备离线，能帮忙看下什么原因吗
--
--~-~-跟踪
--
--【YD】：客户同时还提供了一段扫码的短视频，视频显示扫该桩的二维码提示“系统错误”。
--
--1.在IGO平台上该桩充电记录的操作时间基本在下午5：30至6：30之间
--
--2.我在7点左右对该桩进行了扫码操作 确认到会提示“系统错误” 之后的扫码就提示该桩离线，确认到第一次扫码后桩会从待机状态变成离线 之后会正常变回待机状态。
--
--3.在故障记录内不会显示这次离线的记录
--
--~-~-解决:
--状态（☑表示选定 ）：  已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：施文俊 YD
--
--= igo_case#68_20200310 =
--
--问题描述：“异常账单”发现突然多出来好多
--
--~-~-跟踪
--
--(% class="box" %)
--(((
--**问题1：**查看“异常账单”发现突然多出来好多以前的，请问是什么原因啊，自从上次2019年7、8月出来这个修复账单功能过后，基本新出来的异常账单都不会存在超过一周。
--[[image:1583833100325-677.png]]
--【信息】：客户确认：
--1、“2019年10、11月的个别账单。 当时确认处理完了”
--2、时间都是以当时往前一年为范围。
--3、当时维持的是每天下班前都会清零“异常账单”
--\\**问题2：其中有一些，点击“手动修正”会提示错误。见下图**
--[[image:1583833253733-449.png]]
--)))
--
--
--~-~-解决:
--状态（☑表示选定 ）：  已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：施文俊
--
--= igo_case#67_20200307 =
--
--问题描述：个别车辆不能充电，手机：13652433535
--
--~-~-跟踪
--
--(% class="box" %)
--(((
--【分析】：此13652433535 进行3次充电尝试，首次soc从93%-100%，时长10分钟；第2、3次都是启动失败，原因为“与车辆通信超时”。
--【结论】：按照以往经验，“与车辆通信超时”一般都是车辆bms问题，与桩和平台无直接关系。
--【建议】：1）车辆重启，比如，打火再熄火。2）车辆返厂检修。
--\\【类似运营问题排查步骤见下】：
--1、登录https:~/~/mc.linghuchongtech.com/，依次进入“首页/营收管理/账单管理/充电记录”，手机号栏输入手机号，点查询查看充电记录列表，结果见下图。
--2、查看充电详情，在结果中点最右侧列中的“查看详情”，查看充电停止原因，见下图：
--[[image:1583543577448-567.png]]
--[[image:1583543608802-162.png]]
--)))
--
--
--~-~-解决:
--状态（☑表示选定 ）：  ☑已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：施文俊
--
--= igo_case#66_20200225 =
--
--问题描述：占桩费异常通知
--
--~-~-跟踪
--
--【现象】：没有充电满，提前发通知扣占桩费。问题手机: 15814276853
--
--[[image:1582602735428-429.png]]
--
--【研发】： 异常心跳引起了问题，需要特殊处理一下。
--【shi】：此情况为小概率个例，尽快适配处理。
--
--~-~-解决:
--状态（☑表示选定 ）：  ☑已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：施文俊
--
--= igo_case#65_20200114 =
--
--问题描述：你好，有个事情麻烦一下，今日我们八卦岭44030400030000200022号桩总是出现一个问题：无人充电时电桩正常，一插枪启动时，频繁提示“系统故障”，停止充电，能否查看下是什么原因；是电桩的设备问题还是后台哪里数据异常。
--
--~-~-跟踪
--
--【YD】：该桩今天频繁出现此故障，该站点今天的故障记录内该桩的故障占绝大部分。
--
--[[image:1578983997003-830.png||height="89" width="907"]]
--
--【客户】：这个知道，就是说能否查到产生这个的原因是什么；电桩问题或是后台某项数据导致的呢
--
--【shi】：急停错误 是人为按下的吧？
--
--【客户】：不是的，是我们工作人员在现场启动的，不插枪他显示待机正常，一插枪然后扫码后，马上就会跳系统故障。但是急停按钮处于未按下状态
--
--【shi】：现场能验证下？启动 是 报急停？
--
--【客户】：可以了，工作人员检查出来问题了，电桩主板设备问题
--
--~-~-解决:
--状态（☑表示选定 ）：  ☑已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：施文俊  YD
--
--= igo_case#64_20191230 =
--
--问题描述：我们公众号内，这个选项需要加入一点图片，看看怎么处理一一下
--
--[[image:1577673036148-316.png||height="676" width="380"]]
--
--~-~-跟踪
--
--【YD】：转jingle评估。
--
--【产品】：目前只能把需要换的图给到john，这个功能还没加到mc
--
--【YD】：已从客户那边得到修改文档，转jingle安排。
--
--【产品】：不能只改igo哦，目前是全局的。这个请确认一下
--1）全局情况下修改会不会影响其他运营商描述的准确性，如果影响，请确认2）
--2）自定义的问题中心什么时候要实现，着不着急，因为目前开发工作比较满。需要看什么时候插进去做。
--
--【YD】：2）不急。
--1）仅在igo显示，比如前端判断url 个性化显示。
--
--【产品】：不急的话就按原来的开发安排做一个运营商级别的问答中心了
--
--~-~-解决:
--状态（☑表示选定 ）：  ☑已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：施文俊  YD
--
--= igo_case#63_20191224 =
--
--问题描述：宜停车站点昨天突然又出现异常的占桩费情况，麻烦看一下是什么原因导致的
--
--~-~-跟踪
--
--【令】：怎样筛选出占桩费异常的账单？
--
--【令技术】：服务结束时间与平台账单服务结束时间相差1小时以上的
--
--[[image:1577240915413-947.png]]
--
--~-~-解决:
--状态（☑表示选定 ）：  已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：chinyee YD
--
--
--= igo_case#62_20191223 =
--
--问题描述：小桔互联互通扫igo电桩充电 占桩费收取
--
--~-~-跟踪
--
--(% class="box" %)
--(((
--【shi】：绿色区域为小桔结算费用。 客户提出小桔未收占桩费。
--【平台技术】：已确认平台推送至小桔总费用包含 占桩费。
--分析推论：小桔按照自己的计算去结算，未计入占桩费。
--[[image:1577083824544-597.png]]
--)))
--
--~-~-解决:
--状态（☑表示选定 ）：  已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：施文俊
--
--= igo_case#61_20191223 =
--
--问题描述：13416666929，麻烦看一下这个账户，我查到：他总共充值了100元，且有充电，但是他余额却有200+；麻烦看一下是什么情况
--
--~-~-跟踪
--
--【YD】：在平台及数据库查询都查得该账户13416666929余额为262.77，该用户实际充值只有100元 且有充电消费37.23元。另外200元不清楚从哪里充进去的。
--
--补充：最下面两条类型为7的减加记录为客户自己后台扣除后又加回来了。(从时间上看是操作完后跑群里反馈给我们此问题)
--
--[[image:1577072133097-703.png||height="447" width="905"]]
--
--~~update
--【客】：13416666929，查到：他总共充值了100元，且有充电，但是他余额却有200
--【shi】：平台数据分析，用户于2018-12-27 12:01:06 注册会员，注册手机号：13416666929。
--2018年12月26日至今:
--消费总额    37.23
--充值总额    100.00
--当前余额    262.77元
--两者数据计算： 262.77+37.23=300元， 充值总额为100
--~-~-
--明细见下（可选，客户管理员也可从平台导出）
--**充值明细：**
--[[image:1577088062431-357.png]]
--
--**消费明细：**
--[[image:1577087941425-373.png]]
--
--~-~-解决:
--状态（☑表示选定 ）：  已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：施文俊 YD
--
--
--= igo_case#60_20191219 =
--
--问题描述：“系统管理/账号管理/站点人员管理” 账号igoxny 新建站点管理人员后查询不到该人员，但该人员可正常登录令狐充小程序。
--
--~-~-跟踪
--
--【YD】：他这个账号添加的站点人员，新建时不选择运营商的话结果就会默认全站点全运营，然后因为是全站点全运营 所以在IGO下是查不到的。(不知道为啥这个账号可以不选择运营商，我的账号这里都是一定要选 不选不让保存)
--
--转研发
--
--【令技术】：igoxny这个账号是很久以前创建的账户，没有设置所属运营商，虽然数据权限是只能看到igo的数据。我已经改了所属运营商为igo了
--
--~-~-解决:
--状态（☑表示选定 ）：  ☑已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：YD
--
--= igo_case#59_20191209 =
--
--问题描述：用户反应 用微信自带扫一扫可以享受停车优惠，地图页扫一扫不能享受。
--
--~-~-跟踪
--
--[[image:1576422178543-212.png]]
--【shi】：需转研发验证。
--
--【令技术】：停车费优惠的问题一般是停车场系统那边的，注意看这个打折结果信息
--
--[[image:1576459939932-258.png||height="235" width="471"]]
--
--
--~-~-解决:
--状态（☑表示选定 ）： ☑ 已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：
--
--
--= igo_case#58_20191210 =
--
--问题描述：这个是上月“小桔app”的充电消费报表，又出现之前的那种大额占桩费的情况，请看一下是什么原因。主要集中是平湖中泰站、翠岭华庭两个站，上个月22日前，版本是11536的双枪.而且这种情况主要集中小桔用户，其他用户极少出现这种问题
--
--[[image:1575940873075-630.png||height="584" width="870"]]
--
--~-~-跟踪
--
--【令】：对于占桩费不正常的账单可以按照上次的方法处理。
--
--[[image:1575940933897-213.png||height="200" width="563"]]
--
--【令】：怎样筛选出占桩费异常的账单？
--
--【令技术】：占桩费大于50  服务结束时间与平台账单服务结束时间相差1小时以上的
--
--【shi】：
--
--select CONCAT(a.C_BILLING_ID,'\t') as C_BILLING_ID,a.C_USER_ID,CONCAT(a.C_DEVICE_NUMBER,'\t') as C_DEVICE_NUMBER,a.C_CHARGE_START,a.C_CHARGE_END
--,a.C_OCCUPY_DATA,EXTRACTVALUE(a.C_OCCUPY_DATA,'/occupy/amount')#注意单位是分
--,a.C_TOTAL_POWER,a.C_SERVICESTART,a.C_SERVICEEND,b.C_SERVICEEND,a.C_CHARGEDURATION,a.C_OCCUPYDURATION,
--a.C_STATION_NAME,a.C_USER_LICENSEPLATE
--
--from recharge_history a,recharge_history_platform b
-- where a.C_BILLING_ID=b.C_BILLING_ID and a.C_CREATE_DATE BETWEEN '2019-11-01' and '2019-11-30'  ~#~#注意改时间
--and a.C_OCCUPY_DATA is NOT NULL
--and TIMESTAMPDIFF(Minute,b.C_SERVICEEND,a.C_SERVICEEND)>=60
--
--[[image:1576742736025-412.png||height="359" width="467"]]
--
--【客户修正异常账单的方法】：我是直接点了右上角“应用”就会弹出修复时间，只要服务/充电结束时间差距在15分钟内，我都算正常修复了。差距过大的，我就会修改服务结束时间略大于充电结束时间。
--
--【令技术】：这些是因为账单上传延时造成的，需要更新版本。
--
--~-~-解决:
--状态（☑表示选定 ）： ☑ 已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：施文俊  chinyee
--
--= igo_case#57_20191209 =
--
--问题描述：有个问题需要麻烦看一下，数据中“站点”部分存在很多空白的 主要4、5、6三个月的，后面的偏少
--
--[[image:1575871276254-945.png||height="452" width="902"]]
--
--~-~-跟踪
--
--【YD】：根据图中日期导出相应记录并筛选出空白站点，查询了几条空白站点记录的桩ID 在IGO上是存在的并且都有所属站点。
--
--~-~-解决:
--状态（☑表示选定 ）： ☑ 已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：YD
--
--= igo_case#56_20191206 =
--
--问题描述：能帮忙查下这个用户13500051491绑定车牌的时间吗？他以前绑定过，今天更改了新的，看下这个新的车牌绑定时间，13602530928这个号码一样的问题
--
--~-~-跟踪
--
--【令技术】：查询用户车牌绑定时间可以按这个方式查，比如车牌号是“粤BA00100”， 在日志里面输入  updateInfo BA00100
--日志时间范围设大一点
--
--
--~-~-解决:
--状态（☑表示选定 ）：  已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：chinyee  YD
--
--
--= igo_case#55_20191205 =
--
--问题描述：删了桩，不能查充电记录。
--
--~-~-跟踪
--【shi】：
--
--(% class="box" %)
--(((
--背景： 松岗站前两天月底已经拆除了，系统里的7个电桩号客户已经删除了。
--    1）对历史记录查询的影响。
--    2）如需正确查询历史记录的解决办法。
--    3）删除桩后查不到数据 ，评估修补办法。【技术跟进】
--[[image:1575510355534-717.png]]
--)))
--
--【YD】：20191209 松岗站的能查 客户反应已删的IGO深圳总部站查不到记录，转研发
--
--~-~-解决:
--状态（☑表示选定 ）： ☑ 已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：施文俊
--
--= igo_case#54_20191129 =
--
--问题描述：'20190926032743803418', '20190927171829683212', '20190927171714959662', '20190928161035758595', '20190928034115956030', '20190930042038132331', '20190930041706098722', '20190930041144194700', '20190930040453503915', '20190930035752600078', '20190930032500735888', '20190930031605689191', '20191003034931540903', '20191004185537510922', '20191004184938127613', '20191004184609821865'这些订单，好像都没有“用户ID”呢
--
--~-~-跟踪
--
--【令技术】：还在查原因，创建用户的时候生成id失败，但是这个id只是显示用的，还有一个内部id，所以不影响使用
--
--~-~-解决:
--状态（☑表示选定 ）：  已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：chinyee
--
--
--= igo_case#53_20191127 =
--
--问题描述：今天又升级了“泥岗站”“翠岭华庭”两个场站版本到2090414
--
--~-~-跟踪
--
--【shi】：
--
--~-~-解决:
--状态（☑表示选定 ）：  已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：施文俊
--
--
--= igo_case#52_20191119 =
--
--问题描述：朗山酒店停车收费系统出现一个问题：新能源车粤BA00455，停车收费系统没办法识别。
--
--~-~-跟踪
--
--【shi】：转研发
--【研发】：首先这个车牌号没有在boss系统登记，另外停车收费系统的问题不归我们管。只有具体某个充电事务充电结束没有发送车牌号到停车收费系统才归我们管（返回打折失败或者车辆没有入场这种都是停车收费系统的问题）
--和客户确认此问题归属谁解决：这个车牌号 没有在igo微信充电系统中登记过，车辆不能进入 是否 为停车系统的问题？
--
--~-~-解决:
--状态（☑表示选定 ）：  已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：施文俊
--
--= igo_case#51_20191125 =
--
--问题描述：平湖中泰站从11.22日早11:00左右升级了桩，版本号为2090414。
--
--(% class="box infomessage" %)
--(((
--**提供两份数据：1）异常账单统计。2）占桩费不正常统计。**
--
--**1）异常账单统计：下表为 2019年11月22日11：00开始-至今 之异常代码统计，（滴滴=滴滴app充电，微信=igo公众号充电）**
--
--(% border="1" %)
--|(((
--**异常代码\统计时间段**
--)))|**微信&平湖中泰站（次）**
--版本 2090414|**滴滴&平湖中泰站（次）**
--版本 2090414
--|(((
--**时间段内成功充电次数**
--)))|187|611
--|(((
--**1-账单丢失**
--)))|1|(((
--0
--)))
--
--**2）占桩费不正常统计**
--
--(% border="1" %)
--|**异常代码\统计时间段**|**微信&平湖中泰站（次）**|**滴滴&平湖中泰站（次）**
--|**时间段内成功充电次数**|187|611
--|**占桩不正常账单**|0|0
--
--
--)))
--
--~-~-解决:
--状态（☑表示选定 ）：  已解决  |  处理中  |  暂搁置
--数据统计人：chinyee
--
--
--= igo_case#50_20191119 =
--
--问题描述：这个订单20191112031047820007，电量从开始到结束怎么一直都是32.54。（含分析日志步骤）
--
--~-~-跟踪
--
--【YD】：这单的心跳记录从开始到结束都是32.54，转研发看看。
--【shi】：原因见下
--
--* 充电发生在11.12日，客户问题反馈是11.19。系统只存储近7天的账单心跳数据，超过时间会清除。
--* 查看7日之前心跳，可在日志中查，以此为例的查询步骤（原理基于[[案例4 日志分析>>doc:技术.技术分析.WebHome]] 中接口二），见下
--** “首页/系统管理/运维管理/日志查询”， 右上角 选所需运营商，此例 是igo
--** 日志栏输入：20191112031047820007 updateChargeInfo
--** 时间 2019-11-12 3:10  至  2019-11-12 3:30，点查询。 （如果  结束时间选  2019-11-12 5:00，时间早的日志会无法查到，目前解决是缩短时间范围）
--** ctrl+f 唤出浏览器 查询功能，输入  20191112031047820007。 查询 后  账单号 会高亮显示。
--** 如下图，获得需要心跳数据，包括：电量、状态、发生时间。 如客户需要数据依据，可依次记录这些关键数据，给到客户。
--
--[[image:1574136874406-997.png]]
--
--~-~-解决:
--状态（☑表示选定 ）：  ☑已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：施文俊 YD
--
--= igo_case#49_20191118 =
--
--问题描述：部分账单服务费 疑似 计算错误。
--
--(% class="box infomessage" %)
--(((
--[[image:1574074788769-153.png]]
--\\[[image:1574074816924-869.png]]
--)))
--
--~-~-跟踪
--【shi】：
--
--(% class="box infomessage" %)
--(((
--拆分2个问题见下
--1、20191031095156621783  服务费为0元。
--2、服务费太小   20190926032853435709   20190926012832822014
--**分析：**
--1、20191031095156621783  对应 回酒店站，当前分时价格服务费皆为 0. 见下图
--[[image:1574076380296-658.png]]
--\\2、20190926012832822014  对应八卦岭，谷段 服务费 4分钱
--\\[[image:1574076607091-684.png]]
--\\3、20190926032853435709   对应 上步站，谷段 服务费 4分钱
--[[image:1574076794095-995.png]]
--)))
--
--~-~-解决:
--状态（☑表示选定 ）：  已解决  |  处理中  |  暂搁置
--售后（跟单）工程师：施文俊
--
--
  = igo_case#48_20191115 =
  问题描述：20191114225242534782（这笔订单22.97度电，SOC显示52%-98%，服务开始时间2019-11-14 22:51:52服务结束时间2019-11-15 00:26:10）；另外一个20191115003148658977（这笔订单0.77度电，SOC显示71-98%，服务开始时间2019-11-15 00:30:58服务结束时间2019-11-15 00:51:48），这两次都无同一个用户，麻烦看下什么问题导致，前后SOC出现混乱

1574076794095-995.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.ShiChuck

Size

...	...	@@ -1,1 +1,0 @@
1		-23.8 KB

Content

1574136874406-997.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.ShiChuck

Size

...	...	@@ -1,1 +1,0 @@
1		-231.2 KB

Content

1575510355534-717.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.ShiChuck

Size

...	...	@@ -1,1 +1,0 @@
1		-49.7 KB

Content

1575871276254-945.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.yuandong

Size

...	...	@@ -1,1 +1,0 @@
1		-162.2 KB

Content

1575940873075-630.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.Chinyee

Size

...	...	@@ -1,1 +1,0 @@
1		-110.5 KB

Content

1575940933897-213.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.Chinyee

Size

...	...	@@ -1,1 +1,0 @@
1		-52.6 KB

Content

1576422178543-212.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.ShiChuck

Size

...	...	@@ -1,1 +1,0 @@
1		-82.2 KB

Content

1576459939932-258.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.Chinyee

Size

...	...	@@ -1,1 +1,0 @@
1		-111.2 KB

Content

1576742736025-412.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.Chinyee

Size

...	...	@@ -1,1 +1,0 @@
1		-50.2 KB

Content

1577071761360-304.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.yuandong

Size

...	...	@@ -1,1 +1,0 @@
1		-162.0 KB

Content

1577072133097-703.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.yuandong

Size

...	...	@@ -1,1 +1,0 @@
1		-180.5 KB

Content

1577083824544-597.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.ShiChuck

Size

...	...	@@ -1,1 +1,0 @@
1		-52.0 KB

Content

1577087941425-373.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.ShiChuck

Size

...	...	@@ -1,1 +1,0 @@
1		-235.1 KB

Content

1577088062431-357.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.ShiChuck

Size

...	...	@@ -1,1 +1,0 @@
1		-105.8 KB

Content

1577240218346-460.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.Chinyee

Size

...	...	@@ -1,1 +1,0 @@
1		-8.6 KB

Content

1577240915413-947.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.Chinyee

Size

...	...	@@ -1,1 +1,0 @@
1		-9.7 KB

Content

1577673036148-316.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.yuandong

Size

...	...	@@ -1,1 +1,0 @@
1		-112.9 KB

Content

1578983997003-830.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.yuandong

Size

...	...	@@ -1,1 +1,0 @@
1		-19.7 KB

Content

1582602735428-429.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.ShiChuck

Size

...	...	@@ -1,1 +1,0 @@
1		-32.3 KB

Content

1583543577448-567.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.ShiChuck

Size

...	...	@@ -1,1 +1,0 @@
1		-62.2 KB

Content

1583543608802-162.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.ShiChuck

Size

...	...	@@ -1,1 +1,0 @@
1		-32.8 KB

Content

1583833100325-677.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.ShiChuck

Size

...	...	@@ -1,1 +1,0 @@
1		-206.3 KB

Content

1583833253733-449.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.ShiChuck

Size

...	...	@@ -1,1 +1,0 @@
1		-357.2 KB

Content

1585888320688-684.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.ShiChuck

Size

...	...	@@ -1,1 +1,0 @@
1		-1.4 KB

Content

1586847324966-213.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.ShiChuck

Size

...	...	@@ -1,1 +1,0 @@
1		-76.3 KB

Content

文档更改igo_1

Summary

Details

导航

Applications