HTTPを手で書いて学ぶ ファイルアップロードの仕組み
Rust Web Development
This article is part of a chapter of Rust Web Development which didn't make the cut to be in the book. TL;DR When we talk about a web service, we, more often than not, mean deployed code which listens on a certain IP address and port and responds to HTTP messages. There are many steps involved for two parties to be able to communicate with each other. Application developers are mainly confronted w
HTTP/3とQUICはなぜ必要になり、どのように標準化されてきたのか？ 現代のプロトコル設計とインターネットの課題｜ハイクラス転職・求人情報サイト AMBI（アンビ）
【エンジニア初学者向け】これだけは抑えておきたいAPI接続に必要なHTTPプロトコルの基礎知識
HTTP Cookie の使用 - HTTP | MDN
HTTP ガイド リソースと URI ウェブ上のリソースの識別 データ URL MIME タイプ入門 よくある MIME タイプ www 付きと www なしの URL の選択 HTTP ガイド HTTP の基本 HTTP の概要 HTTP の進化 HTTP メッセージ 典型的な HTTP セッション HTTP/1.x のコネクション管理 プロトコルのアップグレードの仕組み HTTP セキュリティ Content Security Policy (CSP) HTTP Strict Transport Security (HSTS) X-Content-Type-Options X-Frame-Options X-XSS-Protection Mozilla web security guidelines Mozilla Observatory HTTP アクセス制御 (CORS) HTTP
curlでパフォーマンス測定 | DevelopersIO
HTTPキャッシュ入門の入門 – cat /dev/random > /dev/null &
ローカル・経路上のキャッシュを併用しよう キャッシュは再利用されるほどいいものです。 サイトの規模にもよるのですが、ローカルと経路上のキャッシュはそれぞれ性質が異なるため、ブラウザキャッシュだけ適切に設定しておけば経路上では不要というわけではありません。 ローカルキャッシュはキャッシュを持つクライアント自身がサイトを再訪する場合は有効ですが、キャッシュを持っていない新規クライアントには無効です。 経路上のキャッシュは新規クライアントに対してもキャッシュを返すことができるため、例えばサイトへの流入が突然増えるといった事態でも対処がしやすいです。 そのためコンテンツ次第ではありますが、ブラウザキャッシュのように特定のクライアントでしか使えないprivate cacheにするよりも、 効率を考えてローカル・経路上のどちらでもキャッシュができ、多数のクライアントで共有できるshared cache
Webページがブラウザに表示されるまでに何が起こるのか？
Building Protocols with HTTP
Workgroup: HTTP Internet-Draft: draft-ietf-httpbis-bcp56bis Obsoletes: 3205 (if approved) Published: 22 March 2022 Intended Status: Best Current Practice Expires: 23 September 2022 Author: Building Protocols with HTTP Abstract Applications often use HTTP as a substrate to create HTTP-based APIs. This document specifies best practices for writing specifications that use HTTP to define new applicati
HTTP/3はどうやってWebを加速するか？ TCP、TLS、HTTP/2の問題とHTTP/3での解決策～Fastly奥氏が解説（前編）
コールバックを使わずに、RubyでHTTPリクエストを並列発行する方法 - Qiita
Faraday入門 59のレシピ - 猫Rails
第1章 Faradayをはじめよう 001 Faradayとは？ 002 セットアップ 003 使ってみよう 第2章 基本的な使い方 004 GETリクエスト 005 POSTリクエスト 006 PATCHリクエスト 007 DELETEリクエスト 008 コネクションを使う 009 パラメータを指定する 010 リクエストヘッダを指定する 011 レスポンスを使う 012 ミドルウェアを使う 013 アダプタを使う 014 アダプタの動作をカスタマイズする 015 JSONをPOSTする 016 SSLを使う 017 並列処理をする 018 パラメータのシリアライズ方法を変更する 019 ファイルをアップロードする 020 プロキシを使う 021 タイムアウトを指定する 022 リクエストをスタブしてテストする 第3章 Faradayミドルウェアを使う 023 ミドルウェアを使う 024
RubyでHTTPリクエストを並列化する - 人間はコンピュータの仕事を奪ってはいけない
Ruby Users: Be Wary of Net::HTTP
A few months ago we released We::Call, a Ruby gem that wraps popular HTTP-client Faraday. We::Call aims to configure Faraday with as many best practices for HTTP communications by default as it reasonably can. It’s come a long way over the last few development versions, most of which revolves around removing the deprecation logic, putting that functionality in a more “Rails-like” gem rails-sunset,
Ruby の Net::HTTP のタイムアウトにハマって、結局 Timeout について調べることになった件 - Qiita
Ruby の Net::HTTP のタイムアウトにハマって、結局 Timeout について調べることになった件RubyRailsRails4 外部API を実行するために、Net::HTTP で POST してたんだけど、 何故かタイムアウト値を設定しても適用されなかったので調べた時のメモ 下記が当初作ったコードで、ネットワークを接続しない状態で実行したところ、 何故か 20 秒たってやっとタイムアウトの例外 ( Net::OpenTimeout: execution expired ) が発生 open_timeout の 5 秒で例外が発生するんじゃないの？？ サンプル1 def post(url, request_body) uri = URI.parse(url) response = Net::HTTP.start(uri.host, uri.port, use_ssl: uri
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
RubyのNet::HTTPでKeep-Aliveが有効にならない件 - Qiita
Em synchrony について
GitHub - httprb/http: HTTP (The Gem! a.k.a. http.rb) - a fast Ruby HTTP client with a chainable API, streaming support, and timeouts
GitHub - ostinelli/net-http2: NetHttp2 is an HTTP/2 client for Ruby.
GitHub - typhoeus/typhoeus: Typhoeus wraps libcurl in order to make fast and reliable requests.
