NGINXのコア開発者が親会社と決別、新たに「freenginx」という名前でフォーク版を作成開始
NGINXは世界で最も使用されているウェブサーバーですが、そのコア開発者の1人がNGINXを所有している会社であるF5 Networksと対立し、NGINXの開発を離れて新たにNGINXのフォーク版である「freenginx」を開発すると発表しました。 announcing freenginx.org https://freenginx.org/pipermail/nginx/2024-February/000000.html NGINXはロシアの開発者イーゴリ・シソエフ氏によって2004年に無料のオープンソースソフトウェアとしてリリースされました。その後、ソシエフ氏はマキシム・ドゥーニン氏およびアンドリュー・アレクセーエフ氏と共同で2011年に商用サポート提供のための会社Nginx Inc.を設立。着実にシェアを伸ばし続け、2024年2月時点では世界中のウェブサーバーのうち34.1％でN
Real World HTTPはスゴ本:Geekなぺーじ
Real World HTTPの献本ありがとうございます。Webトラフィックを運ぶプロトコルとして利用されているHTTPの解説書として、HTTP 1.0、HTTP 1.1、HTTP 2.0のプロトコルだけではなく、ブラウザやサーバが何を行っているのかを含めて解説しています。 Real World HTTPの凄いところは、過去の経緯をふまえつつ、HTTPという軸で実際に使われている部分とそうでない部分を明確にしつつ解説されている点です。 しかも、範囲は非常に広いです。HTTPと関連する話として、たとえば、TLS、WebRTC、RSS、RDF、OGP、JSON、GeoLocation、RESTful APIなども解説されていますし、勘違いが発生しやすいno-cacheやno-storeなどに関しても解説されています。 すべての項目に関して詳細に解説されているわけではないものの、それぞれかなりし
301リダイレクト | SEO百科事典
302リダイレクトは、あるURLを別のURLに転送する301リダイレクトとプロセスは変わりませんが、あるURLを別のURLに一時的にリダイレクトする「一時的な転送」となり、モバイル向けサイトのリダイレクトや「ABテスト」のリダイレクトで推奨されており、「インターネットで使われている技術との互換性を保つため」だと伝えられています。 そのため、ページをリダイレクトする場合、そのほとんどが301リダイレクトを選択し、SEOでは301リダイレクトが推奨となります。 302リダイレクトでもPageRankを渡し、PageRank転送を防ぐ方法は機能しない 上記と同じ公式YouTubeの「English Google Webmaster Central office-hours hangout」でGoogleのジョン・ミュラー氏は以下のようにコメントしています。 302リダイレクトが、恒久的な状況だと
連載 PL/SQLを使ってみよう！第103回「WEBアプリ作成(1) (Oracle DBとPL/SQLだけで、即、WEBアプリ)」｜ 集合研修 システム・テクノロジー・アイ銀座会場
第103回「WEBアプリ作成(1) (Oracle DBとPL/SQLだけで、即、WEBアプリ)」 （2014.08.21） こんにちは。インストラクターの蓑島です。 さすがに暑い夏ですね。体調を崩さぬように気を付けましょう。 今回からしばらくの間、今までに学習したPL/SQLを使って簡単なWEBアプリを作る方法をシリーズで解説したいと思います。 通常、WEBアプリケーションはいくつもの技術を組み合わせて作ります。 例えば、WEBサーバーやアプリケーションサーバー(WEBコンテナー、EJBコンテナー）があります。プロシージャ言語としては、PHPや、Perlや、Java、などが使われます。それらの言語で、WEBページ(HTMLドキュメント)を動的に生成するわけです。 また、データベースにアクセスするためには、それらの言語とデータベースの組み合わせに応じたコネクターやドライバーが必要
HTTPステータスコード451(政治的な検閲)が正式に承認される
mnot’s blog: Why 451? draft-ietf-httpbis-legally-restricted-status-04 HTTPステータスコード451がIETFで正式に承認された。近いうちにRFCとしても発行される。 元ネタは、Ray BradburyのFahrenheit 451(華氏451)というタイトルの小説で、これはディストピアな検閲社会を描いている。 451の意味は、403(禁止/権限がない)と似ているが、正確な意味は、ドラフトを引用すると、以下の通り。 このドキュメントはサーバーオペレーターが、あるリソース、あるいはあるリソースを含むリソース群に対し、閲覧を検閲するよう法的な命令を受け取った時に使うHypertext Transfer Protocol(HTTP)ステータスコードを規定するものである。 このステータスコードは、法律や一般大衆の雰囲気がサーバー
AngularJS で http リクエスト中画面内のボタンを disabled にする | tech - 氾濫原
とにかく面倒だから全部の http リクエストを監視してボタンをオフにしたい。という要件 いまいちいい方法が思いうかばないけど以下のようにして実現した http の状態管理するサービスをつくる myApp.factory('httpState', function () { return { processing: 0 }; }); $httpProvider のインターセプターで http の状態を更新する myApp.config(function ($httpProvider) { $httpProvider.interceptors.push(function (httpState) { return { 'request': function (config) { httpState.processing++; return config; }, 'response': func
HTTP/1.1、公開から15年の時を経て改訂 | スラド IT
「1つだったRFCは6つに分割され」とあったのは、2616をUpdateした https://tools.ietf.org/html/rfc7230 Hypertext Transfer Protocol (HTTP/1.1): Message Syntax and Routing https://tools.ietf.org/html/rfc7231 Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content https://tools.ietf.org/html/rfc7232 Hypertext Transfer Protocol (HTTP/1.1): Conditional Requests https://tools.ietf.org/html/rfc7233 Hypertext Transfer Protocol
Firefox7のURLバーでも「http://」を表示させる方法
こんにちは、さち です。 Firefox7 が正式リリースされてからしばらく経ちましたね。 お気づきの方も多いと思いますが Firefox7 の URLバー（ロケーションバー） では URL の先頭の「http://」が非表示になりました。 Google Chrome では以前からそのような仕様なので そちらも併用しているという方には 特に違和感はないかもしれません。 しかし、長年 Firefox だけを愛用してきた方の中には この表示に慣れないという方もいるはず。 そこで今回は Firefox7でもURLの「http://」を表示する方法と URLバーの表示を黒一色にする方法について書きたいと思います。 URLのコピペは問題なし URLバーでは「http://」が表示されませんが URLバーの内容をコピペすると ちゃんと「http://」が先頭に付加された形のURLが貼り付けられます。
POSTリクエストをリダイレクトするとGETされる？POSTされる? - はこべにっき ♨
あるURLにPOSTでリクエストを発行した結果リダイレクトされたとき，そのリダイレクトのリクエストはGETなのでしょうか?POSTなのでしょうか? なんとなくGETっぽいけど… そこんとこどうなのか気になったので調べてみました．HTTPとかにはあんまりくわしくないので，おかしかったら指摘していただきたいです． 準備 リダイレクトが発生するレスポンスコードは以下の4つです． 301 MOVED PERMANENTLY 302 FOUND 303 SEE OTHER 307 TEMPORARY REDIRECT HTTP1.1のRFCやその解説によると，POSTリクエストした結果，レスポンスコードが302か307だった場合は，POSTでリダイレクトしたほうが良いようです．でも，ほとんどのクライアントはその決まりを守らずGETでリダイレクトしているとも書いてあります． そこで，Firefox/S
ブラウザのPOSTリクエストは、リダイレクトさせるとGETに化ける？ ::ハブろぐ
POSTがGETになってる？ 前回のエントリーにもつながっている話ですが、ブラウザからフォームでPOSTされたものがリダイレクトされたときの挙動について。挙動が理解できると、化けるってのも失礼な表現なんですが。以下、化けた理由と、HTTP周りの実装の話をつらつらと。 普通のHTMLなフォームからPOST <form action="post_receiver" method="post" enctype="multipart/form-data"> <input type="file" name="imageFile" /> <input type="submit" value="画像をアップロードしてやんよ" /> </form> 上記のようなHTMLなフォームから、POSTした際にサーバー側でうまくPOSTデータを受け取れないことがありました。 echo $_SERVER['REQUE
HTTPのリダイレクトとPOSTメソッドの話 — ありえるえりあ
Recent entries Apache2.4のリリース予定は来年(2011年)初め(あくまで予定) inoue 2010-12-23 Herokuの発音 inoue 2010-12-20 雑誌記事「ソフトウェア・テストPRESS Vol.9」の原稿公開 inoue 2010-12-18 IPA未踏のニュース inoue 2010-12-15 労基法とチキンゲーム inoue 2010-12-06 フロントエンドエンジニア inoue 2010-12-03 ASCII.technologies誌にMapReduceの記事を書きました inoue 2010-11-25 技術評論社パーフェクトシリーズ絶賛発売中 inoue 2010-11-24 雑誌連載「Emacsのトラノマキ」の原稿(part8)公開 inoue 2010-11-22 RESTの当惑 inoue 2010-11-22 「プ
POSTリクエストをリダイレクトしたい状況とその対応 - 岩本隆史の日記帳（アーカイブ）
Webアプリケーションを作成する際には，POSTのリクエストをリダイレクトして，そのまま別のURLにPOSTさせるということはできないと思っておいたほうが良さそうですね． POSTリクエストをリダイレクトするとGETされる？POSTされる? - はこべにっき ♨ HTTP/1.1のRFC上は「できる」はずなのに、非準拠UAのせいで「できない」という話ですね。同意です。 私は現在、Webアプリケーションフレームワークの設計に関心があります。その辺にかかわる話なので、POSTリクエストをリダイレクトしたい状況にはどのようなものがあるか、また、それが「できない」場合どうしたらよいか考えてみます。 POSTリクエストをリダイレクトしたい状況 リダイレクトしたい状況は、以下の2つだけではないでしょうか。 1. POSTリクエストの処理後、別のリソースを見せたい たとえばブックマーク登録処理後に、登録
FireFoxのスーパーリロード時(Shift + Cmd + R)に変化するHTTPリクエストヘッダ - Qiita
この記事は最終更新から1年以上経過しています。 気をつけてね。 ふと気になったのでブラウザのスーパーリロード時にブラウザが投げるヘッダをチェックしてみた、FireFoxではShift + Cmd + Rだ。 ああ、Pragma: no-cacheが付いて、Cache-Control:が no-cacheになると。httpサーバの設定でよく見るね。 ただのCmd+R $ echo hoge | nc -l 8080 GET / HTTP/1.1 Host: xxx.xxx.xxx.xxx:8080 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:22.0) Gecko/20100101 Firefox/22.0 Accept: text/html,application/xhtml+xml,application/xml
コンパクトなhttpデーモン「tux」が使いたい
多機能さを求めないのであれば、Apacheの代わりとしてtuxを検討してみてもよいだろう。設定は簡単だ。すでにApacheが動作しているのであれば、取りあえず次のようにtuxの設定ファイルから「DOCROOT=」、「DAEMON_UID=」、「DAEMON_GID=」を確認しよう。これだけで稼働できる。 # vi /etc/sysconfig/tux # /etc/sysconfig/tux # TUXTHREADS sets the number of kernel threads (and associated daemon # threads) that will be used. $TUXTHREADS defaults to the number of # CPUs on the system. # TUXTHREADS=1 # DOCROOT is the document r
オープンソースの高速Webサーバー「TUX」の実力
図5●プラットフォームの違いによる，コネクション確立の所要時間の差異<BR>TCPコネクションが確立するまでの時間を調べた。TUX 3.2はチューニング前後の数値にそれほど大きな違いはなく，比較的安定している。一方でApacheは標準設定時に扱えるプロセス/スレッド数が小さいため，Fedora Core 2.0とApache 2.0の組み合わせにおいてコネクション確立に要した最大時間が3009ミリ秒に達した。チューニングによって扱えるコネクション数を増やしたApacheでは，コネクション確立までの平均時間と最大時間が，いずれもTUX 3.2の性能をしのいでいる カーネル・モードで高速に動作するオープンソースのWebサーバー「TUX Web Server」（以下，TUX）の性能を，現在主流の「Apache」と比較した。静的コンテンツに大量のアクセスが集まる用途で，TUX 3.2はApache
wireshark portableの設定のしかた - 春木屋
http://www.wireshark.org/download/automated/win32/ 上記からwiresharkportable-x.x.x-SVN-xxxxxx.paf.exeなどをダウンロードする。 「paf」がポータブルパッケージ。 ダブルクリックするとインストーラのようなものが立ち上がるが、これは単に展開先を選んでいるだけ。 レジストリを汚される心配なない。 あとはwiresharkportable.exeを実行すればOK.なのだが。 起動のたびにWinPcapのインストールを訪ねてくる。 わざわざポータブルにしたのに、WinPcapをインストールされては困る。 もちろん、そのマシンでパケットキャプチャをする場合にはWinPcapは必要だが、ポータブルにしたのはログを見るだけのためなので。 WiresharkPortable.exeと同じディレクトリにwiresha
HTTPS通信時のURLは暗号化されるか - うまいぼうぶろぐ
2018/06 追記 古い記事ですがちょこちょこアクセスいただいているので更新。 最近は常時SSL、IPv4枯渇、CDN導入などの理由でSNIが良く使われるようになってきていますが この場合、ホスト名(URL全体ではない)は平文で送信されます。 client 側でキャプチャしたパケット curl -k https://sni.example.com/hogehoge $ sudo ngrep -d en3 -q -W byline port 443 and host 192.0.2.1 interface: en3 (192.168.6.0/255.255.255.0) filter: (ip or ip6) and ( port 443 and host 192.0.2.1 ) T 192.168.6.108:55460 -> 192.0.2.1:443 [AP] ...........
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
システム運用日記 : BIG-IP自身をSorryサーバとして利用する
無限ルーパー - BIG-IPのone connect設定
Why does injected UriInfo use a different hostname than injected HttpServletRequest?