S3のバケット名はよく考えて命名しましょう!code.rock広く浅くおきらくに。印刷屋のdeveloper日記(旧ブログ)2012/02/21S3のバケット名はよく考えて命名しましょう!Tweetこの間のJAWS-UG札幌勉強会で話しそびれた小ネタの一つです。タイトルを一読して「そんなことわざわざブログに書かなくても(ry」というAWSエキスパートな方は読み飛ばしてくださいねwオブジェクトのURLについておさらいS3に保存したオブジェクトは、すべてURLがつきます。東京のS3に「hoge」というバケットを作り、そこに「fuga.jpg」を保存したとすれば、http://s3-ap-northeast-1.amazonaws.com/hoge/fuga.jpgというURLが割り当てられます。バケット名をサブホストとしても有効なので、http://hoge.s3-ap-northeast-1.amazonaws.com/fuga.jpgでもOKです。SSLも使えるよ!さらに、S3はSSLも使えます。上記のオブジェクトはhttps://s3-ap-northeast-1.amazonaws.com/hoge/fuga.jpghttps://hoge.s3-ap-northeast-1.amazonaws.com/fuga.jpgでも行けちゃうわけですね。スバラシイ!ヤバいのはどれだ?さてここで問題です。以下のURLで、ヤバいのが一つだけあります。それはどれでしょう?(すべてパブリックにしてありますので、ブラウザで確認する事が出来ます。実際にリンク先に飛んでみると分かるのですが、問題なのは4番です。要するに、バケット名に「ピリオド(ドット)」が入ったパターンです。SSL証明書の警告が出ましたよね?S3のSSL証明書は、ワイルドカード証明書です。ピリオドが含まれていると問題になります。考えればすぐ分かる事なのですが、S3を直に参照させてSSLも通したい場合は、バケット名に気を使わないと後で泣く事になりますので要注意です!!CNAMEも同じ事もうひとつのURLパターン、手持ちのドメインでS3バケットに対してCNAMEしてあげるという方法もあります。images.hoge.com.s3-ap-northeast-1.amazonaws.comとしてやれば、http://suberu.dateofrock.com/index.htmlのように、まるで自分のサーバーのようにURLを作る事が出来ます。これもSSLだと証明書の問題が発生します。さんのコメント...4番の罠にはまって泣いて改修したあとにこのブログを見ました。早くこの記事を見ていれば・・・わかりやすい記事で素晴らしいですね。さん意外にハマる落とし穴なんですよねー。さんのコメント...現在開発中のプロジェクトで、上記問題が潜伏していました。先だって対策する事が出来ました。ありがとうございました。構築前に気づかせていただき、感謝いたします。さん今でも変わらないですよー。話しそびれた小ネタの一つです。社内で構築したお話を書きましたが、その続きです。ファイルをやり取りする時など、イントラにあるファイルサーバー(SambaやAFP、NFSなど)を経由させるのが一番お手軽な方法だと思います...Dropboxで手軽にSubversionのリポジトリ個人で開発をやる際、複数のマシンでソースコードの同期をはかりたい場合があると思います。その際、Web上の無料のホスティングサービスなどを利用する機会が多いかと思いますが、Dropboxを使って、お手軽にSubversionのリポジトリの同期に成功したので、メモしておきます。申し込んで、待つ事一月半・・。手元にやってまいりました。差し込んでみた所、普通に繋がりましたんで報告しておきます。b-mobileのサポートを公式にうたっておりません。Consoleにタブが追加されました。AmazonSQSが使えるのは解ったとして、実際の所はどうなんでしょう?という所を、サンプルソースを交えて書いてみたいと思います。(以下、SQS)というサービスがあります。