約 2,206,224 件
https://w.atwiki.jp/atmospica/
このwikiは このwikiは、リトバス二次創作サークル「AtmoSpica」のwikiです。 設定などにはネタバレを多く含みますので、ご注意下さい。 Twitter連動企画 TwitterでAtmoSpica準拠のキャラのアカウントを作成しています。 よろしければフォローどうぞ。 名前 アカウント 詳細プロフ 簓 勇平 @Sasara_AS ◯ 二木 佳奈多 @Futaki_AS ◯ 笹瀬川 佐々美 @Sasami_AS 渡辺 咲子 @Sakiko_AS ◯
https://w.atwiki.jp/cinnamonmint/
このwikiは このwikiは、リトバス二次創作サークル「AtmoSpica」のwikiです。 設定などにはネタバレを多く含みますので、ご注意下さい。 Twitter連動企画 TwitterでAtmoSpica準拠のキャラのアカウントを作成しています。 よろしければフォローどうぞ。 名前 アカウント ツイプロフィール 簓 勇平 @Sasara_AS ◯ 二木 佳奈多 @Futaki_AS ◯ 笹瀬川 佐々美 @Sasami_AS 渡辺 咲子 @Sakiko_AS ◯ 川越 令 @Lei_AS 中村 由香里 @Yukarin_AS
https://w.atwiki.jp/stalker_anomaly/pages/44.html
Deserted Hospital + ←Stash 概要 リマンスクにある病院はほぼ完全に崩壊し、地面の下に沈んだ廃棄された建物だ。 接続MAP Limansk Chernobyl NPP エリア この病院の歴史について公に知られていることはないが、設立されていた目的としては、近くのリマンスクの住民とのアクセスの良し悪しを考慮していたものと推測される。 この場所の最も興味深い謎は、この地域の地震は非常に稀にしか発生せず、通常は気付かないほど小さいのにもかかわらず、地面が何らかの影響を受けて崩壊したというものだ。 また、この地域はゾーン内で、放射能やアノマリー活動が存在しないことで知られており、あらゆる種類のゾーン崇拝カルト集団の集会所であるため、ほとんどのストーカーにとって危険な場所と認識されている。 この地域は、エミッションと「精神波の嵐」の影響が及ばない、ゾーンでも数少ない場所の１つだ。 この地域は、かつてゾーン内でもトップクラスで危険な場所の１つで、マシンガンとヘリコプターが狭い病院の通路に沿ってキルゾーンを作っていた。 かつての要塞としての面影はないものの、現在この病院はMonolithの補助的な聖堂になったと推測される。 コメント 名前
https://w.atwiki.jp/kakis/pages/4247.html
osp /// / 湿気 \ 13 seren klel ovosap \ 湿気 \ [ on ] \ onに湿気を与える、むしむしさせる \ [ iyuan ] \ 湿り気のある、湿気のある、むしむしした \
https://w.atwiki.jp/fns1556/pages/65.html
Allied Telesis ASBR(自律システム境界ルータ)における再配送 例）StaticとOSPFの再配送 (vlan2,192.168.255.254/24)Router1(vlan1,192.168.0.254/25)-----Router2 (eth0,0.0.0.0/0) Router1の設定 Manager ADD OSPF AREA=0.0.0.0 Manager ADD OSPF RANGE=192.168.0.0 MASK=255.255.255.0 AREA=0.0.0.0 Manager ADD OSPF INT=vlan1 AREA=0.0.0.0 Manager SET OSPF ASEXTERNAL=ON Manager Enable OSPF 参考 Cisco ABR(エリア境界ルータ)における経路集約 例）エリア1の172.16.0.0/24～172.16.3.0/24を172.16.0.0/22に集約して他のエリアに伝達する Router(config)# router ospf 1 Router(config-router)# area 1 range 172.16.0.0 255.255.252.0 RIP再配送におけるルートフィルタリング 例）RIPからOSPFに再配送されるルート172.16.0.0/24～172.16.3.0/24の内、特定のサブネット(172.16.0.0/24)のみをprefixリストにより許可する。 Router(config)#ip prefix-list rip-ospf permit 172.16.0.0/24 Router(config)#router ospf 1 Router(config-router)#distribute-list prefix rip-ospf out rip 参考1 参考2
https://w.atwiki.jp/tekitou10/pages/14.html
Open Shortest Path First ルータ間でネットワークのリンク状態を交換してトポロジ制御データベースを作成し、それに基づいて経路制御を行うプロトコル。経路制御情報の計算を効率化するため、複数のネットワークやホストをまとめてグループ化した「エリア」の概念を取り入れている。 各エリア内のルータは、自身が存在するエリア内のトポロジ情報データベースのみを持ち、エリア外の経路についてはエリアの境界ルータからの距離情報のみを受け取って経路制御情報を計算する。 RFC 1131 OSPF仕様 (Obsoleted by 1247) RFC 1247 OSPF Version 2 (Obsoletes 1131, Obsoleted by 1583) RFC 1583 OSPF Version 2 (Obsolates 1247, Obsoleted by 2178) RFC 2178 OSPF Version 2 (Obsoletes 1583, Obsoleted by 2328) RFC 2328 OSPF Version 2 (Obsoletes 2178) RFC 1584 OSPFのマルチキャスト拡張 RFC 1587 OSPF NSSAオプション (Obsoleted by 3101) RFC 3101 OSPF NSSAオプション (Obsoletes 1587) RFC 2740 OSPFのIPv6対応 (Obsoleted by 5340) RFC 5340 OSPFのIPv6対応 (Obsoletes 2740) IT用語辞典
https://w.atwiki.jp/aias-closurecompiler/pages/14.html
トップページ Closure Compiler Service UI Closure Compiler Service UIはClosure Compilerの機能をブラウザベースのWebアプリケーションとして提供します。短いコードをClosure Compiler Service UIに投入してその結果を確認してみることは、Compilerの動作を理解するのには最適の方法といえるでしょう。 このページは公式サイトのこちらを元に作成しました。 目次 使い方 JavaScriptファイルをコンパイルする コンパイル結果をファイルとして取得する コード入力欄先頭のコメントについて データサイズの制限 オプションリファレンス Add a URL Optimization Formatting 使い方 ブラウザで下のURLにアクセスします。 http //closure-compiler.appspot.com/ Closure Compiler Service UIの画面が表示されます。左下のコード入力欄には、シンプルな Hello World 関数が予めサンプルとして入力されています。通常はここにユーザのコードが上書きされることになります。 そのまま Compile ボタンをクリックすると、コンパイルされたコードが出力されます。 以上で、オリジナルの関数と同じ機能をもつ、より小さなJavaScriptコードを手に入れることがきました。コメント・空白の削除とローカルシンボルのリネームによって、Closure Compilerは92バイトあったコードを55バイトにまで小さくしました。 JavaScriptファイルをコンパイルする Closure Compiler UIは1つまたは複数のJavaScriptファイルを入力ソースとしてコンパイルを実行することもできます。ただしそのJavaScriptファイルは外部からHTTPでアクセスできる位置に公開されている必要があります。 Add a URL の右のボックスに指定したいJSファイルのURLを入力します。 サンプルとして以下のファイルが用意されています。 http //code.google.com/closure/compiler/samples/tutorial2.js Add ボタンをクリックします。入力欄の先頭コメントに、指定ファイルを値にもつ @code_url パラメータが追加されます。指定したいファイルが複数ある場合は、1.～2.の手順を必要なだけ繰り返します。同じファイルを2度指定した場合はコンパイル時にエラーとなりますので注意してください。 複数指定されたファイルは指定順に結合された後にコンパイルされます。またファイル指定と入力欄へのコード入力を同時に行った場合は、結合されたファイル内コードの後ろに入力コードが結合され、その後コンパイルが実行されます。 コンパイル結果をファイルとして取得する より使いやすいように、Closure Compiler Service UIはコンパイル結果をJSファイルとして1時間の間サーバ上に保持しています。このファイルにアクセスするには、コード出力欄の上にあるリンクのURLをコピーしてください。（The code may also be accessed at {filename}と表示されているところです）デフォルトの出力ファイル名は default.js ですが、入力欄の先頭部分にある @output_file_name パラメータの値を直接編集することで変更可能です。1時間の間に入力コードが変更されて再度コンパイルが行われた場合、Closure Compilerはサーバ上のファイルを新しい結果で上書きします。 アプリケーションのテスト環境からコンパイル結果へ直接リンクすることで、手軽にコードの動作チェックを行えるようになります。しかし決してこの機能を本番環境で使用しないでください。 注意： 過大な負荷を避けるため、あるユーザが一定時間内で連続してClosure Compiler Service UIを利用できる回数には制限が設けられています。もし以下のようなメッセージが表示された場合は、あなたがその制限を一時的にオーバーしてしまったことを示しています： Too many compiles performed recently. Try again later コード入力欄先頭のコメントについて コード入力欄の先頭にある「 // ==ClosureCompiler 」から始まる一連のコメントは、コンパイル時にコードと共にサーバに送信されるパラメータを表しています。この値は画面上のオプション設定変更に伴って即座に変更されていきますが、逆にこのコメントを直接書き換えて設定を変更することもできます。このときコメントと画面の設定が矛盾する可能性がありますが、コメント上の指定の方が優先されるようです。 コードのコピーペーストなどでこのコメントが一時的に消えてしまっても、送信時に自動的に再作成されます。ただし出力ファイル名（ @output_file_name ）の変更や入力ファイルの指定（ @output_file_name ）は復活しませんので注意してください。 データサイズの制限 Closure Compiler Service UIからサーバに送信できるデータのサイズは最大200,000バイトに制限されています。ここでいうデータには、入力欄に記述されたコードとアプリケーションが作成する各種のコンパイルパラメータが含まれます。データサイズが制限を超過している場合、コンパイル処理は失敗します。 入力コードのうち、サイズ制限の対象となるのは入力欄に直接記入された分のみです。従ってコードのサイズが大きすぎる場合はJavaScriptファイルをコンパイルするで示されている手順に従ってコードをJSファイルとして指定するようにしてください。（なお、コンパイルパラメータのサイズは全部合わせてもせいぜい100バイト程度です） オプションリファレンス Add a URL 入力ファイルのURLを指定します。詳しくはこちらを参照してください。 Optimization コードのコンパイルレベルを指定します。 Formatting 出力されるコンパイル済みJavaScriptコードの整形方式を指定します。 Pretty print チェックが付いている場合、Closure Compilerは人間が読み易くなるよう出力コードに改行とインデントを付加します。以下にその例を示します： function hello(a) { alert("Hello, " + a) } hello("New user"); Pretty print がチェックされていない場合は次のようになります。 function hello(a){alert("Hello, "+a)}hello("New user"); Print input delimiter チェックが付いている場合、Closure Compilerは各入力ファイルと入力欄に設定されたJavaScriptコードの範囲を示す文字列を出力コード内に付加します。例えば2つのファイルを一緒にコンパイルした場合、出力は次のようになります： // Input 0 alert("hi"); // Input 1 alert("bye"); ファイル間の境界を表す区切り文字としてClosure Compilerは「 // Input X 」を挿入します。これらの区切り文字はコメントであり、JavaScriptの動作を妨げない点に注意してください。 入力ファイルの区切りには、例えば各ファイルのうちコードサイズの圧縮に最も貢献しているものの把握を助けるというような用途が考えられます。
https://w.atwiki.jp/spiramst/
SPIRAMSTの仕様・データーをまとめるためのwikiです。 注意 当wikiに載っているデーター全てが正しいとは限りません。 このwikiにはネタバレ満載です。 その点を留意してご利用ください。 リンク SPIRA～星の歌声～ SPIRAMST 編集のルール 機体データ以外は編集出来ないようにしております。 要望がありましたらその他のページも編集できるようにするかもしれません。 wikiの編集の仕方が分からない、という方は上のヘルプを参照してください。 荒らし行為等をしているIPはアク禁致します。 コメントフォーム 意見等は此方に tes -- tes (2009-08-25 13 38 34) タイプのOT専用の技ですが、敵麻痺・攻撃回避以外が熟練度による効果増し?ですよ。 -- 凪 (2009-08-29 19 38 41) それはデフォでの話だと思いますが。 -- spiramst (2009-08-29 22 03 01) 3500～3550のページが左側、機体データの項目に追加されていません。 それと、3550～3600分のページ追加もお願いします。 -- ちは (2010-09-04 04 36 52) カオスドラモン vs ウォルキヌス -- 名無しさん (2024-06-27 23 08 52) 名前 コメント
https://w.atwiki.jp/kubo/pages/41.html
・OSPFルーティングテーブルを自動で作成するプロトコル。・メリット、デメリット-メリット コンバージェンスが速い -デメリット 階層型のネットワークを緻密に構築しなければならない。・ルーティングテーブル生成概要1、ルータ間でLSA交換 2、LSAからLSDB作成 3、LSDBからSPFツリーを生成 4、SPFツリーの最小コストのルートがルーティングテーブルにのる。 ・OSPFエリア同一のLSDBを保持するルータのグループのこと。 OSPFルータをエリアに分ける事で、LSDBのサイズを小さく出来る。それによりルーティングテーブルも小さくなる。 （他エリアのルーティング情報は集約される） 原則的にバックボーンエリア（エリア０）に隣接している必要がある。 ・LSAのタイプ-LSA1 ルータLSA すべてのOSPFルータが生成する。直接接続してるリンク状態の情報を含む。 エリア内のOSPFルータにアドバタイズ。 -LSA2 ネットワークLSA DRとなるOSPFルータが生成する。DRの情報を含む。 そのエリア内のOSPFルータに送信される。 -LSA3 ネットワークサマリLSA ABRが生成し、その配下のエリアにアドバタイズされる。 他のエリアのルーティング情報を集約した情報を含む。 -LSA4 ASBRサマリーLSA ASBRのルータIDとASBRに到達するためのメトリックが含まれる。 ABRが生成する。 -LSA5 AS外部LSA ASBRが生成する。非OSPFネットワークが接続されている場合に、そのネットワークの情報をアドバタイズする。 OSPFエリア全体にアドバタイズされる。（スタブエリア除く） -LSA7 NSSA外部LSA NSSAエリアを構成した時に生成されるLSA。 ・コスト-OSPFで用いられるメトリックである。 -CISCOや多くの実装ではポートの帯域幅が用いられる。 →実際のスループットである帯域幅とポートの帯域幅が異なる場合、 スループットの低いポートが経路に選択されてしまうケースがある。 コストの計算式：100MBps÷ポートの帯域幅（MBps） 例、10Mbpsのポートであればコストは10
https://w.atwiki.jp/despina/
夫の隠しごと。 夫が必死にスマホを隠すので、無理矢理奪って見てやりました。 そこに映っていたのは壇密さんのヌード。 笑いました。 そんなんを隠すなんて中学生男子かと。 良い歳した成人男性なんだから、隠さなくても良いじゃないか、と。 よっぽど私の方が男らしかったです。 興味があるのは理解できます。 その興味の欲を満たすためだったら、それで良いんじゃないかなぁと思うのですが、みなさんはどうですか？ 好きなようにすればいいのに……と思うのは、変なのでしょうか。 http //inublo.jp/blog/gwena http //blog.alc.co.jp/blog/kanisha http //dryzper.cocolog-nifty.com/blog/