RailsとWordPressの共存 - コンピューターと人の触媒になるのを目指して
Ruby on Rails中心にプログラムを作っていますが、ブログやECサイトを独自で作ろうとすると結構大変です。 自分でブログを作ろうとしたことがありますが、トラックバックやコメントをユーザー管理したりすると、もう大変。 せいぜいRSSを書き出すことや、CKEditorでエディタをつくることで限界です。 ECサイトもSpree Commerceというのを使えばRailsで容易に組めそうですが、、、決済の部分が大変。 Paypalがやっとで日本の決済サービスと接続するには、独自でプログラムを作るしかありません。 プログラムを作るのはなんとかできても、セキュリティの絡むところなので別の意味で大変。 それでRailsとせめてWordPressを統合できないかなと、mod_rewriteをいじっていました。 半日かけてもうまくいかなかったのですが、答えが見つかりました。 <virtual
passengerとmod_autoindex - 世界線航跡蔵
Passenger を使っていて、ディレクトリのautoindexが効かなくて困った。 Passengerもいくらか枯れてきている感じなので先日試したところ、確かに管理が楽なので最近気に入っている。ちょっと前まではRailsアプリケーションのデプロイと言えばmongrel+mod_proxy_blancerだったのだけれども、最近はpassengerの人気が上がっている。 passenger人気の理由はいくつかある。 Rack という汎用の仕組みをサポートしていること。だから、passengerがあればrailsだけでなくmerbもsinatraも動く。 デプロイが楽なこと。SSHでサーバーに入ってアプリケーションサーバーを再起動、とかやらなくて良い。まーこれはcapistranoやvladでデプロイしている私にはあまり関係ないけど、PHPアプリケーションやJava EE warの「ディレ
Apache2 + Ruby + Rack + mod_passenger (1) - 今日調べたことまとめ
Ruby, Rack, Passenger私が作るサービスは大概小粒なので、今まではほぼ Apache2 + Ruby + Rack + FastCGI で動かしていましたが、mod_passenger も Rack でアドホックなサービスを作れるらしい、と知ったので試してみました。ちなみに、Merb とか Ramaze とか Camping とかの Rails 以外のフレームワークを mod_passenger で動かす場合も、どうも mod_passenger + Rack がベースとなっているようなので、知っていて損は無いと思います。 FastCGI vs mod_passenger結論から。比較対象FastCGImod_passenger速度(req/sec)*1900前後1100前後開発の楽さ基本的に CGI で開発し FastCGI へ移行。*2 FastCGI の時は err
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
