ソフトウェア実装
出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2017/11/19 15:38 UTC 版)
「Let's Encrypt」の記事における「ソフトウェア実装」の解説
認証局ではACMEプロトコルのサーバ側を実装したBoulderと呼ばれるGoで書かれたソフトウェアが使用される。BoulderはMozilla Public License (MPL)バージョン2に基づいたフリーソフトウェアとしてソースコードとともに公開されており、TLSで暗号化された通信経路からアクセス可能なRESTによるAPIを提供する。 certbot（旧称letsencrypt）と呼ばれるApache Licenseに基づくPythonで書かれた証明書管理プログラムがクライアント側（登録者のウェブサーバ）にインストールされる。これは証明書を要求し、ドメイン認証プロセスを実施し、証明書を導入し、HTTPサーバのHTTPS暗号化を設定し、定期的に証明書を更新ために使用される。インストールと使用許諾への合意を行えば、コマンド1つで有効な証明書を導入することができる。OCSP Stapling（英語版）やHTTP Strict Transport Security (HSTS)のような追加のオプションを有効化することも可能である。自動セットアップはApacheとnginxのみで利用可能である。 Let's Encryptは90日間有効な証明書を発行する。これはこのような証明書により「鍵漏洩と誤発行によるダメージを抑制することができる」ためであり、自動化を奨励するためである。公式のcertbotクライアントと多くのサードパーティによるクライアントが証明書の自動更新に対応する。 コミュニティではいくつかのサードパーティにより、クライアント実装がいくつかの言語で行われている。
※この「ソフトウェア実装」の解説は、「Let's Encrypt」の解説の一部です。
「ソフトウェア実装」を含む「Let's Encrypt」の記事については、「Let's Encrypt」の概要を参照ください。
ソフトウェア実装
出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2022/06/30 10:06 UTC 版)
「ランベルトのW関数」の記事における「ソフトウェア実装」の解説
W 函数の実装は: LambertW in Maple, lambertw in GP (glambertW in PARI), lambertw in MATLAB, lambertw in octave with the 'specfun' package, lambert_w in Maxima, ProductLog (with a silent alias LambertW) in Mathematica, lambertw in Python scipy's special function package gsl_sf_lambert_W0 and gsl_sf_lambert_Wm1 functions in special functions section of the GNU Scientific Library - GSL. などがある。
※この「ソフトウェア実装」の解説は、「ランベルトのW関数」の解説の一部です。
「ソフトウェア実装」を含む「ランベルトのW関数」の記事については、「ランベルトのW関数」の概要を参照ください。
ソフトウェア実装
出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2020/05/18 04:27 UTC 版)
「部分的最小二乗回帰」の記事における「ソフトウェア実装」の解説
ほとんどの主要な統計ソフトウェアパッケージがPLS回帰を用意している[要出典]。
※この「ソフトウェア実装」の解説は、「部分的最小二乗回帰」の解説の一部です。
「ソフトウェア実装」を含む「部分的最小二乗回帰」の記事については、「部分的最小二乗回帰」の概要を参照ください。
ソフトウェア実装
出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2020/04/19 23:31 UTC 版)
「セッション (コンピュータ)」の記事における「ソフトウェア実装」の解説
TCPセッションは一般的に子プロセスやマルチスレッドを用いてソフトウェアで実装され、コンピュータがセッションの確立またはセッションへの参加をすると新規プロセスまたはスレッドが作成される。HTTPセッションは一般的に1セッション1スレッド方式ではなく、各セッションの状態情報を持つデータベースを用いて実装される。マルチプロセスまたはマルチスレッドを用いる利点は、各スレッドが独自の履歴とカプセル化された変数を持つインスタンスとなるため、ソフトウェアの複雑性が緩和されることである。欠点は、システムリソースに関するオーバーヘッドが大きいこと、そしてシステムが再起動するとセッションが中断される可能性があることである。 クライアントがサーバクラスタ内のどのサーバにも接続する可能性があり、サーバがセッション状態を維持しなければならない場合、一貫性の維持において特別な問題が発生する。セッションが維持される間、クライアントを同一のサーバにルーティングするか、あるいはクラスタ側でセッション情報を共有ファイルシステムまたはデータベースを介してサーバ間で伝達し合わなければならない。そうしないと、クライアントがセッション開始時のとは異なるサーバに再接続し、そのサーバが前回保存されたセッション状態にアクセスできず、問題が発生する恐れがある。
※この「ソフトウェア実装」の解説は、「セッション (コンピュータ)」の解説の一部です。
「ソフトウェア実装」を含む「セッション (コンピュータ)」の記事については、「セッション (コンピュータ)」の概要を参照ください。
- ソフトウェア実装のページへのリンク
