Re: [閒聊] 檢證部騷動……
作者: comipa (綾崎若èœå®¶å¾¡ç”¨) 2016-06-05 14:28:20
※ 引述《Romulus (Romulus)》之銘言：
: 推 oscar1234562:
![]()
所以這個無關? 06/05 14:18
: → comipa: 有用到twitter登入key的是Kancolledb,應該沒事 06/05 14:19
: 推 lonelyboy616: 想問艦colle db plugin的安裝流程 06/05 14:20
: → comipa: http://kcvdb.jp/KanColleViewer 這才是驗證部DB的plugin 06/05 14:20
: 推 ginmokusei: 樓上上是航海日誌擴張版？ 06/05 14:20
: → lonelyboy616: 我是KCV 06/05 14:20
: → comipa: kancolle db如果你用本家直接改KCV的版本是不用裝plugin的 06/05 14:21
: 推 oscar1234562: 我的是擴張版日誌 06/05 14:21
: → lonelyboy616: 什麼意思? 是只要裝KCV就會直接傳資料過去的意思? 06/05 14:22
: → comipa: 擴張版日誌原生支援kancolledb,應該ok 06/05 14:22
太亂了..XD
總之我先假設
http://kancolle-db.net/
跟驗證部沒有直接關連, 那現在雖然驗證部出事了.
我還是假設http://kancolle-db.net/沒事.
簡單來說原生支援http://kancolle-db.net/的版本大概有
http://kancolle-db.net/自己去merge KCV的版本:
source code在這:
https://github.com/about518/KanColleViewer/tree/send-database
版上也有大大會在KCV改版時去把db功能合進新版本.
以及
航海日誌(http://kancolle.sanaechan.net/)拡張版
還有KC3.
共通點就是你得用twitter登入弄個key給他.
所以需要key才會上傳.
驗證部的是這個:
http://kcvdb.jp/KanColleViewer
會擔心可以先砍掉. 這個不用key就會傳了
: 推 oscar1234562:
所以這個無關? 06/05 14:18: → comipa: 有用到twitter登入key的是Kancolledb,應該沒事 06/05 14:19
: 推 lonelyboy616: 想問艦colle db plugin的安裝流程 06/05 14:20
: → comipa: http://kcvdb.jp/KanColleViewer 這才是驗證部DB的plugin 06/05 14:20
: 推 ginmokusei: 樓上上是航海日誌擴張版？ 06/05 14:20
: → lonelyboy616: 我是KCV 06/05 14:20
: → comipa: kancolle db如果你用本家直接改KCV的版本是不用裝plugin的 06/05 14:21
: 推 oscar1234562: 我的是擴張版日誌 06/05 14:21
: → lonelyboy616: 什麼意思? 是只要裝KCV就會直接傳資料過去的意思? 06/05 14:22
: → comipa: 擴張版日誌原生支援kancolledb,應該ok 06/05 14:22
太亂了..XD
總之我先假設
http://kancolle-db.net/
跟驗證部沒有直接關連, 那現在雖然驗證部出事了.
我還是假設http://kancolle-db.net/沒事.
簡單來說原生支援http://kancolle-db.net/的版本大概有
http://kancolle-db.net/自己去merge KCV的版本:
source code在這:
https://github.com/about518/KanColleViewer/tree/send-database
版上也有大大會在KCV改版時去把db功能合進新版本.
以及
航海日誌(http://kancolle.sanaechan.net/)拡張版
還有KC3.
共通點就是你得用twitter登入弄個key給他.
所以需要key才會上傳.
驗證部的是這個:
http://kcvdb.jp/KanColleViewer
會擔心可以先砍掉. 這個不用key就會傳了
作者: caten (原PO不是人) 2016-06-05 14:31:00
推釐清
作者: st6012 (高町疾風) 2016-06-05 14:31:00
說真的這種狀況下DB也不會安全到哪去啦
作者: lonelyboy616 (祝妳考試順利) 2016-06-05 14:33:00
所以source code就直接載下來放到KCV的資料夾中就好是這個意思嗎?
作者: a951l753vin (qmo.shuo4) 2016-06-05 14:34:00
看來就是抓原始的什麼都不用動
作者: lonelyboy616 (祝妳考試順利) 2016-06-05 14:37:00
算了 之前都還在用4.2.4 乾脆砍掉重裝4.2.5好了感覺比較省事
作者: jerry78424 (é’æ¾ç¢§æ¿¤) 2016-06-05 14:42:00
還好我是用poi
作者: zxzxcv (.....) 2016-06-05 15:15:00
用poi+1
作者: ihateants (Naruhodoh) 2016-06-05 15:32:00
所以4.24的KCV有類似功能嗎?!去哪裡弄掉?
作者: nosecoolie (諾苦力) 2016-06-05 15:34:00
剛剛喵了一下我的 yuubari版4.2.4 看起來也是沒有DB有錯幫忙指正一下XD
作者: eliteark (低等攻城獅) 2016-06-05 16:02:00
kancolle db沒事也中槍XD
作者: akagikai (赤城) 2016-06-05 16:11:00
poi不是也會上傳資料嗎？這樣也沒比較安全吧
作者: MIshad (米寫) 2016-06-05 16:23:00
一直都只用原始版本日誌..
作者: shadowblade (影刃) 2016-06-05 17:12:00
https://github.com/Grabacr07/KanColleViewer這個是本家沒有修改過的嗎?
作者: bluedolphin ( GENAU) 2016-06-05 17:14:00
yes
作者: shadowblade (影刃) 2016-06-05 17:18:00
多謝
作者: bluedolphin ( GENAU) 2016-06-05 17:22:00
這次真的Kancolle-db躺著中槍因為都是DB來DB去的 一開始看根本不知道在說的其實是另外一個檢證群自己另外做的DB
作者: Shissoufubi (疾走風靡) 2016-06-05 18:06:00
這次最糟糕的是其他驗證勢風評被害
作者: Romulus (Säubern Mode) 2016-06-05 21:20:00
這假設不成立，結束DB已經完全是檢證部漱@部份並不是什麼另外的DB在爭的資料也就是這個DB 根本沒有躺著而是在跳來跳去之前U和401的掉落率調查也就是這個DB
作者: bluedolphin ( GENAU) 2016-06-05 21:40:00
.....所以結果就是啥DB傳送都別用就對了?
作者: Romulus (Säubern Mode) 2016-06-05 21:50:00
日製的大部分都是送給DB 全部不要送 poi不用改
作者: charlietk3 (阿洛å°èŠ±) 2016-06-05 21:52:00
日誌那個就是設定>通信>最下面那個選項別勾這樣(?)
作者: bluedolphin ( GENAU) 2016-06-05 22:07:00
比想像中更嚴重阿...還以為是不同世界的事情
作者: kuma5566 (熊五å…ä¸æ˜¯é›Œäº”å…) 2016-06-05 22:08:00
不要在意資料外洩，而是要享受那個過程
作者: bluedolphin ( GENAU) 2016-06-05 22:26:00
強X 換成這樣也可以XD
作者: twodahsk (LL) 2016-06-05 22:32:00
啥，兩個DB同一個喔...那我沒搞清楚就講真是太白爛了非常抱歉...
作者: bluedolphin ( GENAU) 2016-06-05 22:40:00
me 2..... Orz
作者: peer4321 (菇) 2016-06-06 00:17:00
https://github.com/peer4321/KanColleDBPostPlugin這是我之前把KCV-DB抽出來改plugin的codehttps://goo.gl/1coq2H 會傳送的網址有這些還沒仔細了解過這次狀況，傳送這些資料有危險性嗎?
作者: BeemoLin (逼摩) 2016-06-06 09:06:00
poi預設没送東西...
作者: Romulus (Säubern Mode) 2016-06-06 09:25:00
最基本最基本 DMM拿到這資料就可以當證據把你給BAN了使用外部工具
作者: Chiangwu (薔薔) 2016-06-06 15:14:00
這次事件後讓我不敢再傳資料給任何DB了.....
作者: bluedolphin ( GENAU) 2016-06-06 16:41:00
想傳又怕受傷害的話 可以去研究看看統計DB到底收那些資料
作者: peer4321 (菇) 2016-06-07 00:35:00
瞭解...那還是啥都別送好了...
作者: Romulus (Säubern Mode) 2016-06-07 09:37:00
啊非常抱歉我重新調查以後發現我搞錯了統計DB和驗證DB是不同的東西只是統計DB管理人有在檢證部裡面而已可是統計DB我現在也沒啥信任度
作者: bluedolphin ( GENAU) 2016-06-07 11:07:00
基本上就是Romulus說的那樣 資料應該是分開的plugin也是不同的 但是人員同樣是檢証部的如果想放心的話 至少統計DB的人沒在這次的抓馬裡出現管理
作者: KORmadoka (御守護) 2016-06-08 06:40:00
只能說poi跟db.net沒事也中槍～74式在這次事件之後應該會把分送到検証DB.jp的砍掉吧。 個人看了看，這根本是KC官方底下的部門自己在跟高層吵架，結果自爆有在收集玩家的課金資料。 至於非KC官方的db(poi、db.net)，目前是沒問題的。
作者: kira925 (1 2 3 4 疾風炭) 2016-06-08 17:24:00
KC官方？？？？？？？？？
作者: caten (原PO不是人) 2016-06-08 19:50:00
他應該是說這次出問題的檢證部跟官方營運應該有直接的同僚關係，不過這不是很肯定舊式
作者: bluedolphin ( GENAU) 2016-06-09 12:58:00
不是這個意思 檢證部跟官方營運沒有任何正式關係是檢證部中有人在官方那邊有消息來源但是也不是正式渠道 更像是口耳相傳的小道消息