仮想ホスティングとは、単一のウェブサーバーから複数のウェブサイトにサービスを提供することです。Amazon S3 REST API リクエストでサイトを区別する方法の 1 つとして、単なる URI のパス名部分ではなく、リクエスト URI の明確なホスト名を使用します。通常の Amazon S3 REST リクエストは、リクエスト URI パスのスラッシュで区切られた先頭コンポーネントを使用してバケットを指定します。代わりに、Amazon S3 仮想ホスティングでは、HTTP Host ヘッダーを使用することで、REST API コールでバケットを指定することができます。実際には、Amazon S3 は Host を、ほとんどのバケットは https://bucket-name.s3.region-code.amazonaws.com で自動的にアクセス可能である意味であると解釈します (
AWS News Blog Amazon S3 Path Deprecation Plan – The Rest of the Story Update (September 23, 2020) – Over the last year, we’ve heard feedback from many customers who have asked us to extend the deprecation date. Based on this feedback we have decided to delay the deprecation of path-style URLs to ensure that customers have the time that they need to transition to virtual hosted-style URLs. We have
【注意喚起】 2020年9月30日以降、パス形式での S3 API リクエストは受け付けられなくなります。 2020年9月30日以降、パス形式での S3 API リクエストは受け付けられなくなる、との発表がありましたのでシェアします。 Announcement: Amazon S3 will no longer support path-style API requests starting September 30th, 2020 2021.01.27 追記 2020年9月23日に以下の追加アナウンスがありました。 ・ユーザーが仮想ホスト形式への移行に必要な時間を確保するための措置として、パス形式の非推奨化は少なくとも 1 年間延期されました。執筆時点において新規バケットについてもパス形式のリクエストは可能ですが、あくまで延期であるため新規に作成されるものについては、仮想ホスト形式を前提
ついに先日、消費税が8%にあがり、世の中は、駆け込み需要とやらで騒がれていたようですね。 3%の増税分より、4月以降の値引き幅に賭けて、なーんも買ってません。 そんな個人のコトよりも、めんどくさいのが、法人の方です。 うちが発行する請求書も届く請求書も、中身に応じて、5%だったり8%だったり、その見極めが、ややこしすぎて、迷惑極まりない状態です。 増税反対ではないのですが、もうちょっと、このあたりの事務処理のことも考えてくれませんかねぇ、国会議員の皆さん。 あぁ、これがまた1年半後に来ると思うと。。。 でも大手SIerさんは、その都度、儲かっていいのかもね！（現場は大変そうだけど。） さぁ、本題！ そんな「増税だぜ、NIPPON！」というタイミングで、我らがAmazon Web Service（以後、AWS）が、サービス提供開始から42回目の値下げだそうです。 3%の増税どころか、平均30
S3 で作るサイトって、爆発的なアクセス数にも耐えてくれてホントに素敵ですよね！ ただひとつ、外部の方にも気軽に共有出来る認証機能がサポートされてないのが地味に痛い。 Basic 認証とか Digest 認証 とか Basic 認証とか。 公開前だったり確認環境だったりと、細かく設定出来る必要はないんだけども他から見えちゃうとマズい！って状況、結構あると思うんですよ。 どうするのが一番スマートかなー？って考えたトコロ、なんとなくコレってのが見つかりました。 方法は至ってシンプル、 nginx でリバースプロキシさせて、そのサーバの IP アドレスで S3 にアクセス制限かけます。 あとは nginx で Basic 認証かけてあげれば、 Basic 認証通過しないと見れないサイトの完成です。 一から書くとものっそい長くなりそうなので、とりあえず bucket policy だけ貼っ
2. Who am I ? 堀内 康弘 (ほりうち やすひろ) • 1978年年⽣生まれ ⼭山梨梨県出⾝身 AWS テクニカルエバンジェリスト • 130回以上の講演 ※2012年年の実績 • 35回以上のハンズオン • 120本以上のブログ記事(AWSの最新情報を投稿) Amazon Web Services ブログ http://aws.typepad.com/aws_̲japan/ 10+ years web engineer in startups • Director of V-‐‑‒cube (perl), 2001 -‐‑‒ 2006 • CTO of FlipClip (perl), 2006 -‐‑‒ 2009 • CTO of gumi (python), 2009 -‐‑‒ 2012 @horiuch
仕事でRubyでAmazon S3にアクセスする必要があったので、公式のgemであるaws-sdkを使ってみました。このgemはS3だけではなく、一通りのサービスにアクセスできるようなので、使いこなせばかなり有用かと思われます。 この記事では、S3へのファイルのアップロードを中心に以下の内容を扱っています。 ・インストール ・基本設定 ・ファイルのアップロード ・ファイルの暗号化 ・アクセスコントロールの設定 ■ インストール gem install aws-sdk ■ 基本設定 アクセスキーを指定して、S3のインスタンスを生成します。 require 'aws-sdk' AWS.config( :access_key_id => 'YOUR_ACCESS_KEY_ID', :secret_access_key => 'YOUR_SECRET_ACCESS_KEY') s3 = AWS::
QiitaとKobitoで画像アップロードができるようになりました。 その後ろ側をちょっぴり公開します。 件名からも分かるように、背後ではAWSのS3を画像ストレージに採用しています。 画像アップロード機能をリリースしました - The Official Qiita Blog Kobito v1.6.1リリース: ドラッグ&ドロップやスクリーンショット撮影で簡単に画像を添付できるようになりました! - The Official Qiita Blog 用語統一 サーバ はQiitaのサーバのことを指すことにします。（つまり、S3ではない、ということ） また クライアント は各ユーザのブラウザのことを指します。 要件 画像アップロード機能を実装するにあたっていくつかの要求がありました。 成りすましを防げる アップロードされたファイルを管理できる 自分達のサーバに負荷をかけたくない 変な画像のア
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く