nginx でリライトルールを書くには return または rewrite を使う。 rewrite を使った時の フラグ last と break の違いがわかりにくかったので、簡単にメモ。 return を使ったリライト syntax return code [ text ] (ex. return 403 や return 404 "not found") return code URL (ex. return 301 http://www.example.org$request_uri; ) return URL (ex. return http://www.example.org$request_uri; )code は 302 rewrite を使ったリライト Apache の mod_rewrite に近い。 syntax rewrite regex replacement
1.7.0_51 Hello World 依存 jar の追加 guice-3.0.jar と guice-servlet-3.0.jar をクラスパスに追加する。 build.gradle は以下。 dependencies { providedCompile 'org.apache.tomcat:tomcat-servlet-api:7.0.50' compile 'com.google.inject:guice:3.0' compile 'com.google.inject.extensions:guice-servlet:3.0' } <?xml version="1.0" encoding="UTF-8"?> <web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://java.sun.
参考:動画配信プラットフォーム on AWS 2014.05.22 Amazon Data Service Japan 上図の中の HLSがHTTP Live Streamingです。 HTTPストリーミングの配信技術で、全てのプラットフォームに対応していると言えます。 (注1) QuickTime Player 10以上や、るMicrosoft Edge(Windows10)で再生可能です。InternetExplorerでは再生できません。 3 構成 HTTP Live Streamingの構成は、次の図で表現できます。 iPhoneなどのクライアントは、Webサーバに配置された動画ファイルにHTTP(HTTPS)でアクセスします(①)。 Webサーバ上の動画ファイルは、メディアセグメントファイル(.ts MPEG-2トランスポートストリームファイル)と、インデックスファイル(
今回は、AWSの海外リージョンのレイテンシについてです。 AWSが出てくるまでは、IT業界で仕事をしていても、サンパウロのサーバにログインすることなんて全くありませんでしたが、今は海外のサーバを使うことも珍しくはない時代になりました。 では、海外サーバを使った時に、どれだけ遅延が出るのか、その遅延はサービス的に「使える」レベルなのか、ということが気になるところです。 「使える」なら、少しでも安くなるリージョンのサーバを使いたいですよね。 ということで、全リージョンでHTTPレスポンスを調べてみました。 また、各リージョンの地理的な位置がよく分かってなかったので、Tokyoからの直線距離も調べてみました。 検証環境 検証には、t1.microのインスタンスをCentOS6で立ち上げて、Apacheをyumでインストールし、httpd.confはデフォルトのものを利用しました。 そして、Tok
このページ は URL 転送のための汎用コマンドラインツール curl の 2016-05-30 現在( curl 7.40.0 〜 7.49.1 )の マニュアル (用例を交えた使い方)の日本語訳です(更新: 2016-06-30 )。 この翻訳の正確性は保証されません( その他の情報 )。 文中の【】は訳注を表します。 各章の見出しをクリックするとその章の原文が表示されます。 このページには外部リソースは利用されていないので、ページのみ( HTML ソースのみ)をローカルに保存しても閲覧には支障ありません。 このページに記された機能のうち,一部のものは、 curl のバージョン,あるいは curl のビルド時に利用されたライブラリに依存しています。 機能が利用できるバージョン/ビルドについての情報は マニュアルページ ( 和訳 )に。 Manual -- curl usage expl
大久保です。 最近、会社でElasticsearch+Kibana+Fluentdという定番の組み合わせを使ってログ解析する機会があったので、ついでにいろいろ勉強してみました。 触ってみておもしろかったのが、Elasticsearchがログ解析だけじゃなくてちょっとしたKVSのようにも振る舞えることです。 ElasticsearchはKibanaと組み合わせることで、もっといろいろおもしろいことできそう感あります!! 本記事では、その一例としてTwitterのトレンドワードをリアルタイムに集計するプログラムを組んでみました。 完成形:トレンドワードごとのツイート数をグラフ化 #開発環境と各種ミドルウェアのバージョン ローカルで確認できればよかったので開発環境はMacです。 Java ElasticsearchはJava製なのでJavaのバージョンを確認。 $ java -version j
By Sean MacEntee SSLを用いたHTTP通信の暗号化を誰でも手軽に行えるようにするために立ち上がったのがEFF、Mozilla、Cisco Systems、Akamai Technologies、IdenTrust、ミシガン大学の研究者などで、これらのメンバーがHTTPS普及のためにスタートした取り組みが「Let's Encrypt」です。これまで手間がかかり金銭的な負担も大きいと言われてきたサーバー証明書の発行を無料で行えるようになるのですが、同取り組みはついにベータ版から正式版にサービスを移行しています。 Leaving Beta, New Sponsors - Let's Encrypt - Free SSL/TLS Certificates https://letsencrypt.org//2016/04/12/leaving-beta-new-sponsors.h
これなら合格! 正しいリダイレクターの作り方:HTML5時代の「新しいセキュリティ・エチケット」(4)(1/3 ページ) えっ、まだmeta refreshとか301使ってるの? リダイレクターの作り方も時代とともに移り変わります。記事を読んだらすぐに使えるセキュリティ・エチケットを紹介しましょう。 連載目次 皆さんこんにちは。ネットエージェントのはせがわようすけです。今回は、「オープンリダイレクター」という脆弱性について説明します。 オープンリダイレクターとは? オープンリダイレクターとは、あるURLを開くと自動的に他のページにジャンプするリダイレクト機能が、攻撃者によって任意の外部ページへのリダイレクターとして利用可能になっている問題です。 「http://example.jp」上で提供されるWebアプリケーションにて、例えば「http://example.jp/go?url=/nex
Goでリバースプロキシを作ったものの、そもそもリバースプロキシが何なのか、何で必要なのか分からなかったのでまとめてみた。 主に [24時間365日] サーバ/インフラを支える技術 ‾スケーラビリティ、ハイパフォーマンス、省力運用 (WEB+DB PRESS plusシリーズ) を勉強して、理解に必要そうなところだけ抽出した。 冗長化の必要性 冗長化とは、障害が発生しても予備の機材でシステムの機能を継続できるようにすること。 Webサービスでいえば、webサーバが1つ死んだり障害が発生したりしても、サービスには支障を出さずに運用を続行出来るようにすること。 システムを冗長化するとは、 障害を想定する 障害に備えて予備の機材を準備する 障害発生時に予備の機材に切り換えられる運用体勢を敷く ことをいう。 予備機材を導入して障害に備える 先の冗長化の方法にあるように、予備機材を導入する。 これでw
document2:HTTP ルーティング Play framework - Documentation Play framework - Documentation Document-2.HTTP ルーティング Routerは、アクション(HTTPリクエストをpublicでstaticなメソッド)の呼び出しに対応付けるコンポーネント。 HTTPイベントは以下の要素を含む。 クエリ文字列を含んだパス( /clients/1542 等) HTTPメソッド (GET, POST, PUT, DELETE ) (1).REST について REST (Representational state transfer)。 アプリケーションが主な REST 設計原理に従うなら、そのアプリケーションは RESTful Play フレームワークを使うと、容易に RESTful アプリケーションを構築すること
2007年05月02日21:45 カテゴリiTech URI - 動的コンテンツのpermalink 返事が来たので、本題。 はてなブックマーク - ブックマークたつを / 2007年05月02日 それぞれのURL(パラメタ付きURL)が意味を持っているサイトなのでまとめちゃうとダメなのです…。例えばWikipediaにボット来て重いからといってトップに飛ばしたら個別記事が検索されなくなりますよね。 by 元記事主 動的コンテンツのpermalinkはどうあるべきか。 以下は、全て同一の内容である。 http://ja.wikipedia.org/wiki/%E5%B0%8F%E9%A3%BC%E5%BC%BE http://ja.wikipedia.org/w/index.php?title=%E5%B0%8F%E9%A3%BC%E5%BC%BE http://ja.wikipedia.
2007年05月02日12:30 カテゴリTips tips - クローラーのアクセスを「まとめる」 これ、503返す前にもう一度アクセスログを見た方がいいと思う。 [を] Perl、PHPでGooglebotを一定の確率ではじく 「Googleのクローラ(Googlebot)のアクセス数が多すぎてサーバに 負荷がかかりすぎる問題」に悩まされています。たとえば、/foo.cgiへのアクセスが多いとする。この場合、単に/foo.cgiではなく、/foo.cgi?query=fooや/foo.cgi?query=barにbotたちは来ていないだろうか。それが結果としてアクセスを増やしていないだろうか。 この場合なら、対処はむしろ503を返すのではなく、CGIのEntry Pointへの301を返すことなのではないか。こんな感じで。 my $q = CGI->new(); # ... if (
アプリのweb viiewから、ajaxでクロスドメインのAPIを実行しようとして とても大変な思いをしたので備忘録。 概要 APIサーバーから、アプリのWebViewで表示するHTML(文字列)を取得する HTMLの中で別サーバーのJSを読み込む。 JSからXMLHttpRequestでAPIを実行する。 APIはGETとPOSTの2種類。 APIサーバーはPerlで、WAFにAmon2を使用。 GETが失敗する件 ログを見ると、OPTIONSリクエストに403を返していた。 What is OPTIONSリクエスト? プリフライトリクエストという。 リクエストを送信しても安全か?サーバーがリクエストに対応しているか? ということを調べるために、ブラウザが特定の条件を満たす場合に飛ばす。 特定の条件 以下、HTTP access control (CORS) | MDNより引用。 GET
by themonnie PCやスマートフォンでブラウジングをしていると、GoogleのサービスやTwitter・Facebookのタイムラインはわりとサクサクと表示できるのに、それ以外のサイトでは読み込みが遅い気がする、という人がいるかもしれません。これは気のせいではなく、実際に一部のサイトでは通信速度が高速になっているためです。HTTPで接続しているか、HTTPS(SPDY)で接続しているかの違いによるものですが、「HTTP vs HTTPS Test」というサイトでは、これをわかりやすく体感することができます。 HTTP vs HTTPS Test https://www.httpvshttps.com/ サイトにアクセスすると通信速度が測定されます。この事例だと読み込み時間は1.638秒でした。 続いて、サイト右上の「HTTP」というリンクをクリックします。 先ほどはHTTPS(S
調べてみた。動作確認用のサーバは plackup で立てている。 app.psgi の中身は一番最後に。 --data (-d, --data-ascii) application/x-www-form-urlencoded 形式で POST する。 @/path/to/file のように value の先頭が @ ではじまっているとファイルを読み込んで改行文字を取り除く。パラメータや @ つきで指定したファイルの中身はすべて URL エンコードされていることが期待される。つまり curl(1) は URL エンコードしてくれない。 -d を複数回指定するとすべてのパラメータが & で連結される。 @ でファイルを指定する場合、 -d 'file=@sale.txt' のようにすると中身が展開されないので注意 (file=@sale.txt という文字列が渡される) $ curl -d '
[対象: 上級] PC向けページとモバイル向けページを別URLで提供する環境では、HTTPヘッダーに含まれるUser-Agent(ユーザーエージェント)に基いて、デバイスに応じた適切なページへ自動でリダイレクトする構成が幅広く使われています。 リダイレクトには、301リダイレクトでも302リダイレクトのどちらを利用しても構わないとこれまでGoogleは説明してきました。 しかしその指針を変更し、301よりも302の利用を推奨するようになりました。 公式ドキュメントで302リダイレクトを推奨 12月に公開されたモバイル向けサイトのチェックリストのドキュメント、「Checklist for mobile website improvement」には以下のように書かれています。 Try to use 302 for device-related redirects (not 301s). デバイ
Riding Rails: Why HTTP Streaming?の意訳です。Rails 3.1 からHTTPストリーミングがサポートされるようになるらしい。 HTTPストリーミングって何? 普通の動的なHTTPレスポンスにはContent-Lengthヘッダが必要。時系列的にはこんな感じ HTTPリクエスト 動的なコンテンツの生成 HTTPレスポンス これらは三つの連続したステップとなる。普通はコンテンツを生成するとそのサイズを知ることが可能になり、レスポンスヘッダにContent-Lengthを付け加える。 HTTPは上記のやり方の代わりにchunked transfer encodingと呼ばれるストリーミング的なやりかたも提供している。 ストリーミングなレスポンスにはContnt-Lengthヘッダはない。その代わりにTransfer-Encodingヘッダが"chunked"とい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く