約 3,599,757 件
https://w.atwiki.jp/resha1201/pages/41.html
\DQMIIINext\DQMIIINext_Casino 各フェーズごとのwait時間を n/1000秒で設定していく項目。 blackjack wait settings(ブラックジャック設定) Deal 300 カード配り Dealer turn 750 ディーラーの思考時間 Game end 1500 結果表示時間 Hit 200 Hitした場合に、カードが配られるまで chinchirorin wait settings(チンチロリン設定) CPU check 1200 CPUのサイコロが回ってる時間 CPU dice 800 CPUのサイコロが止まってる時間 Game end 1500 結果表示時間 Result check 150 結果が出るまでの時間 Turn change 600 ターンが変わるまでの時間 Turn start 600 ターン開始までの時間 poker wait settings(ポーカー設定) Card change 200 カード交換で配られる1枚ごとの時間 First hand 200 最初の手札が配られる1枚ごとの時間 Game end 1500 結果表示時間 "MiniBattleGame HighSpeed settings(ミニバトルゲーム設定) set speed 1 ゲーム速度の倍率を n倍 の値で設定
https://w.atwiki.jp/stickranger/pages/415.html
Seaside-2の敵へ ←Seaside-1 EXP Seaside-3 EXP→ Lv ~12 1 1 1 1 1 13 20 1 20 1 1 14 40 40 40 40 1 15 60 80 60 80 1 16 80 120 80 120 200 17 100 160 100 160 400 18 120 200 120 200 600 19 140 240 140 240 800 20 160 280 160 280 1000 21 180 320 180 320 1200 22 200 360 200 360 1400 23 180 400 180 400 1600 24 160 360 160 360 1800 25 140 320 140 320 2000 26 120 280 120 280 1800 27 100 240 100 240 1600 28 80 200 80 200 1400 29 60 160 60 160 1200 30 40 120 40 120 1000 31 20 80 20 80 800 32 1 40 1 40 600 33 1 1 1 1 400 34 1 1 1 1 200 35~ 1 1 1 1 1 数 55 8 45 8 1
https://w.atwiki.jp/penspinorder/pages/193.html
casino OrderList
https://w.atwiki.jp/ishitubute/pages/792.html
『casino』はBARギコっぽい一般の住民である。
https://w.atwiki.jp/eroanigame/pages/11.html
Casino じゃみんぐ☆らんぶる じゃみんぐ☆らんぶる append タイムカプセル~春~? タイムカプセル~渦~?
https://w.atwiki.jp/stickranger/pages/417.html
Seaside-4の敵へ ←Seaside-3 EXP Submarine-1 EXP→ Lv ~14 1 1 1 1 15 15 15 1 1 16 30 30 30 1 17 45 45 60 1 18 60 60 90 200 19 75 75 120 400 20 90 90 150 600 21 105 105 180 800 22 120 120 210 1000 23 135 135 240 1200 24 150 150 270 1400 25 135 135 300 1600 26 120 120 270 1800 27 105 105 240 2000 28 90 90 210 1800 29 75 75 180 1600 30 60 60 150 1400 31 45 45 120 1200 32 30 30 90 1000 33 15 15 60 800 34 1 1 30 600 35 1 1 1 400 36 1 1 1 200 37~ 1 1 1 1 数 80 80 40 1
https://w.atwiki.jp/cafemilk/pages/26.html
execute 型 用語に注意 まずは用語に注意することを覚えてください。プラグインには exeute 型と plugin 型があります。 プログラム実行の基本単位は execute 型プラグインで、これを execute と呼びます。 ウェブの各ページは execute の結果出力されます。 execute 型プラグインは execute 名で呼ばれる一連の処理を扱います。 execute 型プラグインは、自己診断処理, execute 処理, 後処理を実施します。 execute の役割 わかりやすく言うと、ブラウザに示される各ページが execute です。 execute 型プラグインはページ特有の処理 (execute) を行い、必要に応じて plugin 型プラグインの実行を行います。個々の execute においては execute 型プラグインが主体となって重要な処理を行い、plugin 型プラグインはその補助的な処理を行います。 plugin 型プラグインが担う補助的な役割は主にスキン部品部分の作成です。 execute 型プラグインも plugin 型プラグインも共にスキンを要求します。execute 型プラグインはウェブ表示全体のレイアウトを指定するスキンを要求します。 それに対し、plugin 型プラグインは部品となるスキンを要求します。plugin 型プラグインにより取得されたスキンは execute 型プラグインにより取得されたスキンに挿入される形になります。 処理の準備 処理の準備は基本エンジン (コントローラ) が行います。 コントローラはリクエストによって実行すべき execute 名を受け取ります。 受け取るリクエストは例えば以下のようになります。 main.cgi?execute=admin_gate リクエストによって execute が指示されなかった場合、規定値が適用されます。 規定値は以下に設定されています。 $config- {default}{execute_type} $config- {default}{execute_type} を設定しているファイルは以下の通りです。 [Apache_server] └ [cgi-bin] └ [config] └ [admin] └ config_basic.pl リクエストの内容は捏造が可能であるため、コントローラはリクエストされた execute が許可されているかをチェックします。 許可されている execute のリストは以下の通りです。カスタマイズによって新規に execute を作成する場合はリストに execute 名を追記しなければなりません。 $config- {list}{execute_type} $config- {list}{execute_type} を設定しているファイルは以下の通りです。 [Apache_server] └ [cgi-bin] └ [config] └ [admin] └ config_basic.pl execute が許可されていない場合は規定値に差し替えられます。 呼び出し コントローラは exeucte 型プラグインを require によって呼び出します。呼び出すファイル名は、execute/exe_ + exeute 名 + .pl となります。 ececute 名が user_inquiry_step1 である場合、以下のようになります。 execute/exe_user_inquiry_step1.pl package 名 execute 型プラグインは package を宣言しなければなりません。宣言する package 名は、Execute_ + exeute 名となります。 ececute 名が user_inquiry_step1 である場合、以下のようになります。 ################################################################################ # # # CAFEMILK SHOPPING CART V5 # # SOHO WORKSHOP CAFEMILK 全権留保 # # # ################################################################################ use strict; # use warnings; use utf8; # use encoding "utf8"; package Execute_user_inquiry_step1; 自己診断処理 もしくは execute の前処理 (用語注意 ex.コントローラの前処理) リクエストされる execute は実行すべきでないことがあります。たとえば、管理機能にかかわる execute に一般のユーザーがアクセスしようとした場合、execute は実行されるべきではありません。 あるいは、ユーザーの入力内容に間違いがあったときに、もう一度入力フォームをユーザーに提示する必要があるかもしれません。 このようなとき、自己診断処理は execute 名を差し替えることができます。 execute の自己診断と差し替えは一度だけ認められています。つまり、差し替えられた execute の自己診断はスキップされます。 以下は自己診断処理の例です。 管理者ログイン済みでないユーザーを排除する場合。 sub check { my $package = shift; my $argument = shift; my $config = $argument- {config}; my $userdata = $argument- {userdata}; my $log_error = $argument- {log_error}; my $log_alert = $argument- {log_alert}; my $status = $argument- {status}; 上の 7 行はコーディングルールによって義務づけられた各種情報の格納処理です。 管理者ログインが無効であるか、あるいは管理者管理権眼がない場合にアクセスを排除。 if ((!$status- {login}{admin} ) or (!$userdata- {admin_registry_values}{manage_admin})) { $userdata- {request_values}{execute}[0] = admin_gate ; } } 会員機能がメンテナンス状態であるときに会員関連の手続をキャンセルする場合。 sub check { my $package = shift; my $argument = shift; my $config = $argument- {config}; my $userdata = $argument- {userdata}; my $log_error = $argument- {log_error}; my $log_alert = $argument- {log_alert}; my $status = $argument- {status}; メンテナンス中はトップページへ移動。 if (($status- {shop_mode} eq 1 ) or ($status- {shop_mode} eq 3 )) { $userdata- {request_values}{execute}[0] = home ; } } 他の処理に転用されている場合。カート関連の集計は各処理に先だって行っておく必要がある。 カート関連の処理はユーザーによる配送先都道府県や決済方法等の選択によって変更する必要がある。カート関連の処理はフレームワーク化されているのでほとんどの処理はサブルーチンを呼び出すだけで適切に実施されます。 sub check { my $package = shift; my $argument = shift; my $config = $argument- {config}; my $userdata = $argument- {userdata}; my $log_error = $argument- {log_error}; my $log_alert = $argument- {log_alert}; my $status = $argument- {status}; メンテナンス時にはカート処理をさせない if (($status- {shop_mode} eq 2 ) or ($status- {shop_mode} eq 3 )) { $userdata- {request_values}{execute}[0] = home ; } else { Cafemilk_basic get_cart ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); Cafemilk_basic check_cart ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); コーディングルールにより %input_values にリクエストされた各情報を格納 my %input_values; my @list = qw( process input_point input_ship_prefecture input_payment ); foreach (@list) { $input_values{$_} = $userdata- {request_values}{$_}[0]; } ポイント更新処理 if ($input_values{process} eq point ) { my $point = $input_values{input_point}; $point =~ s/1/1/g; $point =~ s/2/2/g; $point =~ s/3/3/g; $point =~ s/4/4/g; $point =~ s/5/5/g; $point =~ s/6/6/g; $point =~ s/7/7/g; $point =~ s/8/8/g; $point =~ s/9/9/g; $point =~ s/0/0/g; if ($point !~ /[^0-9]/) { $userdata- {cart}{point} = $point; Cafemilk_basic make_cart_data_session ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); Cafemilk_session user_postscript ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); Cafemilk_basic check_cart_point ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); Cafemilk_basic check_cart_grandtotal ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); } } 送料更新処理 if ($input_values{process} eq prefecture ) { my $prefecture = $input_values{input_ship_prefecture}; if (($prefecture !~ /[^0-9]/ ) and ($prefecture 0 ) and ($prefecture = $#{$config- {mailing}{prefecture_cost}})) { $userdata- {cart}{ship_prefecture} = $prefecture; Cafemilk_basic make_cart_data_session ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); Cafemilk_session user_postscript ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); Cafemilk_basic check_cart_mailing_cost ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); Cafemilk_basic check_cart_grandtotal ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); } } 決済手数料更新処理 if ($input_values{process} eq payment ) { my $payment = $input_values{input_payment}; if ($payment !~ /[^0-9a-zA-Z_]/) { $userdata- {cart}{payment} = $payment; Cafemilk_basic make_cart_data_session ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); Cafemilk_session user_postscript ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); Cafemilk_basic check_cart_payment_cost ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); Cafemilk_basic check_cart_grandtotal ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); } } } } execute 処理 execute 型プラグインの 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 型プラグインのリスト 以上の情報は、ソース中ではこのように表記されています。 # [STEP1] SET PATH execute 固有の処理は、ソース中ではこのように表記されています。 # [STEP2] PROCESS 以下の例は execute 処理がない場合。必要な情報の用意のみをする。 sub execute { コーディングルールによって義務づけられた各種情報の格納処理 my $package = shift; my $argument = shift; my $config = $argument- {config}; my $userdata = $argument- {userdata}; my $log_error = $argument- {log_error}; my $log_alert = $argument- {log_alert}; my $status = $argument- {status}; 必要な情報の用意 # [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_inquiry_step1.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}{admin}{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 $path_js = "$config- {path}{cgi_to_html}$config- {path}{common}$config- {path}{skin}/js/"; my $robot = noindex,follow ; $userdata- {path}{cgi} = $path_cgi; $userdata- {path}{css} = $path_css; $userdata- {path}{material} = $path_material; $userdata- {path}{js} = $path_js; $userdata- {robots_permit} = $robot; 固有の plugin 型プラグインの追記 my @list = qw( user_inquiry_step1 ); push (@{$config- {list}{plugin}},@list); 固有の処理 # [STEP2] PROCESS # none } フォームからの入力情報のチェックをする場合。各種処理がフレームワーク化されているので、それらの処理はサブルーチンを呼び出すだけで適切に実施されます。 sub execute { コーディングルールによって義務づけられた各種情報の格納処理 my $package = shift; my $argument = shift; my $config = $argument- {config}; my $userdata = $argument- {userdata}; my $log_error = $argument- {log_error}; my $log_alert = $argument- {log_alert}; my $status = $argument- {status}; 必要な情報の用意 # [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_inquiry_step2.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}{admin}{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; 固有の plugin 型プラグインの追記 my @list = qw( user_inquiry_step2 ); push (@{$config- {list}{plugin}},@list); 以下は固有の処理 # [STEP2] PROCESS WORDLIST 型スキンを呼び出し my @word_list = Cafemilk_basic get_wordlist ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, filename = "./$config- {path}{skin}/user/cgi/$config- {default}{user_type}/$userdata- {device_type}/$userdata- {language_type}/$userdata- {currency_type}/$userdata- {template_type}/list_input_status.txt", }); 入力チェック用の正規表現の取得 my $regular_expression_email_a = $config- {regular_expression}{email_a}; my $regular_expression_phone_a = $config- {regular_expression}{phone_a}; コーディングルールにより %input_values にリクエストされた各情報を格納 my %input_values; my @list = qw( input_1_email_1 input_1_email_2 input_inquiry ); foreach (@list) { $input_values{$_} = $userdata- {request_values}{$_}[0]; } 個別の入力チェックの結果 $status- {input_match}{$key} を初期化 foreach (@list) { $status- {input_match}{$_} = 1; } 入力チェック開始 不正な入力があると $status- {input_match}{$key} = 0 に # input_1_email_1 ( input_1_email_1 input_1_email_2 ) my $temp_value = $input_values{input_1_email_1}; $temp_value = Encode encode( utf8 ,$temp_value); $temp_value = Encode decode( euc-jp ,$temp_value); if ($input_values{input_1_email_1} eq "") { $status- {input_match}{input_1_email_1} = 0; $status- {input_message}{error_1_email_1} = $word_list[1]; } elsif ($temp_value !~ /^$regular_expression_email_a$/) { $status- {input_match}{input_1_email_1} = 0; $status- {input_message}{error_1_email_1} = $word_list[0]; } elsif ($input_values{input_1_email_1} ne $input_values{input_1_email_2}) { $status- {input_match}{input_1_email_1} = 0; $status- {input_message}{error_1_email_1} = $word_list[5]; } # input_inquiry if ($input_values{input_inquiry} eq "") { $status- {input_match}{input_inquiry} = 0; $status- {input_message}{error_inquiry} = $word_list[1]; } 総合の入力チェックの結果 $status- {input_next} を初期化 # input_next $status- {input_next} = 1; 総合の入力チェック 不正な入力があると $status- {input_next} = 0 に my @list = qw( input_1_email_1 input_inquiry ); foreach (@list) { my $list = $_; if (!$status- {input_match}{$list}) { $status- {input_next} = 0; last; } } 総合の入力チェックが合格なら if ($status- {input_next}) { 次の手続では guest ログイン以上のログイン状態が要求されるので ユーザーのログイン状態をチェックして未ログインなら guest ログインにする if ($userdata- {user_type} eq $config- {default}{user_type}) { Cafemilk_session user_make_guest ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); Cafemilk_basic make_cart_data_session ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); Cafemilk_session user_postscript ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, }); } 次の手続では CSRF 攻撃への予防処置が必要なので 実行リクエスト保護多重セッション (user 用) の予約を行う ($userdata- {execute_key}{1},$userdata- {execute_key}{2}, $userdata- {execute_key}{3},$userdata- {execute_key}{4}) = Cafemilk_session set_execute_session_user ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, execute_key = user_inquiry_step3 , }); } } 後処理 後処理は仕様として存在するだけで、用いられていません。 sub post_process { # none } テンプレート処理 execute の HTML テンプレート処理は基本エンジン (コントローラ) が肩代わりするので、execute 型プラグインにコードを書く必要はありません。 execute がメール送信をする場合、MAIL テンプレートの処理を書く必要があります。 以下はメール送信処理の例 (一部)。テンプレート処理やメール送信処理はフレームワーク化されているので、それらの処理はサブルーチンを呼び出すだけで適切に実施されます。 実行リクエスト保護多重セッション (user 用) の検証を行う 有効なら $status- {input_execute} = 1 となる # session $status- {input_execute} = Cafemilk_session check_execute_session_user ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, key_1 = $userdata- {request_values}{key_1}[0], key_2 = $userdata- {request_values}{key_2}[0], execute_key = user_inquiry_step3 , clear = 1, }); 総合の入力チェックの結果 $status- {input_next} を初期化 # input_next $status- {input_next} = 1; 総合の入力チェック 不正な入力があると $status- {input_next} = 0 に my @list = qw( input_1_email_1 input_inquiry ); foreach (@list) { my $list = $_; if (!$status- {input_match}{$list}) { $status- {input_next} = 0; last; } } 総合の入力チェックと実行リクエスト保護が合格なら if (($status- {input_next}) and ($status- {input_execute})) { 処理の実施を記録 $status- {execute_success} = 1; コーディングルールにより %input_values にリクエストされた各情報を格納 my @list = qw( input_1_email_1 input_inquiry ); foreach (@list) { $input_values{$_} = $userdata- {request_values}{$_}[0]; } 同じくコーディングルールにより $userdata- {tag_data} に MAIL テンプレート用の各情報を格納 foreach (keys %input_values) { $userdata- {tag_data}{temporal}{$_} = $input_values{$_}; } MAIL テンプレートエンジンの使用にあたって処理名を準備 my $mail_name = user_inquiry_step3_shop ; MAIL テンプレートエンジンで使用するスキンのパスを準備 my $path = "./$config- {path}{skin}/user/cgi/$config- {default}{user_type}/$userdata- {device_type}/$userdata- {language_type}/$userdata- {currency_type}/$userdata- {template_type}/mail_user_inquiry_step3_shop.txt"; MAIL テンプレートエンジンのオブジェクトを作成 my $skin = Cafemilk_skin_mail- new ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, name = $mail_name, }); スキンの読み込み $skin- set_path($path); スキン内の MAIL MIDDLE テンプレートタグを読み込む $skin- load_tag_middle(); 許可された MAIL テンプレートタグ名の取得 my @list = @{$config- {list}{tag}{mail}}; 許可されたリストに基づいて MAIL MIDDLE テンプレートタグを処理する $skin- replace_tag_middle ({ allow = \@list, package = "Cafemilk_tag_mail", }); # undef $userdata- {tag_data}{temporal}; MAIL テンプレートの結果を取得 my $source = $skin- get_source(); メール送信 foreach (@{$config- {sendmail}{address}{shop}{to}}) { my $from = $input_values{input_1_email_1}; my $to = $_; my $cc = ; my $bcc = ; my $return = $config- {sendmail}{address}{shop}{return}[0]; Cafemilk_mail skin_sendmail ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, from = $from, to = $to, cc = $cc, bcc = $bcc, source = $source, return = $return, }); } 以下はほぼ同じ処理を繰り返し my $mail_name = user_inquiry_step3_user ; my $path = "./$config- {path}{skin}/user/cgi/$config- {default}{user_type}/$userdata- {device_type}/$userdata- {language_type}/$userdata- {currency_type}/$userdata- {template_type}/mail_user_inquiry_step3_user.txt"; my $skin = Cafemilk_skin_mail- new ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, name = $mail_name, }); $skin- set_path($path); $skin- load_tag_middle(); my @list = @{$config- {list}{tag}{mail}}; $skin- replace_tag_middle ({ allow = \@list, package = "Cafemilk_tag_mail", }); コーディングルールにしたがい $userdata- {tag_data}{temporal} は内容をクリア undef $userdata- {tag_data}{temporal}; my $source = $skin- get_source(); my $from = $config- {sendmail}{address}{shop}{from}[0]; my $to = $input_values{input_1_email_1}; my $cc = ; my $bcc = ; my $return = $config- {sendmail}{address}{shop}{return}[0]; Cafemilk_mail skin_sendmail ({ config = $config, userdata = $userdata, log_error = $log_error, log_alert = $log_alert, status = $status, from = $from, to = $to, cc = $cc, bcc = $bcc, source = $source, return = $return, }); } 以上の例では、MAIL テンプレートエンジンの処理は部分的に実施されています。ここでタグの取得と処理が行われているのは MIDDLE テンプレートタグのみです。 タグはプラグインタグとテンプレートタグ、それぞれに HIGH, MIDDLE, LOW がありますから、その一部しか活用していないことになります。MAIL テンプレート処理では plugin 型プラグインの使用が可能です。
https://w.atwiki.jp/abwiki/pages/288.html
名称 |Exec 読み |えぐぜっく 定義 |Exec filename$, [comm$] 説明 |ファイルを起動。comm$はコマンドライン引数。 参照 |
https://w.atwiki.jp/stickranger/pages/384.html
←Seaside-1の敵 Seaside-3の敵→ Seaside-2 EXPへ 敵 LP 適正LV 最高EXP DROP $$$ AT 特徴・特性など #ref error :ご指定のファイルが見つかりません。ファイル名を確認して、再度指定してください。 (marimo4.png) 330 22 200 thunder knuckle 80 10-15 ATが高いので注意 #ref error :ご指定のファイルが見つかりません。ファイル名を確認して、再度指定してください。 (marimo5.png) 660 23 400 sabel 120 20-30 ATが非常に高いので注意×Ph:AT -3 #ref error :ご指定のファイルが見つかりません。ファイル名を確認して、再度指定してください。 (marimo6.png) 280 22 200 quint shot 70 8-12 真っ直ぐ飛ぶ弾を撃つ #ref error :ご指定のファイルが見つかりません。ファイル名を確認して、再度指定してください。 (marimo7.png) 440 23 400 delta explosion 110 4-8×5 shotgunのような攻撃をしてくる×Ph:AT -3 BOSS 5200 25 2000 Explosion s Card 2Knockback s Card 2 900 → 特設ページへ 備考 敵の攻撃力が非常に高い。 +Seaside-2 ステージ構成 数 #ref error :ご指定のファイルが見つかりません。ファイル名を確認して、再度指定してください。 (marimo4.png) #ref error :ご指定のファイルが見つかりません。ファイル名を確認して、再度指定してください。 (marimo5.png) #ref error :ご指定のファイルが見つかりません。ファイル名を確認して、再度指定してください。 (marimo6.png) #ref error :ご指定のファイルが見つかりません。ファイル名を確認して、再度指定してください。 (marimo7.png) BOSS 1面 15 1 2面 15 2 5 1 3面 20 2 4面 15 1 15 1 5面 10 4 5 4 BOSS 1 合計 55 8 45 8 1 ↑ ha? 日本語でたのむ -- (名無しさん) 2012-03-05 18 02 42 ↑これでどう? 赤スネーク(跳ねるやつの赤い版)は意外にダメージが多い。手をだして倒そう! じゃない? -- (yo724) 2012-03-05 18 56 08 マッハパンチの壁殴に弓3で倒せない・・・ -- (baby) 2012-04-03 13 02 42 ↑×3 跳ねる赤い敵は意外とダメージが高いので 積極的に倒していきましょう。 じゃないかな -- (名無しさん) 2012-04-03 14 10 28 ===終=== @メニュー 新規ページ作成 新規ページ作成(その他) このページをコピーして新規ページ作成 このウィキ内の別ページをコピーして新規ページ作成 アップロードファイルから新規ページ作成 他のホームページから引用して新規ページ作成 スレッド式掲示板から引用して新規ページ作成 アットウィキで新規ウィキ作成[PR] 無料ホームページ @PAGES[PR] おすすめ iPhone アプリ情報[PR] おすすめ Android アプリ情報[PR] お得なオークション情報[PR] レンタル2ch風掲示板 @chs編集 ページ編集メニュー非表示でページ編集ページ名変更 ページの閲覧/編集権限変更 ページの編集モード変更 このページにファイルをアップロード このウィキにファイルをアップロード メニューを編集表示 最新版変更点 (差分) 編集履歴 (バックアップ) リンク元 トラックバック このページをPDFで表示 (試験中) このウィキの全ページ一覧編集履歴のあるページ一覧このウィキのタグ一覧このwikiの更新情報RSSこのwikiの新着ページRSSツール このウィキ内を検索このウィキの管理者に連絡@wikiパーツ @wikiパーツ:あなたのサイトにWikiデータを簡単表示!最近更新したページの一覧を表示する最近作成したページの一覧を表示するこのwiki内を検索するフォームを表示するこのwikiのタグクラウドを表示する自動リンク辞書を利用する@wiki便利ツール @wikiパーツ:あなたのサイトにウィキデータを簡単表示!まとめサイト作成支援ツールRSSかんたん作成興味キーワードをチェック!!(RSSナビ)いろんなblogのRSSかんたん作成ページアマゾン商品検索(簡単アフィリエイト)ウィキに株式情報(日本)を表示ウィキに株式情報(中国)を表示かんたんHTML直接入力Q Aサイトかんたん連携作成ウィキに為替情報を表示はてなアンテナと簡単連携@wiki ホットワード@wiki 全体検索このページを通報・違反報告するヘルプ ご利用ガイド初心者ガイド@wiki助け合い掲示板wiki(ウィキ)って何?良くある質問集プラグイン一覧編集モードの違いについて不具合や障害を見つけたら管理・設定マニュアル このウィキに参加ログイン棒レンジャー攻略 @ wiki Seaside-2 メニュー トップページ 棒レンジャー更新履歴 ▼ はクリックで展開 ▼ キャラクター情報 ├ ステータス └ 各職業の特徴 ▼ モンスター情報 ├ モンスター一覧 └ ボスモンスター一覧 ▼ 武器情報 ├ Boxer ├ Gladiator ├ Sniper ├ Magician ├ Priest ├ Gunner ├ Whipper └ Angel ▼ 各職業育成方法 ├ Boxer育成方法 ├ Gladiator育成方法 ├ Sniper育成方法 ├ Magician育成方法 ├ Priest育成方法 普通に進んでいれば、必ずここで止まる。 あ、バズーカのATが101いったw -- (the stickman) 2012-05-15 23 15 56 毎回ここで詰まる -- (亀) 2012-06-25 16 03 52 ↑↑・↑確かにw シーサイド1.2とミストグローブ2らへんですよね止まるの。 -- (名無しさん) 2012-06-29 22 00 31 STR全振りのスナイパーなら毒矢でアウトレンジ戦法がつかえる。 (RANGE150以上までなったら) -- (trombone) 2012-11-06 19 27 04 修正 ×150以上 ○140以上 連コメすいません。 -- (trombone) 2012-11-06 19 30 29 ここの面のボスからKnockback s Card 2と Explosion s Card 2が同時出現。 -- (名無しさん) 2013-09-07 01 28 18 mistgroveのほうが難しい気がする・・・ -- (名無しさん) 2014-02-28 19 28 30 mist天使でおk、ここごり押しor遠距離(弓の毒有)を使用でおkっす -- (名無しさん) 2014-11-02 03 14 20 倒せない(´・ω・`) 誰か教えて 毒殴 黒弓 スナイパー デルタ魔 でっす -- (らーみぇん) 2014-11-24 13 53 55 お金ためて死んだらすぐ復活させてを繰り返すのが多分一番 -- (名無しさん) 2014-12-01 12 25 18 ここのボスって、左1歩、右1歩ぴょんぴょんさせてリンチが効くのかな? -- (修哉) 2015-09-16 17 29 24 僧侶2~3人いればDEXにある程度振れば楽勝 それ以外だと金が消えていくステージ -- (名無しさん) 2015-12-27 14 15 59 ここのBOSSは棒レンジャーの難関ポイント。弓である程度の距離からうってもすぐ近づかれて接近戦になる。そうなった場合は復活させながら戦わなければならない。 -- (claw crane) 2018-02-16 12 55 22 弓にdouble poizonもしくはtriple poizonを持たせて それぞれに20/25MAGを振る。 残りをSTRに振ってcatapult’s cardをつける。 あとはヒット アウェイでノーダメ撃破も可能。 -- (Moriso) 2018-02-21 08 06 52 rangeが同じような武器をそれぞれに持たせて攻撃を分散させればいいんじゃね? -- (iyoyasu) 2020-07-23 17 21 22 名前 コメント すべてのコメントを見る
https://w.atwiki.jp/stickranger/pages/395.html
←Seaside-2の敵 Seaside-4の敵→ Seaside-3 EXPへ 敵 LP 適正LV 最高EXP DROP $$$ AT 特徴・特性など 340 23 200 fire circle 80 10-15 220 23 200 fire chain 80 1-5×6 自分の周りに弾を出現、落下させる 800 24 800 fire knuckle fire sabeldouble fire 150 4-6×3 ATの高い多段ヒットする炎を3つ飛ばしてくる BOSS 4800 26 2000 Bullet s Card 2Ice Charm 2 900 → 特設ページへ 備考 紫色のモンスターの攻撃は、地形を貫通するうえに多段ヒットする。 できれば戦闘するのは避けたい + Seaside-3 ステージ構成 数 BOSS 1面 3 2面 15 1 3面 20 1 4面 15 1 5面 15 10 1 BOSS 1 合計 30 45 7 1