NAME HTTP::Server::Simple - Lightweight HTTP server SYNOPSIS use warnings; use strict; use HTTP::Server::Simple; my $server = HTTP::Server::Simple->new(); $server->run(); However, normally you will sub-class the HTTP::Server::Simple::CGI module (see HTTP::Server::Simple::CGI); package Your::Web::Server; use base qw(HTTP::Server::Simple::CGI); sub handle_request { my ($self, $cgi) = @_; #... do som
IPネットワークであるインターネットでは、通信相手は基本的にはIPアドレスで指定する。コンピューター同士の通信であれば、お互いのIPアドレスさえ分かれば通信が可能だ。ところが、人間にとってIPアドレスはただの数字の羅列でしかなく（IPv4では10進数、IPv6では16進数）、分かりにくい。 そこで、IPアドレスを「ドメイン名」という名前で扱えるようにする「DNS（ドメイン・ネーム・システム）」が1983年に誕生した。DNSは、問い合わせたドメイン名に対してIPアドレスを返す電話帳のような役割を持つ。この対応関係の情報は、階層構造になった多くのDNSサーバーで分散管理している。 DNSサーバーは実際には大きく2種類に分けられる。ユーザーから直接問い合わせを受け、ユーザーの代わりにIPアドレスなどを調べる「キャッシュDNSサーバー」と、ドメイン名に対応するIPアドレスなどを返答する「権威DNS
Denoが大幅な方針変更を発表。3カ月以内にnpmパッケージへの対応を実現、最速のJavaScriptランタイムを目指しHTTPサーバを刷新 オープンソースのJavaScript/TyeScriptランタイム「Deno」を開発するDeno Landは、「Big Changes Ahead for Deno」（Denoの方向性の大きな変更）という記事を公開し、Denoのnpmパッケージへの対応や高速化などの新たな取り組みを発表しました。 Big changes ahead for Denohttps://t.co/Q5xKz3bJLg — Deno (@deno_land) August 15, 2022 今回の発表では、npmへの対応、最速のJavaScriptランタイムを目指す、企業向けサポート、という3つの大きな取り組みが示されています。 3カ月以内にnpmパッケージをインポート可能に
IISのワーカー・プロセスとは、IIS（Internet Information Services）上において、ユーザー・アプリケーションを実行するためのプロセスである。本稿では、このワーカー・プロセスの挙動をカスタマイズする方法について解説する。 ■IIS 6.0の内部アーキテクチャ まず、IIS 6.0の内部的なアーキテクチャについて簡単に解説しておこう。以下は、IIS 6.0の内部アーキテクチャを図示したものだ。 IIS 5.xではInetinfo.exe単体で実装されていたコア・モジュールが、IIS 6.0では次の3つのモジュールに分離されている。 Web管理サービス（WAS） ワーカー・プロセス（w3wp.exe） HTTPリスナ（Http.sys） Web管理サービス（WAS）は、ワーカー・プロセスを管理／監視するモジュールである（詳細後述）。 また、HTTPリスナは、クライア
HTTPガイドHTTP の概要典型的な HTTP セッションHTTP メッセージMIME タイプ（IANA メディア種別）HTTP の圧縮HTTP キャッシュHTTP 認証HTTP Cookie の使用HTTP のリダイレクトHTTP 条件付きリクエストHTTP 範囲リクエストコンテンツネゴシエーションHTTP/1.x のコネクション管理HTTP の進化プロトコルのアップグレードの仕組みプロキシサーバーとトンネリングHTTP クライアントヒントHTTP セキュリティサイトの安全化HTTP ObservatoryPermissions Policy Experimental コンテンツセキュリティポリシー (CSP)オリジン間リソース共有 (CORS)Cross-Origin Resource Policy (CORP)ヘッダーリファレンスHTTP ヘッダーAcceptAccept-CHAc
HTTP.sys は、次の機能をサポートします。 Windows 認証 ポート共有 SNI を使用する HTTPS HTTP/2 over TLS (Windows 10 以降) 直接ファイル伝送 応答キャッシュ WebSocket (Windows 8 以降) サポートされている Windows バージョン: Windows 7 以降 Windows Server 2008 R2 以降 サンプル コードを表示またはダウンロードします (ダウンロード方法)。 HTTP.sys を使用するタイミング HTTP.sys は、次のような展開に適しています。 IIS を使用せず、インターネットに直接サーバーを公開する必要がある。 内部の展開から Kestrel では使用できない機能が要求されている。 詳細については、Kestrel と HTTP.sys の比較に関するページを参照してください。 H
この記事はWindows & Microsoft技術 基礎 Advent Calendar 2015の2日目の記事です。 IISの実装モデルは2015年Webサーバアーキテクチャ序論に挙げられている中からひとつ選ぶとすればマルチスレッドモデルになりますが、ワーカープロセスによるマルチプロセスも組み合わさっているので、ハイブリッドアーキテクチャとしてもよいかと思います。 プロセスとスレッドの細かい話は明日の後編のほうで扱おうかと思います。今日は概念的なところだけ。 なお、この記事は基本的に（Windows Server 2008の）IIS 7.0から（Windows Server 2012 R2の）IIS 8.5までを想定して書いています。 論理構造（Webサイトとアプリケーションとアプリケーションプール） WindowsにインストールできるIISは1つだけです。ですが、1つのIISは複数の
Go Conferenceは半年に1回行われるプログラミング言語Goに関するカンファレンスです。 石澤氏は、Goを使ったインターネットプロトコルのテストツール「protospec」の作成について発表しました。全2回。前半は、テストツール「protospec」の仕組みについて。 HTTP/2のサーバーをゼロから実装した時に感じたこと 石澤基氏：今日は、GoとOCI Artifactsを使ってインターネットプロトコルのテストケースを共有可能にするという話をしていきたいと思います。 私はカンムという会社でソフトウェアエンジニアをしています、石澤基と申します。カンムでは主にサービスのバックエンドやインフラ領域を担当していて、Goは個人的に書いているのも含めて、5年ぐらい前から書いたり読んだりしています。 私が所属するカンムでは、VISAのプリペイドカードをアプリですぐに発行して使える、「バンドルカ
この記事は GraphQL Advent Calendar 2020 14 日目の記事です。 前回の記事は @joe-re さんの 「ライブラリの実装からCursor-based paginationにおけるcursorのフォーマットのベストプラクティスを探る」 でした。 前置き GraphQLは2010年代後半に出てきた技術の中でも個人的に特に強力なアプリケーション実装パターンの一つだと思っているのですが、シンプルな実装なのに利用用途が豊富にあることと利用する立場が違うと全く印象を抱く事から全体像を掴みづらく、本来持つべきポテンシャルに対してまだ認知が広がっておらず利用されていないように感じます。 今回はサーバーサイドからの視点を中心にGraphQLを構築する要素を分解して解説するのとともに、それを利用した際にWebアプリケーション開発やそれに関わるエンジニアに起きうる変化について書いて
「TLS暗号設定ガイドライン」は、TLSサーバの構築者や運営者が適切なセキュリティを考慮した暗号設定ができるようにするためのガイドラインです。「様々な利用上の判断材料も加味した合理的な根拠」を重視して、TLS通信での実現すべき安全性と必要となる相互接続性とのトレードオフを考慮した3つの設定基準（「高セキュリティ型」「推奨セキュリティ型」「セキュリティ例外型」）を設けており、各々の設定基準に対応して、TLSサーバで設定すべき具体的な要求設定（「遵守項目」と「推奨項目」）を決めております。 本ガイドラインは安全なウェブサイトの作り方とともに適切な暗号設定をする資料の一つとしてお使いいただけます。 なお、本ガイドラインは、暗号技術評価プロジェクトCRYPTRECで作成されました。 「TLS暗号設定ガイドライン」の内容 1章と2章は、本ガイドラインの目的やSSL/TLSについての技術的な基礎知識を
セッションとセッション永続性の使用 この章では、セッションとセッションの永続性を設定および使用する方法について説明します。 HTTP セッションの概要 セッション トラッキングを使用すると、複数のサーブレットか HTML ページにわたって、本来はステートレスであるユーザの状況を追跡できます。セッションとは、ある期間中に同じクライアントから出される一連の関連性のあるブラウザ リクエストのことです。セッション トラッキングは、ショッピング カート アプリケーションのように、全体として何らかの意味を持つ一連のブラウザ リクエスト (これをページと見なす) を結合します。 セッション管理の設定 WebLogic Server は、デフォルトによってセッション トラッキングを処理するよう設定されています。セッション トラッキングを使用する際にプロパティを設定する必要はありません。ただし、WebLog
ユーザーエージェント（HTTPユーザーエージェント）とはユーザが使用しているアプリケーション名、バージョン、ホストオペレーティングシステムや言語などを送信するものです。 ユーザーエージェント偽装 ユーザーエージェントは自己申告な為、簡単に偽装が可能です。 ここではユーザーエージェント（HTTPユーザーエージェント）の一例を記載しています。 Windows Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Win64; x64; Trident/5.0; YTB730) Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; GTB7.4; .NET CLR 1.0.3705; .NET CLR 1.1.4322; .NET CLR 2.0.50727) Mozilla
ASCII Booksのサイトをご利用いただき、ありがとうございます。 2016年12月6日をもちまして、サイトを閉鎖させていただくことになりました。 今までサイトをご利用いただき、ありがとうございました。 アスキー・メディアワークスを引き続き、よろしくお願いいたします。
SPDY（スピーディー[1]）は、Google が提唱している World Wide Web の通信プロトコル。HTTP/2 の起草となった。最後のバージョンはSPDY Protocol - Draft 3.1[2]。SPDY は 3.1 が最後のバージョンとなり、SPDY/4 は HTTP/2 に吸収された。 HTTPを基にして高速化を行ったプロトコルである。TLS接続の上にセッション層を追加し、単一のSPDYセッションで複数のリクエストを送受信する。さらに、ブラウザがページを表示する際、付随するデータの先読みを行う機能も追加している。セキュリティ機能も強化する。プロトコル的にはTLSの拡張仕様の一つであるApplication-Layer Protocol Negotiation (ALPN) をベースにしているため、HTTPSを使っての通信が必須である。 2015年現在は、独立したプ
インストールやレジストリーの変更なしで、USBメモリからでも簡単に起動でき、HTTP/FTP/TFTP/DHCP/DNS/SNTP/SYSLOGサーバとして使用できるソフトが「Serva」です。一時的に特定のサーバの機能を利用したい場合などに手軽に使えます。 各設定画面、ダウンロード＆設定方法については以下から。 Serva_Non-Supporter_64_v2.0.0 http://www.vercot.com/~serva/download.html ◆各設定画面 実際に設定できる項目は以下から確認できます。 HTTP FTP TFTP DHCP DNS SNTP SYSLOG ◆ダウンロード＆設定方法 公式サイトにアクセスし、Windowsの64bit版で使用するので「Serva_Non-Supporter_64_v2.0.0」をクリック。 ダウンロードしたZIPファイルをExpl
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く