Extended Validation 証明書 - Wikipedia
Extended Validation 証明書 [1] (EV 証明書とも) とは、発行者による主体者の審査に一定の基準を設けた公開鍵証明書である。ウェブサイトの認証と暗号化処理に使われるSSL/TLS (以下、単にSSL) サーバー用の公開鍵証明書 (この場合、単にEV SSL証明書とも) のほか、電子メールやコード・サイニング用の公開鍵証明書がある。本記事では以下、SSL用の証明書を中心に記述している。 概要[編集] SSLの元来の考え方は、SSL証明書の取得時にウェブサイトの管理者が認証局 (CA) の審査を経なければならなくすることで、デジタル証明書によるオンライントランザクションに信頼を与えることであった。 しかし、ほとんどのWebブラウザのユーザインタフェースにおいては、安直な確認をした証明書と厳格な審査をした証明書とが区別されてこなかったため、混乱が生じることとなった。多くの
Base64 - Wikipedia
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "Base64" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL（2023年12月） Base64は、データを64種類の印字可能な英数字のみを用いて、それ以外の文字を扱うことの出来ない通信環境にてマルチバイト文字やバイナリデータを扱うためのエンコード方式である。MIMEによって規定されていて、7ビットのデータしか扱うことの出来ない電子メールにて広く利用されている。具体的には、A、…、Z、a、…、z、0、…、9 の62種類の文字[注釈 1]と、2種類の記号 (+、/)、さらにパディング（余った部分を詰める）のための記号として = が用いられる。
ユニットテスト・フレームワーク一覧 - Wikipedia
以下は様々なプログラミング言語のためのコード駆動型のユニット・テスト・フレームワークの一覧である。全てではないが、これらの幾つかはxUnitに基づいている。 表の各列の説明 (分類)[編集] 名前: この列はフレームワークの名前及び、Wikipedia内にその項目があればそれへのリンクを含む。 xUnit: この列はフレームワークがxUnit型のフレームワークであるかどうかを示す。 TAP: この列はフレームワークがTAP準拠のテスト・ハーネスを出力できるかどうかを示す。 ジェネレータ: この列はフレームワークがデータ・ジェネレータをサポートするかどうかを示す。データ・ジェネレータはあるテストの入力データを自動的に生成し、生成した各データについてそのテストを実行する。 フィクスチャ: この列はフレームワークがテスト毎のフィクスチャをサポートするかどうかを示す。テスト毎のフィクスチャは個々の
円周率 - Wikipedia
円周率（えんしゅうりつ、英: Pi、独: Kreiszahl、中: 圓周率）とは、円の直径に対する円周の長さの比率のことをいい[1]、数学定数の一つである。通常、円周率はギリシア文字である π[注 1]で表される。円の直径から円周の長さや円の面積を求めるときに用いる[1]。また、数学をはじめ、物理学、工学といった科学の様々な理論の計算式にも出現し、最も重要な数学定数とも言われる[5]。 円周率は無理数であり、その小数展開は循環しない。さらに、円周率は無理数であるのみならず、超越数でもある。 円周率の計算において功績のあったルドルフ・ファン・クーレンに因み、ルドルフ数とも呼ばれる。ルドルフは小数点以下35桁まで計算した[6]。小数点以下35桁までの値は次の通りである。 ギリシャ文字の π は円周率に代表される。 基礎[編集] 表記と呼び方[編集] 円周率を表すギリシア文字 π は、ギリシア語
ラジアン - Wikipedia
ラジアン（英: radian, 記号: rad）は、国際単位系 (SI) における角度（平面角）の単位である。円周上でその円の半径と同じ長さの弧を切り取る2本の半径が成す角の値と定義される。弧度（こど）とも言い、平面角の大きさをラジアンで測ることを弧度法と呼ぶ。あるいはラジアンで測った平面角を弧度法の角という呼び方をすることもある。ラジアンは、立体角のステラジアンに対応するものである。 概要[編集] 概念としては例えばロジャー・コーツの著書 “Harmonia mensurarum” の編注に見られるが、「ラジアン」という用語自体は19世紀にジェームズ・トムソンが導入した[1]。 日本の計量法体系では、ラジアンは「円の半径に等しい長さの弧の中心に対する角度」と定義されている[2]。1 radは度数法では 180°/π で、およそ 57.29578° に相当する。180° は弧度法においては
クロスサイトスクリプティング - Wikipedia
クロスサイトスクリプティング（英: cross-site scripting）とは、Webアプリケーションの脆弱性[1]もしくはそれを利用した攻撃。脆弱性をツリー型に分類するCWEではこの攻撃を不適切な入力確認 (CWE-20) によるインジェクション (CWE-74) のひとつとして分類している (CWE-79)[2]。略称はXSS。かつてはCSSという略称も使われていたが、Cascading Style Sheetsと紛らわしいのでこの略称はあまり使われなくなった[1]。 「クロスサイト（サイト横断）」という名称は歴史的なもので、初期に発見されたXSSでは脆弱性のあるサイトと攻撃者のサイトを「サイト横断的」に利用して攻撃を実行することから名づけられたものだが[3][4]、XSSの定義は新しいタイプの攻撃が見つかるたびに拡張され、サイト横断的なものでなくともXSSと呼ぶようになった[3]
ストレージエリアネットワーク - Wikipedia
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "ストレージエリアネットワーク" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL（2017年12月） SANの概念図。中央のスイッチを介して様々なストレージが接続される ストレージエリアネットワーク（英: Storage Area Network，SAN）はハードディスクや磁気テープなどのストレージとサーバをネットワーク化したシステムである[1]。通信にはファイバチャネル、プロトコルにはSCSIが主に用いられる。ローカルエリアネットワーク（LAN）とは異なりストレージ専用のネットワークであり、膨大な量のデータファイルを保存・活用・一括管理する
JSONP - Wikipedia
JSONP (JSON with padding) とは、scriptタグを使用してクロスドメインな（異なるドメインに存在する）データを取得する仕組みのことである。HTMLのscriptタグ、JavaScript（関数）、JSONを組み合わせて実現される。 クロスドメインな通信を実現する方法としては、後にオリジン間リソース共有（英語版） (CORS)も開発され、JSON-Pに代わる選択肢となっている。 仕組[編集] ウェブブラウザなどに実装されている「同一生成元ポリシー」という制約により、ウェブページは通常、自分を生成したドメイン以外のドメインのサーバと通信することはできない。 しかし、HTMLのscriptタグのsrc属性には別ドメインのURLを指定して通信することができるという点を利用することによって別ドメインのサーバからデータを取得することが可能になる。 JSONPでは、通常、上記s
HTTP cookie - Wikipedia
HTTP cookie（エイチティーティーピークッキー）は、マジッククッキーの一種。単にクッキー（cookie）とも表記される。 RFC 6265などで定義されたHTTPにおけるウェブサーバとウェブブラウザ間で状態を管理する通信プロトコル、またそこで用いられるウェブブラウザに保存された情報のことを指す。ユーザ識別やセッション管理を実現する目的などに利用される。 概要[編集] HTTPは元来ハイパーテキストにおいて単にファイル転送を行うために開発されたため、同じURLへのアクセスならその状況によらず同一の情報源[1]を提供することが前提となっている。動的なコンテンツ生成の仕組みとしてフォームが導入されているが、これは要求に直接対応する応答だけに影響をおよぼす。言い換えるとHTTPでは、同じ瞬間に同じ内容の要求を行っていれば、そのクライアントが以前にどのような通信を行っていても区別されない。H
バグ管理システム - Wikipedia
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "バグ管理システム" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL（2021年6月） バグ管理システム（バグかんりシステム）、バグトラッキングシステム[1]とはプロジェクトのバグを登録し、修正状況を追跡するシステム。バグ管理システムの多くは、ウェブサーバ上で動作し、ウェブブラウザ経由でアクセスできるようになっている。 背景[編集] 近年、ソフトウェアの開発においてはバグの修正が重要な作業と考えられている。バグを漏らさず修正し、再発を防ぐには、バグの発見日時や発見者、再現方法、修正担当者、修正履歴、修正方法、重要度、テスト状況などの多くの情報
JavaScript Object Notation - Wikipedia
JavaScript Object Notation（JSON、ジェイソン）はデータ記述言語の1つである。軽量なテキストベースのデータ交換用フォーマットでありプログラミング言語を問わず利用できる[1]。名称と構文はJavaScriptにおけるオブジェクトの表記法に由来する。 特徴[編集] JSONはウェブブラウザなどでよく使われているECMA-262, revision 3準拠のJavaScript[2] (ECMAScript) をベースとしている。2006年7月にRFC 4627で仕様が規定され、その後、何度か改定され、2017年12月14日[3]にIETF STD 90およびRFC 8259およびECMA-404 2nd editionが発表された。MIMEタイプは application/json、拡張子はjsonとされた。 IETFおよびECMAおよびISOの仕様の改定の歴史 2
AWK - Wikipedia
AWK（オーク）は、プログラミング言語の一つ。 テキストファイル、特に空白類（スペースの他、タブなど）やカンマなどで区切られたデータファイルの処理を念頭に置いた仕様となっているが、一般的なプログラミングに用いることも可能である。UNIX上で開発された。 概要[編集] AWKは、ベル研究所におけるUNIX開発の過程で、sedやgrepのようなテキスト処理ツールに演算機能を持たせた拡張ツールとして1977年[1]に開発された。そのため、UNIX上のユーティリティである sort の存在を前提としている[1]。 簡単なスクリプトを記述することで効率的にテキストファイルを処理することが目的であった。 当初はそれほど多くの機能は無かったが、普及するにつれ、さまざまな処理をAWKで実行したいと考えるユーザーが増え、その希望に応えて1985年[1]に機能の拡張が行われた。その結果、汎用のプログラミング言
HTTPステータスコード - Wikipedia
HTTPステータスコードは、HTTPにおいてWebサーバからのレスポンスの意味を表現する3桁の数字からなるコードである。RFC 7231等によって定義され、IANAがHTTP Status Code Registryとして管理している。以下に一覧を示す。 1xx Informational 情報[編集] リクエストは受け取られた。処理は継続される。 100 Continue 継続。クライアントはリクエストを継続できる。サーバがリクエストの最初の部分を受け取り、まだ拒否していないことを示す。 例として、クライアントがExpect: 100-continueヘッダをつけたリクエストを行い、それをサーバが受理した場合に返される。 101 Switching Protocols プロトコル切替。サーバはリクエストを理解し、遂行のためにプロトコルの切り替えを要求している。 102 Processin
)
Squid (ソフトウェア) - Wikipedia
Squid（スクウィッド）はプロキシ (Proxy) サーバ、ウェブキャッシュサーバなどに利用されるフリーソフトウェア。GPLでライセンスされている。 Squidの用途は、重複リクエストに対したキャッシュ応答によるウェブサーバの高速化や、ネットワーク資源を共有する人々が行うWorld Wide WebやDNSなどの様々なネットワーククエリのキャッシュなど、多岐にわたる。元来はUnix系のコンピュータで動作させる目的で設計されている。 Squidは長く開発が続けられてきた[4]。多様なプロトコルをサポートしているが、主にHTTPとFTPで利用される。 TLS/SSL、HTTPSなどのセキュリティで保護された通信のサポートも行われている[5]。 当初はC言語で書かれていたが、バージョン3以降では多くのソースがC++で書かれたものに置き換えられている。 ウェブプロキシ[編集] キャッシングは、リ
OpenMQ - Wikipedia
Open Message Queue (OpenMQ) は オープンソースの メッセージ指向ミドルウェアを開発するプロジェクト。オープンソースアプリケーションサーバ開発プロジェクトGlassFishのサブプロジェクトとしてコミュニティによる開発が進められている。 Java Message Service (JMS) APIを実装している。JMS-APIの基本実装以外にスケーラビリティ・高可用性を実現したOpenMQ Cluster、C-API、JMX対応管理APIなどを搭載している。加えてJMSRAと呼ばれるJava EE Connector Architecture（英語版） (JCA) の実装モジュールを含んでいる。JCA実装によりJava EE準拠のアプリケーションサーバやBPMなどから容易にメッセージキューを使用することを可能としている。2009年現在OpenMQはGlassFis
Java Message Service - Wikipedia
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "Java Message Service" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL（2021年6月） Java Message Service (JMS) とはJavaプログラムにネットワークを介してデータを送受信させるためのAPIである。 Java EE 1.3 以降に標準で含まれている。データを1つずつバラバラに扱うのではなく、メッセージと呼ばれる塊にまとめて送信するメッセージングを行う。1対1のキューと1対多のトピックが使える。受信は、MessageConsumer.receive() による同期受信のほか、MessageLi
出版-購読型モデル - Wikipedia
出版-購読型モデル（しゅっぱん-こうどくがたモデル、英: Publish/subscribe）は、非同期メッセージングパラダイムの一種である。メッセージの送信者（出版側）が、特定の受信者（購読側）に直接メッセージを発行するプログラムではなく、発行（出版）されたメッセージはクラス分けされ、どんな受信者が居るのかは知らない。受信者は興味のあるクラスを指定しておき、そのクラスに届くメッセージだけを受け取り、どんな送信者が居るのかは知らない。送信者と受信者の結合度が低いため、スケーラビリティがよく、動的なネットワーク構成に対応可能である。 出版-購読型モデルはメッセージキューパラダイムと対比され、一般に大きなメッセージ指向ミドルウェアの一部として使われる。一部のメッセージシステム（Java Message Serviceなど）は、出版-購読型とメッセージキューの両モデルをサポートしている。 メッセ
ポイント・ツー・ポイント - Wikipedia
ポイント・ツー・ポイント（英: point-to-point）とは、ある点ともう1つの点をつなぐことを意味し、電気通信では2つの端点（通常はホストコンピュータ）だけを接続することを指す。 P2P、Pt2Pt などと表記することもあるが、Peer to Peer ファイル共有ネットワークを指す P2P とは異なる。 類似の用語としてポイント・ツー・マルチポイントがあるが、こちらは放送やダウンリンクを指す用語である。 基本的なポイント・ツー・ポイントのデータリンク[編集] 最も古典的なポイント・ツー・ポイントのデータリンクは、2つの端点だけを接続する通信媒体であり、データをパケット化しない。両端のホストコンピュータが転送されるデータのフォーマットを完全に制御する。コンピュータと通信媒体との間のコネクションは、RS-232かそれに類する方式で実装されている。近接するコンピュータ間では、それぞれの
メッセージ指向ミドルウェア - Wikipedia
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "メッセージ指向ミドルウェア" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL（2021年6月） メッセージ指向ミドルウェア（メッセージしこうミドルウェア、英: Message-oriented middleware、MOM）とは、アプリケーションソフトウェア間のデータ通信ソフトウェアであり、一般に非同期メッセージパッシングに基づいたものを指す。 多くのメッセージ指向ミドルウェアはメッセージキューシステムに基づくが、他にもブロードキャスト型のメッセージシステムやマルチキャスト型のメッセージシステムに基づくものもある。 起源[編集] ミドルウェ
RabbitMQ - Wikipedia
RabbitMQ（ラビットエムキュー）は、Advanced Message Queuing Protocol (AMQP) を使用した、オープンソースのメッセージ指向ミドルウェアである。 RabbitMQ Serverは、Erlang言語で記述されており、クラスタリングとフェイルオーバーのためにOpen Telecom Platformフレームワークで構築されている。 当初の開発元はRabbit Technologies社であったが、2010年4月にSpringSource社に買収され[1][2]、その後SpringSource社がVMwareに買収された。そして、EMCとVMware、GEの出資で設立されたPivotal Software（英語版）社がRabbitMQの開発・サポートを行っていたが、2019年にVMware社がPivotal Softwareを吸収合併し、今はVMware
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
