タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
Webブラウザ上でWebAssemblyベースのNode.js環境を実現する「WebContainer」がAPI提供開始。ブラウザ内ファイルシステム、HTTPサーバ、Node.js CLIなど
Webブラウザ上でWebAssemblyベースのNode.js環境を実現する「WebContainer」がAPI提供開始。ブラウザ内ファイルシステム、HTTPサーバ、Node.js CLIなど WebAssemblyを用いてWebブラウザ上でNode.js環境を実現する「WebContainer」などを提供するStackBlitzは、WebContainerにアクセスできるAPIの提供を開始したと発表しました。 Today, after years of battle testing by millions of developers, in collaboration with browser vendors: WebContainer API is now available to everyone. Start building the next generation of inte
Denoが大幅な方針変更を発表。3カ月以内にnpmパッケージへの対応を実現、最速のJavaScriptランタイムを目指しHTTPサーバを刷新
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パッケージをインポート可能に
【Go】HTTPサーバーは安全に終了させましょう
はじめに こんにちは。都内でソフトウェアエンジニアをしているtomoriです。 突然ですが、Go言語でHTTPサーバーを実装する際、サーバーの終了処理を適切に実装できている自信はありますか？ 自分が開発に携わっているプロダクトでは、ほんの最近まで下記のような不適切な終了処理を行なっていました（話を簡単にするためにここでは panic を使っています）。 err := http.ListenAndServe(":8080", handler) if err != nil { panic(err) } HTTPサーバー実装のサンプルとかでよく見るやつですね。 これだとアプリケーション側で、いわゆる Graceful Shutdown ができておらず、実行環境にて不具合を引き起こす恐れがあります。 というわけで、最近それを修正したのでアウトプットとして記事にします。 Go言語でHTTPサーバーを
既存のHTTPサーバーをHTTP/3化する手法を使ってPiping ServerをHTTP/3対応する - nwtgck / Ryo Ota
大きな流れは、あらかじめ立っているHTTP/1.1のlocalhost:80をリバースプロキシを使ってlocalhost:8443でHTTP/3を受け付けられるようにすること。以下の図の通り必要に応じてHTTP/2やHTTP/1.1にフォールバックさせる。
これまで何度か HTTP Server の Graceful Shutdown について記事を書きました。 Go 言語で Graceful Restart をする Go 言語で Graceful Restart をするときに取りこぼしを少なくする Go1.8 の Graceful Shutdown と go-gracedown の対応 最終的に Go 1.8 で Server.Shutdown が導入され、この件は解決を見ました。 しかし、最近「あれ？本当に正しく Server.Shutdown 使えている？」と疑問に思い、少し考えてみました。 というか ↑ の記事もまだ考慮が足りない気がする。 ぼくのかんがえたさいきょうの Go HTTP サーバー起動方法 とりあえず完成形のコード。 package main import ( "context" "log" "net/http" "os
Deno、早くもnpm対応と3倍高速化したHTTPサーバAPIなどを実装した「Deno 1.25」をリリース JavaScriptランタイムのDenoの最新版「Deno 1.25」がリリースされました。npm対応や高速化されたHTTP Server APIの実験的実装などの新機能が搭載されています。 Deno v1.25 is released deno init subcommand experimental npm support (!) faster HTTP server (perf analysis coming soon) improvements to startup time improvements to FFI Release notes: https://t.co/jGbMOUkMZZ — Deno (@deno_land) August 25, 2022 npm対応
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Ruby HTTP server from the ground up 原文公開日: 2021/07/03 原著者: Dmitry Ishkov 何かを始めるときはとりあえず動かしてみることが大事ですが、プログラミングをレベルアップするには、それまで慣れ親しんできた抽象概念より数段下の裏舞台を知っておくことも肝心です。 Web開発ではHTTPのしくみを理解しておくことが重要です。そのためにはHTTPサーバーを自作するのが一番です。 そもそもHTTPとは HTTPはTCP上で実装されたプレーンテキストのプロトコルなので、リクエストの内容を調べるのも簡単です（HTTP/2は実際にはプレーンテキストではなく、効率化のためバイナリになっています）。リクエストの構造を見る方法のひとつは、以下のようにcurlコマンド に -v（verbose
Webシステムにおける HTTPサーバ機能をどう用意するか？という問題に対して先人達の葛藤の歴史 | Raccoon Tech Blog [株式会社ラクーンホールディングス 技術戦略部ブログ]
こんにちは羽山です。 現代の Webシステム界隈は昔よりもはるかに洗練され、初心者からでも簡単に開発方法を学び作れる時代になっています。その反面で例えば Python なら WSGI や gunicorn、Waitress、uWSGI などが何のために存在しているのかが分かりにくいと思ったことはありませんか？Ruby の Rack、unicorn、puma だったり FastCGI など、いずれも Webシステムの構成要素として重要な一方で役割を理解しにくいのは事実です。 そこで今回は Webシステムが現代の形にたどり着くまでの先人達の葛藤の歴史を解説します。歴史を知ればこれらの仕様やプロダクトが何の役になっているかが分かるはずです。 前提 動的な Webサイト（＝Webシステム）を作りたいニーズはインターネット黎明期からありますが、ブラウザからのアクセスを適切に処理するには HTTPサー
![Webシステムにおける HTTPサーバ機能をどう用意するか？という問題に対して先人達の葛藤の歴史 | Raccoon Tech Blog [株式会社ラクーンホールディングス 技術戦略部ブログ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/1de4f7647fc73bd264d932c4bca4a75a967a6b04/height=288;version=1;width=512/https%3A%2F%2Ftechblog.raccoon.ne.jp%2Fwp-content%2Fuploads%2F2024%2F05%2Fcloud-3406627_1280.jpg)
今回はRustを使って、簡単なHTTPサーバを実装してみましょう。HTTPは単純ですが生活インフラとしても必須となっているWebの根幹となる技術です。Rustに対する理解を深めると同時にWebの根幹となるHTTPについても学びましょう。 RustでHTTPを実装してみよう HTTPプロトコルとは？ 「HTTP(Hypertext Transfer Protocol)」とは、WebサーバーとWebブラウザの間でデータをやりとりするための通信規則（プロトコル）です。 1990年末にイギリスの物理学者ティム・バーナーズ＝リー氏と、ロバート・カイリュー氏によって設計されました。 HTTPプロトコルは、RFCとして公に発表されています。RFCとは、IETFが発行しているインターネットに関連する技術仕様などを共有するために公開される文書であり誰でも読むことができます。1996年にHTTP/1.0に関す
この記事は Go3 Advent Calendar 2019 13日目の記事です qiita.com TL;DR x/sync/errgroup はいいぞ 本編 最近よく書くサーバの起動部分のコードを紹介します 分かる人には見るのが一番早いと思うので、早速コード全体を載せます やりたいことは localhost:8888 で HTTP サーバを起動 SIGINT を受けると HTTP サーバを graceful shutdown 各所での ctx.Done() のハンドリング これらを混乱しないように記述したかったのが最初のモチベーションです package main import ( "context" "fmt" "net/http" "os" "x/sync/errgroup" ) func main() { os.Exit(run(context.Background())) }
Rust の新しい HTTP サーバーのクレート Axum をフルに活用してサーバーサイドアプリケーション開発をしてみる - Don't Repeat Yourself
この記事は Rust Advent Calendar 25日目の記事です。Merry Christmas! 今年の Web バックエンド開発関連で一番大きかったなと思っているイベントに、Axum のリリースがあります。2021年の夏頃に tokio チームからリリースされた Web アプリケーション用のライブラリです。 基本的なデザインは actix-web 等とそこまで変わらないものの、マクロレスなのが大きな特徴かなと思います。tokio 上に直接載るアプリケーションになり、独自のランタイムをもたないため、tokio のバージョン管理に悩まされずに済むのも大きなメリットかも知れません。私はあまり重要ではないと思っていますが、明示的に #![forbid(unsafe_code)] をしているのでライブラリ内部に unsafe がないのも特徴かもしれません。 github.com 現在のん
async/await 時代の新しい HTTP サーバーフレームワーク tide を試す - Don't Repeat Yourself
Rust Advent Calendar 2019 25日目の記事です。 tide は現在開発途中の、 Rust の async/await に対応した HTTP サーバーを構築するフレームワークです。not ready for production yet なので本番にこれを使用するのは難しいかもしれませんが、いろいろな例を見てみた感じとても使いやすそうで、注目に値するフレームワークの一つです。 記事を少し読んでみたのですが、どうやら 2018 年に Rust の Network Service Working Group が開発に着手したフレームワークのようですね。現在のステータスを追いかけていないので詳しくはわかりませんが、Rust チームの方々が何かしら関わっているフレームワークということで、少し安心感がもてるかなと私は思っています。async/await が今年無事安定化されたの
Cloudflare Workersで簡単にGoのHTTPサーバーを動かすためのライブラリを作ったので、紹介させていただきます。(まだかなり実験的な実装です) 特徴 http.Handlerを作って、 workers.Serve に渡すだけでCloudflare Workers上でHTTPサーバーとして動作する 必要なツールはtinygoとwrangler (Cloudflare WorkersのCLI) だけ JavaScript側のコードを触る必要が無い Cloudflare R2のバインディング（一部）を提供している 今後、KV等の対応も頑張る予定 デモ 下記のURLにアクセスすると Hello, world! と表示され、例としてURL末尾の world を syumai に差し替えると、 Hello, syumai! と表示されます。 ソースコードは、以下のような非常にシンプルな
「Llama.cpp」のHTTPサーバー機能を試したのでまとめました。 ・Mac M1 1. モデルの準備今回は、「vicuna-7b-v1.5.ggmlv3.q4_K_M.bin」を使います。 ・TheBloke/vicuna-7B-v1.5-GGML ・TheBloke/vicuna-7B-v1.5-16K-GGML ・TheBloke/vicuna-13B-v1.5-GGML ・TheBloke/vicuna-13B-v1.5-16K-GGML 2. ローカルPCでの実行ローカルPCでの実行手順は、次のとおりです。 (1) Llama.cppのインストールとビルド。 $ git clone https://github.com/ggerganov/llama.cpp $ cd llama.cpp $ make(2) modelsフォルダにモデルを配置。 今回は、「vicuna-7b-
HTTPサーバーエンジンSwifterを利用し、MacやiPhone/iPad上で簡易Webサーバーを起動できるアプリ「WorldWideWeb for macOS/iOS」がリリース。
しかし、このWeb共有機能はOS X 10.8 Mountain Lionで廃止され、2018年にはmacOS Server(2022年04月に提供終了)からもApacheサーバー管理機能が削除されたため、XAMPPやMAMPを導入した方も多いと思いますが、このWeb共有機能のように簡易Webサーバー構築機能を最新のmacOSでも利用できるようにした「WorldWideWeb」アプリを米The Iconfactoryが公開しています。 Like that original app, this WorldWideWeb is a handy web development tool.It’s designed for people who need to test things on their Mac before moving the files onto a real web serv
「Lunatic」という少し前から注目している技術があります。これは WebAssembly 上で動く Erlang にインスパイアされたランタイムで、Rust で実装されています。WebAssembly 形式でのバイナリを実行できる言語なら、どんな言語でもこのランタイムの上であれば理論的には動かすことができるようです。さまざまな言語のプラットフォームとして動く、セキュリティ面などの基本的な WebAssembly のメリットを享受することができます。 さて、Rust のエコシステムの一部として Lunatic を見てみると、Lunatic は tokio などと同様「非同期ランタイム」に位置付けられるものではないかと思います。下記の特徴をもつランタイムといえるでしょう。 Lunatic は WebAssembly を利用していることから、たとえば C とのバインディング時にもより安全に利
Ruby 3: FiberやRactorでHTTPサーバーを手作りする（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: HTTP server in Ruby 3 - Fibers & Ractors 原文公開日: 2021/07/25 原著者: Dmitry Ishkov FiberとRactorについては以下もどうぞ。 class Fiber (Ruby 3.0.0 リファレンスマニュアル) Ruby 3.0 の Ractor を自慢したい - クックパッド開発者ブログ 動機 Rubyは歴史的にコンカレンシーを欠いていましたが、現在のRubyには「ネイティブ」スレッドがあります（Ruby 1.9より前は「グリーンスレッド」 のみでした)。ネイティブスレッドは、OS によって制御されるスレッドが複数存在することを意味しますが、一度に実行できるスレッドは 1 つだけで、GIL（Global Interpreter Lock）によって管理されます。た
はじめに 1990年代に HTTP1.x が登場して以来、その技術を応用した様々なプロトコルが誕生してきました。その中で、サーバーからクライアントにデータを送信する技術「Push技術」も進歩しています。 LINEやTwitter、FacebookをはじめとするSNSでは、友人の誰かが「書込み」したことをアプリを起動しなくても通知されてきますよね。この通知機能に欠かせないのが「Push技術」です。 本記事は、サーバーからクライアントに情報をPushする技術の進歩を時系列でまとめています。 語句説明：Push技術とは？ Wikipedia では、以下のように記載されています。 Push技術あるいはserver pushはインターネット上での通信方法の一つであり、ある通信リクエストが送り手側（中央サーバ）により開始されるものを指す。これはPull技術と対比され、こちらは通信のリクエストはクライア
HTTPサーバーを書くための言語が不在だと思う
tl;dr 今ある選択肢で十分にHTTPサーバーを書ける 言語組み込みの機能のみでHTTPサーバーを書けるように、デザインされた言語はないと思う サーバー開発に特化した言語があってもいいのではとふと思った はじめに 最近いくつか新規開発をする機会があって言語の選定に頭を悩ませた。要件や状況やチームに応じて言語選択の正解は変わるとは思うので、現実に合わせて妥協するしかないのだが、選択に際してそもそも HTTP サーバーを書くことを意識して設計された言語がないような気がした。いま自分達がHTTPサーバーを作れているのは、汎用プログラミング言語とエコシステムの力、そして開発者の取捨選択と創意工夫のおかげだと思う。それで十分に間に合っていると思う。 なのにどうしてHTTPサーバー用の言語があるかどうかを気にするかと言うと、サードパーティのエコシステムに頼りたくないからだ。それは長期的なメンテナンス
この記事ではそれらをかんたんに紹介し、自分が開発しているServestというHTTPフレームワークの入門を書きます
Yosuke Furukawa on Twitter: "Node.js 新しい方の書き方で http サーバ書いてみたら見違えるように書きやすいな。。 https://t.co/IMdBXqvnHi"
Node.js 新しい方の書き方で http サーバ書いてみたら見違えるように書きやすいな。。 https://t.co/IMdBXqvnHi
Raspberry Pi Pico W で Httpサーバ(microdot)とセンサーによるHTTPリクエスト機能を同時に稼働させる
Raspberry Pi Pico W で Httpサーバ(microdot)とセンサーによるHTTPリクエスト機能を同時に稼働させる Raspberry Pi Pico W が発表されました。日本ではまだ未発売ですが、技適は取得されたようですので近いうちに国内販売がされそうです。 試しに、Webサーバ ( Microdot )とWebクライアント(urequest) を uasyncio で並列実行するコードを書きましたので、紹介します。 今回作成したコードや動作している動画は、Github で公開しています。 ytyng/rpi-pico-w-webserver-and-client: Raspberry Pi Pico W webserver and client sample code Raspberry Pi Pico W とは コストパフォーマンスが高いマイクロコントローラです
はじめに Goは標準パッケージとしてHTTPサーバが組み込まれており、net/http パッケージを用いると簡単にHTTPサーバを動かすことができます。今回は net/http パッケージの一部(HTTPサーバの内容)の実装を読むことで、HTTPサーバが動く裏側を見てみたいと思います。困ったら 公式ドキュメント を見ましょう。 なお、読んでいるコード Go1.13 のものです。 はじめに Doc type Handler type HandlerFunc func (HandlerFunc) ServeHTTP type ServeMux Examples func ListenAndServe func Handle func HandleFunc 見通しを良くするために type ServeMux type Handler type HandlerFunc Implementation
はじめに 開発している時にテスト用の HTTP サーバーを https で一時的にインターネットに公開したい、そんなことってありませんか？ 例えば私の場合、App Store Server Notifications のテストをする際に、以下のようなテスト用の HTTP サーバーを用意しました。 インターネットに公開して Apple からのリクエストを受け付ける リクエストボディの中身（Apple からのリクエストデータ）を全部ログに出して中身を見る レスポンスを 200 にしたり 500 にしたりして挙動を確認する その時は express を使った適当なプロジェクトを作って、ngrok を使って一時的にインターネットに公開してテストしました。 しかし、この方法はローカルPCで上げっぱなにしておかねばならず、うっかりスリープ状態になってしまうとちゃんとリクエストが受け付けられなかった、な
Onyx言語でHTTPサーバーを実装し、Wasmer Edgeにデプロイする｜Wasmer｜開発ブログ｜株式会社Nextat（ネクスタット）
こんにちは、ナカエです。 先週末は少し暖かかったかと思えばまた寒くなりましたね。 本日の記事はWasmer Edgeというエッジにアプリケーションをデプロイできるサービスと新しいプログラミング言語である Onyx を合わせて試したという内容です。 まずはそれぞれの簡単な紹介から入ります。 Wasmer Edgeとは Wasmer Edge はエッジロケーションにWebAssemblyのランタイムを展開し、Wasmバイナリをアプリケーションとして安価にスケーラブルに動かせると謳うサービスです。米Wasmer社が提供しています。 個人的にはブラウザ側だけでなくサーバー側であるエッジでまでJavaScript/TypeScriptという選択肢だけになるのはちょっと……という気持ちがあり、エッジでのWasmの実行についても興味を寄せています。 ユーザーに近いロケーションでコンテナを動かす、というこ
躓いたところ node-fetchのcompress publisherからoriginへアクセスするためにnode-fetchを使いました。 node-fetchには”compress”というオプションパラメータがあり、デフォルトは『有効』であり、gzip/deflateで圧縮されたHTTPレスポンスを自動で解凍してくれます。 つまりこれが有効になっていた場合、HTTPヘッダーのcontent-lengthで指定されたbodyサイズと、渡ってくるbodyサイズにずれが生じます。 自分はここに気づかず思わぬ不具合に遭遇しました。 解決方法としては、各中継地点で適宜content-lengthを付け替えるか、もしくはcompress: false,にしておくのが良いと思います。 今回は後者を選択しました。 その代わりWebRTCを通す前後でbinaryの塊を丸ごとgzipしました。 Uint
DenoのHTTPサーバー+WebSocketサーバーはv1.13から高速化されました。 これに伴いAPIが変更されており、移行にはコードの変更が必要です。 時系列 deno deployを「deploy」、ダウンロードして使うdenoを「CLI」と表記します。 元々deno CLIには標準ライブラリを使用したサーバーが、deno deployにはfetch eventを使用したサーバーがあった パフォーマンス向上＆http2対応のためdeno CLIにDeno.serveHttpとDeno.upgradeWebSocketが導入された その後、CLIとの互換性のためにdeployにも両者が導入された 従来のサーバー実装であった標準ライブラリのhttpは、内部でDeno.serveHttpを使うように変更され、deployからも利用可能になった 従来のwebsocketサーバー実装であった
概要 この記事はQiita - Go6 Advent Calendar 2019の20日目の記事です。 GolangでHTTPサーバーを立てるコードの詳細を追ってコードリーディングします。 参考実装 コードリーディングしていく実装はこちら。 package main import ( "net/http" ) func main() { mux := http.NewServeMux() handler := new(HelloHandler) mux.Handle("/", handler) s := http.Server{ Addr: ":3000", Handler: mux, } s.ListenAndServe() } type HelloHandler struct{} func (h *HelloHandler) ServeHTTP(w http.ResponseWrite
node -e "const express = require('express');const app = express();app.use(express.static('./public'));app.listen(3000, '0.0.0.0', () => console.log('Server listen on http://localhost:3000'))"
PythonのHTTPServer／BaseHTTPRequestHandlerを使って、簡単なHTTPサーバーを書く - CLOVER🍀
これは、なにをしたくて書いたもの？ Pythonにはhttp.serverというライブラリがあり、簡単にHTTPサーバー（Webサーバー）を起動することができます。 21.22. http.server --- HTTP サーバ — Python 3.6.9 ドキュメント こんな感じで起動して、簡単にカレントディレクトリをドキュメントルートにしたHTTPサーバーを立てられます。 $ python3 -m http.server Serving HTTP on 0.0.0.0 port 8000 (http://0.0.0.0:8000/) ... これでカレントディレクトリ配下にあるファイルを公開できるわけですが、そうではなくてhttp.serverライブラリを使って自分でHTTPサーバーを 書く方法について調べてみました、と。 環境 今回の環境は、こちら。 $ python3 -V Py
こんにちわ。株式会社フォアーゼットにてペンテスターをしている蔀です。 最近はあまりLinuxに触れていなかったので、わくわくしながら記事を書きます。 最初はWhoisとかだけして終わると思っていました。調査進めながら書いていたら、マルウエアが出てきたりしたので、非常に濃い内容となっております。くれぐれもコマンドが分からない状態で真似をしないようにお願いいたします。 また、自己責任で記事での技術検証を行う際は、仮想環境やそれに類するものを使うように留意してください。筆者および弊社はこの記事の技術検証により生じた損害等について一切の責任を負わないものとします。 うっかりコピペでコマンドが動作しないように、テキストにて記述したIPアドレスの一部（0→oなど）改変しております。 概要 自社のクラウドインスタンスでお試し稼働しているWEBアプリに特徴的なログが残っておりました。 これからセキュリティ
※この記事は専門学校の講義用に作成されたものです Node.jsでHTTPサーバを作成します。 以前からNode.jsはサーバを作るための言語であるという誤解している方が結構いらっしゃるのですが、標準モジュールだけでも非常に気軽にHTTPサーバをポンッと作成して立ち上げることが出来てしまうことも起因しているのだと思います。外部のモジュールを取ってくれば様々なサーバ・ソフトウェアが転がっていることでも更に拍車をかけたのでしょう。 今回は標準のモジュールに加えてExpressと呼ばれるモジュールと組み合わせることで、さらに簡単にWebサーバを構築する手順について解説します。 環境準備 nodeとnpmをインストール Gitのリポジトリを作成 Node.js用のプロジェクトを作成 フォルダの作成 Git package.jsonの作成 git commit/push expressでHTTPサー
![[Node.js] expressで作るHTTPサーバ - 入門編 その1 - ねこの足跡R](https://cdn-ak-scissors.b.st-hatena.com/image/square/0acc5838177521febce577cab6092393b54a5e9c/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fk%2Fkatsube%2F20231125%2F20231125050214.png)
Erlang, Cowboy, Rebar3によるHello World HTTPサーバーのチュートリアル
本記事では、Erlang, Cowboy, Rebar3によるHello worldを出力するHTTPサーバーの実装方法を解説する。 目的は、このプログラムを実行中に、以下のような挙動になることだ。 $ curl "htttp://localhost:8080/" hello,world ErlangもCowboyもRebar3も、情報が極めて少ない。しかも公式ドキュメントすら間違っている。公式ドキュメントすら間違っているのには理由があり、実際の実装とドキュメントに差がでているのだ。Erlangは変化の少ない言語ではあるが、それでもOTP17からmapが追加されたりと言語的に少し変わっているし、mapの追加により、cowboyも以前ならproplistsを使っていた部分でmapを使うようになり、しかも2.0でAPIかなり破壊的な変更が入り、2.5からはモジュールの構成も少し変わってしまった
GoでシンプルなHTTPサーバを自作する - Qiita
Go アドベントカレンダーその 6 の 5 日目のエントリーです。 はじめに HTTP サーバを自作してみよう！という試みです。もちろん実践的には net/http パッケージや Echo や Gin といったフレームワークを用いることが多いと思います。本稿では学習目的として net/http パッケージやフレームワークを使わずに、簡易的な HTTP サーバを実装することを試みます。車輪の再発明大好きです。 インクリメンタルに実装していきます。クライアントには curl を用いることにします。 HTTP サーバは何をするのか HTTP サーバはシンプルにいうと以下のことを実施します。 クライアントからの接続を待ち受ける クライアントから送信された HTTP リクエストをパースする HTTP リクエストに基づいて HTTP レスポンスを生成/返却する クライアントからの接続を待ち受ける HT
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
![最新モデルがいきなり安い！32GBメモリ+1TB SSDのコスパ最強マシンを見つけた ～いまイチオシのAcer「Swift 14 AI」[Sponsored]](https://cdn-ak-scissors.b.st-hatena.com/image/square/68e65f81388ac3e2f01049b4b5c050861c256914/height=288;version=1;width=512/https%3A%2F%2Fpc.watch.impress.co.jp%2Fimg%2Fpcw%2Flist%2F1637%2F525%2Fimage00.jpg)
ぼくのかんがえたさいきょうのGo HTTPサーバー起動方法
Deno、早くもnpm対応と3倍高速化したHTTPサーバAPIなどを実装した「Deno 1.25」をリリース
RubyでHTTPサーバーをゼロから手作りする（翻訳）｜TechRacho by BPS株式会社
Rustで有名アルゴリズムに挑戦(17) RustでHTTPサーバを実装してみよう
最近よく書く HTTP サーバ基礎部分 - あれ
Cloudflare Workersで簡単にGoのHTTPサーバーを動かすためのライブラリを作った
Llama.cpp の HTTPサーバー機能を試す｜npaka
WebAssembly上で動くLunaticランタイムを使ったHTTPサーバーを実装する
HTTPサーバーからPushする技術の進化【まとめ】
Node.jsはそれ自体がhttpサーバのようですが、nginxやapacheサーバを使う必要はないのでしょうか？大規模でもNode.jsだけで対応できるのでしょうか？ - Quora
Servestで始めるDeno HTTPサーバー開発 - keroxpのScrapbox
GoのHTTPサーバーの実装 - 技術メモ
Deno で HTTP サーバーを手軽にインターネットへ公開する
P2PでローカルのHTTPサーバーへ外部からトンネリングする — HACK The Nikkei
【Deno1.13】高速化されたHTTPサーバー＆WebSocketに移行する - Qiita
bmf-tech.com - GolangのHTTPサーバーのコードリーディング
手元の Node.js 環境で適当に HTTP サーバーホストしたいとき - potato4d
【マルウェア・MIORI】HTTPサーバーの不審なアクセスログの調査✨ - Qiita
httpサーバー起動の裏側｜Deep Dive into The Go's Web Server
[Node.js] expressで作るHTTPサーバ - 入門編 その1 - ねこの足跡R
l.smartnews.com
www.zillow.com
be-sevenday.com
money-tktktk.hatenablog.com
l.smartnews.com
fluflu96799576.hatenablog.com