文档更改igo_1
在2020/07/03 14:13上被yuandong he修改
Summary
-
Page properties (2 modified, 0 added, 0 removed)
-
Attachments (0 modified, 0 added, 23 removed)
- 1574074788769-153.png
- 1574074816924-869.png
- 1574076380296-658.png
- 1574076607091-684.png
- 1574076794095-995.png
- 1574136874406-997.png
- 1575510355534-717.png
- 1575871276254-945.png
- 1575940873075-630.png
- 1575940933897-213.png
- 1576422178543-212.png
- 1576459939932-258.png
- 1576742736025-412.png
- 1577071761360-304.png
- 1577072133097-703.png
- 1577083824544-597.png
- 1577087941425-373.png
- 1577088062431-357.png
- 1577240218346-460.png
- 1577240915413-947.png
- 1577673036148-316.png
- 1578983997003-830.png
- 1582602735428-429.png
Details
- Page properties
-
- 文档作者
-
... ... @@ -1,1 +1,1 @@ 1 -XWiki. ShiChuck1 +XWiki.Chinyee - Content
-
... ... @@ -2,401 +2,6 @@ 2 2 {{toc/}} 3 3 {{/box}} 4 4 5 -= igo_case#66_20200225 = 6 - 7 -问题描述:占桩费异常通知 8 - 9 -~-~-跟踪 10 - 11 -【现象】:没有充电满,提前发通知扣占桩费。问题手机: 15814276853 12 - 13 -[[image:1582602735428-429.png]] 14 - 15 -【研发】: 异常心跳引起了问题,需要特殊处理一下。 16 -【shi】:此情况为小概率个例,尽快适配处理。 17 - 18 -~-~-解决: 19 -状态(☑表示选定 ): ☑已解决 | 处理中 | 暂搁置 20 -售后(跟单)工程师:施文俊 21 - 22 -= igo_case#65_20200114 = 23 - 24 -问题描述:你好,有个事情麻烦一下,今日我们八卦岭44030400030000200022号桩总是出现一个问题:无人充电时电桩正常,一插枪启动时,频繁提示“系统故障”,停止充电,能否查看下是什么原因;是电桩的设备问题还是后台哪里数据异常。 25 - 26 -~-~-跟踪 27 - 28 -【YD】:该桩今天频繁出现此故障,该站点今天的故障记录内该桩的故障占绝大部分。 29 - 30 -[[image:1578983997003-830.png||height="89" width="907"]] 31 - 32 -【客户】:这个知道,就是说能否查到产生这个的原因是什么;电桩问题或是后台某项数据导致的呢 33 - 34 -【shi】:急停错误 是人为按下的吧? 35 - 36 -【客户】:不是的,是我们工作人员在现场启动的,不插枪他显示待机正常,一插枪然后扫码后,马上就会跳系统故障。但是急停按钮处于未按下状态 37 - 38 -【shi】:现场能验证下?启动 是 报急停? 39 - 40 -【客户】:可以了,工作人员检查出来问题了,电桩主板设备问题 41 - 42 -~-~-解决: 43 -状态(☑表示选定 ): ☑已解决 | 处理中 | 暂搁置 44 -售后(跟单)工程师:施文俊 YD 45 - 46 -= igo_case#64_20191230 = 47 - 48 -问题描述:我们公众号内,这个选项需要加入一点图片,看看怎么处理一一下 49 - 50 -[[image:1577673036148-316.png||height="676" width="380"]] 51 - 52 -~-~-跟踪 53 - 54 -【YD】:转jingle评估。 55 - 56 -【产品】:目前只能把需要换的图给到john,这个功能还没加到mc 57 - 58 -【YD】:已从客户那边得到修改文档,转jingle安排。 59 - 60 -【产品】:不能只改igo哦,目前是全局的。这个请确认一下 61 -1)全局情况下修改会不会影响其他运营商描述的准确性,如果影响,请确认2) 62 -2)自定义的问题中心什么时候要实现,着不着急,因为目前开发工作比较满。需要看什么时候插进去做。 63 - 64 -【YD】:2)不急。 65 -1)仅在igo显示,比如前端判断url 个性化显示。 66 - 67 -【产品】:不急的话就按原来的开发安排做一个运营商级别的问答中心了 68 - 69 -~-~-解决: 70 -状态(☑表示选定 ): ☑已解决 | 处理中 | 暂搁置 71 -售后(跟单)工程师:施文俊 YD 72 - 73 -= igo_case#63_20191224 = 74 - 75 -问题描述:宜停车站点昨天突然又出现异常的占桩费情况,麻烦看一下是什么原因导致的 76 - 77 -~-~-跟踪 78 - 79 -【令】:怎样筛选出占桩费异常的账单? 80 - 81 -【令技术】:服务结束时间与平台账单服务结束时间相差1小时以上的 82 - 83 -[[image:1577240915413-947.png]] 84 - 85 -~-~-解决: 86 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 87 -售后(跟单)工程师:chinyee YD 88 - 89 - 90 -= igo_case#62_20191223 = 91 - 92 -问题描述:小桔互联互通扫igo电桩充电 占桩费收取 93 - 94 -~-~-跟踪 95 - 96 -(% class="box" %) 97 -((( 98 -【shi】:绿色区域为小桔结算费用。 客户提出小桔未收占桩费。 99 -【平台技术】:已确认平台推送至小桔总费用包含 占桩费。 100 -分析推论:小桔按照自己的计算去结算,未计入占桩费。 101 -[[image:1577083824544-597.png]] 102 -))) 103 - 104 -~-~-解决: 105 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 106 -售后(跟单)工程师:施文俊 107 - 108 -= igo_case#61_20191223 = 109 - 110 -问题描述:13416666929,麻烦看一下这个账户,我查到:他总共充值了100元,且有充电,但是他余额却有200+;麻烦看一下是什么情况 111 - 112 -~-~-跟踪 113 - 114 -【YD】:在平台及数据库查询都查得该账户13416666929余额为262.77,该用户实际充值只有100元 且有充电消费37.23元。另外200元不清楚从哪里充进去的。 115 - 116 -补充:最下面两条类型为7的减加记录为客户自己后台扣除后又加回来了。(从时间上看是操作完后跑群里反馈给我们此问题) 117 - 118 -[[image:1577072133097-703.png||height="447" width="905"]] 119 - 120 -~~update 121 -【客】:13416666929,查到:他总共充值了100元,且有充电,但是他余额却有200 122 -【shi】:平台数据分析,用户于2018-12-27 12:01:06 注册会员,注册手机号:13416666929。 123 -2018年12月26日至今: 124 -消费总额 37.23 125 -充值总额 100.00 126 -当前余额 262.77元 127 -两者数据计算: 262.77+37.23=300元, 充值总额为100 128 -~-~- 129 -明细见下(可选,客户管理员也可从平台导出) 130 -**充值明细:** 131 -[[image:1577088062431-357.png]] 132 - 133 -**消费明细:** 134 -[[image:1577087941425-373.png]] 135 - 136 -~-~-解决: 137 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 138 -售后(跟单)工程师:施文俊 YD 139 - 140 - 141 -= igo_case#60_20191219 = 142 - 143 -问题描述:“系统管理/账号管理/站点人员管理” 账号igoxny 新建站点管理人员后查询不到该人员,但该人员可正常登录令狐充小程序。 144 - 145 -~-~-跟踪 146 - 147 -【YD】:他这个账号添加的站点人员,新建时不选择运营商的话结果就会默认全站点全运营,然后因为是全站点全运营 所以在IGO下是查不到的。(不知道为啥这个账号可以不选择运营商,我的账号这里都是一定要选 不选不让保存) 148 - 149 -转研发 150 - 151 -【令技术】:igoxny这个账号是很久以前创建的账户,没有设置所属运营商,虽然数据权限是只能看到igo的数据。我已经改了所属运营商为igo了 152 - 153 -~-~-解决: 154 -状态(☑表示选定 ): ☑已解决 | 处理中 | 暂搁置 155 -售后(跟单)工程师:YD 156 - 157 -= igo_case#59_20191209 = 158 - 159 -问题描述:用户反应 用微信自带扫一扫可以享受停车优惠,地图页扫一扫不能享受。 160 - 161 -~-~-跟踪 162 - 163 -[[image:1576422178543-212.png]] 164 -【shi】:需转研发验证。 165 - 166 -【令技术】:停车费优惠的问题一般是停车场系统那边的,注意看这个打折结果信息 167 - 168 -[[image:1576459939932-258.png||height="235" width="471"]] 169 - 170 - 171 -~-~-解决: 172 -状态(☑表示选定 ): ☑ 已解决 | 处理中 | 暂搁置 173 -售后(跟单)工程师: 174 - 175 - 176 -= igo_case#58_20191210 = 177 - 178 -问题描述:这个是上月“小桔app”的充电消费报表,又出现之前的那种大额占桩费的情况,请看一下是什么原因。主要集中是平湖中泰站、翠岭华庭两个站,上个月22日前,版本是11536的双枪.而且这种情况主要集中小桔用户,其他用户极少出现这种问题 179 - 180 -[[image:1575940873075-630.png||height="584" width="870"]] 181 - 182 -~-~-跟踪 183 - 184 -【令】:对于占桩费不正常的账单可以按照上次的方法处理。 185 - 186 -[[image:1575940933897-213.png||height="200" width="563"]] 187 - 188 -【令】:怎样筛选出占桩费异常的账单? 189 - 190 -【令技术】:占桩费大于50 服务结束时间与平台账单服务结束时间相差1小时以上的 191 - 192 -【shi】: 193 - 194 -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 195 -,a.C_OCCUPY_DATA,EXTRACTVALUE(a.C_OCCUPY_DATA,'/occupy/amount')#注意单位是分 196 -,a.C_TOTAL_POWER,a.C_SERVICESTART,a.C_SERVICEEND,b.C_SERVICEEND,a.C_CHARGEDURATION,a.C_OCCUPYDURATION, 197 -a.C_STATION_NAME,a.C_USER_LICENSEPLATE 198 - 199 -from recharge_history a,recharge_history_platform b 200 - where a.C_BILLING_ID=b.C_BILLING_ID and a.C_CREATE_DATE BETWEEN '2019-11-01' and '2019-11-30' ~#~#注意改时间 201 -and a.C_OCCUPY_DATA is NOT NULL 202 -and TIMESTAMPDIFF(Minute,b.C_SERVICEEND,a.C_SERVICEEND)>=60 203 - 204 -[[image:1576742736025-412.png||height="359" width="467"]] 205 - 206 -【客户修正异常账单的方法】:我是直接点了右上角“应用”就会弹出修复时间,只要服务/充电结束时间差距在15分钟内,我都算正常修复了。差距过大的,我就会修改服务结束时间略大于充电结束时间。 207 - 208 -【令技术】:这些是因为账单上传延时造成的,需要更新版本。 209 - 210 -~-~-解决: 211 -状态(☑表示选定 ): ☑ 已解决 | 处理中 | 暂搁置 212 -售后(跟单)工程师:施文俊 chinyee 213 - 214 -= igo_case#57_20191209 = 215 - 216 -问题描述:有个问题需要麻烦看一下,数据中“站点”部分存在很多空白的 主要4、5、6三个月的,后面的偏少 217 - 218 -[[image:1575871276254-945.png||height="452" width="902"]] 219 - 220 -~-~-跟踪 221 - 222 -【YD】:根据图中日期导出相应记录并筛选出空白站点,查询了几条空白站点记录的桩ID 在IGO上是存在的并且都有所属站点。 223 - 224 -~-~-解决: 225 -状态(☑表示选定 ): ☑ 已解决 | 处理中 | 暂搁置 226 -售后(跟单)工程师:YD 227 - 228 -= igo_case#56_20191206 = 229 - 230 -问题描述:能帮忙查下这个用户13500051491绑定车牌的时间吗?他以前绑定过,今天更改了新的,看下这个新的车牌绑定时间,13602530928这个号码一样的问题 231 - 232 -~-~-跟踪 233 - 234 -【令技术】:查询用户车牌绑定时间可以按这个方式查,比如车牌号是“粤BA00100”, 在日志里面输入 updateInfo BA00100 235 -日志时间范围设大一点 236 - 237 - 238 -~-~-解决: 239 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 240 -售后(跟单)工程师:chinyee YD 241 - 242 - 243 -= igo_case#55_20191205 = 244 - 245 -问题描述:删了桩,不能查充电记录。 246 - 247 -~-~-跟踪 248 -【shi】: 249 - 250 -(% class="box" %) 251 -((( 252 -背景: 松岗站前两天月底已经拆除了,系统里的7个电桩号客户已经删除了。 253 - 1)对历史记录查询的影响。 254 - 2)如需正确查询历史记录的解决办法。 255 - 3)删除桩后查不到数据 ,评估修补办法。【技术跟进】 256 -[[image:1575510355534-717.png]] 257 -))) 258 - 259 -【YD】:20191209 松岗站的能查 客户反应已删的IGO深圳总部站查不到记录,转研发 260 - 261 -~-~-解决: 262 -状态(☑表示选定 ): ☑ 已解决 | 处理中 | 暂搁置 263 -售后(跟单)工程师:施文俊 264 - 265 -= igo_case#54_20191129 = 266 - 267 -问题描述:'20190926032743803418', '20190927171829683212', '20190927171714959662', '20190928161035758595', '20190928034115956030', '20190930042038132331', '20190930041706098722', '20190930041144194700', '20190930040453503915', '20190930035752600078', '20190930032500735888', '20190930031605689191', '20191003034931540903', '20191004185537510922', '20191004184938127613', '20191004184609821865'这些订单,好像都没有“用户ID”呢 268 - 269 -~-~-跟踪 270 - 271 -【令技术】:还在查原因,创建用户的时候生成id失败,但是这个id只是显示用的,还有一个内部id,所以不影响使用 272 - 273 -~-~-解决: 274 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 275 -售后(跟单)工程师:chinyee 276 - 277 - 278 -= igo_case#53_20191127 = 279 - 280 -问题描述:今天又升级了“泥岗站”“翠岭华庭”两个场站版本到2090414 281 - 282 -~-~-跟踪 283 - 284 -【shi】: 285 - 286 -~-~-解决: 287 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 288 -售后(跟单)工程师:施文俊 289 - 290 - 291 -= igo_case#52_20191119 = 292 - 293 -问题描述:朗山酒店停车收费系统出现一个问题:新能源车粤BA00455,停车收费系统没办法识别。 294 - 295 -~-~-跟踪 296 - 297 -【shi】:转研发 298 -【研发】:首先这个车牌号没有在boss系统登记,另外停车收费系统的问题不归我们管。只有具体某个充电事务充电结束没有发送车牌号到停车收费系统才归我们管(返回打折失败或者车辆没有入场这种都是停车收费系统的问题) 299 -和客户确认此问题归属谁解决:这个车牌号 没有在igo微信充电系统中登记过,车辆不能进入 是否 为停车系统的问题? 300 - 301 -~-~-解决: 302 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 303 -售后(跟单)工程师:施文俊 304 - 305 -= igo_case#51_20191125 = 306 - 307 -问题描述:平湖中泰站从11.22日早11:00左右升级了桩,版本号为2090414。 308 - 309 -(% class="box infomessage" %) 310 -((( 311 -**提供两份数据:1)异常账单统计。2)占桩费不正常统计。** 312 - 313 -**1)异常账单统计:下表为 2019年11月22日11:00开始-至今 之异常代码统计,(滴滴=滴滴app充电,微信=igo公众号充电)** 314 - 315 -(% border="1" %) 316 -|((( 317 -**异常代码\统计时间段** 318 -)))|**微信&平湖中泰站(次)** 319 -版本 2090414|**滴滴&平湖中泰站(次)** 320 -版本 2090414 321 -|((( 322 -**时间段内成功充电次数** 323 -)))|187|611 324 -|((( 325 -**1-账单丢失** 326 -)))|1|((( 327 -0 328 -))) 329 - 330 -**2)占桩费不正常统计** 331 - 332 -(% border="1" %) 333 -|**异常代码\统计时间段**|**微信&平湖中泰站(次)**|**滴滴&平湖中泰站(次)** 334 -|**时间段内成功充电次数**|187|611 335 -|**占桩不正常账单**|0|0 336 - 337 - 338 -))) 339 - 340 -~-~-解决: 341 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 342 -数据统计人:chinyee 343 - 344 - 345 -= igo_case#50_20191119 = 346 - 347 -问题描述:这个订单20191112031047820007,电量从开始到结束怎么一直都是32.54。(含分析日志步骤) 348 - 349 -~-~-跟踪 350 - 351 -【YD】:这单的心跳记录从开始到结束都是32.54,转研发看看。 352 -【shi】:原因见下 353 - 354 -* 充电发生在11.12日,客户问题反馈是11.19。系统只存储近7天的账单心跳数据,超过时间会清除。 355 -* 查看7日之前心跳,可在日志中查,以此为例的查询步骤(原理基于[[案例4 日志分析>>doc:技术.技术分析.WebHome]] 中接口二),见下 356 -** “首页/系统管理/运维管理/日志查询”, 右上角 选所需运营商,此例 是igo 357 -** 日志栏输入:20191112031047820007 updateChargeInfo 358 -** 时间 2019-11-12 3:10 至 2019-11-12 3:30,点查询。 (如果 结束时间选 2019-11-12 5:00,时间早的日志会无法查到,目前解决是缩短时间范围) 359 -** ctrl+f 唤出浏览器 查询功能,输入 20191112031047820007。 查询 后 账单号 会高亮显示。 360 -** 如下图,获得需要心跳数据,包括:电量、状态、发生时间。 如客户需要数据依据,可依次记录这些关键数据,给到客户。 361 - 362 -[[image:1574136874406-997.png]] 363 - 364 -~-~-解决: 365 -状态(☑表示选定 ): ☑已解决 | 处理中 | 暂搁置 366 -售后(跟单)工程师:施文俊 YD 367 - 368 -= igo_case#49_20191118 = 369 - 370 -问题描述:部分账单服务费 疑似 计算错误。 371 - 372 -(% class="box infomessage" %) 373 -((( 374 -[[image:1574074788769-153.png]] 375 -\\[[image:1574074816924-869.png]] 376 -))) 377 - 378 -~-~-跟踪 379 -【shi】: 380 - 381 -(% class="box infomessage" %) 382 -((( 383 -拆分2个问题见下 384 -1、20191031095156621783 服务费为0元。 385 -2、服务费太小 20190926032853435709 20190926012832822014 386 -**分析:** 387 -1、20191031095156621783 对应 回酒店站,当前分时价格服务费皆为 0. 见下图 388 -[[image:1574076380296-658.png]] 389 -\\2、20190926012832822014 对应八卦岭,谷段 服务费 4分钱 390 -\\[[image:1574076607091-684.png]] 391 -\\3、20190926032853435709 对应 上步站,谷段 服务费 4分钱 392 -[[image:1574076794095-995.png]] 393 -))) 394 - 395 -~-~-解决: 396 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 397 -售后(跟单)工程师:施文俊 398 - 399 - 400 400 = igo_case#48_20191115 = 401 401 402 402 问题描述: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出现混乱
- 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
- 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