Amazon API Gateway と S3 においた静的なファイルだけで、動的なサイトを作ることができそうなのでやってみました。 http://ssig33-keijiban.s3-website-ap-northeast-1.amazonaws.com/ わりと楽に作れます。めんどうなのは CORS 対応だけです。うまくまとまったドキュメントがあるので参考にしましょう。 認証とかが必要な場合は、 Cognito が使えると思います。 データストアに Dynamo DB などを使えば本当に何も考えずに自動的にスケールしていくサイトを作ることが出来るのではないかと思います。 現状やってみて分かった課題は以下のとおりです AWS Lambda Function のデプロイと管理がやりづらい Amazon API Gateway の設定をコードで管理できないと絶対に破滅する どうやら API

あんまりまとまりの無い文章です。 ここ一年ぐらいはテレビ番組録画が趣味ですとか、録画したものは全部保存して一ヶ月 2500 本前後容量にして 1TB ぐらいですとか言うとなんでそんなに録画するんだとか結構言われるんですが、いくらか真面目に考えていることがあって まずデータが無いと駄目 とにかくデータありき だなあと。データを集めるのに理由はいらないと思うんです。データがあってなんとなく眺めていれば活用方法というのは自然と出てくる。 自作のメディアサーバーとか 字幕読むやつとか 発想が先にあったんじゃなくて、データをぼーっと眺めてたら活用法が思い浮かんだ。 何をするにせよ、まず手元にデータがあることの重要性というのは、かなりあると思います。何も無いところから発想が出てくるということはまず無いと思います。 Web サイトクロールしまくってもいいし、テレビ放送という映像を延々と垂れ流しているもの

この辺主観も混ってくるところではあるんですが。 JavaScript を上の方で読み込んだ場合 JavaScript の読み込みが終わるまでレンダリングされない JavaScript を下の方で読み込んだ場合 JavaScript の読み込み前にレンダリングは終わるが、 JavaScript が読み込まれるまでウオッなんかスクロールガクガクする！！スクロールできねえ！！！みたいになりがち スクロールしなくてもコンテンツが表示されるようなサイトでは下で読み込むアプローチは有効でしょう。しかしながらユーザーがレイアウトを変えられるようなサイトだったり長文コンテンツが沢山出るような可能性が高いサイト（具体的にははてなブログ）などで「スクロールしないとコンテンツが出てこない可能性が十分に高い」場合はかえってユーザビリティを阻害する可能性があります。 ユーザーは経験的に数秒待てばコンテンツが表示され