約 5,373,461 件
https://w.atwiki.jp/bdueloflegendwikidol/pages/35.html
よくある質問 参考 公式ページ お知らせ http //sdin.jp/browser/other/osirase.php 荒らしと規約違反 http //sdin.jp/browser/other/arasi.php システム http //sdin.jp/browser/other/systemdol.php DOLゲーム画面のすぐ上、 「デュエル・オブ・レジェンド」の実行には Adobe Flash Player が必要です。 ゲームが起動しない場合や動作がおかしい場合は、このソフトの最新版をインストールして下さい。」 という説明の左の部分にリンクが確認できます。 よくある質問ゲーム攻略に関する質問 ゲームシステムに関する質問 その他 質問したいことがある場合 ゲーム攻略に関する質問 Q.これ、どういうゲームなの？ A.初心者の手引き ←こちらを参考にしてみてください。 Q.ランク戦をクリアできません。 A.対CPU戦の手引き ←こちらを参考にしてみてください。 試行錯誤を繰り返して、ゲーム攻略をめざしましょう。 Q.CPUがE～Aの時はAに行くほど強かったのですが、SE～SAになるとSEでも急に強くなりました。 SE～SAだとやはりSAに行くほど強いのでしょうか？それともどれでも一緒ぐらいなのでしょうか？ A.Sランクになると、全てのCPUの強さが飛躍的に上昇します。 SE～SAは、ほぼ同等の強さを持っています。 Q.前に、ゴルベリアルを選んで、(相方メティス)2対2をしてました。 無事に勝ったのですが、貰ったカードはメティスのゴブリンでした。 貰えるカードは選んだ相手のカードではなくて、相方のカードも入るのでしょうか？ A.3人以上の対戦形式の場合、カードをくれるCPUはランダムになります。 特定のCPUのカードが欲しい場合は、1vs1や2vs1を行いましょう。 Q.カード売買の「情報」ってなんですか？ A.情報を購入することで、神種族とよばれるレアカードが入手可能になります。 Sランクまで達成すると購入できるようになります。 Q.神って何体手にいれることができるのですか？ A.上級神は1種類につき1枚までです。売却してしまうと再入手は出来ないので注意。 下級神は何枚でも集められます。 ゲームシステムに関する質問 Q.デッキに入れてないはずの 神速の魔剣士が入ってしまうんですがそれはバグですか？ A.昔からあるバグです。 デッキのカードを入れ替えると治るようです。 Q.ロビーの部屋が全部エラーになるんですけどどうしたらいいでしょうか？ A.最新のバージョンでないとエラーになるようです。 最新のバージョンに更新してください。 公式(お知らせ http //sdin.jp/browser/other/osirase.php)には 「通常、ゲームを読み込んだ時に更新が自動で反映されますが、Macのsafariなど、一部の環境では反映されません。 こういう時はブラウザのキャッシュをクリアしたり、OSを再起動してみて下さい。 それでもダメな場合はブラウザを変更すれば大丈夫だと思います。」 とあるので参考にしてください。 キャッシュ削除などをする場合は事前にセーブデータのバックアップをしておかないと 消えてしまうケースもあるようですのでバックアップも取っておきましょう。 Q.データが消えるんですが、どうしたらいいですか？ A.履歴の消去や、PCクリーニングの際に、 一緒にデータが消えてしまうことがあるようです。 履歴の消去時にCookieを消すと一緒にセーブデータも消えてしまうようです。 あらかじめ「デッキ構成」のページを開いておいて、 クリーニング等を終えた後に、もう一度セーブしなおすとよいです。 「デッキ構成終了」を押すとセーブできます。 PCの知識があれば、Cookieを消してしまわないように設定するのも有力です。 ★ Cookieを消さないようにするやり方 win10にあるブラウザのedgeの場合 右上のハブ ( お気に入り、リーディングリスト、履歴、ダウンロード ) の 履歴の全ての履歴をクリアの所の cookieと保存済みwebサイトのデータの所のチェックを外します。 cookieと保存済みwebサイトのデータの所をチェックがついたまま、履歴をクリアしてしまうとデータが消えてしまいます。 チェックがなければcookieが消えないのでデータも残るはず。 他のブラウザもたぶん同じく履歴の設定の所でcookieを消さないようにすればよいと思います。 使っているブラウザの名前＋cookie（chrome cookieなど）で詳細は検索してください 少々難しいですが、バックアップを取ることが一番堅実です。 詳細は「デュエルオブレジェンド バックアップ」で検索ください。 ★ セーブデータのバックアップの仕方 １．左下のWindowsマークを右クリックしエクスプローラーを開きます。 ２．エクスプローラー内のPCかwindows(C：)のCドライブの所をクリックします ３．そのあとに右上に検索窓があるので、そこから「sdin」と入力しPCかwindows(C：)の内部を検索します。 ４．数分経つと「sdin.jp」フォルダが何個か出てくるので、一番上のsdin.jpをクリック ５．その中にあるDuelOfLegend.solがセーブデータなので右クリックしてコピーを選択 ６．別の場所（デスクトップなど）で右クリックから貼り付け選択でセーブデータのバックアップ完了です。 ★バックアップしたセーブデータの使い方（データが消えた時の復活の仕方） バックアップしていたDuelOfLegend.solを右クリックしコピー選択 上に書いた手順で「sdin.jp」フォルダを開く そのフォルダ内で右クリックし貼り付けを選択 ファイルを置き換えるをクリックで保存したセーブデータが使えます。 貼り付けしたセーブファイルのファイル名は必ず「DuelOfLegend.sol」にします。 名前を変えるとセーブデータが使えません。 PCの買い替えなどで他のPCにデータを移すときも同じやり方で DuelOfLegend.solをusbか外付けHDDなどに保存しバックアップをとっておき 新しいpc内のsdin.jpフォルダに、usbなどからDuelOfLegend.solをコピーすることでデータが使えます。 ※上記のバックアップはFlash版での方法です。 HTML5+JS版では、ゲームページの上部からFlash版のデータを引き継ぐことができます。 その他 Q.2vs2の通信対戦で、「１です」とか「２です」といった呼びかけを しているのを目にしますが、これはどういう意味でしょうか？ A.ターンの順番によってプレイヤーを識別したものです。 ハンドルネームで呼んだほうがより丁寧ですが、簡潔なのでしばしば用いられます。 Q.擬似ユニットとは？ A.擬似ユニットは「本来そのデッキに入っていないユニット」を指します。 分裂したガマゴンや、モンスターから進化した天使などが存在し、これらは場から離れる際に消滅します。 Q.擬似マジックとは？ A.擬似マジックは「本来そのデッキに入っていないマジック」を指します。 アーサー王の効果で設置されたナイトの紋章、蛇環ウロボロスの召喚で現れた砂時計などが存在し、 これらは場から離れる際に消滅します。 質問したいことがある場合 質問掲示板にて、質問をすることができます。 有志によるものなので、必ずしも返事をもらえるわけではないこと、 返事が書き込まれるまで時間がかかることがあります。 質問掲示板はこちら →質問掲示板
https://w.atwiki.jp/hisero/pages/23.html
クッキー付加 head !-- メタ情報として指定する場合 -- meta http-equiv="Set-Cookie" content="クッキー情報" /head !-- Javaで書く場合 -- script language="JavaScript" TYPE="text/javascript" document.cookie = "クッキー情報" /script !-- 適当なbody -- body WebServer01 br a href="./hoge" hoge /a br body 名前 コメント
https://w.atwiki.jp/poupeewiki/pages/658.html
ボーダーナチュラルエプロン/11B Border natural apron/11B ボーダーナチュラル三角巾/11B Border natural triangular bandage/11 編みかけマフラー/11B area fill muffler/11B はかり/11B◆ measure/11B チョコ混ぜボール/11B◆chocolate mix ball/11B チョコ付きホイッパー/11B◆chocolate Whipper/11B ホイップチョコ/11B◆ Whip chocolate/11B カップケーキ/11B◆ Cup cake/11B ピヨクッキー/11B◆Piyo cookie/11B ピヨクッキー失敗作/11B◆failed creative work Piyo cookie/11B
https://w.atwiki.jp/cafemilk/pages/25.html
基本エンジン もしくはコントローラ製品は MVC モデルに基づいて製作されています。 基本エンジンの概要 CAFEMILK SHOPPING CARAT V5 におけるコントローラの役割は以下のファイルが担います。 main.cgi コントローラのファイル名は変更が可能です。変更した場合は変更にあわせて設定も変更する必要があります。 コントローラはユーザーからのリクエストを受け付けます。 コントローラはクッキーの取得と検査と発行を行います。 コントローラはセッションを発行し、ログイン処理を行います。 コントローラはリクエストに応じてプラグインの一種である execute 型プラグインの実行処理を行います。 コントローラはテンプレートエンジンの発行する WEB ソースを出力します。 基本エンジンのソース ソースの引用と解説 #!c /user/local/bin/perl510/bin/perl.exe 書き換えの例 #!/user/local/bin/perl ################################################################################ # # # CAFEMILK SHOPPING CART V5 # # SOHO WORKSHOP CAFEMILK 全権留保 # # # ################################################################################ # 本プログラムは UTF-8 で記述されているため、Perl 5.8 以降が動作条件となります。 # 開発は ActivePerl 5.10 で行っておりますのであらかじめ承知ください。 # 設定ファイルは config ディレクトリ(フォルダ)内にあります。 # 本製品は有料です。詳細はウェブをご参照ください。 # 本製品には使用許諾契約書によって指示される使用規則があります。 # 本製品は OEM 提供されることがあります。その場合は販売者が制作元となります。 # 開発元ホームページ http //cafemilk.milkcafe.to/ # お約束事を実践。 use strict; # use warnings; use CGI; # use CGI Carp qw(fatalsToBrowser); カスタマイズ時には有効にする use CGI Carp qw(fatalsToBrowser); # その他の各種プラグマとモジュールの呼び出しを行います。 use utf8; use open " utf8"; # use encoding "utf8"; # use open " encoding(utf8)"; use Encode; 冒頭の行は PERL のパスです。これはサーバによって違いがありますので書き換える必要があります。 カスタマイズ作業時は CGI Carp qw(fatalsToBrowser) を有効にしましょう。プログラムに問題があった場合はブラウザにその旨が表示されるようになります。 カスタマイズ作業が終わったら元に戻しましょう。 # ハッシュリファレンス $status にはCGI内部の各種状況を書き込んでいきます。 my $status = {}; # 何か問題があった場合には、配列ファレンス $log_error にレポートを書き込んでいき # ます。 my $log_error = []; # ユーザーの情報はハッシュリファレンス $userdata に格納されます。 my $userdata = {}; $status, $log_error, $userdata を定義 (初期化) しています。これらのリファレンスはプラグインなどを含めたプログラム全体において常に保持され、そこに格納された情報は消失しません。 # CGIモジュールのオブジェクトを作成。 $userdata- {cgi_query} = CGI- new(); CGI モジュールを用いる(直接叩く)際には例えば以下のように書くことになります。 $userdata- {cgi_query}- param( key ); # 現在の日付時刻を計算します。 $ENV{ TZ } = "JST-9"; 日本以外で運用する場合はタイムゾーンを書き換える必要があります。 $userdata- { time } = time; my @time = localtime ($userdata- { time }); $status- {datetime}{year} = $time[5] + 1900; $status- {datetime}{month} = sprintf("%02d",$time[4]+1); $status- {datetime}{day} = sprintf("%02d",$time[3]); $status- {datetime}{week} = $time[6]; $status- {datetime}{hour} = sprintf("%02d",$time[2]); $status- {datetime}{min} = sprintf("%02d",$time[1]); $status- {datetime}{sec} = sprintf("%02d",$time[0]); $status- {datetime}{days} = sprintf("%03d",$time[7]); $status- {datetime}{isdst} = $time[8]; undef @time; 全体で共通に扱われる日付の情報です。これは各所で用いることができるでしょう。 特に $userdata- { time } は頻繁に用いられます。 # セキュリティの問題があった場合には、配列リファレンス $log_alert にレポート # を書き込んでいきます。 # 標準設定では、このレポートの内容は強制的にメールにて開発元に送信されます。 my $log_alert = []; $log_alert を定義 (初期化) しています。 これらのリファレンスはプラグインなどを含めたプログラム全体において常に保持され、そこに格納された情報は消失しません。 説明文にあるメール送信は実際には行われませんのでご注意というかご安心を。 # 設定の取得を行います。 # ハッシュリファレンス $config に設定を順次格納していきます。 # 設定ファイルは複数あり、パッケージ Cartconfig のサブルーチン群を構成しています。 # 以下、順次 pl ファイルを呼び出し、そのサブルーチンを実行していきます。 # あとから実行されるサブルーチンは以前のサブルーチンによって上書きされた $config # をさらに上書きします。あとのほうが優先権が高いということです。 my $config = {}; # まずは基本設定です。 # これはもっとも優先順位の低い設定で、各設定のデフォルトの値が収められています。 require ./config/admin/config_basic.pl ; Cartconfig config_basic($config); # 続いてショップ管理者共通設定です。 # これはショップが設定を書き込んでいくファイルです。 require ./config/common/config_common.pl ; Cartconfig config_common($config); # 続いてショップ管理者個別設定です。 # これはショップが臨時に変更したい設定を書き込んでいくファイルです。 if (-e config/motion/config_motion.pl ) { require ./config/common/config_motion.pl ; Cartconfig config_motion($config); } # 最後にシステム管理者設定です。 # これはシステム管理者が強制的に施行したい設定を書くファイルです。 if (-e config/admin/config_coaction.pl ) { require ./config/admin/config_coaction.pl ; Cartconfig config_coaction($config); } 設定ファイルが順番に呼び出され、それぞれに設定された内容が $config に上書きされていくことになります。 # 本製品専用モジュールを呼び出します。 require ./pl/cafemilk_basic.pl ; require ./pl/cafemilk_cookie.pl ; require ./pl/cafemilk_user.pl ; require ./pl/cafemilk_session.pl ; require ./pl/cafemilk_template_html.pl ; require ./pl/cafemilk_database_basic.pl ; require ./pl/cafemilk_database_log.pl ; require ./pl/cafemilk_mail.pl ; require ./pl/cafemilk_skin_mail.pl ; # 端末を判定します。ケータイ端末かＰＣ端末かということを判定します。 # 判定には川崎有亮(かわさきゆうすけ)氏の phone.pl を使用します。 # phone.pl はなるべく最新版を使用するように心がけてください。 # phone.pl 配布元 http //www.kawa.net/works/perl/phone/pnews.html require ./pl/kawasaki/phone.pl ; $userdata- {agent_type} = phone_info; 端末判定を用いない場合はコメントにしてください。 # require ./pl/kawasaki/phone.pl ; # $userdata- {agent_type} = phone_info; # レジストリを確認します。 Cafemilk_basic check_registry ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); 製品はお金を払ってレジストリコードを購入しないと動作しないようにできています。 ここでそのレジストリのチェックを行っています。 ここで用いられている書式は、製品における非オブジェクト方式のサブルーチン呼び出しにおける標準的な書式です。この書式は必ず守られなければなりません。 # クッキーを取得します。 # 取得できるのは $config- {list}{cookie_keys} に指定された key のみです。 # 取得された情報は $userdata- {cookie_values}{$key} に格納されます。 Cafemilk_cookie get_cookie ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); $userdata- {admin_type} = $userdata- {cookie_values}{admin_type}; $userdata- {user_type} = $userdata- {cookie_values}{user_type}; $userdata- {device_type} = $userdata- {cookie_values}{device_type}; $userdata- {language_type} = $userdata- {cookie_values}{language_type}; $userdata- {currency_type} = $userdata- {cookie_values}{currency_type}; $userdata- {template_type} = $userdata- {cookie_values}{template_type}; $userdata- {session} = $userdata- {cookie_values}{session}; $userdata- {user_id} = $userdata- {cookie_values}{user_id}; $userdata- {user_time} = $userdata- {cookie_values}{user_time}; 上の内容は以下の通りです。 admin_type... 管理者ログイン状態 user_type.... ユーザーログイン状態 device_type.. 端末 language_type 言語 currency_type 通貨 template_type テンプレート session...... セッションコード user_id...... 未使用 user_time.... セッション更新時刻 # クッキーから取得されたユーザー情報の値をチェックします。 # 値がない場合は設定値を格納します。 # この値は後の処理によって変更されることになるでしょう。 # 登録されていない値や不正な値があった場合は値を修正したうえでアラートを発行しま # す。 # これにより、クッキーの偽装による『クッキーポイゾニング』攻撃を未然に防ぐことが # できるでしょう。 Cafemilk_cookie type_check ({ list = [qw(admin_type user_type language_type currency_type template_type)], config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); Cafemilk_cookie device_check ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); Cafemilk_cookie session_check ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); Cafemilk_cookie user_id_check ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); Cafemilk_cookie user_time_check ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); クッキーから捏造された情報が送られてくる可能性がありますので、取得した情報のチェックを行います。不正な情報は修正されます。 # ユーザー情報の整合性をチェックします。 Cafemilk_user consist_check_1 ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); ここでは何もしていません。カスタマイズ等のために用意しているだけのようです。 # ブラウザからのリクエストを取得します。 # 取得できるのは $config- {list}{request_keys} に指定された key のみです。 # 取得された情報は $userdata- {request_values}{$key}[$number] に格納されます。 # POST,GET いずれからも情報を受け取りますが、GETが優先されます。 # key は半角英数 ( \w 値) のみでなければなりません。記号文字はカットされます。 # リクエストは文字コードが UTF-8 でなければなりません。 # value は URL デコードされた後以下のように変換されます。 # = # = # = # " = " # = ’ Cafemilk_basic get_request ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); # PATH_INFO リクエストがあった場合は execute 値等を上書きして格納します。 Cafemilk_basic get_path_info ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); フォーム等からのリクエストを取得しています。 $config- {list}{request_keys} を設定しているファイルは以下の通りです。 [Apache_server] └ [cgi-bin] └ [config] └ [admin] └ config_basic.pl このリストにないリクエストは値を消去されます。カスタマイズ時に新しい入力欄を作成するなどして新しい key を用いる場合は @{$config- {list}{request_keys}} に新しい key を追記(push) する必要があります。 通常 $number の値は 0 です。同じキーのリクエストが複数ある場合は連番になります。 一例として main.cgi?execute=test のリクエストは以下の変数に格納されることになります。 $userdata- {request_values}{execute}[0] # = test XSS 脆弱性などの脆弱性を排除するため、値はすべてタグ等の記号が置換されたものとなります。 置換される内容は以下の通りです。 のあとの半角スペースは表記上の制約によるものですので無視してください。 amp; lt; gt; " quot; rsquo; # ユーザー情報の整合性をチェックします。 Cafemilk_user consist_check_2 ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); ここでは、ユーザーによる端末の切り替えの処理、管理画面での端末等の自動切替、メンテナンスモード時の会員の強制退出の処理が行われています。 # ログアウト要求があった場合はログアウト処理を行い、セッションを更新します。 Cafemilk_session admin_logout ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); Cafemilk_session user_logout ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); # ログイン要求があった場合はログイン処理を行い、セッションを更新します。 Cafemilk_session admin_login ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); Cafemilk_session user_login ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); # ログイン済状態である場合はセッションをチェックします。 # 不正なログイン状態が検出された場合は値を修正したうえでアラートを発行します。 # これにより、クッキーの偽装による『クッキーポイゾニング』攻撃を未然に防ぐことが # できるでしょう。 # (カート格納を行ったユーザーは会員でなくても内部処理的にはログイン状態になりま # す) Cafemilk_session admin_check ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); Cafemilk_session user_check ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); Cafemilk_session all_check ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); コントローラにログインの機能があることで、ユーザーはどのページ (execute) からもログインができるという仕様になっています。ログイン専用ページでログインして戻って来るという面倒な手順が必要ない。 ただし管理者ログインにはログインできる execute の制限がかかっています。 コメント文中、内部処理時にはログイン状態とあるのは、guest ログインのことです。 # execute 値 ($userdata- {request_values}{execute}[$number]) をチェックします。 # 値がない場合は設定値を格納します。 # 登録されていない値や不正な値があった場合は値を修正し、アラートを発行します。 # これにより、リクエストの偽装による『コマンドインジェクション』攻撃を未然に防ぐ # ことができるでしょう。 Cafemilk_basic execute_check ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); 製品では、各処理が execute という単位で分けられていて、これをフォームなどのリクエストによって実行します。 リクエストの内容は捏造が可能であるため、リクエストされた execute が許可されているかをチェックします。 許可されている execute のリストは以下に設定されています。 $config- {list}{execute_type} $config- {list}{execute_type} を設定しているファイルは以下の通りです。 [Apache_server] └ [cgi-bin] └ [config] └ [admin] └ config_basic.pl 規定値は以下に設定されています。 $config- {default}{execute_type} $config- {default}{execute_type} を設定しているファイルは以下の通りです。 [Apache_server] └ [cgi-bin] └ [config] └ [admin] └ config_basic.pl ここまでが前処理となります。 いよいよexecute の実行 (本処理) です。 # execute モジュールを呼び出し、execute 値 ($userdata- {request_values}{execute}[0]) # の差し替えを判定します。 # 判定があると差し替えが行われます。 # この処理は一度しか行われません。これは処理がややこしくならないようにするための # 予防処置です。二度以上処理が必要な場合は $userdata- {execute_package}- check 内 # でさらに execute モジュールの check を実行します。 require "./$config- {path}{execute}/$config- {path}{head}{execute}$userdata- {request_values}{execute}[0].pl"; $userdata- {execute_package} = Execute_ .$userdata- {request_values}{execute}[0]; $userdata- {execute_package}- check ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); # execute 値 ($userdata- {request_values}{execute}[0]) の差し替えに対応するため、 # もう一度 require で execute 処理モジュールを呼び出します。 # 今度は差し替えの判定を行いませんのでご注意ください。 require "./$config- {path}{execute}/$config- {path}{head}{execute}$userdata- {request_values}{execute}[0].pl"; $userdata- {execute_package} = Execute_ .$userdata- {request_values}{execute}[0]; まずリクエストされた execute に基づいて execute 型プラグイン (execute モジュール) を require します。(用語に注意) 続いて execute 型プラグインに自己診断を実行させます。たとえばリクエストの内容のチェックといったことをします。 自己診断は、その内容により execute を差し替えることがあります。たとえば、フォームから送信された情報に問題があるときにもう一度フォーム入力を表示させるということをします。 execute の差し替えは一度だけ認められています。 # execute モジュール execute 処理の実行を行います。 # execute 処理は、execute ごとの実行処理を行うだけでなく、テンプレートなど幾つか # の設定も行います。 $userdata- {execute_package}- execute ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); 確定した execute の実行処理 (execute) を行います。(用語注意)処理の内容はいろいろです。 execute 型プラグインの execute はコントローラがテンプレートコントローラを実行する準備として以下の情報を必ず用意しなければなりません。(用語注意) $userdata- {path}{cgi}..... スキン (テンプレート) のパス $userdata- {path}{css}..... スタイルシートのパス $userdata- {path}{material} 画像等ファイルのパス $userdata- {robots_permit}. ロボット制御タグの値 また、テンプレートにて外部 JAVASCRIPT の使用がある場合には以下の情報を必ず用意しなければなりません。 $userdata- {path}{js} 外部 JAVASCRIPT のディレクトリへのパス 一般的に execute 型プラグインの execute 処理は、実行が許可される plugin 型プラグインの設定値に execute 固有の plugin を追記します。(用語注意) $config- {list}{plugin} 許可される plugin 型プラグインのリスト execute 型プラグインにおいて情報を用意するソースは例えば以下のようになります。 # [STEP1] SET PATH my $path_cgi = "./$config- {path}{skin}/user/cgi/$config- {default}{user_type}/$userdata- {device_type}/$userdata- {language_type}/$userdata- {currency_type}/$userdata- {template_type}/exe_user_cart_step5.html"; my $path_css = "$config- {path}{cgi_to_html}$config- {path}{common}$config- {path}{skin}/user/cgi/$config- {default}{user_type}/$userdata- {device_type}/$userdata- {language_type}/$userdata- {currency_type}/$userdata- {template_type}/$config- {filename}{user}{css}"; my $path_material = "$config- {path}{cgi_to_html}$config- {path}{common}$config- {path}{skin}/user/cgi/$config- {default}{user_type}/$userdata- {device_type}/$userdata- {language_type}/$userdata- {currency_type}/$userdata- {template_type}/"; my $robot = noindex,follow ; $userdata- {path}{cgi} = $path_cgi; $userdata- {path}{css} = $path_css; $userdata- {path}{material} = $path_material; $userdata- {robots_permit} = $robot; my @list = qw( user_cart_step5 user_cart_step5_payment user_cart_step5_affiliate ); push (@{$config- {list}{plugin}},@list); # HTML テンプレートエンジンを実行します。 # テンプレート処理された HTML ソースは $userdata- {source}{html} に格納されます。 $userdata- {source}{html} = Cafemilk_template_html template ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, skinpath = $userdata- {path}{cgi}, }); ここでは HTML テンプレートコントローラ (cafemilk_template_html.pl) を用いてテンプレートエンジン (cafemilk_skin_html.pl) を実行しています。(用語注意) 作成された HTML ソースは以下の変数に格納されます。 $userdata- {source}{html} # execute モジュール後処理の実行を行います。 # 通常はここでなにもしません。後処理が必要な場合にのみ処理を行います。 $userdata- {execute_package}- post_process ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); 説明の通り何もしてません。 execute (本処理) はここまで。 # クッキー送信用のデータを作成します。 # ハッシュリファレンス $userdata- {cookie_add} の key と value の情報がクッキーと # して送られます。 # プラグイン作成者やカスタマイズ作業者は $config- {list}{cookie_keys} に追加した # い key を書き込んだうえで $userdata- {cookie_add}{$key} に情報を格納しておいて # ください。 # key と value の値は半角英数 ( \w 値) のみでなければなりません。 # クッキー関連の問題の可能性を排除するため、記号文字 ( \W 値) の使用は仕様上認め # られていません。記号文字はカットされます。 # 作成されたクッキーのデータは $userdata- {cookie_send} に格納されます。 $userdata- {cookie_add}{admin_type} = $userdata- {admin_type}; $userdata- {cookie_add}{user_type} = $userdata- {user_type}; $userdata- {cookie_add}{device_type} = $userdata- {device_type}; $userdata- {cookie_add}{language_type} = $userdata- {language_type}; $userdata- {cookie_add}{currency_type} = $userdata- {currency_type}; $userdata- {cookie_add}{template_type} = $userdata- {template_type}; $userdata- {cookie_add}{session} = $userdata- {session}; $userdata- {cookie_add}{user_id} = $userdata- {user_id}; $userdata- {cookie_add}{user_time} = $userdata- {user_time}; Cafemilk_cookie create_cookie ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); # ウェブへ送信します。 if ($userdata- {character_set}{web} eq ) { $userdata- {character_set}{web} = UTF-8 ; } if ($userdata- {source}{html} eq ) { $userdata- {source}{html} = SOURCCE NOT EXIST. ; } # if (!(utf8 is_utf8($userdata- {source}{html}))) # { # $userdata- {source}{html} = Encode decode("utf8", $userdata- {source}{html}); # } 何かの理由で出力文字コードを変える必要がある場合は上記部分をカスタマイズします。 my $out = "Set-Cookie $userdata- {cookie_send}\n" ."Content-type text/html; charset=$userdata- {character_set}{web}\n\n" ."$userdata- {source}{html}"; print $out; WEB 出力が済みました。 最後に終了処理を実行します。 # 終了処理を行います。 Cafemilk_basic exit_check ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); exit; # END OF CGI メール配信に待ちがある場合、送信処理を行います。 $log_error, $log_aret に何らかの情報が記録されており、かつ設定にてこれらの情報のメール送信が有効になっている場合は警告メールを送信します。 設定は以下の通りとなります。 $config- {sendmail}{notice}{error} = 0 ; # 0 ONLY $config- {sendmail}{notice}{alert} = 0 ; # 0 ONLY これらを設定しているファイルは以下の通りです。 [Apache_server] └ [cgi-bin] └ [config] └ [admin] └ config_basic.pl 商品が自動的に販売ロックされた場合に警告メールを送信します。 アクセスログを記録します。 終了します。
https://w.atwiki.jp/googlepolicy/pages/16.html
Google は、すべてのユーザーによりよいサービスを提供するために情報を収集しています。その内容は、お客様の使用言語などの基本的情報から、お客様にとって最も役に立つ広告やオンラインで最も重要視している人物などの複雑な情報まで、多岐にわたります。 実は、多岐にわたる情報を収集していました、ということがサラッと書かれてたりします。 情報の収集は以下の 2 種類の方法で行います お客様からご提供いただく情報 たとえば、多くの Google サービスでは、Google アカウントのご登録が必要です。ご登録に際して、氏名、メール アドレス、電話番号、クレジットカードなどの個人情報の提供をお願いしています。Google が提供する共有機能をすべてご活用いただく場合は、公開される Google プロフィールを作成していただくようお願いすることもあります。これには、名前や写真などを掲載することができます。利用者一人ひとりがアカウントを持つことは、世の中のシステムでは一般的に行われていることなので、問題ないでしょう。しかし、例えば電話番号は、必要でしょうか。何かを買うわけでもないのに、クレジットカードの情報は必要でしょうか。様々なことを、公開されるGoogleプロフィールに記載する必要はあるでしょうか。そのプロフィールを作成することは、ユーザーにとって役に立つのでしょうか。 サービスのご利用時に Google が収集する情報 Google は、ご利用のサービスやそのご利用方法に関する情報を収集することがあります。たとえば、Google の広告サービスを使用しているウェブサイトにアクセスされた場合や、Google の広告やコンテンツを表示または操作された場合です。これには以下の情報が含まれます 端末情報Google は、端末固有の情報（たとえば、ハードウェア モデル、オペレーティング システムのバージョン、端末固有の ID、電話番号などのモバイル ネットワーク情報）を収集することがあります。Google では、お客様の端末の ID や電話番号をお客様の Google アカウントと関連付けることがあります。おそらくAndroidスマートフォンによる利用者情報の収集を意図したもの、と考えられています。一般的にWebブラウザはHTTP_USER_AGENT等でブラウザの情報を相手側に提示していますが、それ以上の情報です。スマートフォンの機種、電話番号が、どうして必要なのでしょう?端末IDと関連付けるとなると、例えば中古のスマートフォンを購入した場合とか、企業が社員にスマートフォンを貸し出したりしている場合、どうなるのでしょう?課題はいろいろありそうです…。 ログ情報お客様が Google サービスをご利用になる際または Google が提供するコンテンツを表示される際に、サーバー ログ内の特定の情報が自動的に収集および保存されます。これには以下の情報が含まれることがあります お客様による Google サービスの使用状況の詳細（検索キーワードなど）使用状況の詳細って、何でしょうね。「など」というと、他に何があるわけですが。 電話のログ情報（お客様の電話番号、通話の相手方の電話番号、転送先の電話番号、通話の日時、通話時間、SMS ルーティング情報、通話の種類など）Androidスマートフォンですね。電話番号、通話の相手先、そんなもの必要なのでしょうか。通話で「○○が欲しいね～」と話すと、その商品の広告がブラウザに表示されたりするのでしょうか。 インターネット プロトコル アドレス 端末のイベント情報（クラッシュ、システム アクティビティ、ハードウェアの設定、ブラウザの種類、ブラウザの言語、お客様によるリクエストの日時、参照 URL など）イベントといわれると、他にもイベントはありますが、それらはどうなのでしょう。キー入力も、イベントです。 お客様のブラウザまたはお客様の Google アカウントを特定できる Cookie 現在地情報現在地情報を有効にした Google サービスをお客様がご利用になる場合、Google は、お客様の現在地に関する情報（携帯端末から送信される GPS 信号など）を収集して処理することがあります。Google は、たとえば、お客様の端末のセンサー データから提供される近くの Wi-Fi アクセス ポイントや基地局に関する情報など、他にもさまざまな技術を使用して現在地を判定することがあります。GPS以外の方法で端末を探して、それで何をしたいのでしょう?落としたときに見つけやすいかもしれませんが…。というかGPSにせよ何にせよ、それらはユーザーが、ユーザー自身のために、自分の居場所を知るために使う仕組みではないでしょうか。この利用者はどこにいる、という情報を他の誰かに伝えるために使われる仕組みなのでしょうか。 固有のアプリケーション番号サービスによっては、固有のアプリケーション番号が割り当てられています。この番号とお客様のインストール情報（オペレーティング システムの種類、アプリケーションのバージョン番号など）は、お客様が当該サービスをインストールまたはアンインストールする際に Google に送信されることがあります。また、当該サービスが Google のサーバーに定期的にアクセスする際（自動更新の際など）にも送信されることがあります。 ローカル ストレージGoogle は、ブラウザ ウェブ ストレージ（HTML 5 など）やアプリケーション データのキャッシュのようなメカニズムを使用して、収集した情報（個人情報を含む）をお客様の端末にローカルに保存することがあります。他のアプリはそのローカルに保存された個人情報を含むデータを参照できない、させない、という保障等は、HTML5とかデータのキャッシュとかで実現できるのでしょうか。それができないのなら、誰かがそのメカニズムを使って、Googleが残した情報を取得できることになります。 Cookie と匿名 IDお客様が Google サービスにアクセスされると、Google はさまざまな技術を使用して、情報を収集して保存します。その際、Google からお客様の端末に一つまたは複数の Cookie や匿名 ID を送信することもあります。広告サービスや他のサイトに表示される Google 機能のように、Google がパートナーに提供しているサービスの利用の際に、Google が Cookie や匿名 ID を使用することもあります。さまざまな技術、なかなか範囲の広い記述ですね。そうして集めたデータを使用するパートナーって、誰なのでしょう。どうにも曖昧で、いかようにも解釈できそうですね。 コメントお寄せください。 Gmailでいきなり認証を求めてくる パスワードがいつも解らなくなり変更する場合電話番号を追加メールアドレスの追加を求められる そんなに幾つも持ち合わせていないし情報を求めすぎで不愉快になる そんなに危険性がない環境で使用しているパソコンなのに万度同じ内容でトラブルし突然の認証が不便で必要ない -- maru (2013-03-11 04 32 29) パスワード -- 名無しさん (2014-06-04 14 55 39) パスワードわすれんなよ、、、 -- 名無しさん (2014-06-04 14 56 29) 名前 コメント
https://w.atwiki.jp/poupeewiki/pages/909.html
チョコレートブラウス/12BJChocolate blouse/12BJ コルセットスカート/12BJ Corset skirt/12BJ ゴシッククッキーワンピ/12BJGothic cookie dress/12BJ チョコクッキーワンピ/12BJChocolate cookie dress/12BJ チェスチョコワンピ/12BJChess chocolate dress/12BJ チョコバニーバッグ/12BJChocolate vanity bag/12BJ ビターチョコブーツ/12BJ Bitter chocolate boots/12BJ チョコマフィンクラウン/12BJ Chocolate muffin crown/12BJ ボンネット風カチューシャ/12BJ Hood design hairband/12BJ チョコレートキー/12BJ Chocolate key/12BJ チョコレートアンブレラ/12BJ Chocolate umbrella/12BJ ボーナスアイテム まとめ★
https://w.atwiki.jp/magichappy/pages/1202.html
▼ Cook-a-roon? 依頼者： ククルン(Ququroon) ／ ナシュモ・武器屋前 依頼内容： いつの日かお店を開くため、 料理の修行を始めたククルン。 材料を調達して、手伝ってあげよう。 ナシュモ Ququroon クっクルンの、おりょうり♪ たべたこーと、あーる、の？ Ququroon クっクルンのゆーめ、は♪ クっクルンの、おりょうり♪ おっみーせを、ひらーく、の？ Ququroon おりょーうり♪ の、 しゅーぎょう？ す・る・の？ Ququroon たーべもの、なーいよ？ クっクルン、こまーるの。 Ququroon たべものー、のちょーたつ、 たーいへんなの、ね？ Ququroon ぼけんしゃーの、 あーなた？ やってくーれる？ Ququroon ぼけんしゃーの、 あーなた♪ たべものー、のちょーたつ♪ クっクルンは、おりょうり♪ で、ごっちそう、ね？ 選択肢：「たべものー、のちょーたつ」やるか？ やらない + ... Ququroon クっクルンのゆーめ、は…… どーなってもいいの……ね？ Ququroon ぼけんしゃーの、 あーなた。ひどいのー、ひどいのー？ Ququroon ……クっクルンのゆーめ、 ぼけんしゃーの、あーなた、は、 おーえんする、……の？ やる Ququroon ありがとーぅ！ ありがとーぅ！ イスタコズ、メルジャンバルウ、アフポット、 それとそれとイスティルディエ、イスタヴリット♪ Ququroon よろしくーぅ！ よろしくーぅ！ イスタコズ、メルジャンバルウ、アフポット、 それとそれとイスティルディエ、 イスタヴリットなのよ♪ （Ququroonに指定のアイテムをトレード） + ... イスタコズ アラパゴ諸島周辺の海底に生息する甲殻類。 メルジャンバルウ アラパゴ諸島周辺の海域に生息する海水魚。 アフポット アラパゴ諸島周辺の海域に生息する有殻の頭足類。 イスティルディエ アラパゴ諸島の岩礁に附着する大型二枚貝の一種。 イスタヴリット アラパゴ諸島の岩礁に生息する海水魚。 ヒレに猛毒を秘めている。 成功した場合 Ququroon たべものー、たべものー！ あーりがーとね♪ Ququroon クっクルンは、おりょうり♪ たべたこーと、あーる、の？ Ququroon クっクルンの、おりょうり♪ いまからー、はじめるー！ Ququroon クっクルンの、おりょうり♪ うまくうまくでーきた！ Ququroon クっクルンの、おりょうり♪ ナシュモ風シチューね♪ Ququroon ぼけんしゃーの あーなた？ はやくはやく、たべるね？ Ququroon おいしーい♪ に、ちがうない！ Ququroon クっクルンのゆーめ、は♪ おっみーせを、ひらーく、の？ Ququroon クっクルンのゆーめ、に？ ちかくちかくきたのね？ Ququroon クっクルンの、ゆめに1っぽ！ クっクルンの、ゆめに3っぽ！ 4っぽ、5っぽ、6っぽ、9ポ……？ Ququroon ……ぽぽぽ？ Ququroon クっクルンのゆーめ、に！ ちかくちかくきたのね？ Ququroon クっクルンのおりょーうり！ みーんな、だいスキ！ ナシュモ風シチューを手にいれた！ ナシュモ風シチュー キキルンが作った、海の幸を煮込んだシチュー。 失敗した場合 Ququroon たべものー、たべものー！ あーりがーとね♪ Ququroon クっクルンは、おりょうり♪ たべたこーと、あーる、の？ Ququroon クっクルンの、おりょうり♪ いまからー、はじめるー！ Ququroon ……クっクルンの、おりょうり…… わるく、わるく、できたの……。 Ququroon きょうはなぜか アンラキー？ それはきっと アーンラキー、デー？ Ququroon ごめなさい。 ……クっクルン、おりょうり、 しっぱいしたの、ね……。 ▲ ■関連項目 ナシュモ , 愛あるがゆえに Copyright (C) 2002-2015 SQUARE ENIX CO., LTD. All Rights Reserved.
https://w.atwiki.jp/vipshogi/pages/160.html
第1回夏休み早指しトーナメント ・対局場は24大阪道場 ・持ち時間は1分30秒 切れ負けに注意 ・先着16人募集 募集終了後シャッフル ・大会開始は本日21時より だいたい1時間～2時間で終わる予定 ・勝ち抜きと負け抜きの同時進行 初戦で勝った人は勝ち抜き、負けた人は負け抜きにまわる ・開始時刻から20分経過しても対戦相手が来なかった場合は不戦勝、負け抜き戦の場合は次の試合に進む 一回戦 ●穴角VIP-taroimo○ ○ヌクモリティ-t-vipper● ■VIPVIPVI-cookie□ ○鶴屋-naitou● 準決敗 ●穴角VIP-t-vipper○ 準決勝 ●taroimo-ヌクモリティ○ ●cookie-鶴屋○ 決敗 ●穴角VIP-naitou○ 決勝 ○ヌクモリティ-鶴屋●
https://w.atwiki.jp/ninnincup/pages/24.html
参加者 名前 PSNID 参加希望リーグ りもこんとって I_am_Pharah_ D はやはや hayahaya__AS C~B2 シノン sinon_33 D terrorisover terrorisover D よく yoku_0831EW D エバンス S takat takat_z7 B2 ロむ rom13raito B1 いおな Tetris-107----- C ぐりにっじ Greenwich_000 A1 Cookie bp_cookie A1 すわたか taka55tsupin B1 あめみやてかげんして tomokunisgrand D せんかる free_hika C~D 渋柿鬼鮫 shibugakikisame D さかな sakana897 A あさくら Mahiro_Haoh B2 あかつき akatsuki0327 B2 みらい MIRAIASAHINA D おでん tbon_aud A2辺 hiroki syuuto41018 S
https://w.atwiki.jp/wotbksn_asia/pages/31.html
tokiedian 戦術厨のtokiedianです。こんなWiki作っといてなんだが、WoTはやっていない…スマン。代わりにフリーの戦術級シミュレーションPCゲームのSteel Panthers World War 2をやってます。まあ、これについて言及した日本語サイトが1つしかないっていう超絶過疎ゲーで、日本語マニュアルすらないっていう代物、かつフリーである理由が、これが1995年製だからなもんで…(ゆえにグラフィックについてはお察しください)。まあ、いま配布元の掲示板(全部英語)のみんな(それこそ世界各国から)に協力してもらって日本語マニュアル作りながら、強くなるべく勉強もしてます。 …なんか関係のない話してるな、俺。まあ、なにせよろしくお願いします。 さすがにこれは何だな、ちょっと自己紹介やり直そう 名前：tokiedian ―意味は「時枝文法学派に属する人」ぐらいのもんかな? まあ俺の造語なんだけど。ちなみにここでいう時枝文法というのは時枝誠記博士の提唱した国文法の理論で、現行の学校文法よりも進歩的なものです。…じゃあなんで授業で使わないかって? Fuckin'文科省 概要：故郷富山をこよなく愛する者にして、生物化学系の大学生。だが、歴史、文学等にもある程度食指を伸ばし、さらに書道やら音楽やら…多趣味といえば聞こえはいいが、要するに趣味に対して乱交的である。結構堅めの人間で、アニメはほとんど見ず、家の本棚に漫画は「沈黙の艦隊」のみ、J-popを馬鹿にし、クラシックを聴くなど、そもそもあんたなぜここにいるんだ、という感じだが、アニメや漫画、その他のオタク話を聞くのは好き。前述の乱交性から、自身もある程度のマルチオタクだが、どれもマニアックな分野であるため、話のかみ合う人はほとんどいない模様。下ネタで爆笑するが、自分からあまり率先しては言わないたち。ガチホモ、ガチ百合はちょっと無理。というかガチエロはちょっと無理。ギャルゲ、エロゲの類、もしくはその香りがするものはあまり好きではない。そういう話があった時に、話の流れがおもしろい下ネタに流れそうなら悪乗りはするが、その種のゲームをやることはしない。ゆえに艦これもしていない…なんか、みんなほんとにスマン。だが、別にその種の話を自重してもらう必要はありません。ボケがあってこそツッコミとしてのやりがいがありますんでね…ニコニコも見る。主にバカなMADで爆笑してるか、ゲームのプレイ動画を見ている。紳士系の動画は爆笑のネタとして使うが、紳士になろうとは思わん。 WoTもしとらんので、以下自分のニコ動での生息域を述べる。 ジャンル ニコ動御三家 アイマス 実は御三家の中ではここが私の主生息域かな? とはいえ、前述の通り、アイマスのゲーム自体ははしないし、プレイ動画を見ることもなく、PVを見ることもない。ここに生息している原因は、ニコニコ歴史戦略ゲーの大きなウェイトを、im@s架空戦記が占めているため。そこからつながりで、im@s系のMADも見る。お気に入りのPは ケントゥリオP りっちゃんP 象犬P 庭上げP 極東P 3倍録画P きさきP キムP てなもんかな。え? アイマスで一番好きなのは? …いやだなあ、そんなの決まってるじゃないですか、パエッタ提督高木順一郎社長に決まってますよ。あとim@sの音楽系も聞く。というか、単にOZAKIPが好きすぎるだけ。もっとみんなOZAKIPの音楽を聴いてくれ! 東方 まあ、別に嫌いじゃないんだが、ちょっとキャラが多すぎて、私にはいまいち…まあ、でも、面白いものがあれば喜んでみます。あと原作のゲームの東方Project自体は結構好きです。まあ、例によってやったことないんですが、誰が俺の嫁とかいう話ではなく、弾幕と音楽の美しさを鑑賞して楽しむ、といった感じです。あと、東方の音楽の二次創作作品は、まあいいものは好きですが、あんなにたくさんなくても…という意見です。好きなのは minusT しらは てなもんかな。 ボカロ うーん、これはなぁ……まずJ-popがあんまり面白くない、しかも、バロック・古典派ではなく、ロマン派以降から現代音楽までのクラシックを愛聴するため、音色ではなく、和声、多声の芸術を好む私としては、 「薄いJ-popは出てってー」(大半のボカロ曲が出てゆく) 「あと外国語で歌ってるのに、日本語の発音しかできてない下手な人は出てってー」(またごっそり人が出ていく) で後に残るのはごく少数のマニアな曲のみ、ということになってしまいます。まあ、ヴォーカロイド自体は別に嫌いじゃないんですが、環境が僕には合わないんでしょうね… あと、重度のゆっくり廃 とくにゆっくり実況の中でも、ゆっくりが口汚い言葉を連発しているものが好み。念のため言っておくが、ここでの「好き」は「俺の主砲が仰角90度」という意味ではなく、すごく自分の笑いのツボということである。その観点で選ばれる自分の好きなゆっくりゲーム実況は グルッペン・フューラー：「第二次世界大戦の主役は我々だ！」シリーズ ロリコンのみさわ：「【エアライド】友情崩壊ゲーを２人でプレイ」シリーズ んでまあほかにも ぱんふろ(ドヤ顔アップの人)：「【Steel Fury】ゆっくり戦車戦線」シリーズ なんかですかね。 あと、どうでもいいことですが、実は上記のSPWW2で字幕プレイ動画をあげようと画策しており、ただいまそのゲームの訓練中です…いつ上げるかって? 聞くな。まだ俺も戦術の要点がよくわからんのだ。だが、いずれ上げる… 序の文だけは考えてみた 人類史とは、結局戦争とともにあった。それをいかなる人間も否定はできない。戦場には、倫理を越えた現実と、善悪を越えた感情の暴風が渦巻く…少なくとも、此処から歴史を動かす膨大なエネルギーが生まれているのだ…しかし、戦場の彊き風は人にはあまりに鋭すぎる。それを乗り越え、此処にある「力」を我が物にせんと人々は団結し、数十世紀にわたって自らの命をもって試行錯誤を繰り返したのである。 そしてここに、赤く、内奥に複雑な輝きを秘めた「戦術」という名の宝玉がある。君の眼にかなったものをとりたまえ! もし正しければ、それは君に果てしない価値と栄光をもたらすだろう。間違っていれば…君の血を吸い、宝玉はいよいよその赤さ、美しさを増して輝くだろう! なんとなくコメント欄を付設してみた。まあ、なんか質問したいことがあればここにどーぞ。ただし、Wikiに関する質問、提案等は、連絡・雑談用掲示板や編集要望掲示板のほうでやってください。ここは私個人に関する話でお願いします。※このコメント欄は「メンバーの個人記事にコメント欄を付設する」という提案の実証実験も兼ねています。 名前 テスt…うおおおおおおおおおおお - camui 2013-11-19 23 58 21