約 1,343,757 件
https://w.atwiki.jp/freememo/pages/52.html
WinInetライブラリ HTTPプログラミングHTTPソース取得処理手順 サンプルソース HTTPヘッダー取得処理手順 サンプルソース コメント WinInetライブラリ インターネットプロトコルを隠蔽し高水準クライアントプログラミングを実現する為のライブラリ。 HTTPやFTP等のクライアントプログラムを容易に作成することができる。 TOP HTTPプログラミング HTTPソース取得 処理手順 InternetOpen()でWinInetを開始する。 InternetOpenUrl()でセッションを開く。 InternetReadFile()でデータを読み出す。 InternetCloseHandle()で、上記2.3.でのハンドルを閉じる。 サンプルソース TOP HTTPヘッダー取得 処理手順 InternetOpen()でWinInetを開始する。 InternetOpenUrl()でセッションを開始する。 HttpQueryInfo()でヘッダーを取得する。 サンプルソース TOP コメント 名前 コメント TOP
https://w.atwiki.jp/duelterminalnext/pages/14.html
1位 ジロウ ポイント 105300 使用デッキ オーバーレイプロトコル スキャンカード ヴェルズ・マンドラゴ ジェムナイト・サフィア デブリ・ドラゴン EXデッキ No.39 希望皇ホープ ダイガスタ・エメラル ジェムナイト・パール イビリチュア・メロウガイスト メイン 召喚僧サモンプリースト ゴブリンドバーグ ゴブリンドバーグ 光の護封剣 鬼神の連撃 デストラクション・ポーション エクシーズ・エフェクト 2位 イチロー ポイント 102500 使用デッキ オーバーレイプロトコル スキャンカード デブリ・ドラゴン ヴェルズ・マンドラゴ ジェムナイト・サフィア EXデッキ No.39 希望皇ホープ ダイガスタ・エメラル ジェムナイト・パール イビリチュア・メロウガイスト メイン 召喚僧サモンプリースト ゴブリンドバーグ ゴブリンドバーグ 光の護封剣 鬼神の連撃 デストラクション・ポーション エクシーズ・エフェクト 3位 かつお ポイント 101000 使用デッキ ホープ剣・スラッシュ！ スキャンカード デイブレーカー ゴゴゴゴーレム アマゾネスの鎖使い EXデッキ イビリチュア・メロウガイスト ラヴァルバル・チェイン No.39 希望皇ホープ インヴェルズ・ローチ メイン DーHERO ディフェンドガイ デブリ・ドラゴン ゴブリンドバーグ カゲトカゲ 破天荒な風 戦士の生還 コピー・ナイト
https://w.atwiki.jp/arunau32167/pages/138.html
メタルヘッズ（プロトタイプ) HP：http //www.ne.jp/asahi/tontoro/kousaku/kousaku.htm +スクリーンショット ゲーム内容の説明 関連作品 メタルヘッズ 登録タグ 2D格闘ツクール2nd（公開終了DL不可） 最終更新日時 2013-10-20 19 59 41 (Sun)
https://w.atwiki.jp/socup/pages/246.html
REST 主にWebで使われる。 RESTとは分散システムで複数のソフトが動く際の設計原則(2000年)。 RESTful API URLにHTTPアクセス(パラメータ付きで)するとXMLが返ってくる。(同じリクエストは同じ結果が返ってくる) RESTの原則の要点 状態管理をしない(セッション等) 操作命令が定義され、共有されている。 情報の構文が一意に識別可能 情報内に他の情報のリンクがあって良い 対応するRESTの原則に沿ったWeb HTTPはセッション管理機構がない POST,GET URLスキーム HTMLのハイパーリンク SOAP(プロトコル) ソフト同士がオブジェクトをやりとりすつためのプロトコル。XML記述。 SOAPとRESTの違い 参照URL http //xmlconsortium.org/wg/web2.0/teigensho/4--REST-SOAP.html 他の方法 REST原則には従うがXMLで返さない系(JSON, HTML)。要するにXMLを返さない系のREST
https://w.atwiki.jp/it_certification/pages/218.html
1. 概要 Selective Packet Discard (SPD; 選択パケット破棄) とは、Routing Processor (RP; ルートプロセッサ) で入力キューを管理する仕組みです。この仕組みにより、入力キューの輻輳が発生した時に、ルーティングプロトコルなど重要なパケットを優先させる事ができます。 具体的には以下の3つのキューを用いて制御します。 キューの名称 分類 general packet queue 一般のパケット SPD headroom BGP, IGP, L2 Keepalive extended SPD headroom IGP, L2 Keepalive 2. 出典 http //www.cisco.com/en/US/products/hw/routers/ps167/products_tech_note09186a008012fb87.shtml http //www.cisco.com/JP/support/public/ht/tac/100/1007059/spd-j.shtml 3. コマンド一覧 モード コマンド 簡易説明 conf no spd enable デフォルトで有効であるSPDを無効にします if ip spd mode [ ? or aggressive] aggressive modeにします if ip spd queue min-threshold value general packet queueの下限値を定義します if ip spd queue max-threshold value general packet queuの上限値を定義します if spd headroom value headroomのサイズを定義します if spd extended-headroom value 拡張headroomのサイズを定義します exec show ip spd SPDの設定を確認します 4. SPD State Check RPはパケットをgeneral packet queueとpriority queueに格納します。ルーティングプロトコルなど優先度の高いパケットはpriority queueに格納しますが、その他のパケットはgeneral packet queueに格納します。 general packet queueに格納されたパケットは以下dropが実行されます。 条件 挙動 下限以下 NORMAL (破棄しない) 下限以上 上限以下 RNADOM DROP (ランダムに破棄する) 上限以上 FULL DROP (必ず破棄する) 5. Aggressive Mode SPDにはnormal (default) modeとaggressive modeの2つのモードがあります。aggressive modeは無効なパケット(checksumによる破損発見, version不正, header長不正など)を破棄します。 6. SPD headroom SPDは、ルーティングプロトコルやL2 Keepaliveなど優先度の高いパケット・フレームをpriority queue (SPD headroom) に格納します。SPDは、優先度が高いかどうかはIP preccedence値を見て判断します。ルーティングプロトコルは、IP precedenceが6に設定されているので、特別な設定を投入しなくてもpriority queueに格納されます。 7. Extended SPD headroom IGPとBGPは同一のIP precendence値が与えられます。そのため、BGPコンバージェンスなどの際は、IGPが破棄されてしまう事もあり得ます。IGPの安定性はBGPよりも優先されるべきですので、IGPやL2 Keep aliveにはExtended SPD headroomと呼ばれるキューが与えられます。SPD headroomが満杯の時は、Extended SPD headroomに格納する事で破棄を防ぎます。
https://w.atwiki.jp/yoshida2/pages/128.html
実習３６．不連続サブネット問題（RIP） (1). 図のようなトポロジーを パケットトレーサで、作成する。 (2). ルーティングプロトコルは、RIP で、接続を確認しなさい。 (3). ルーティングプロトコルを、RIP2 で、接続を確認しなさい。 (4). show ip route コマンドで、ルーティングを確認しなさい。 ルータの設定は、以下の URL を参考にしなさい。http //atnetwork.info/ccna1/discontinuity_subnet01.htmlhttp //atnetwork.info/ccna1/discontinuity_subnet02.htmlhttp //atnetwork.info/ccna1/discontinuity_subnet03.htmlhttp //atnetwork.info/ccna1/discontinuity_subnet04.html (5). (1),(2),(3),(4) を実機で、確認しなさい。
https://w.atwiki.jp/isikawa232323/pages/30.html
ネットワーク方式 データ通信システム ＜１．データ伝送とデータ通信＞ ①データ伝送・・・電気通信によってある地点からある地点へデータを転送すること ②データ通信・・・プロトコルによるデータ伝送を行い、データ処理を行うこと ③モデム・・・アナログ回線の場合に使用され、直流信号を交流信号に変換したり逆にしたりする装置(ディジタルの場合もアナログ回線と通信を行うために使用されている) ④プロトコル・・・コンピュータ間で通信を行う際の通信規約 ＜２．インターネットへの接続＞ ①ADSL(非対称ディジタル加入者線)・・・一般のアナログ電話回線を用いたもので送信速度(5M程度)と受信速度(50M程度)が異なる 高速ディジタル伝送方式(ディジタルをアナログにモデムを利用することで変換している) ②CATVインターネット接続・・・CATV用の同属ケーブルや光ケーブルを利用したインターネットサービス 特徴として距離により通信速度の低下がない ③FTTH・・・加入者宅まで光ケーブルを引き込み電話やネットを統合する100Mbpsの高速サービス メディアコンバータという機材を必要とする ※bpsとはデータ信号速度の単位でビット/秒 ＜３．ブロードバンドとベースバンド＞ ①ベースバンド伝送・・・コンピュータから出た信号を変調せずに0と1を表す電圧や光の速度に変えてディジタル信号で伝送 雑音に弱く多重化も不可能 現在ではイーサネットLANで利用されている ②ブロードバンド伝送・・・コンピュータから出た信号を変調して伝送する（アナログ波へ） 多重化が可能で大量のデータを送ることもできる ADSLやCATVインターネットで利用されている ＜４．通信方式と交換方式＞ ①通信方式 Ａ．両方向同時通信・・・一度に両方送れる Ｂ．両方向交互通信・・・一度に片方しか送れない Ｃ．単方向・・・常に一方だけが送れる ②交換方式 Ａ．回線交換方式・・・電話のように通信のたびに物理的伝送路の設定 Ｂ．蓄積交換方式・・・データをためてまとめて伝送 ③多重化装置・・・複数の信号線を１本の伝送路に集約(分配も可能) Ａ．周波数分割多重化装置(FDM)・・・アナログ回線で異なる周波数帯にわけて帯行きごとに搬送波を立てて多重化 Ｂ．時分割多重化装置(TDM)・・・ディジタル回線で時間を細かく分けて伝送路を切り替えて多重化 Ｃ．波長分割多重化装置(WDM)・・・光ケーブル回線で異なる波長の光信号で伝送を多重化 Ｂ．符号分割多重化装置(CDM)・・・同じ周波数を利用するユーザに識別符号をつけて区別して多重化
https://w.atwiki.jp/regnessem/pages/11.html
#norelated Regnessemの紹介 Regnessemの紹介 Regnessem とは 主な特徴 マルチアカウントの同時ログインが可能 ユーザーインターフェイスを一新 ビジュアルのカスタマイズ機能を拡張 プラグイン機能の強化 Regnessem とは マルチアカウント・マルチプロトコルを同時に扱えることを目標に開発されている、インスタントメッセージクライアントソフトです。基本構成ではMSN メッセンジャーサービスに接続することができます。偽メッセンジャー（旧）を大幅にグレードアップしたものになる予定です。 主な特徴 マルチアカウントの同時ログインが可能 複数のユーザアカウントで同時に MSN Messenger サービスにログインすることができます。ビジネスとプライベートなど複数のアカウントを使い分けている人でも、メッセンジャーを複数起動する必要がなくなりました。複数のアカウントのコンタクトリストはタブで分けられて表示されます。 ユーザーインターフェイスを一新 「よりシンプルに、より使いやすく」をコンセプトに、インターフェイスを一新。要望の多かった会話ウィンドウのタブ化を実装したほか、通知の１ウィンドウ表示など多くの点が変更されています。また、タブ表示されたコンタクトリストや会話ウィンドウはD Dで簡単に並び替えたり、独立した別ウィンドウで表示することも可能になりました。 ビジュアルのカスタマイズ機能を拡張 スキン変更機能を大幅に拡張したテーマ変更機能を搭載。ウィンドウのスタイルを含め、ビジュアルの細かなカスタマイズが可能になりました。また、煩わしかったテーマ変更時の再起動も必要なくなりました。 プラグイン機能の強化 これまで本体と統合されていた MSN プロトコルモジュール自体をプラグインとして分離・実装することで、ほとんど全ての機能がプラグインから操作できるようになりました。現在IRC,IRC,Yahoo!メッセンジャーなどへの接続を可能にするプロトコルプラグインの他、天気予報やMixiからの情報の取得、メディアプレイヤーやスケジュール管理など様々なプラグインが開発、公開されています。 本家のサイトを元に主に旧メッセンジャーとの比較の部分を、削除、加筆、修正しました。
https://w.atwiki.jp/dccinfo/pages/152.html
ECoS はEsu社のマルチプロトコルのデジタルコマンドステーション。 ２種類の品番がある。 50000 ECoS Command Station Set ＝ 240V変圧器と、ヨーロッパ仕様の電源プラグ、ドイツ語マニュアル付き 50001 ECoS Command Station Set ＝ 120V変圧器と、アメリカ仕様の電源プラグ、英語マニュアル付き ECoS は、DCC とSelectrixプロトコル、メルクリン等のモトローラデコーダー（fx、mfxは一部制限あり）も制御できる。 ７インチの液晶画面があるので、アイコンや、ビジュアルで操作や各種設定ができる。 自動往復運転などの、自動制御も可能。 イーサネット LAN 端子を持ち、ＰＣでレイアウトをコントロールすることに加えて、ファームウエア更新ができたり、設定データの保存と、復活をさせることが可能。
https://w.atwiki.jp/cocoareferencejp/pages/17.html
※リファレンスのテンプレートです。このままだと表示がおかしいですが必要事項を書き込めば直ります。最上部@wikiメニューの「編集」 「このページをコピーして編集」から新規ページを作成すると簡単です。このメッセージは削除して下さい。 Tags テンプレート トップ リファレンス hoge クラスリファレンス翻訳元 ? このページの最終更新：2010-02-05 ADCの最終更新： 継承するクラス 準拠しているプロトコル フレームワーク 使用可能な環境 Mac OS X 宣言ファイル コンパニオンガイド このクラスについて(Class at a Glance) 概観(Overview) 採用しているプロトコル(Adopted Protocols) このクラスでできること(Tasks) クラスメソッド インスタンスメソッド 定数(Constants)