文档更改igo_1

在2020/07/03 14:13上被yuandong he修改
从版本< 43.1 >
由chinyee he编辑
在2019/12/25 10:28上
到版本
由yuandong he编辑
在2019/11/12 09:38上
< >
修改评论 该版本没有评论

Summary

Details

Page properties
文档作者
... ... @@ -1,1 +1,1 @@
1 -XWiki.Chinyee
1 +XWiki.yuandong
Content
... ... @@ -1,361 +359,3 @@
1 -{{box cssClass="box floatinginfobox" title="**Summary**"}}
2 -{{toc/}}
3 -{{/box}}
4 -
5 -= igo_case#63_20191224 =
6 -
7 -问题描述：宜停车站点昨天突然又出现异常的占桩费情况，麻烦看一下是什么原因导致的
8 -
9 -~-~-跟踪
10 -
11 -[[image:1577240218346-460.png]]
12 -
13 -~-~-解决:
14 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
15 -售后（跟单）工程师：chinyee YD
16 -
17 -= igo_case#62_20191223 =
18 -
19 -问题描述：小桔互联互通扫igo电桩充电 占桩费收取
20 -
21 -~-~-跟踪
22 -
23 -(% class="box" %)
24 -(((
25 -【shi】：绿色区域为小桔结算费用。 客户提出小桔未收占桩费。
26 -【平台技术】：已确认平台推送至小桔总费用包含 占桩费。
27 -分析推论：小桔按照自己的计算去结算，未计入占桩费。
28 -[[image:1577083824544-597.png]]
29 -)))
30 -
31 -~-~-解决:
32 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
33 -售后（跟单）工程师：施文俊
34 -
35 -= igo_case#61_20191223 =
36 -
37 -问题描述：13416666929，麻烦看一下这个账户，我查到：他总共充值了100元，且有充电，但是他余额却有200+；麻烦看一下是什么情况
38 -
39 -~-~-跟踪
40 -
41 -【YD】：在平台及数据库查询都查得该账户13416666929余额为262.77，该用户实际充值只有100元 且有充电消费37.23元。另外200元不清楚从哪里充进去的。
42 -
43 -补充：最下面两条类型为7的减加记录为客户自己后台扣除后又加回来了。(从时间上看是操作完后跑群里反馈给我们此问题)
44 -
45 -[[image:1577072133097-703.png||height="447" width="905"]]
46 -
47 -~~update
48 -【客】：13416666929，查到：他总共充值了100元，且有充电，但是他余额却有200
49 -【shi】：平台数据分析，用户于2018-12-27 12:01:06 注册会员，注册手机号：13416666929。
50 -2018年12月26日至今:
51 -消费总额   37.23
52 -充值总额   100.00
53 -当前余额  262.77元
54 -两者数据计算： 262.77+37.23=300元， 充值总额为100
55 -~-~-
56 -明细见下（可选，客户管理员也可从平台导出）
57 -**充值明细：**
58 -[[image:1577088062431-357.png]]
59 -
60 -**消费明细：**
61 -[[image:1577087941425-373.png]]
62 -
63 -~-~-解决:
64 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
65 -售后（跟单）工程师：施文俊 YD
66 -
67 -
68 -= igo_case#60_20191219 =
69 -
70 -问题描述：“系统管理/账号管理/站点人员管理” 账号igoxny 新建站点管理人员后查询不到该人员，但该人员可正常登录令狐充小程序。
71 -
72 -~-~-跟踪
73 -
74 -【YD】：他这个账号添加的站点人员，新建时不选择运营商的话结果就会默认全站点全运营，然后因为是全站点全运营 所以在IGO下是查不到的。(不知道为啥这个账号可以不选择运营商，我的账号这里都是一定要选 不选不让保存)
75 -
76 -转研发
77 -
78 -【令技术】：igoxny这个账号是很久以前创建的账户，没有设置所属运营商，虽然数据权限是只能看到igo的数据。我已经改了所属运营商为igo了
79 -
80 -~-~-解决:
81 -状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置 
82 -售后（跟单）工程师：YD
83 -
84 -= igo_case#59_20191209 =
85 -
86 -问题描述：用户反应 用微信自带扫一扫可以享受停车优惠，地图页扫一扫不能享受。
87 -
88 -~-~-跟踪
89 -
90 -[[image:1576422178543-212.png]]
91 -【shi】：需转研发验证。
92 -
93 -【令技术】：停车费优惠的问题一般是停车场系统那边的，注意看这个打折结果信息
94 -
95 -[[image:1576459939932-258.png||height="235" width="471"]]
96 -
97 -
98 -~-~-解决:
99 -状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 
100 -售后（跟单）工程师：
101 -
102 -
103 -= igo_case#58_20191210 =
104 -
105 -问题描述：这个是上月“小桔app”的充电消费报表，又出现之前的那种大额占桩费的情况，请看一下是什么原因。主要集中是平湖中泰站、翠岭华庭两个站，上个月22日前，版本是11536的双枪.而且这种情况主要集中小桔用户，其他用户极少出现这种问题
106 -
107 -[[image:1575940873075-630.png||height="584" width="870"]]
108 -
109 -~-~-跟踪
110 -
111 -【令】：对于占桩费不正常的账单可以按照上次的方法处理。
112 -
113 -[[image:1575940933897-213.png||height="200" width="563"]]
114 -
115 -【令】：怎样筛选出占桩费异常的账单？
116 -
117 -【令技术】：占桩费大于50 服务结束时间与平台账单服务结束时间相差1小时以上的
118 -
119 -【shi】：
120 -
121 -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
122 -,a.C_OCCUPY_DATA,EXTRACTVALUE(a.C_OCCUPY_DATA,'/occupy/amount')#注意单位是分
123 -,a.C_TOTAL_POWER,a.C_SERVICESTART,a.C_SERVICEEND,b.C_SERVICEEND,a.C_CHARGEDURATION,a.C_OCCUPYDURATION,
124 -a.C_STATION_NAME,a.C_USER_LICENSEPLATE
125 -
126 -from recharge_history a,recharge_history_platform b
127 - where a.C_BILLING_ID=b.C_BILLING_ID and a.C_CREATE_DATE BETWEEN '2019-11-01' and '2019-11-30' ~#~#注意改时间
128 -and a.C_OCCUPY_DATA is NOT NULL
129 -and TIMESTAMPDIFF(Minute,b.C_SERVICEEND,a.C_SERVICEEND)>=60
130 -
131 -[[image:1576742736025-412.png||height="359" width="467"]]
132 -
133 -【客户修正异常账单的方法】：我是直接点了右上角“应用”就会弹出修复时间，只要服务/充电结束时间差距在15分钟内，我都算正常修复了。差距过大的，我就会修改服务结束时间略大于充电结束时间。
134 -
135 -【令技术】：这些是因为账单上传延时造成的，需要更新版本。
136 -
137 -~-~-解决:
138 -状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 
139 -售后（跟单）工程师：施文俊  chinyee
140 -
141 -= igo_case#57_20191209 =
142 -
143 -问题描述：有个问题需要麻烦看一下，数据中“站点”部分存在很多空白的 主要4、5、6三个月的，后面的偏少
144 -
145 -[[image:1575871276254-945.png||height="452" width="902"]]
146 -
147 -~-~-跟踪
148 -
149 -【YD】：根据图中日期导出相应记录并筛选出空白站点，查询了几条空白站点记录的桩ID 在IGO上是存在的并且都有所属站点。
150 -
151 -~-~-解决:
152 -状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 
153 -售后（跟单）工程师：YD
154 -
155 -= igo_case#56_20191206 =
156 -
157 -问题描述：能帮忙查下这个用户13500051491绑定车牌的时间吗？他以前绑定过，今天更改了新的，看下这个新的车牌绑定时间，13602530928这个号码一样的问题
158 -
159 -~-~-跟踪
160 -
161 -【令技术】：查询用户车牌绑定时间可以按这个方式查，比如车牌号是“粤BA00100”， 在日志里面输入  updateInfo BA00100
162 -日志时间范围设大一点
163 -
164 -
165 -~-~-解决:
166 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
167 -售后（跟单）工程师：chinyee  YD
168 -
169 -
170 -= igo_case#55_20191205 =
171 -
172 -问题描述：删了桩，不能查充电记录。
173 -
174 -~-~-跟踪
175 -【shi】：
176 -
177 -(% class="box" %)
178 -(((
179 -背景： 松岗站前两天月底已经拆除了，系统里的7个电桩号客户已经删除了。 
180 - 1）对历史记录查询的影响。
181 - 2）如需正确查询历史记录的解决办法。
182 - 3）删除桩后查不到数据 ，评估修补办法。【技术跟进】
183 -[[image:1575510355534-717.png]]
184 -)))
185 -
186 -【YD】：20191209 松岗站的能查 客户反应已删的IGO深圳总部站查不到记录，转研发
187 -
188 -~-~-解决:
189 -状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 
190 -售后（跟单）工程师：施文俊
191 -
192 -= igo_case#54_20191129 =
193 -
194 -问题描述：'20190926032743803418', '20190927171829683212', '20190927171714959662', '20190928161035758595', '20190928034115956030', '20190930042038132331', '20190930041706098722', '20190930041144194700', '20190930040453503915', '20190930035752600078', '20190930032500735888', '20190930031605689191', '20191003034931540903', '20191004185537510922', '20191004184938127613', '20191004184609821865'这些订单，好像都没有“用户ID”呢
195 -
196 -~-~-跟踪
197 -
198 -【令技术】：还在查原因，创建用户的时候生成id失败，但是这个id只是显示用的，还有一个内部id，所以不影响使用
199 -
200 -~-~-解决:
201 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
202 -售后（跟单）工程师：chinyee
203 -
204 -
205 -= igo_case#53_20191127 =
206 -
207 -问题描述：今天又升级了“泥岗站”“翠岭华庭”两个场站版本到2090414
208 -
209 -~-~-跟踪
210 -
211 -【shi】：
212 -
213 -~-~-解决:
214 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
215 -售后（跟单）工程师：施文俊
216 -
217 -
218 -= igo_case#52_20191119 =
219 -
220 -问题描述：朗山酒店停车收费系统出现一个问题：新能源车粤BA00455，停车收费系统没办法识别。
221 -
222 -~-~-跟踪
223 -
224 -【shi】：转研发
225 -【研发】：首先这个车牌号没有在boss系统登记，另外停车收费系统的问题不归我们管。只有具体某个充电事务充电结束没有发送车牌号到停车收费系统才归我们管（返回打折失败或者车辆没有入场这种都是停车收费系统的问题）
226 -和客户确认此问题归属谁解决：这个车牌号 没有在igo微信充电系统中登记过，车辆不能进入 是否 为停车系统的问题？
227 -
228 -~-~-解决:
229 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
230 -售后（跟单）工程师：施文俊
231 -
232 -= igo_case#51_20191125 =
233 -
234 -问题描述：平湖中泰站从11.22日早11:00左右升级了桩，版本号为2090414。
235 -
236 -(% class="box infomessage" %)
237 -(((
238 -**提供两份数据：1）异常账单统计。2）占桩费不正常统计。**
239 -
240 -**1）异常账单统计：下表为 2019年11月22日11：00开始-至今 之异常代码统计，（滴滴=滴滴app充电，微信=igo公众号充电）**
241 -
242 -(% border="1" %)
243 -|(((
244 -**异常代码\统计时间段**
245 -)))|**微信&平湖中泰站（次）**
246 -版本 2090414|**滴滴&平湖中泰站（次）**
247 -版本 2090414
248 -|(((
249 -**时间段内成功充电次数**
250 -)))|187|611
251 -|(((
252 -**1-账单丢失**
253 -)))|1|(((
254 -0
255 -)))
256 -
257 -**2）占桩费不正常统计**
258 -
259 -(% border="1" %)
260 -|**异常代码\统计时间段**|**微信&平湖中泰站（次）**|**滴滴&平湖中泰站（次）**
261 -|**时间段内成功充电次数**|187|611
262 -|**占桩不正常账单**|0|0
263 -
264 -
265 -)))
266 -
267 -~-~-解决:
268 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
269 -数据统计人：chinyee
270 -
271 -
272 -= igo_case#50_20191119 =
273 -
274 -问题描述：这个订单20191112031047820007，电量从开始到结束怎么一直都是32.54。（含分析日志步骤）
275 -
276 -~-~-跟踪
277 -
278 -【YD】：这单的心跳记录从开始到结束都是32.54，转研发看看。
279 -【shi】：原因见下
280 -
281 -* 充电发生在11.12日，客户问题反馈是11.19。系统只存储近7天的账单心跳数据，超过时间会清除。
282 -* 查看7日之前心跳，可在日志中查，以此为例的查询步骤（原理基于[[案例4 日志分析>>doc:技术.技术分析.WebHome]] 中接口二），见下
283 -** “首页/系统管理/运维管理/日志查询”， 右上角 选所需运营商，此例 是igo
284 -** 日志栏输入：20191112031047820007 updateChargeInfo
285 -** 时间 2019-11-12 3:10  至  2019-11-12 3:30，点查询。 （如果  结束时间选  2019-11-12 5:00，时间早的日志会无法查到，目前解决是缩短时间范围）
286 -** ctrl+f 唤出浏览器 查询功能，输入  20191112031047820007。 查询 后  账单号 会高亮显示。
287 -** 如下图，获得需要心跳数据，包括：电量、状态、发生时间。 如客户需要数据依据，可依次记录这些关键数据，给到客户。
288 -
289 -[[image:1574136874406-997.png]]
290 -
291 -~-~-解决:
292 -状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置 
293 -售后（跟单）工程师：施文俊 YD
294 -
295 -= igo_case#49_20191118 =
296 -
297 -问题描述：部分账单服务费 疑似 计算错误。
298 -
299 -(% class="box infomessage" %)
300 -(((
301 -[[image:1574074788769-153.png]]
302 -\\[[image:1574074816924-869.png]]
303 -)))
304 -
305 -~-~-跟踪
306 -【shi】：
307 -
308 -(% class="box infomessage" %)
309 -(((
310 -拆分2个问题见下
311 -1、20191031095156621783  服务费为0元。
312 -2、服务费太小  20190926032853435709  20190926012832822014 
313 -**分析：**
314 -1、20191031095156621783  对应 回酒店站，当前分时价格服务费皆为 0. 见下图
315 -[[image:1574076380296-658.png]]
316 -\\2、20190926012832822014  对应八卦岭，谷段 服务费 4分钱
317 -\\[[image:1574076607091-684.png]]
318 -\\3、20190926032853435709  对应 上步站，谷段 服务费 4分钱
319 -[[image:1574076794095-995.png]]
320 -)))
321 -
322 -~-~-解决:
323 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
324 -售后（跟单）工程师：施文俊
325 -
326 -
327 -= igo_case#48_20191115 =
328 -
329 -问题描述：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出现混乱
330 -
331 -~-~-跟踪
332 -【盛弘】：soc值是车上送的，桩只负责记录。
333 -
334 -【shi】：如果心跳电量是线性增长看不出问题， 仅soc错误，就能用上盛弘研发的逻辑。
335 -
336 -~-~-解决:
337 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
338 -售后（跟单）工程师：施文俊 chinyee
339 -
340 -
341 -= igo_case#47_20191112 =
342 -
343 -问题描述：
344 -
345 -igo&深圳恒毅 这个子运营商绑定了  东湖宾馆站 ？
346 -这个设置有问题，这个站点不属于深圳恒毅的吧。
347 -
348 -~-~-跟踪
349 -【令】：
350 -未正式铺开运营当前仅在东湖站测试，误以为了授权。
351 -目前没有做互联互通站点授权功能。取消绑定。
352 -[[image:1573531902474-732.png]]
353 -
354 -
355 -~-~-解决:
356 -状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置 
357 -售后（跟单）工程师：施文俊
358 -
359 359  = igo_case#46_20191111 =
360 360  
361 361  日期：2019.11.11
... ... @@ -382,6 +382,7 @@
382 382  状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
383 383  售后（跟单）工程师：施文俊 chinyee
384 384  
27 += =
385 385  
386 386  = igo_case#45_20191111 =
387 387  
... ... @@ -411,7 +411,7 @@
411 411  状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
412 412  售后（跟单）工程师：施文俊 Chinyee
413 413  
414 -= =
57 += =
415 415  
416 416  = igo_case#43_20191105 =
417 417  
... ... @@ -421,65 +421,8 @@
421 421  【YD】：“充电网络/充电桩管理/充电桩设备”查找平湖中泰站，该站点桩版本为2090104。
422 422  “营收管理/账单管理/故障账单”目前有142条记录，其中88条为平湖中泰站基本是“账单丢失”。
423 423  “系统管理/运维管理/故障记录”2019年11月5日的记录 查询时间09：58 有997条记录，其中12条为平湖中泰站的。(故障原因基本是充电枪断开)
424 -【shi】：平湖中泰站 数据报告和解决建议：
67 +~-~-跟踪
425 425  
426 -(% class="box infomessage" %)
427 -(((
428 -**提供两份数据：1）直流桩版本号站点分布数据。2）异常账单统计。**
429 -
430 -**1)直流桩版本号站点分布数据**
431 -版本号  数量  场站名
432 -
433 -11536   32   东湖宾馆站
434 -2090104   16   平湖中泰站
435 -2090104   14   翠岭华庭站
436 -\\**2）异常账单统计：上表为 2019年11月 1日-10日 之异常代码统计，（滴滴=滴滴app充电，微信=igo公众号充电）**
437 -
438 -(% border="1" %)
439 -|(((
440 -**异常代码\统计时间段**
441 -)))|**微信&平湖中泰站（次）**
442 -版本 2090104|**滴滴&平湖中泰站（次）**
443 -版本 2090104|(((
444 -**微信&翠岭华庭站（次）**
445 -版本 2090104
446 -)))|**滴滴&翠岭华庭站（次）**
447 -版本 2090104|**滴滴&东湖宾馆站（次）**
448 -版本 11536
449 -|(((
450 -**时间段内成功充电次数**
451 -)))|549|1749|542|691|826
452 -|(((
453 -**1-账单丢失**
454 -)))|5|670|2|172|3
455 -
456 -**数据报告显示之问题：**
457 -
458 -* 相同固件2090104， 对比平湖 、翠玲站  通过滴滴充电 账单丢失概率较高。
459 -* 相同固件2090104， 对比平湖 、翠玲站  通过微信充电 账单丢失概率较低。
460 -* 相同固件11536， 东湖站 通过滴滴充电 账单丢失概率较低。
461 -
462 -**20904xx版本进展：**
463 -
464 -* 2090404以上版本 几乎能杜绝大部分异常。
465 -* 但2019.10.29日 igo 4个站点爆发大量 占桩费 异常。 客户下架所有20904xx版本。
466 -* 20901xx版本无法远程升级至20904xx版本。
467 -* 令狐充反馈问题至盛弘，厂商排查中。
468 -* 2019.11.11-11.15 这周，令狐充和厂商测试20904xx版本。
469 -
470 -**解决方案：**
471 -
472 -* 最新版本发布前，平湖中泰站 可考虑降到11536
473 -* 20904xx稳定版发布后，少量测试稳定，铺开全站升级。
474 -* 2090104 为何滴滴发起充电事务 账单丢失概率 那么高。【令狐充 关注 核查】
475 -)))
476 -
477 -【shi】：chinyee在以上数据报告基础上，搜索 平湖站 滴滴app发起充电 且 账单丢失 的 C_BILLING_ID和C_UNION_BILLINGID提供niewei分析。（ 按时间最近）。并跟踪更新case。
478 -
479 -【chinyee】：C_BILLING_ID：20191114101245130248    C_UNION_BILLINGID：101437000157369756318731423
480 - C_BILLING_ID：20191114095102668618    C_UNION_BILLINGID：101437000157369625999120344
481 - C_BILLING_ID：20191114092830080281    C_UNION_BILLINGID：101437000157369490824939857
482 -
483 483  ~-~-解决:
484 484  状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
485 485  售后（跟单）工程师：施文俊 YD
... ... @@ -503,7 +503,7 @@
503 503  状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
504 504  售后（跟单）工程师：施文俊
505 505  
506 -= =
92 += =
507 507  
508 508  = igo_case#41_20191104 =
509 509  
1573531902474-732.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -75.1 KB
Content
1574074788769-153.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -130.3 KB
Content
1574074816924-869.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -79.3 KB
Content
1574076380296-658.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -34.6 KB
Content
1574076607091-684.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -24.1 KB
Content
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