もう絶対迷わないエラーレスポンスの作り方【RFC7807】 - Qiita
この記事は「ゆめみ その2 Advent Calendar 2019」の5日目の記事です。 ある日のこと… 「いきなりそんなこと言われても…」 上司「ついでにいろんなところで使いまわせるように普遍的なのにしてね」 「えぇ…」 「こういう時にエラーレスポンスが標準化されてRFCでまとめられてたらいいのになぁ…」 ありました RFC7807 : Problem Details for HTTP APIs RFC7807では開発においてHTTP APIのために新しくエラーレスポンスを定義するのを避けるために、プログラムが読み取れるような問題詳細（Problem Details）をapplication/problem+jsonまたはapplication/problem+xmlで定義しています。 問題詳細（Problem Details）ってなんぞや？ type, title, status,
HTTP/2における双方向通信とgRPCとこれから - Qiita
この記事は 第2のドワンゴ Advent Calendar 2017 最終日の記事です。 はじめに ウェブ技術を語る上で欠かすことのできない要素として、HTTPがある。 従来のHTTP/1を無くして、ここまでのウェブの発展はなかったといえるだろう。言うまでもなく、HTTP/1が我々人類に齎した功績は大きい。 しかしその一方で、その規格のシンプルな原理原則に縛られた結果、要件を達成するために非効率なネットワーク使用を前提とするシステムが量産されるなど、HTTP/1がもたらした技術的負債も存在する。 その中の一分野として、双方向通信に着目したときに、HTTP/1からHTTP/2へのアップグレードによってどのような変化がもたらされたか。 本稿ではHTTP/2という規格と、それが持つ可能性の一端としてgRPCについての仕組みを紹介し、従来とこれからのWeb開発における双方向通信について述懐する。
Cente HTTPd/c – 組込み開発技術ブランド「Cente」
製品概要 IPv4/IPv6上で動作する組込み型Webサーバ/Webクライアント機能モジュール WebサーバとWebクライアントの両方を搭載 HTTP1.0/1.1に準拠(対応メソッド:GET/HEAD/POST) ITRON TCP/IP仕様API上で動作 ROM型Webページのデータ送信 一般FILE型Webページファイルのデータ送信(要Cente FileSystem) プロキシ通信対応（HTTPc のみ、認証、SSLも対応） CGI(Common Gateway Interface)機能 SSI(Server Side Include)機能 JavaアプレットやJavaスクリプトのロードが可能 Basic認証機能・Digest認証機能 キープアライブ機能 Cookie機能 Chunkエンコーディング機能 マルチパートメッセージデコード機能 Cente Compact SSLcとの組
HTTP リクエストメソッド - 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) Cookie security X-Content-Type-Options X-Frame-Options X-XSS-Protection Mozilla web security guidelines Mozilla Observatory HTTP アク
Welcome! - The Apache HTTP Server Project
The Number One HTTP Server On The Internet¶ The Apache HTTP Server Project is an effort to develop and maintain an open-source HTTP server for modern operating systems including UNIX and Windows. The goal of this project is to provide a secure, efficient and extensible server that provides HTTP services in sync with the current HTTP standards. The Apache HTTP Server ("httpd") was launched in 1995
Etag と Last-modified ヘッダを使って動的コンテンツでもブラウザキャッシュさせる - PSI Labs
こんにちは、tomitaです。 一般的なwebサーバでは、静的ファイルに「Etag」「Last-Modified」ヘッダが付加され、サーバ <=> ブラウザ間で適切なキャッシュコントロールが行われます。 (参考：HTTP ETag - Wikipedia) しかし、PHP 等で生成した動的コンテンツには上記ヘッダが付加されないため、常に最新のデータがサーバから送られてきます。 当然動的ページなので下手にキャッシュされると困るのですが、更新頻度の低い動的ページではコンテンツキャッシュさせたいことがあります。 その場合は以下サンプルプログラムのように「Etag」「Last-Modified」ヘッダを生成・送信します。 <?php header( "Content-Type: text/plain; charset=UTF-8" ); // Last-modified と ETag 生成 $la
[対処法] 414 Request URI too long
414 Request URI too long HTTP 414 – Request-URI が長すぎます 原因 クライアントからのリクエストURLの文字数がサーバまたはアプリケーションの許容範囲を超えているため、リクエスト受信が拒否されている。URLの長さは使用するサーバやアプリケーションにより異なり、例えばApache(ウェブサーバソフトウェア)は標準設定で8,190文字まで許容しているが、Internet Explorerは2,048文字を上限としている。(未検証だが、Internet Explorer9以降は許容範囲が倍以上に増えたとの情報あり) あなたがユーザーの場合、ブラウザを変えて再試行してみて下さい。Internet Explorerと違い、Firefoxは無制限。ただし送信先ウェブサーバやデータベースサーバ側で受信が拒否されている可能性もあり、その場合はブラウザを変えて
5分でできるPHPセキュリティ対策 - ぼくはまちちゃん！
こんにちはこんにちは！！ Webプログラミングしてますか！ よく「PHPはセキュリティがダメ」とか言われてるよね。 でもそれって、べつにPHPが悪いんじゃなくて、 たぶん、セキュリティとかが、まだよくわからない人が多いだけなんじゃないかな。 がんばって勉強しようと思っても、なんだか難しい理屈が並んでいたりするしね…。 なので今日は、セキュリティ対策について、 「これだけやっとけば、わりと安全になるよ」ってことを、初心者むけに、大雑把に書いてみます！ 理屈がわからなくても、最初はコピペでも、 なにもやらないより、やったほうがきっとマシになる！ 1. XSS対策 動的なものを表示するとき、全部エスケープすればokです！ (NG) あなたの名前は <?= $name ?> ですね！ ↓ (OK) あなたの名前は <?= htmlspecialchars($name, ENT_QUOTES) ?>
67. PHPファイルの応答ヘッダーに含まれるPHPバージョンを隠蔽する
ヘッダー情報からサーバーで使用しているPHPバージョンを特定されてしまい、そのバージョンのセキュリティーホールを狙った攻撃を受けてしまう可能性があります。今回は、ヘッダー情報からPHP・Apacheのバージョンを特定させない方法を紹介します。 対策がされていないサーバーへHTTPリクエストを送信し、実際にヘッダー情報を取得すると・・・ [root@localhost ~]$ telnet localhost 80 Trying 127.0.0.1... Connected to localhost.localdomain (127.0.0.1). Escape character is '^]'. GET /test.php HTTP/1.0 HTTP/1.1 200 OK Date: Fri, 26 Jan 2007 12:00:00 GMT Server: Apache/2.0.59
Guru Meditation - Wikipedia
This article needs additional citations for verification. Please help improve this article by adding citations to reliable sources. Unsourced material may be challenged and removed. Find sources: "Guru Meditation" – news · newspapers · books · scholar · JSTOR (January 2020) (Learn how and when to remove this template message) Guru Meditation started as an error notice displayed by the Amiga comput
ブラウザキャッシュのまとめ
古い文章だけど、Caching Tutorial for Web Authors and Webmasters を読んだメモ。ウェブマスター向けのブラウザキャッシュの概要。 ブラウザキャッシュは、ブラウザがサーバからレスポンスされたリソースを (場合によっては) ローカルに保存しておいて、二度目以降の表示では (場合によっては) キャッシュから読むという動作。無駄なリクエストが減ることでサーバリソースにも優しいし、ユーザーにとっては表示速度向上というメリットがある。 コンテンツをどのようにキャッシュするかを、サーバが UA に HTTP ヘッダを利用して指示する。Expires や Cache-Control ヘッダがその例だ。html の meta 要素で、たとえば <meta http-equiv="Cache-Control" content="no-store" /> というふうに
Are there compatibility issues with SHA-2? | DigiCert FAQ
Streamlined Certificate Management and Automation: Delivering At-Scale Uptime and Availability
安易形 MP3 ストリーミングサーバ
MP3 のストリーミングサーバです． チャットでの会話が元で，「一瞬のひらめき」で実験してみたら動いてしまった，という方法です． 「他人の褌」度が非常に高いのがポイント． が，一度に１クライアントしか接続できないのが欠点． スクリプト この設定で，唯一，プログラムらしきもの． #!/bin/sh read a echo HTTP/1.1 200 OK echo Content-Type: audio/mpeg echo ( /usr/bin/sox -t ossdsp -r 12000 -c 1 -sw /dev/dsp -t raw -|\ /home/imai/bin/lame -x -r -m m -s 12 --abr 12 - - ) 2>/dev/null exit 0 inetd の設定 9999 stream tcp nowait root /usr/sbin/tcpd /
WebSocketを見てみよう
本スライドは下記URIで公開しています: http://bit.ly/ws-kuruma http://kuruman.org/diary/2011/05/28/file/websocket_study_kuruma.pdf WebSocketを見てみよう @Kuruma # whoami • Kuruma – しがないOpera Browser使い – twitter.com/Kuruma – kuruman.org “WebSocketを見てみよう” (2011-05-28) 2 もくじ • 概要 • 実装状況 • はじめの一歩 – 大まかな決まり事と流れ “WebSocketを見てみよう” (2011-05-28) 3 概要 “WebSocketを見てみよう” (2011-05-28) 4 WebSocketとは draft-ietf-hybi-thewebsocketprotoco
SPDY - Wikipedia
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年現在
なぜあなたがウェブサイトをHTTPS化するとサイトが遅くなってユーザーが逃げていくのか - 射撃しつつ前転 改
完全に釣りタイトルですけど中身は真面目に書くよ。 近年、ウェブサイトのHTTPS化が流行のようになっている。私の知る限り、Googleの各種サービスやTwitter、Facebookなどが完全にHTTPSで通信を行うようになっている。HTTPS、つまりSSLによる通信の暗号化によって、ユーザにこれまでよりも安全なウェブサイトを提供できる。 しかし、あなたが作っているサイトをふと思いつきでHTTPS化してしまうと、たぶん、これまでよりもサイトが遅くなる。ここでは、HTTPSで通信する場合の問題を解説する。 なぜ遅くなるのか HTTPで通信する場合、クライアントがサーバへと接続するためにはTCP/IPの3ウェイハンドシェイクという手順が必要になる。めんどくさいのでここでは詳しくは説明しないが、要するにクライアントがリクエストを投げる前にパケットを１往復させないといけないのである。パケットの往復
cURL - Manual （マニュアル日本語訳）
このページ は URL 転送のための汎用コマンドラインツール curl の 2016-05-30 現在（ curl 7.40.0 〜 7.49.1 ）の マニュアル （用例を交えた使い方）の日本語訳です（更新： 2016-06-30 ）。 この翻訳の正確性は保証されません（ その他の情報 ）。 文中の【】は訳注を表します。 各章の見出しをクリックするとその章の原文が表示されます。 このページには外部リソースは利用されていないので、ページのみ（ HTML ソースのみ）をローカルに保存しても閲覧には支障ありません。 このページに記された機能のうち，一部のものは、 curl のバージョン，あるいは curl のビルド時に利用されたライブラリに依存しています。 機能が利用できるバージョン／ビルドについての情報は マニュアルページ （ 和訳 ）に。 Manual -- curl usage expl
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Can an HTTP OPTIONS request return a 204 or should it always return 200?
http://www.webmagazine.kakisiti.co.jp/?p=435
wgetをつかって、HTTPヘッダ情報を取得する | COSMO BALLOON
