本書について # IPFS入門は、 Protocol Labsにより開発が進めれられている分散プロトコルIPFS（InterPlanetary File System）の技術入門書です。 IPFSの利用方法とその仕組みについて解説していきます。 IPFSプロトコル仕様は現在ドラフトであり、今後変更になる場合があります。その場合は本書も逐次内容を変更していきます。本ドキュメントは2021/09/18 現在、制作中です。 本ドキュメントはオープンなプロジェクトであり、そのため協力者を広く求めています。本書のソースコードは GitHub上で公開されています。 本書への追記や修正などありましたら、上記 GitHubにてIssueの発行、またはPull requestをお願いいたします。 本ドキュメントは Creative Commons Attribution-ShareAlike 4.0 Int
HTTPに関するboyasanのブックマーク (36)
-
boyasan 2023/06/07
-
HTTPの盲腸的な裏話と高速版HTTP/2の正体
今回はHTTP（Hyper Text Transport Protocol）についてのおはなしです。もはや「誰もが使っている」と言っても過言ではないHTTPですが、Digest AuthenticationだとかChunked Encodingだとかの盲腸的な裏話や、2015年5月に制定された新規格のHTTP/2についても言及します。 HTTP/0.9：Dawn of Internet era HTTPは今日「インターネット」の代名詞のようになったプロトコルですが、もともとは1990年代に欧州の原子核物理研究所（CERN）で「必要に迫られて」「場当たり的」に開発されたものです。各国の研究者が集うCERNには各国・各組織にバラバラな機種・ソフトウエアが持ち込まれ、簡単な図入りドキュメントの共有すら困難でした。いちいち紙に印刷してコピーを配らなければならないようでは、何のためにコンピューターネ
-
検証！HTTP/2 - HTTP/2はどうしてコネクション一つで通信できるのか：ITpro
HTTP/2ではレスポンスが返ってくる前にリクエストを重ねて発行できるようにするため、どのレスポンスがどのリクエストと関連付けられているかを管理する仕組みが必要となる。 仮想パイプ「ストリーム」 そのためにHTTP/2では、「ストリーム」と呼ぶ仮想的なパイプを用意する。これがHTTP/1.1におけるコネクションに相当する（図6）。具体的には「ストリームID」という識別子が使われる。同一のストリームIDであれば、関連する一連のやり取りとして識別できるというわけだ。 HTTP/2では順不同でリクエスト－レスポンスが流れる。このため、リクエストとレスポンスを関連付ける仕組みが必要だ。そのために「ストリーム」という考え方が導入された。1対のリクエスト－レスポンスを表現する仮想的な通信経路が「ストリーム」である。ストリームの間を、複数種類のフレームがやり取りされる。 このストリームの上を複数の「フレ
-
Mobile Analysis in PageSpeed Insights | Google for Developers
Mobile Analysis in PageSpeed Insights Stay organized with collections Save and categorize content based on your preferences. PageSpeed Insights analyzes a page to see if it follows our recommendations for making a page render in under a second on a mobile network. Research has shown that any delay longer than a second will cause the user to interrupt their flow of thought, creating a poor experien
-
GoogleのHTTPロードバランサーの破壊力があり過ぎる #gcpja - Qiita
そもそもGoogle Compute Engineのロードバランサー、GCE LBは、1インスタンス・1グローバルIP・ウォームアップなしでいきなり100万リクエスト／秒を捌けてしまう謎性能を備えていて、既存の他社クラウドのLBだけこれで置き換えたい！ という声もちらほら聞かれるほどの強力LBサービスであった。 From Compute Engine Load Balancing hits 1 million requests per second! そして今回、正式公開ではないLimited Preview版ではあるものの、GCE LBの新機能としてHTTP Load Balancingが発表された。その性能と機能の破壊力があり過ぎるので、GCPブログ記事のリンクをシェアするだけではあまりにもったいない！ と思い、要点を訳してみた。 DNSに頼らない、1グローバルIPによるUS、EU、A
-
『ページの有効期限切れ・フォーム再送信の確認 ・・を消す』
一からWebサービス＆アプリを作る日誌！ webデザインとHTML・CSSまわりの知識のみでしたが、PHPにも挑戦。一からやりたいサイトを作ってバージョンアップを重ねる過程のこまごましたメモ。 他にiPhoneアプリ、VBAメモも。 POSTで検索した結果の一覧から、 ある一つをクリックして詳細画面に遷移。 詳細画面から、前の検索結果一覧に'ブラウザの戻るボタン'で戻ると 『フォーム再送信の確認』がでる。 （ブラウザによっては ページの有効期限切れ とか） 普通に出ることがあったので個人的には気にしていなかったが 出ないサイトは出ないし、 確かに無いほうがスムーズなので調べて実装。 PHP/「ページの有効期限切れ」対策 http://www.glamenv-septzen.net/view/29 いろいろ探し回りましたが、結局上記のまとめで書かれているように session_cache_l
-
存在しない404エラーページがGoogleのインデックスからなかなか消えないのはなぜ？
[対象: 全員（一部、上級）] 404のURLを自然に削除するのにGoogleはどうしてそんなに時間がかかるのですか？ 上の質問にGoogleのMatt Cutts(マット・カッツ)氏が回答しました。 理論的には、404は一時的なものということが、ともするとありえる。ページがなくなったとしても後で戻ってくるかもしれない。 このページは完全になくなってもう絶対に戻ってこないと本当にシグナルを送りたいなら、技術的には410と呼ばれるHTTPステータスコードがある。だけど、少なくとも2007年に最後にチェックしたときには僕たちは両方とも実質的に同じように扱っていた。 どうしてそんな時間がかかるかという本題に戻ると、ウェブマスターはちょっと変わったことをすることがあるんだ。 墓穴を掘るのをときどき見ることがある。たとえば（誤って）検索結果からサイトを完全に削除してしまったり、サイトを停止するときに
-
-
ウェブページの高速化のために読んでおきたいサイトのまとめ
ユーザビリティの改善や検索エンジン対策としてウェブページの読み込みスピードの高速化は非常に重要です。ということで、ページの読み込みスピード向上のために役立つサイトをまとめてみます。 ページ読込速度の重要性 次の事例にあるように、ユーザーは表示速度に敏感です。 Googleによるとページの読み込みが0.5秒遅くなると、検索数が20%減少する Amazonによるとページの読み込みが0.1秒遅くなると、売り上げが1%減少する そして、Googleのアルゴリズムにウェブページの読み込み速度が追加されて以降、サイトの高速化への注目度は高まっています。 Google、ウェブページの読み込み速度をアルゴリズムに取り入れたことを発表 | 海外SEO情報ブログ Googleがついに順位決定に表示速度を使い始めた（公式発表） | Web担当者Forum Google、検索順位にページ読込速度の考慮を開始 [詳
-
node.jsに関する基礎や開発・チュートリアルのまとめ:phpspot開発日誌
node.jsに関する基礎やチュートリアルのまとめ。 リアルタイムなWEBを実現するには必須のサーバサイドJS、node.jsについて色々とまとめてみました。 node.js node.jsについて node.js なんとなく凄そうだけどよく分からないという方も多いかもしれないので簡単に解説。 一番最初見た時は何かのJavaScript ライブラリかと思ったのですが、全く違って、V8というChromeにものっている高速JavaScriptエンジン上で動くサーバを動かせる仕組み。 サーバ自体を具体的に言うと次のようなコードで実現します。 var http = require('http'); http.createServer(function (request, response) { response.writeHead(200, {'Content-Type': 'text/plain
-
【レポート】HTTPSにまつわる7つの誤解 | エンタープライズ | マイコミジャーナル
HttpWatch is an HTTP viewer and debugger that integrates with IE and Firefox to provide seamless HTTP and HTTPS monitoring without leaving the browser window. ブラウザの通信内容を解析してグラフィカルに操作できるようにするアドオンHttpWatchのブログに、HTTPSにまつわる7つのよく誤解される内容が掲載されている。HTTPSに関する説明として参考になる。紹介されている誤解は次のとおり。 1. ログインページにだけHTTPSが必要 Firesheepの登場で注目されるようになったように、ログインページにだけHTTPSを使っている場合、パブリックWifiなどを使う場合にHTTPセッションハイジャックを受ける可能性がある。ログインペー
-
mod_rewriteを有効化してiPhone用サイトにリダイレクトさせる手順 – creamu
ちょっとサーバ設定が必要だったのでメモ。 .htaccessに「RewriteEngine On」を書くとエラーでサイトが表示されなくなってしまったので、mod_rewriteの設定を確認することに。 mod_rewriteが有効になっていなかった（設定がコメントアウトされていた）ので、以下の通り有効化。 OS : Red Hat Enterprise Linux SSHでサーバに入って、「su -」でパスワードを入力し、rootユーザにスイッチ。 cd /etc/httpd/conf view httpd.conf を実行すると、以下の2行にそれぞれ#が入っている（コメントアウトされている）ので、#を削除。 vi httpd.conf 【変更前】 #LoadModule rewrite_module /usr/lib/httpd/modules/mod_rewrite.so #AddMo
-
-
高木浩光＠自宅の日記 - 三菱図書館システムMELIL旧型の欠陥、アニメ化 - 岡崎図書館事件(7)
■ 三菱図書館システムMELIL旧型の欠陥、アニメ化 - 岡崎図書館事件(7) 21日の日記で示したMELIL/CS（旧型）の構造上の欠陥について、その仕組みをアニメーションで表現してみる。 まず、Webアクセスの仕組み。ブラウザとWebサーバはHTTPで通信するが、アクセスごとにHTTP接続は切断される*1。以下のアニメ1はその様子を表している。 このように、アクセスが終わると接続が切断されて、次のアクセスで再び接続するのであるが、ブラウザごとに毎回同じ「セッションオブジェクト」に繋がるよう、「セッションID」と呼ばれる受付番号を用いて制御されている。 なお、赤い線は、その接続が使用中であることを表している。 次に、「3層アーキテクチャ」と呼ばれる、データベースと連携したWebアプリケーションの実現方式について。3層アーキテクチャでは、Webアプリケーションが、Webサーバからデータベー
-
サイトを公開する際に最低限抑えておきたい Apache の設定 | バシャログ。
こんにちは nakamura です。最近トルシエさんテレビ出すぎじゃありません？ウィイレヤロウヨ。オフサイドダヨ！ さてさて今回は意外と知られてないけど、サイトをインターネットに公開する際には知っておいた方が良い Apache の設定をいくつかご紹介します（一部 PHP の設定もありますが）。この設定をしていないからといって即危険にさらされるという訳でもありませんが、リスクの芽は摘んでおくに越した事はありませんよね。 無駄な HTTP ヘッダを返さない ディストリビューションにより異なるかもしれませんが、CentOS デフォルトの設定の場合 Apache が返してくる HTTP ヘッダは以下のようなものです。 HTTP/1.1 200 OK Date: Mon, 05 Jul 2010 01:01:14 GMT Server: Apache/2.2.3 (CentOS) X-Powered
-
JavaScriptコーディング等を書く上でのパフォーマンス確認事項３０:phpspot開発日誌
30 best practices to boost your web application performance - Web User Interface Architect JavaScriptコーディング等を書く上でのパフォーマンス確認事項３０。 自分へのインプット＆メモがてらにちょっとまとめてみます。 JavaScript DOMの操作は可能な限りやめる eval, new Function() は遅いので可能な限り使わない withステートメントを使わない（使った事ないですが） for-in 文ではなく for 文を使う。 ループの中で try-catch ではなく、try-catchの中にループを置く グローバル変数をなるべく使わない aaa+='AAA';aaa+='BBB'; の方が aaa+='AAA'+'BBB';より速い 複数の文字列連結には、Array で文字列
-
リダイレクト（HTTPステータスのこと、301、302、303、307のこと）| BirdLab
HTTP転送などとも言います。 あるURLへの要求に対して、サーバから「そのページはこっちを見てね」、「そのページはあっちに移動したよ」などの返答を返すことです。 すると、標準的なブラウザは、その返答にしたがって、転送先を見に行く動きをします。アドレスバーのURLがぴょこっと変わったり、ページをジャンプするような動きをします。 似た動きとして、metaタグなどでページを移動させることができ、これも広い意味でリダイレクトということがありますが、HTTPリダイレクトとは言いません。 「HTTPステータスコード」、「リダイレクト」がさっぱり分からない方は、一度調べておくべきです。 サイトを移転して、引越し先にジャンプさせたいときは、「今後はずっとこっちです」のステータスコード「301 Moved Permanently」を返すべきです。 そうすると、Google,Yahoo!などの検索ロボットも
-
kinopyo blog - Learning through Writing
I was watching The Last Dance, Michael Jordan’s Netflix documentary, last year when I returned to work from four-month-long paternity leave. It was a great show and brought back all of the joys I had when watching Chicago Bulls in the 90s. And it still got me to think till today, what if my engineering team were a sports team. Give this idea a shot. For an engineer in an IT company, you don’t play
-
-
ke-tai.org > Blog Archive > 正しい作法にのっとったメンテナンス画面を出すための.htaccessサンプル
正しい作法にのっとったメンテナンス画面を出すための.htaccessサンプル Tweet 2009/6/16 火曜日 matsui Posted in サーバ, 記事紹介・リンク | 1 Comment » 本日はケータイに限定された話題ではありませんが、Web担当者ForumさんにApacheで正しい作法でメンテナンス画面を表示するための方法が説明された良記事がありましたのでご紹介したいと思います。 → Web担当者Forum メンテナンス中画面を出す正しい作法と.htaccessの書き方 [forum.impressrd.jp] Webサイトを運営している場合、コンテンツやプログラム更新作業などでメンテナンス表示を出したいことは多いと思います。 この記事では、利用者にも検索エンジンにも適切にメンテナンスを通知するためのやり方が解説されています。 ポイントとなるのは次の2点です。 .ht
公式Twitter
- @HatenaBookmark
リリース、障害情報などのサービスのお知らせ
- @hatebu
最新の人気エントリーの配信
キーボードショートカット一覧
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Copyright © 2005-2025 Hatena. All Rights Reserved.
設定を変更しました