つい先ほど入っていたギルドを抜けました。
理由は、マスターがkukuluのサービスを利用して配信を行なっていることに不快感を感じたからです。
いい機会なのでこの文章でkukuluやそのサービスを利用している人達に対する私の考えを記したいと思います。
kukuluにいくつかのシステムがあります。
露店の情報をまとめて相場としてまとめたり、
利用者が公開設定していない、もしくは公開されないはずのキャラクター情報を閲覧できたり、
一定時間にのみ現れるボスの出現時間をお知らせしたり、
アバターのコーデを、アイテムをログインすることなく確認・変更できたり、・・・
これは問題ですよね？
・もしkukuluのサイト管理者が相場情報で嘘の情報を公開したら？
・「このアバターに似合うコーデを(ゲーム内では探さず)kukuluで探してみよう」
・「次のボスはxチャンネルにx分後に出るんだって」
明らかにゲームバランスを壊し、ユーザのモチベーションを下げる要因になっています。
そしてkukuluの利用者が多ければ多いほど、
kukuluが終了したり、またはシステムが不調になった際に、影響が大きくなります。
キャラスペ情報を公開するするサービスについて少し詳しく語りたいと思います。
私も自分のキャラのスペックが公開されているページを確認しました。
HPやアバターが着ている服、ペット、ジャーナル、累積・・・
かなりいろいろな情報が取得できてます。
秘密にしておきたい人達から見るとどうでしょうか。
私はこのブログでキャラスペックを晒しているので構わないのですが、
累積を知られたくない人ももしかしたらいるかも知れません。
「確認日時」という項目があるので、このデータを監視すれば、
そのキャラの中の人のログイン時間が誰にでも推測できたりするわけですね。
これだけの情報を取得できるのならば、
他にも取得済みで公開していない情報だってあるかもしれません。
果たしてこのシステムの開発者は信頼できる人なのでしょうか？
kukuluのシステムが悪意の第三者によって乗っ取られたら？
「インターネットという仕組みの中で容易に解析されるパケットを送受信するマビノギに問題がある」
これはその通りだと思います。
しかしだからと言ってそのパケットを収集し公開していい理由にはならないです。
日常生活で例えるならば、ビリビリに破って袋に包んでゴミ捨て場に捨てたはずなのに、
拾われて、修復され、掲示板に公開されているんです。
「ゴミを捨てるのが悪い。直接処理場に持っていけ」という人はいないでしょう。
キャラスペック情報をギルド加入の際の参考にするというシーンを、
過去に加入してきたギルド内のいくつかで目撃しました。
そんなメンバー選定なんてつまらないです。
マビはキャラスペが低くても立ち回りで戦闘の役に立てるゲームです。
以前「初めたばかりですが」とお断りを入れてペッカに一緒に参加したとある方は、
確かに装備も整ってなくて累積も低いとおしゃってたのですが、
立ち回りが良く、戦闘が非常にお上手で何度も助けられました。
後で尋ねてみると、新しくキャラを作りなおした方でした。
仮に戦闘しなくたって、チャットが面白ければいいなあと思うし、
生活系スキルを上げてたら応援だって出来る限りしたいです。
ギルドの方針で戦闘系メンバーしか望んでいなかったとしても、
サイトに掲載されているキャラスペを参考にするなんてとんでもないです。
本当のキャラスペは一緒に遊んで初めて分かるのですから。
ここまで日頃感じていたkukuluに対する思いを書いてきました。
まとめるならばこういうことです。
私はkukuluに対し、
・kukuluのシステムが例え便利だとしても、それを利用することは本来のプレイとは違う
・kukuluが行なっている情報収集は恐ろしいものだ
と考えます。
そして、kukuluを利用している人に対し私はこう考えます。
・マビノギというゲームが好きではない
・kukuluの情報収集を黙認しており、気持ち悪い。
一言で言うならば、「そんなサイト見る暇あったら私を影に連れてって経験値吸わせてくださいよ！」ってことですｗ
現在もkukuluのサイトが野放しになっており、
先日の感謝祭で(UDX行きましたよ！)のコスプレ大会で「くく」に扮したレイヤーを出場させたことを考えるに、
運営はkukuluに対し黙認しているのは決定的かなと私は考えています。
そして私自身に実害がない以上強く言えないのもあります。
マビノギが続くために私に何が出来るのか、まだわかりません。
近況。
交易はダラノギにいいですね！
ダークソウルトロコンしました！
-----------------------------------------------------------------
kukuluとは本当に全く関係ない余談。
マビの実況配信自体は好きでニコニコとかたまに観てるのですが、
とある配信にキャラクターの名前を消してない実況者が見られます。
Ctrl+Nで名前を消す機能を知らないのでしょうか？
テーマ:マビノギ - ジャンル:オンラインゲーム
これ以前のプログラミングに関する記事3年以上前だ・・・
すごい恥ずかしいソースだった。
見たくないし、弄りたくもない。
さて、特定サイトに自動ログインするウェブブラウザを作るというお仕事があったので作ってた。
WebBrowserコントロールを使って実装してたんだけど、
その時に作ったコードでまだよく分からない点やすぐ忘れそうなことがいくつかあるのでメモ。
何かわかったら追記する予定。
・
ReadyStateプロパティとIsBusyプロパティはアテにならない？(下のコードの(1)、(3))
せっかく↑のプロパティ見張ってるにも関わらず、
ページの読み込みが終わってないのに、「終わったよ！」って返してくることがある。
読み込みフラグ持たせてDocumentCompletedイベントで見張る方法に変えてから、
読み込み待ちが失敗することはなくなった。こっちのが確実かなと思ってる。
・
Navigate()メソッドは非同期(下のコードの(2))
ページの読み込みが終了してなくても直ぐ制御を返すので、
上記の読み込み待ち処理が必要になる。
関係ないけど、オーバーロードされたNavigate()メソッドの4番目の引数で、
Cookie情報をPOSTできるらしい？
・
ID or パスワード入力テキストボックスの名前はサイトによって異なる(下のコードの(4))
ログインページのHTMLソースに記述してある入力テキストボックスの
name属性値かid属性値をDocument.All[]のインデックスに指定。
Document.All[]で指定するインデックスはname属性値でもid属性値でもどっちでもいいみたい。
ちなみに、今まで確認した幾つかのサイトのログインページの入力テキストボックスの属性は、
name属性もid属性も同じ名前をつけていることが多い。
もしも違っていたときはGetElementByIDとか使えばいい話やけどね。
・
Forms[]のインデックスについて(下のコードの(5))
下のコード例では、FORM要素がひとつしかないという想定で
Forms[]のインデックスに0を指定している。
もしFORM要素が複数あった場合はHTMLソースを確認して、
FORM要素のname属性値を指定する。
・
InvokeMember()の引数について(下のコードの(5))
最大の疑問点。
ググった情報では2種類の指定方法が見つかる。
いわゆるウェブページの「送信」ボタンは、
(a)INPUT要素でtype属性値にtype="submit"としてあるから"submit"を指定すればいいんだよ！(@ITとか他)
(b)HTMLソースのFORM要素に関連付けてあるスクリプト名を指定すべし(MSDNの解説の私解釈)
(b)の方法の場合はINPUT要素にあるonclick属性に指定してあるJavaScriptの関数名とかを指定すればよい。
けれど(a)の方法でも今まで試したサイトは全てログインできたのでもうスクリプト名とか気にしなくていいのかな・・・と迷い中。
(お仕事用のサイトは関連付いているスクリプト関数名がsubmitなのでどっちでもいい、という・・・)
WebBrowserコントロールを使って、
Yahoo!のログインページで自動ログインするプログラム例(WebBrowserコントロールの名前はBrowserTest)
using System;
using System.Data;
using System.Net;
using System.Windows.Forms;
namespace LoginBrowser
{
public partial class BrowserForm : Form
{
private bool m_CompletedFlg = true;//ページ読み込みフラグ
//コンストラクタ
public BrowserForm()
{
InitializeComponent();
//フォームの初期化
InitializeForm();
}
///フォームの初期化
private void InitializeForm()
{
this.Load += new EventHandler(FormOpen);
BrowserTest.DocumentCompleted += new WebBrowserDocumentCompletedEventHandler(BrowserTest_DocumentCompleted);
}
///フォームオープン時処理
private void FormOpen(object sender, EventArgs e)
{
Login();
}
///ページが読み込まれたら読み込みフラグをtrueにしておく
void BrowserTest_DocumentCompleted(object sender, WebBrowserDocumentCompletedEventArgs e)
{
m_CompletedFlg = true;
}
///ログインIDとパスワードを自動入力しログインする
private void Login()
{
//(1)読み込みフラグを一旦falseにする
m_CompletedFlg = false;
//(2)ログインページに移動
BrowserTest.Navigate("https://login.yahoo.co.jp/config/login?.src=www&.done=http://www.yahoo.co.jp");
//(3)ログインページの読み込みが終わるまで待つ
while (m_CompletedFlg == false)
//while (BrowserTest.ReadyState != WebBrowserReadyState.Complete || BrowserTest.IsBusy == true)
{
Application.DoEvents();
}
//(4)ログインIDとパスワードを自動入力
BrowserTest.Document.All["username"].InnerText = "(Yahoo! JAPAN ID)";
BrowserTest.Document.All["passwd"].InnerText = "(パスワード)";
//(5)ログイン処理関数を呼び出してログインする
BrowserTest.Document.Forms[0].InvokeMember("submit");
}
}
}
Yahoo!ログインページのHTMLソース(抜粋、てかイメージ)
<body>
<form method="post">
<!--Yahoo! JAPAN ID入力テキストボックス-->
<label>Yahoo! JAPAN ID</label>
<input type="text" name=
"username" />
<!--パスワード入力テキストボックス-->
<label>パスワード</label>
<input type="password" name=
"passwd" />
<!--ログインボタン-->
<input type=
"submit" value="ログイン" />
</form>
</body>
</html>
コレ関連の情報集めようと検索するとASP関連の記事が混じってて無駄に疲れる(*´-ω-｀)
テーマ:プログラミング - ジャンル:コンピュータ
維持は出来なかったけど。
どうやら10/01の土曜日の審査で受かってたみたいだけど、
休日中は友人の家に遊びに行ってたのでリアタイで分からなかったorz
受かってたことに気づいてすぐにスキルを確認。
確か月曜日にスパークをR2→R1に上げたので、
10/01の審査時にはスパークはR2だったはず。
もしこの記事を読んでる盛鯖ミレシアンがいたら参考にしてください。
補記。
・審査時のジャーナル4350
・G13まではクリア済
王政錬金術師ポイント100位貯めて維持出来なかったということは、
維持にはもっとスキル上げが必要なんだろうなぁ。
以下雑記。
・ブログ放置してる間にPOT調合R1に。農場のお陰。
・G14のためのコイルD内で回線落ち(2回も!)したのでそれ以降のメインストリーム絶賛放置中。
・交易はじまったみたいだけど300ドゥカートもらっただけ。興味がわかないです！
・王政とれたし錬金お休みしてまた近接上げようか、しかしここまで上げた錬金スキルももったいないｆｍ・・・
・DARK SOULSに飽きたら考えよう・・・ｗ(最下層の2体目の料理人怖いよ・・・)
テーマ:マビノギ - ジャンル:オンラインゲーム
引越し前で暇だったから思い出して更新。
しばらくネットできなくなるからマビもINできなくなるなぁ。
※古いSSで現在ゴレは3、チェンシリ7。
相変わらず錬金スキル上げてばかり。王政選任はまだまだ遠いみたいだけど。
王政つながりで、現在ジャーナルは4350。
累積もジャーナルも結構よさげだと思うので、選任される為にはやっぱりスキル上げしないとね。
あ、リア友が入ってる別のギルドに移住しました。
ぺ中も行ったし前より戦闘好きなギルドでございましたｗ
テーマ:マビノギ - ジャンル:オンラインゲーム
