Octopress にブログ乗り換えました


きっかけ - 静的HTMLはえー

今まで スマートWP や Smart Designing などをリリースしてきて、Webホスティングクラウドを運用してみて思ったことは、静的HTMLファイルのWebサーバのパフォーマンスは圧倒的に低負荷にできるなぁというところだった。

Nginx + 静的HTML on AWS EC2 micro でパフォーマンステストするとサーバのCPUは0.2−0.3%程度で、先にネットワーク帯域が足りなくてエラーが起きる。 静的HTMLのWebホスティングにかかるサーバのランニングコストは最小限にできることがわかった。

逆に Wordpress とか Rails など php/ruby が HTML を生成する場合は、php が走っている間はCPUがMaxになるしメモリも使う。micro で毎回ページ生成させると CPU 使用量の上限に達して steal 発生しまくりでとてもじゃないけど運用できない。

原点回帰の流れ

古いけど静的HTMLでWebサイト運用できれば最もコストが低く、最もパフォーマンスの良い環境が作れる。

原点回帰というかそんな流れを感じていた今日このごろ、Octopress を知った。

Markdown で書いてローカルで静的HTMLをジェネレートしてサーバにデプロイ。 テーマはシンプルで個人的には好きだし、これでいいじゃん。ということで今後のブログの新しいポストは Octopress で作ったこのブログにしていきます。

ちなみにこのブログは Smart Designing 上で動いていて、デプロイ先をローカルの Dropbox フォルダに変えて実現しています。

この方法は後々紹介できればです。

では、新しいブログをよろしくお願いします。

Related Posts

AIは「わかりません」と言わない。だから、言わせる仕組みを先に作った。

AIに任せているようで、実際にやっているのはマイクロマネジメントだった。

AIと毎日付き合っていると、意外と人間っぽい。忘れるし、伝わらないし、早とちりもする。

スタートアップの自動化に、正解はない。地道な積み重ねが、一番効いている。

テーマ探しは「現場に行く」と「AIに見つけてもらう」のハイブリッドで。

「AIが人類を滅ぼす」という議論と、日々AIを使う実践者から見える景色

LPを作るだけでは人は来ない。集客の「探す」もAIに任せ始めた

AIで自動化しても質を落とさない、秘伝のタレの作り方

AIで自動化したけど59テーマ中LPまで進んだのは37.3%だった

AIのスピードに、人間がついていけない。その現実を受け入れることが、長く付き合うコツだった。