約 2,900,065 件
https://w.atwiki.jp/tacticalwarrior/pages/17.html
Healer Attacks Gaze cost 30 中距離の射程を持つ魔法攻撃。クリティカル時にStun状態にさせる。射程1から3。 Lv 1 2 3 4 5 6 7 8 9 10 魔法 16*3 18*3 Crit(%) 31 32 Healing Potion cost 55 敵味方に関わらず、範囲内のすべてのユニットの体力を回復させる。射程0から3。3*3マス。 ダッシュ不能。 Lv 1 2 3 4 5 6 7 8 9 10 回復量 32 35 Quick Shot cost 10 弱い遠距離攻撃。オートクリティカルを得る可能性がある。射程2から4。 ダッシュ不能。 Lv 1 2 3 4 5 6 7 8 9 10 遠距離 30 発動率(%) 61 Staff Sling cost 65 強力な遠距離攻撃。クリティカル時に自身の体力を回復する。射程2から5。 移動不能。 Lv 1 2 3 4 5 6 7 8 9 10 遠距離 28 31 Crit(%) 20 20 回復量 16 18 Passives Blessing すべての攻撃にオートクリティカル率を付加する。 Lv 1 2 3 4 5 6 7 8 9 10 付加AC率 16 20 Breast Plate 防御力を上昇させる。 Lv 1 2 3 4 5 6 7 8 9 10 近防 2 2 遠防 2 2 魔防 0 1 Consolation 隣接するユニットが毎ターン体力を回復する。 Lv 1 2 3 4 5 6 7 8 9 10 回復量 1 3 Inspiration 毎ターン、potion攻撃のスタミナ消費量が50%減る。 Lv 1 2 3 4 5 6 7 8 9 10 発動率(%) 28 34
https://w.atwiki.jp/nicoutaite/pages/112.html
作詞：ChouCho 作曲：板垣祐介 編曲：板垣祐介 歌：ChouCho 翻譯：L長弓追翼 Sleeping Butterfly 我的道路閃閃發亮的綻放光彩 這是否是奇跡？ 穿越過 穿越過 穿越過那精彩的旋律 (Wake up Wake up this moment Fly up Fly up it s show time) 名為陳列品的那窄小的蟲籠 在這裡沉睡著 是你所發現的並所稱讚那廣闊的羽翼 開啟的那扇門扉 但是卻突然 (It s new world never seen) 陷入了困惑 使我的生命閃閃發亮地振翅翱翔 這不是夢境吧？ 相互重疊的和聲 (I wish) Sleeping Butterfly 睜開眼眸醒來 相信其中也可以吧？ 乘坐上 乘坐上 乘坐上那歡快的節拍 就算再一次對著動搖的世界死心 過去與未來也會相互聯結 (Wake up Wake up this moment Fly up Fly up it s show time) 一直以來在這堅硬的綠殼中 獨自一人掙扎著 即使無法華麗的飛翔 即使被荊棘所傷害 也想要全部接受 直到明天 (It s new world never seen) 已然無法等待 我的道路閃閃發亮的綻放光彩 這是否是奇跡？ 基調不斷閃亮 (I wish) Sleeping Butterfly 睜開眼眸醒來 可以試著飛翔嗎？ 穿越過 穿越過 穿越過那精彩的旋律 使我的生命閃閃發亮地振翅翱翔 這不是夢境吧？ 相互重疊的和聲 (I wish) Sleeping Butterfly 更加向著遠方 飛翔而去可以嗎？ 乘坐上 乘坐上 乘坐上那歡快的節拍 描繪著這動搖的世界 等待著未來 直到比現在更加高遠 (Wake up Wake up this moment Fly up Fly up it s show time)
https://w.atwiki.jp/aias-closurecompiler/pages/20.html
トップページ Compilerが求めるコーディングルール Closure Compilerは自身への入力となるJavaScriptがいくつかのコーディングルールに適合していることを想定しています。そしてユーザが高いレベルの最適化を求めるほど、Compilerは入力されるJavaScriptに対しより多くのルールを課すことになります。このページではそれぞれのコンパイルレベルにおけるルールについて説明します。 このページは公式サイトの以下のページを元に作成しました。http //code.google.com/closure/compiler/docs/limitations.html http //code.google.com/closure/compiler/docs/api-tutorial3.html 目次 全てのコンパイルレベルに適用されるルール SIMPLE_OPTIMIZATIONSでのルール ADVANCED_OPTIMIZATIONSでのルール 一貫した方法でプロパティにアクセスする thisはコンストラクタとプロトタイプメソッドだけで使う Compilerが使用箇所を見つけられないコードは削除される アプリケーションは全体を一度にコンパイルする コンパイルされたコードと外部コードの間の参照関係を維持するには 全てのコンパイルレベルに適用されるルール 全てのコンパイルレベルにおいて、Closure Compilerは処理を行うJavaScriptに対し以下の２つのルールを課します。 Compilerは Ecmascript 262 revision 3 だけを正しく認識する Ecmascript revision 3 はJavascript 1.5とJScript 5.5の基礎になっており、"JavaScript"という言葉が使われる場合は通常このバージョンのJavaScriptを意味します。CompilerはJScript独自の言語仕様やJavaScript1.5以降のバージョンのJavaScriptをサポートしません。 ブラウザによる拡張機能は、それがEcmascriptの言語仕様に適合するものであれば、Compilerと共に正常に動作します。例えばActiveXオブジェクトは従来のJavaScriptの構文によって作成されるので、Compilerはそのコードを問題なく扱うことができます。しかし一方、従来のJavaScriptの構文から離れたブラウザ拡張はClosure Compilerのエラーを引き起こします。例えばFirefoxのJavaScriptエンジンは const キーワードをサポートしますが、このキーワードはEcmascriptの言語仕様には含まれていないため、Compilerもそれをサポートしません。この制約により、コードが全ての主要なブラウザで動作するかどうかをチェックするするためにCompilerを利用することもできます。 Compilerはコメントを保存しない 全てのコンパイルレベルにおいてコメントは削除されるため、特殊なフォーマットのコメントに依存しているコードはCompilerのもとでは正常に動作しません。例えば（Compilerがコメントを保存しないために）JScriptの「条件付きコメント」は使用できません。ただしこの制約は条件付きコメントを eval() 式で囲むことで回避できます。Compilerは下のコードをエラーを発生させることなく処理します： x = eval("/*@cc_on 2+@*/ 0"); 注意： @preserve アノテーションを使用して、Compilerの出力結果の先頭にオープンソースライセンスやその他の重要なテキストを含めることができます。詳しくはこちらを参照してください。 SIMPLE_OPTIMIZATIONSでのルール SIMPLE_OPTIMIZATIONS レベルでは、コードサイズを減らすために関数パラメータ、ローカル変数、ローカルで定義された関数の名前を短く変更します。しかしJavaScriptのいくつかの言語構造は、この変更処理を失敗させることがあります。 SIMPLE_OPTIMIZATIONS を適用する場合、以下の言語構造の使用やコードの書き方は避けてください： with with を使用するとCompilerはローカル変数とオブジェクトプロパティを区別できなくなり、プロパティと同名の変数が先に存在した場合はそれに合わせてプロパティ名を変更してしまいます。そもそも with 命令は人間にとってもコードを読みにくいものにします。 with 命令は名前解決のための通常のルールを変更し、名前が参照するものの識別をそのコードを書いたプログラマにすら困難にしてしまうことがあるため、利用すべきではありません。 eval() Compilerは eval() の引数文字列をパースしないので、この引数の中に含まれるいかなる名前も変更されることはありません。このことはリネームされたシンボルとの間で名前の不整合が発生する危険性があることを示しています。 関数やパラメータ名の文字列表現 Compilerは関数と関数パラメータの名前を変更するものの、コードの中でそれらを表す文字列までは変更しません。従って、コード内で関数名やパラメータ名を文字列として表現することは避けるべきです。例えばPrototype.jsライブラリの argumentNames() 関数は関数パラメータの名前を検索するために Function.toString() を使っています。 argumentNames() はコード内で引数名を利用したいと思わせるかもしれませんが、最適化処理の過程でこの種の参照は破壊されてしまいます。 ADVANCED_OPTIMIZATIONSでのルール ADVANCED_OPTIMIZATIONS レベルのコンパイルでは、 SIMPLE_OPTIMIZATIONS と同じ変換処理に加え、プロパティ、変数、関数に対するグローバルスコープでのリネーム、未使用コードの除去、プロパティの平坦化が実行されます。これらの新しい処理は入力されるJavaScriptに対し更に多くの制約を課すことになります。また、 SIMPLE_OPTIMIZATIONS でのルールは ADVANCED_OPTIMIZATIONS にも適用されます。 以下では、 ADVANCED_OPTIMIZATIONS でコンパイルされるコードについて注意すべき点を列挙します。 一貫した方法でプロパティにアクセスする コンパイルレベルに関係なく、Closure Compilerは文字列リテラルを決して変更しません。これは ADVANCED_OPTIMIZATIONS レベルにおいて、プロパティ名を文字列で指定してアクセスしているかどうかによってプロパティの扱い方が違ってくることを意味します。もしプロパティの参照に文字列とドットシンタックスによるものが混在していると、Closure Compilerはそれらの一部だけをリネームします。その結果、おそらくそのコードは正しく動作しなくなるでしょう。 例として以下のコードを取り上げます： function displayNoteTitle(note) { alert(note[ myTitle ]); } var flowerNote = {}; flowerNote.myTitle = Flowers ; alert(flowerNote.myTitle); displayNoteTitle(flowerNote); このソースコードの最後の２つの文は、実際には全く同じことを行っています。 ADVANCED_OPTIMIZATIONS レベルでコードを圧縮するとこうなります： var a={};a.a= Flowers ;alert(a.a);alert(a.myTitle); 圧縮されたコードの最後の文はエラーを引き起こします。 myTitle プロパティへの直接の参照は a にリネームされ、一方 displayNoteTitle() 関数内のクォートされた myTitle による参照はリネームされませんでした。その結果、最後の文では既に存在しない myTitle プロパティが参照されています。 この問題の解決策はとてもシンプルです。可能な限りクォートされた文字列ではなくドットシンタックスによるプロパティ名を使用し、文字列を使うのは Closure Compilerにプロパティ名を変更されたくない場合だけにします。例えばプロパティをエクスポートする際には、文字列が使用される必要があります。しかしそのプロパティがコンパイルされたコードの中だけで使われるなら、ドットシンタックスを使用してください。 もしどうしてもプロパティをクォートされた文字列によって参照する必要があるのであれば、常にその方法を使ってください： function displayNoteTitle(note) { alert(note[ myTitle ]); } var flowerNote = {}; flowerNote[ myTitle ] = Flowers ; alert(flowerNote[ myTitle ]); displayNoteTitle(flowerNote); 変数とグローバルオブジェクトのプロパティの不一致 Compilerはプロパティと変数をそれぞれ独立してリネームするので、それが原因でプロパティ名の不一致が発生する可能性があります。例えばCompilerは下の foo への２つの参照を、それらが実際には同一であっても、別のものとして扱います： var foo = {}; window.foo; // BAD このコードは次のようにコンパイルされます： var a = {}; window.b; もし変数をグローバルオブジェクトのプロパティとして参照したいのであれば、常にその方式で参照してください： window.foo = {}; window.foo; thisはコンストラクタとプロトタイプメソッドだけで使う 名前短縮の前段階として、 ADVANCED_OPTIMIZATIONS レベルのCompilerはオブジェクトプロパティに関するコードを１つにまとめる処理を行います。 var foo = {}; foo.bar = function (a) { alert(a) }; foo.bar("hello"); 例えば上のコードは、次のように変換されます： var foo$bar = function (a) { alert(a) }; foo$bar("hello"); このようなプロパティの平坦化はその後のリネーム処理をより効果的にします。例えば foo$bar はCompilerによって1文字の名前に置き換えられます。 しかしプロパティの平坦化は、関数内の this キーワードの意味を変えてしまうことがあります。 var foo = {}; foo.bar = function (a) { this.bad = a; }; // BAD foo.bar("hello"); 例えば上のコードは、次のように変換されます： var foo$bar = function (a) { this.bad = a; }; foo$bar("hello"); 変換前の foo.bar 内の this は foo を参照していましたが、変換後の this はグローバルの this を参照しています。このようなケースでは、Compilerは下に示す警告を出力します： WARNING - dangerous use of this in static method foo.bar プロパティの平坦化が this の参照を破壊するのを防ぐには、 this をコンストラクタまたはプロトタイプメソッドの中だけで使うようにしてください。コンストラクタを new キーワードを使って呼び出すとき、または this がプロトタイプのプロパティである関数内にあるときには、 this の意味は常に明確であるといえます。 この問題についてはこちらの説明も参照してください。 Compilerが使用箇所を見つけられないコードは削除される もし下の関数だけを ADVANCED_OPTIMIZATIONS でコンパイルした場合、Closure Compilerは空データを出力します： function displayNoteTitle(note) { alert(note[ myTitle ]); } Compilerに渡されたJavaScriptの中で関数が一度も呼び出されていないので、Closure Compilerはこのコードを不要とみなしてしまうのです。この振る舞いは多くのケースで望ましいものです。例えばあなたが自分のコードと大きなライブラリを一緒にコンパイルする場合、Closure Compilerはそのライブラリの中の関数が実際に使用されているかどうかを判断し、使用されていないものを取り除いてくれます。 ある関数（メソッドも）が使用されているとみなされるためには、Compilerが理解できる形式で呼び出しが行われている必要があります。JavaScriptではコンストラクタやそのプロトタイプのプロパティ名を反復処理の中で取得し、メソッドを実行できます。しかしCompilerはこの方法で呼ばれる特定の関数を識別することはできません。例えば次のコードは、意図しないコード削除の原因となります： function Coordinate() {}; Coordinate.prototype.initX = function() { this.x = 0; } Coordinate.prototype.initY = function() { this.y = 0; } var coord = new Coordinate(); for (method in Coordinate.prototype) { Coordinate.prototype[method].call(coord); // BAD } Compilerは for ループの中で initX() や initY() が呼ばれていることが分からず、両方のメソッドを削除します。 関数への参照がパラメータとして渡される場合、Compilerはそのパラメータへの呼び出しを見つけることができます。例えば次のコードが ADVANCED_OPTIMIZATIONS レベルでコンパイルされるとき、Compilerは getHello() 関数を削除しません： function alertF(f) { alert(f()); } function getHello() { return hello ; } // The Compiler figures out that this call to alertF also calls getHello(). alertF(getHello); // This is OK. 残しておきたいコードをClosure Compilerが削除している場合、これを防ぐには２つの方法があります： 関数呼び出しを行っているコードを、Closure Compilerが処理するコードの中へ移動させる 残しておきたいシンボルをエクスポートする 解決策1 関数呼び出しを行っているコードを、Closure Compilerが処理するコードの中へ移動させる もしあなたが自分のコードの一部だけをClosure Compilerでコンパイルした場合、望ましくないコードの削除に遭遇する可能性があります。例えば、関数定義のみを含むライブラリのファイルと、ライブラリをインクルードしその中の関数を呼び出すコードを含むHTMLファイルがあるとします。このとき、もしライブラリファイルだけを ADVANCED_OPTIMIZATIONS でコンパイルすると、Closure Compilerはライブラリ内の関数を全て削除してしまいます。 この問題の最もシンプルな解決策は、関数とそれらを呼び出しているプログラムを一緒にコンパイルすることです。下に示すプログラムをコンパイルしたとき、Closure Compilerは displayNoteTitle() 関数を削除しません： function displayNoteTitle(note) { alert(note[ myTitle ]); } displayNoteTitle({ myTitle Flowers }); このケースでClosure Compilerが displayNoteTitle() 関数を削除しないのは、それがコード内で呼び出されているためです。 言い換えると、Closure Compilerに渡すコード内にそのプログラムの「エントリポイント」を含まれていれば、望ましくないコードの削除を防ぐことができるわけです。プログラムの「エントリポイント」とは、プログラムの実行が開始される場所を指します。例えば前のセクションの"flower note"プログラムであれば最後の３行はJavaScriptがブラウザに読み込まれた直後に実行されるコードですので、ここがこのプログラムのエントリポイントということになります。コードを残すべきかどうかを決定するため、Closure Compilerはエントリポイントを出発点としてプログラムの処理フローのトレースを開始します。 解決策2 残しておきたいシンボルをエクスポートする ではもしあなたが再利用可能なライブラリを作成するため関数定義だけをコンパイルしたいと考えた場合、Closure Compilerによる関数の削除をどうすれば防げるでしょうか？ この場合の最善の解決策は、下の例に示すように関数をエクスポートすることです。エクスポートとは、シンボルの参照をグローバルオブジェクトのプロパティにプロパティ名を文字列指定して設定する処理のことです： function displayNoteTitle(note) { alert(note[ myTitle ]); } // Store the function in a global property referenced by a string window[ displayNoteTitle ] = displayNoteTitle; ADVANCED_OPTIMIZATIONS レベルのコンパイルによって圧縮されたコードは、次のようになります： function a(b){alert(b.myTitle)}window.displayNoteTitle=a; 圧縮されたコードが alert 文を実行している部分を関数として残している点に注意してください。この関数はかつての displayNoteTitle() が a() にリネームされたものです。しかし a() を参照するグローバルオブジェクトのプロパティの名称に古い関数名が使われているため、依然としてこの関数を古い名前で呼び出すことも可能になっています。例えばこのコードの外部にあるプログラムから以下のような呼び出しがあったとしても、やはり正しくalertを表示するはずです： displayNoteTitle({ myTitle Flowers }); 上のコードが動作するのは、ちょうど window.alert プロパティの値が alert() 関数であるのと同様、 window.displayNoteTitle プロパティの値が関数であるためです。 さらに、Closure Compilerが関数定義を削除しなかった（ a() にリネームして残した）のは、 displayNoteTitle() 関数が実行中の処理の中で使用されていると見なしたからです。以下の代入文が、その使用箇所にあたります： window[ displayNoteTitle ] = displayNoteTitle; コンストラクタやプロトタイプメンバも、上と同様の手法でエクスポートできます。以下に例を示します： MyClass = function(name) { this.myName = name; }; MyClass.prototype.myMethod = function() { alert(this.myName); }; window[ MyClass ] = MyClass; // -- Constructor MyClass.prototype[ myMethod ] = MyClass.prototype.myMethod; もし逐一エクスポートのための文を書くことが面倒に感じられるなら、エクスポート用の関数を使用するのも良いでしょう。そのような関数の例として、Closure Library内の goog.exportSymbol() や goog.exportProperty() を参照してみてください。 アプリケーションは全体を一度にコンパイルする もしあなたが自分のアプリケーションを２つのコードモジュール（JSファイル）に分割したとすると、おそらくそれらのモジュールを別々にコンパイルしたいと考えるでしょう。しかしそれらのモジュールが連携して動作している場合、あなたはコンパイル時に後述するような様々な問題に直面するものと思われます。そして仮にコンパイルに成功したとしても、２つの出力結果は互いに関連性を失っていることでしょう。 例として、データ取得とデータ表示の２つの部分に分割されたアプリケーションを想定します。データを取得するコードは以下のとおりです： function getData() { // In an actual project, this data would be retrieved from the server. return {title Flower Care , text Flowers need water. }; } データを表示するコードは以下のとおりです： var displayElement = document.getElementById( display ); function displayData(parent, data) { var textElement = document.createTextNode(data.text); parent.appendChild(textElement); } displayData(displayElement, getData()); これら２つのコードを別々にコンパイルした場合、いくつかの問題が発生します。第１に、Closure Compilerは getData() を削除します。（その理由についてはCompilerが使用箇所を見つけられないコードは削除されるを参照してください）第２に、データ表示のコードを処理する際、Closure Compilerは以下のエラーを出力します： input 6 ERROR - variable getData is undefined displayData(displayElement, getData()); データ表示のコードのコンパイル時に getData() 関数にアクセスできないため、Closure Compilerは getData を未定義として扱います。 適切なコンパイルを確実に行うには、アプリケーションに含まれる全てのコードを１回の処理で一緒にコンパイルさせるべきです。Closure Compilerには複数のJavaScriptファイルやJavaScriptコード文字列を入力として指定できるため、ライブラリのコードとそれ以外のコードを単一のコンパイル処理リクエストに同時に渡すことが可能です。 注意：コンパイルされたコードとそうでないコードをアプリケーション内に混在させたい場合、この解決策は役に立ちません。このような状況への対応については、次のコンパイルされたコードと外部コードの間の参照関係を維持するにはを参照してください。 コンパイルされたコードと外部コードの間の参照関係を維持するには ADVANCED_OPTIMIZATIONS レベルでのシンボルのリネームによって、Closure Compilerが処理したコードとそうでないコードの間では互いに対話ができなくなります。コンパイル処理がソースコード内に定義された関数をリネームした後に外部のコードがその関数を呼び出したとしても、それらは変更前の関数名を参照しているため全て失敗するでしょう。同様にコンパイルされたコードからの参照に用いられていた外部コードのシンボル名もまた、Closure Compilerによって変更されていると思われます。 注意してほしいのは、コンパイルされたコードから外部コードへの参照を正しく維持することと、外部コードからコンパイルされたコードへの参照を正しく維持することは、実際には別の問題だということです。これらにはそれぞれに異なった解決策があり、Closure Compilerを最大限に活用するには状況に応じ適切な解決策をとることが重要になります。 外部コードからコンパイル済みコードへの呼び出しについての解決策：エクスポート もしあなたがライブラリとして再利用しようと考えているJavaScriptコードを持っているとして、外部のコンパイルされていないコードからライブラリ内の関数を呼び出せなくなるのなら、Closure Compilerによるコードの短縮を使いたいとは思わないでしょう。 この状況に対する解決策は、残しておきたいシンボルをエクスポートするで示した望まないコードを削除への対策と同じです。要素のエクスポートは要素の削除を防ぐだけでなく、それらを外部コードから利用可能な状態にすることにもなります。 コンパイル済みコードから外部コードへの呼び出しについての解決策：extern あなたが"OpenSocial API"や"Google Maps API"のようなサードパーティのJavaScriptライブラリを利用している場合、コード内で使用されている外部ライブラリ定義のシンボル名がClosure Compilerによってリネームされないようにしなければなりません。例えばOpenSocialライブラリの opensocial.newDataRequest() 関数を呼び出しをClosure Compilerが a.b() に変換してしまうのは、まったく望ましいことではありません。あなたのコードは外部ライブラリで使われているとおりの名前を使う必要があるからです。 Closure Compilerは、外部コードが定義する名前を宣言しそれをリネームさせなくする機能を提供します。この機能は「extern」と呼ばれます。Closure Compilerはextern宣言されたシンボルがコンパイルされたJavaScriptが実行される環境内に存在するものとみなして処理を行います。externについてはこちらで詳しく説明します。
https://w.atwiki.jp/shadowbane/pages/90.html
Healerは全てのClassにおいて、Heal,SummonができるClassである。 そのため、GvGでは味方の回復や復帰といったサポート役として欠かせない存在である。 また、Druid,Confessor,Channelerなどは豊富な攻撃魔法を持っているためアタッカーとしても優秀であり、物理ダメージに対するアブソーバーを持っているためソロでも活躍できるが、 HealthPointが低いためMelee系やMage系など高火力を持つClassに対しては対抗できないこともしばしばある。 DEX -10 CON +5 SPI +5 Skill Restoration (LV1) 主にHealに関するSkill。これを上げるとHeal量が増加する。 Benediction (LV1) 主にBuffに関するSkill。取得したいPower以上まで上げるメリットは無い。 69まで上げてSummonを取得するのがHealerとして最低限の心得。 Hammer (LV1) Staff (LV1) LA (LV1) Block (LV5) Power Blessed Mending - 単体Heal (LV1 Reatoration) Healerが最初から覚えているHeal。キャストが短くリキャストも無いのでメインのHealとして使用する人が多い。 Blessed Healing - 単体Heal (LV4 Restoration26) 不要Power。他のHealと間違えてTrainすると悲しくなる。 Prayer of Mending - Group Heal (Lv20 Reatoration51 Blessed Mending20) 効果範囲(50units)内のGroup Memberを回復する。 Succor - Exp回復 (LV10 Restoration42) Train不要。 Playerの墓に使用。Mobにやられて減ったExpの25%を回復させる。 Crusader, Druid, Prelate, Priestはより回復量の多い上位Powerを覚える。 Summon - PC召還 (Lv25 Benediction69) Train不要。 任意のPlayerを自分のところに召還する。相手の同意が必要。 Healer必須Power。 Blessed Protection - 単体def buff (LV2 Benediction19) Blseeing of Strength - 単体STR buff (LV3 Benediction22) Blessing of Health - 単体CON buff (Lv6 Benediction33) Blessing og Dexterity - 単体DEX buff (LV8 Benedistion38) Prayer of Might - Group STR buff (LV33 Benediction79) Prayer of Vitality - Group CON buff (LV36 Benediction82) Prayer of Agility - Group DEX buff (LV38 Benediction85) buff系統のPowerはGMで+60(def buffは+100)。効果は3時間。 buff pot(ステータス+55 def+145)とはスタックしないのでSkill Pointを割いて取るかどうかはお好みで。戦闘用キャラは取らない場合が圧倒的に多い。 Shield Block - Block確率上昇buff (LV10 Block26) 盾装備が使用条件。Train不要。 上位Class Priest 純粋Healer。単体とGroup用のHoTと%Heal、Stamina%Healを持つ。 攻撃力は全Class中最低で、攻撃を捨て仲間のHealを主に行うのが一般的。 Healの他にはRootや最長15秒のロングStunを覚えられるが、取るかどうかは好み次第。 Groupに最低1人は欲しいClass。 また、buff系統のPowerが豊富なためbuff用のBOTとして利用される場合もある。 HPは中の下といったところ。Healerの中では中程度。鎧はMAまで装備可能。 狙われやすいClassなので、HPの高いDwarfで育成される事が多い。 Channeler 攻撃型のHealer。Cold, Fire, Lightningと3種の属性の攻撃が可能。 Mage Channelerと比べた利点は、HealとSummonが可能な事と盾が装備できる事。 MageよりもStanceの威力は落ちるが、それでもレジストdebuff付きDDのBoltを絡めた攻撃力は大きい。 Sneak可能。飛行Powerを持つ。 HPは低い。鎧はLAのみ。 Aelfborn, Nephilimで作成される事が多い。 Confessor キャストの非常に短いPoison DoT(Snare付き)とFire DoTをはじめ、Fire DD, Fire AoE(0range), Drain DD, Drain DoTと多くの攻撃Powerを持つ。 これらの攻撃Powerを全部取っても使ってる暇がないので3~4つに絞る方が現実的。 回復能力は通常のHealの他にHeal転送、Mana転送といったPowerがある。 HP Mana変換のPowerを持つのでManaが無くなっても自力で補給可能。 Confessorのみが使えるGroup Damage Absorberは強力で、物理3種のレジストが+95(その他のClassのAbsorberは75)される。 HPはPriestと同程度。鎧はMAまで。 種族はHuman一択。 Crusader Holy DDをメインの攻撃手段とする。他にも0レンジのAE Holy DoTが強力である。 Fighter Crusaderと違い、StanceでPowerのダメージが増加する。CrusaderといえばHealer baseが一般的。 回復能力も優秀で、レンジは短くリキャストもあるもののGMでHP85%, Stamina40%の強力な%Healや、SMが入った仲間にも使用できるHP転送がある。 Healerの中では唯一HAを装備でき、物理耐性も高い。 また、Dwarf以外の種族ならHuntman DiscでTrack可能。 HPは中程度、Healerの中では一番高い。 Centaur, Dwarfで育成される事が多い。 Doomsayor DrainDD, DrainDoT, ManaDrainDD, ManaDrainDoTとVampireに負けず劣らず吸いまくるClass。 Mage Doomsayorとの違いはHeal, Summon, 盾装備の他に、Minotaurで作成可能という事が挙げられる。 GvGでは狙れやすいClassであるが、Mage Doomsayorと比べると比較的死ににくい。 CONbuff消し+CONdebuffやMRdebuff, HRdebuff等のdebuff Powerも多い。 HPは低いが、Minotaurなら6000を超えるHPを確保する事も可能。鎧はLAまで。 Minotaur, Nephilimで育成される事が多い。 Druid AE Pirecing DoT(Snare付き), AE Lightning DD(Stun付き)と0レンジだが強力なAE Crushing DDという3種のAEを持つと言われたのも今は昔。 これらのAEに加えて、キャストの非常に短いPireciong DoT(Snare付き)とPoison DoTを使う高火力Healer Casterである。 更にPirecing, Crushing, Coldの三種Damage Absorberを持ち、単体%HealとGroup%Healを覚える事ができる。 対人でも強力なClassだが、前述の3種のAEを生かした狩り用のキャラとして用いられる事も多い。Huntman DiscでTrack可能。 HPはPriestと同程度。鎧はLAのみ。 戦闘目的の場合はAelfborn, Centaurで、狩りメインの場合はElf, Humanで育成される事が多い。 Prelate Holy DDとAE Holy DDで攻撃する。Holy DDはCrusaderに比べてキャストタイムが短いので、Crusaderよりも攻撃力が高い。また、9秒のロングStunを使う事ができる。 回復は単体とGroupの%Healを持つ。 PrelateのSRbuffは、FighterやRogue等のStamina消費の多いClassには喜ばれる。が、Rangerの場合は怒られる(個人用のSRbuffとスタックしないため)場合もあるので注意が必要。 HPはPriestと同程度。鎧はMAまで。 Centaur, Dwarfで育成される事が多い。
https://w.atwiki.jp/nserver/pages/16.html
NServer Rules This is an "Unofficial" English supportive website for NServer . ( DISCLAIMER )(El sitio sólo está disponible en inglés / O local só está disponível em inglês) This site or the author here of is in no association with NServer , its Owner(s), Administrator(s), GM(s), or GMS(s). Please read the Server Rules (this page) for fun and fair gaming BEFORE start playing. *** N Server Server Rules *** Click to expand/collapse headings below 1. Introduction Any actions that discomfort/offend others are not allowed. Any actions done by others that you are uncomfortable with, don t do it for others either. If you think that this is a pvp server, and these above 2 cannot be understood, you are not rational enough to belong here. If you think PKing is all and simply making others uncomfortable (making others discomfort is fun), you do not belong here. Unpreventable actions by players, ie. grief buff just to discomfort others or kamikaze to restore life, are unrational, don t do it. There are conditional reasons such as 2-way war and etc., of course... If you come in the way with too much of indecent action(s), it may lead you to ban. 2. Adena Making new toons just for the purpose of increasing or piling up your Adena isnt t allowed. If you find a bug or misconfiguration, please report it away.If you abuse it, any items that are not related to it may be deleted. It s just a penalty, give it up. 3. Non-PvP Areas All Necropolis & Catabombs These are hunt/farm designated area, NO PvP, PK, and MPK are allowed. You can attack players with Zariche or Akamanah,however, if you have Zariche or Akamanah, you cannot attack or attack back in these areas. *Do not make MOB train too much while hunting. If no one else is around, it may be ok.If someone told you not to, please stop it right away. 4. Olympiad/TvT Do not logout intentionally after you registered to Olympiad or TvT No Apella gears are allowed in Olympiad or TvT. No dual or more boxing in Olympiad or TvT, including "sitting" or "idling" toons. No support or disturbing players participating in Olympiad or TvT is allowed. (Buff, debuff, any heals) 5. Sieges Do not destroy gates in castles out of siege period. No mount or wyvern in the siege zone. Engrave from appropriate spot.(If you engrave it from below or over the wall, you are abusing bug) Do not go inside the casle to "set your toon" prior to the siege just for the purpose to log in/engrave when the siege starts. 6. Chat Any chat that people are uncomfortable with are not allowed. Please remember that this server is not restricted to participate by any age. Any chat that may relate to any sexual thought is not allowed. If you were to warn someone regarding his/her chat, let the person know kindly with PM. Do not occupy the chat. If someone tells you that you are occupying the chat, take the advice. If you were to let the person know of his/her occupancy in chat, be kind. Do not provoke in trade chat. The bottom line is that any chat that makes people uncomfortable is not allowed. If someone challenged you, do not report it directly to GM. PM to the person and tell your discomfort.If you were told of offending someone, accept it. Repeatedly offending the person is subject to ban. 7. Other Do NOT the degree of the penalty is in GMs discretion 1. Do not disturb any event that has been announced in the forum or trade chat, TvT, 15 people or more in it, or announced for general public of the server. You can disturb event that is unannounced or not open for the public. 2. Any actions that may interfere with the server management will be punished regardless of the server rules. (ie. Impersonating GM, continueously discomforting others in chat, and etc) 3. No Refund/Guarantee upon server "roll-backs," (items, extra NPCs, clan halls, quests, raiding boss, and etc) 4. Do not destroy clan hall doors. 5. Do not attack, hunt, or pvp while on mount. 6. No actions generally considered "Lame" is allowed, including forming up zerg and wait for a few.This does not apply in war zones and 2-way wars. 7. Do not put any grief buffs in town except in TI (Talking Island). 8. No bots allowed. 9. If your class is unable to summon a pet, do not participate in Olympiad with it. 10. Do not go to castles with Wyvern (except for taking a walk) 11. Do not feed Zeriche/Akamanah in castles or clan halls. 12. No attack, debuff or grief buff is allowed at spawn points, this applies to attacking/waiting parties, except in war zones. Agitating to do so can be punished too, including Lv.1 toons set there for Karma trap and etc. 13. Safe area in Primitive Isle is for gathering up only, do not hunt/farm in the safe zone there. 14. No buff or support over the wall is allowed, you can AOE buff/support during the siege, however. 15. Relocating of MOBs set by the server is not allowed. If you get caught, that s an instant ban.If you have done it before, it s challenging the server, other servers will be informed.Unintentinally relocationg mobs, ie. you died on mobs legibly, will not likely to be the subject of ban. 16. Do not restart/relog to cancel skill delays. 17. Do not flame other servers. 18. You are limited to raid 3 raidbosses in every 24 hrs. (changing toons, IP, or account doesn t help).If you get caught for raiding more than you are allowed to, you will be banned. 8. Special Rules for Karmas You can be killed at loading point, bettter not to use teleporter. A "Peace Zone" doesn t do anything to you. If you attack back in a peace zone, you will be banned. These rules are displayed every time you login to the game. However, you need to have Japanese L2 Client and Fonts installed to see these messages properly upon logging in.They look like these with English Client. You can only see English compatible characters. UP HOME ©2009 NServer "Unofficial" English Guide http //www29.atwiki.jp/nserver Edit 申し訳ありませんが、link_ref プラグインは提供を終了し、ご利用いただけません。
https://w.atwiki.jp/mtgwiki/pages/709.html
《Island of Wak-Wak》 #whisper 飛行を持つクリーチャーのパワーを０にしてしまう土地。 地上クリーチャーばかりの緑には重宝する防御手段。 Wak-Wakとは古い地図に書かれていた日本の名前。 千夜一夜物語の研究者によれば、昔知られていた日本の俗称『倭国（わこく）』からきたものといわれている。 土地であるため、カウンターされないところがポイント。 参考 カード個別評価：オールドエキスパンション カード個別評価：Masters Edition
https://w.atwiki.jp/sandbox2-wiki/pages/25.html
オリジナルIsland設定読み込み済みサンプル小島マップファイル サンプルマップです。 このマップファイルを使用すると、設定が読み込まれた状態なのでNPCなどのAI機能が有効状態で配置するだけで動きます。 小島、プレイヤースタート地点、敵１人が設置してあります。 プレイヤースタート地点SpawnPoint1のFolw Graphで以下のような設定がしてあります。 Ctrl+Gでログインしても必ずスタートポイント地点でログインするようにしてあります。 インストール方法 下記サイトから小島サンプルマップファイルをダウンロードする。 小島サンプルマップ オリジナルのIslandフォルダをリネームなどして大切に保存する。 ダウンロードしたIsland.zipを解凍してできた、Islandフォルダを下記フォルダを参考にコピペ。 \Electronic Arts\Crytek\Crysis\Game\Levels\Island エディタで下記ファイルを読み込む。 \Electronic Arts\Crytek\Crysis\Game\Levels\island\Island.cry 試行錯誤して楽しいマップを作ろう！
https://w.atwiki.jp/jpops/pages/9223.html
sleep warpをお気に入りに追加 sleep warpのリンク #bf Amazon.co.jp ウィジェット sleep warpの報道 gnewプラグインエラー「sleep warp」は見つからないか、接続エラーです。 sleep warpとは sleep warpの51%は見栄で出来ています。sleep warpの32%は赤い何かで出来ています。sleep warpの7%はお菓子で出来ています。sleep warpの6%は欲望で出来ています。sleep warpの4%は怨念で出来ています。 sleep warp＠ウィキペディア sleep warp Amazon.co.jp ウィジェット 掲示板 名前（ＨＮ） カキコミ すべてのコメントを見る ページ先頭へ sleep warp このページについて このページはsleep warpのインターネット上の情報を集めたリンク集のようなものです。ブックマークしておけば、日々更新されるsleep warpに関連する最新情報にアクセスすることができます。 情報収集はプログラムで行っているため、名前が同じであるが異なるカテゴリーの情報が掲載される場合があります。ご了承ください。 リンク先の内容を保証するものではありません。ご自身の責任でクリックしてください。
https://w.atwiki.jp/bfgmatome/pages/232.html
ゲーム情報（登録されているタグ） シリーズ＞The Treasures of Mystery Island ジャンル＞アイテム探し ジャンル＞パズル ジャンル＞謎解き 製作会社＞Alawar Entertainment 製作会社＞Alawar Five-BN 製作会社＞未確認 言語＞日本語 コメント欄へ移動 ゲーム配布ページ 英語 http //www.bigfishgames.com/download-games/4286/treasures-of-mystery-island/index.html 日本語 http //www.bigfishgames.jp/download-games/6918/treasures-of-mystery-island/index.html 紹介文 国際配達便の仕事をしているアレックスは、ある日飛行機で海の上を飛んでいる最中身に着けていたお守りが神秘的なオーラを放つのを目にした。飛行機が落下し始め慌てて機内から脱出したが、目を覚ますと聞いたこともない不思議な島、その名もミステリー島に到着していた！婚約者との結婚式がせまるなか、急いで島からの脱出を試みるがそうは問屋がおろさない！島の謎を解く冒険に出ることになったアレックスは果たして無事に婚約者と再会できるのだろうか！？ 美しい島の風景を堪能 たくさんのミニゲームに挑戦 ミステリー島から脱出しよう！ 画像 « » var ppvArray_0_1cb10355a0521537760d4afd7f9b83f9 = new Array(); ppvArray_0_1cb10355a0521537760d4afd7f9b83f9[0] = http //w.atwiki.jp/bfgmatome/?cmd=upload&act=open&page=The+Treasures+of+Mystery+Island+%28%E3%83%9F%E3%82%B9%E3%83%86%E3%83%AA%E3%83%BC%E5%B3%B6%E3%81%AE%E7%A7%98%E5%AE%9D%29&file=jp_treasures-of-mystery-island-screen1.jpg ; window.onload=function(){ ppvShow_0_1cb10355a0521537760d4afd7f9b83f9(0); }; function ppvShow_0_1cb10355a0521537760d4afd7f9b83f9(n){ if(!ppvArray_0_1cb10355a0521537760d4afd7f9b83f9[n]){ alert( 画像がありません ); return; } ppv_0_1cb10355a0521537760d4afd7f9b83f9$( ppv_img_0_1cb10355a0521537760d4afd7f9b83f9 ).src=ppvArray_0_1cb10355a0521537760d4afd7f9b83f9[n]; ppv_0_1cb10355a0521537760d4afd7f9b83f9$( ppv_link_0_1cb10355a0521537760d4afd7f9b83f9 ).href=ppvArray_0_1cb10355a0521537760d4afd7f9b83f9[n]; ppv_0_1cb10355a0521537760d4afd7f9b83f9$( ppv_prev_0_1cb10355a0521537760d4afd7f9b83f9 ).href= javascript ppvShow_0_1cb10355a0521537760d4afd7f9b83f9( +(n-1)+ ) ; ppv_0_1cb10355a0521537760d4afd7f9b83f9$( ppv_next_0_1cb10355a0521537760d4afd7f9b83f9 ).href= javascript ppvShow_0_1cb10355a0521537760d4afd7f9b83f9( +(n+1)+ ) ; } function ppv_0_1cb10355a0521537760d4afd7f9b83f9$(){ var elements = new Array(); for (var i = 0; i arguments.length; i++){ var element = arguments[i]; if (typeof element == string ) element = document.getElementById(element); if (arguments.length == 1) return element; elements.push(element); } return elements; } ボリューム レス一覧 582 名前： 名無しさんの野望 [sage] 投稿日： 2010/03/07(日) 14 16 23 ID pny2zYni ミステリー島の秘宝みたいに部品を集めて道具を組み立ててから別の場面で使うタイプのやつが好きだ。 581 3時間ちょっとでクリアできちゃったよ。 583 名前： 名無しさんの野望 [sage] 投稿日： 2010/03/07(日) 14 29 39 ID /XnSNzXE ありがとう！ちょっと買ってみます 私もミステリー島みたいな破片系が大好きです（英語力いらないしｗ） 215 名前： 名無しさんの野望 [sage] 投稿日： 2010/10/12(火) 19 41 52 ID lgnlg8Dl アイテム探しの中で、普通のものではなくトレジャーシーカーズのような 一つのアイテムを探すのにいくつかを集めないといけないゲームは トレジャーシーカーズシリーズ、ミステリー・オブ・クリスタルポータルシリーズ以外に 何かおすすめありますか？ 216 名前： 名無しさんの野望 [sage] 投稿日： 2010/10/12(火) 21 16 34 ID 7vkgzIsM . 215 マジックエンサイクロペディア、 ミステリー島の秘宝あたりが破片系だったと思う コメント 名前 コメント トップページに戻る
https://w.atwiki.jp/meltykiss/pages/18.html
■基本情報 通称：オアシス・札幌駅の店 住所：札幌市北区北7条西4丁目トーカン札幌駅前ビル815 最寄駅：ＪＲ札幌駅 電話番号：011-756-8188 料金：60min→5,000/90min→7,000/120min→9,000 マッサージ方法：オイル ふき取り方法：タオルとおしぼり HPの有無：http //www.rlx-oasis.com/ 嬢の制服：白衣? 部屋：個室 ■店の環境 マンションの1室で、部屋は３つぐらい。 部屋の入り口がカーテンで、隣の声とか聞こえてしまいます。 部屋は狭いけど、嬢との距離が近くて良いですね。 ■店の従業員の対応 まぁまぁかな。 ■マッサの順序 (120分コースの場合、嬢によって微妙に違うと思いますが^^) 嬢によっていろいろだと思いますが、指圧系をグイグイとやってくれるので良いです。 うつぶせ→足(つま先、ふくらはぎ、ふともも・・・最近、新人の嬢に○裏のツボを押されました)→尻→腰→肩→あおむけ(タオルで隠されます)→足(すね、リンパ)→腕→頭皮マッサ ↓ 時間があまってれば、好きなところをマッサしてもらう(肩とかこってるとこを)。 ↓ 飲み物を出されて、嬢とお話して終了。 ■特記すべきところ・他の店にないもの マッサがきちんとしてる。 カエル足ｗ ■ぎりぎり度 （☆５つまでで評価）～ 嬢との親密度にもよりますが、私的には☆☆☆。 ■感想① いろんなタイプの嬢がいるので、フリーで入るのも良いですが、オキニ嬢と120分たっぷり過ごすのも良いかと。 ☆(06/09/05 筋金入り) ■感想② きれいなHPを見て行ったので､ビルがまず汚くて焦る。店内は予想より狭く、マンションの一室を改造した感じで､トイレもユニットバス。フリーでしたが待ち時間はなく､すぐ案内されました。部屋に入るとまず『健全店ですので…』の説明をされました。ついた嬢はSさん。背が小さく地味な感じではあったけど､まぁ可もなく不可もなく…でしたが、終始会話はわりと弾んだかな?明るいコでしたよ｡(次回指名はしないでしょうf^_^;)ギリ度は☆かな｡ ☆(07/03/05 ｽﾋﾟｰﾄﾞｽﾀｰ)