ニフティ25周年記念サイトは終了いたしました。 引き続きニフティならびに当社サービスをご愛顧くださいますよう、よろしくお願いいたします。
ニフティ25周年記念サイトは終了いたしました。 引き続きニフティならびに当社サービスをご愛顧くださいますよう、よろしくお願いいたします。
結論を最初に 一部機能を除いて動きました。 今のところ、画像アップロードが動きません。。 経緯 なぜ? I hate Apache2 – メモリに余裕が無いよ メモリに余裕が無いくせにRuby on Railsアプリばかりデプロイする予定なので、なるべくフットプリントを少なくしたいよ でもWordPressはクールなので使いたいよ mod_php ->論外 ;-( php-cgi(FastCGI) -> 悪くないし軽いんだけど、php-cgiプロセスを別途たちあげるのは、プロセスいきなり落ちてたりしたら気づきにくいっぽい=監視の面で不安 ちなみに、php-cgiでの導入手順はこちら:WordPress on nginx with FastCGIに移行してみた RackでPHP動かせるらしい -> マジで!? じゃあ全部Nginx+Passenger管理下に入れられるじゃん! Phuby!
とりあえず動かしてみたのでメモ。 unicornを動かす まずはgemをインストール。 $ gem install unicorn unicornの処理を設定する $ cd <RAILS_ROOT> $ vi config/unicorn.rb <RAILS_ROOT>/config/unicorn.rbはこんな感じ(nginx + unicorn を試してみたからほぼそのまま拝借): # ワーカーの数 worker_processes 2 # ソケット経由で通信する listen File.expand_path('tmp/sockets/unicorn.sock', ENV['RAILS_ROOT']) # ログ stderr_path File.expand_path('log/unicorn.log', ENV['RAILS_ROOT']) stdout_path File.exp
オライリーから献本いただいた書籍「ウェブオペレーション - サイト運用管理の実践テクニック」。Webサイトの運営ノウハウ本ならApacheの設定やチューニングといった一般的な事柄が載っているのかと想像してページを開いてみると、見事に裏切られました。 本書のテーマとなっているWebサイトの運用管理、Webオペレーションは、変化の渦中にある仕事です。 変化というのは、例えばインフラの面ではクラウド化とそれに伴ってプログラマブルなインフラが登場し、スケーラブルなアーキテクチャの重要性が高まっています。ソフトウェアデリバリの面では、パッケージソフトからオンラインサービスへという大きな流れがあり、それに重なるように新機能を継続的にデリバリしていくという継続的デプロイやアジャイル型の開発が注目されるようになってきました。 現場から届く18章のエッセイ 本書はこうした新しい時代のWebオペレーションを実
unicorn $ gem install unicorn $ rvmsudo unicorn_rails -p 80すると起動します。WEBrick とはここでお別れ。 ところで Rails3 は Rack アプリケーションなので、unicorn_rails を使う必要はありません。Rails.root で $ unicornするだけでちゃんと立ち上がります。でも RAILS_RELATIVE_URL_ROOT を渡せる daemon として起動したとき、tmp/pids/unicorn.pid に pid を吐いてくれる tmp/cache/, tmp/pids/, tmp/sessions/, tmp/sockets/ を自動生成 と幾つか便利なところがあるので unicorn_rails を使えばいいと思います。 unicorn の config ですけど、実際にアプリを公開すると
Pow: Zero-configuration Rack server for Mac OS X Mac用の簡易Rackサーバーとして話題のPowをインストールしてみました。が、今まで使えていたApacheが使えなくなってしまいました。localhostや127.0.0.1がすべてPowで処理されてしまうようです。 参考リンク no title こちらを参考にしました。Apache側でIPv6を使うといいみたいです。 環境 Mac OS X 10.6.7 Pow 0.2.2 Apache 2.2.17 (MacPorts) Apache設定ファイル編集 /opt/local/apache2/conf/httpd.conf (MacPorts) /private/etc/apache2/httpd.conf (Macデフォルト) #Listen 80 Listen [::]:80 Liste
サーバサイドJavaScriptにはNode.js以前にもいくつかの実装がある。ちょっと前に注目されかけたものだと、現在はAppcelerater社に買収されたAptana社が出していたJaxerなどがあるが、きちんと調べるとRingoJsやnarwhalやv8cgiなど選択肢の一つとして数えられるサーバサイドJavaScript実装がいくつかある。ただ、これらはNode.jsのように注目を浴びているわけではない。 Node.jsとこれらの既存のサーバサイドJavaScriptの違いは、他のサーバサイドJSの動作モデルが既存のサーバサイドのものと変わらないのに対して、Node.jsの場合はそうではないから。具体的には、HTTPコネクションのハンドリング戦略が違っていて、既存の動作モデルが1コネクションに対して1プロセス/スレッド消費するのに対して、Node.jsの場合は非同期I/Oを用いて
HeartRails Tech Blog ハートレイルズのエンジニア、デザイナーによるブログです。 ウェブサービス、スマホアプリ、IoT デバイスの開発に関連する技術的な情報を発信していきます。 こんにちは、ハートレイルズの境 (@kazsakai) です。好きなエクスペンダブルズはドルフ・ラングレンです。 さて、弊社ではよくサーバーサイドを nginx+passenger+Ruby on Rails という構成でサービスを構築しています。 Rails を使っているのは社名が HeartRails だから、というわけでは全くなく、単に僕が昔から Ruby を使っていたからで、他意はありません。 passenger は今や Rails/Rack アプリ向けの標準ミドルウェアみたいな存在で、このおかげで随分 Rails の運用が楽になっています。passenger のリリース以前は手製スクリプ
追記(2012/02/21 09:39): nginx 設定ファイルの例に、X-Frame-Options, X-Content-Type-Options に関する設定を加筆しました。 追記(2011/10/17 19:18): Rails 3.1 用に、nginx 設定ファイルの例を加筆・修正しました。 追記(2010/09/25 12:07): 現在はさくらの VPS を使用しています。 追記(2010/08/16 11:18): nginx 設定ファイルの例に root 文を書き忘れていたので追加しました。 話題の Unicorn を試してみました。 Unicorn については、以下の記事が詳しいです。 次世代Ruby on RailsサーバーUnicorn(汎用のRackアプリケーションサーバ)を使ってみた | TechRacho 現在 PONPON は nginx + Unico
Unlike Light’s older phones, the Light III sports a larger OLED display and an NFC chip to make way for future payment tools, as well as a camera.
Facebookが大規模スケーラビリティへの挑戦で学んだこと(後編)~キャッシュが抱えるスケーラビリティの問題とデータセンターにまたがる一貫性 全世界で3億人を超える会員を抱え、世界最大のSNSとなったFacebook。同社の技術担当バイスプレジデント Jeff Rothschild氏が、10月8日に米カリフォルニア大学サンディエゴ校で行ったセミナー「High Performance at Massive Scale-Lessons learned at Facebook」の内容を再構成して紹介します。 (この記事は「Facebookが大規模なスケーラビリティへの挑戦で学んだこと(前編)~800億枚の写真データとPHPのスケーラビリティ問題」の続きです) キャッシュがスケーラビリティに大きな役割を果たしている Facebookの主な役割は、ユーザーが簡単に(友人たちの)情報を集めることがで
$ mkdir sandbox $ cd sandbox 以下、3つのファイルを作成します。 app.rb require 'rubygems' require 'sinatra' get '/' do "Hello Sinatra" end config.ru # Ruby1.9.2ではロードパスにカレントディレクトリが含まれなくなったので、「'./app'」にする - require 'app' + require './app' run Sinatra::Application .gems sinatra ローカルで動作確認 $ ruby app.rb http://localhost:4567 にアクセスして、以下のように表示されればOK herokuにデプロイ $ git add. $ git commit -m 'initial commit'. $ herok create
Ruby on Rails3.1rc4がリリースされ、Ruby on Rails3.1のリリースも近づいてきたもようです。私の開発したRuby on Railsアプリも 2.3.8, 2.3.10, 3.0.5 などのバージョンがあり開発環境のMacの上では、ここに書いたような方法でなんとか共存しています。 しかし、ここに 3.1 が加わると、確実に破綻しそうです、なぜならRuby on Rails3.1 では Ruby1.9.2が推奨だからです。 そこで、RVM(Ruby Version Manager)を導入しました、これは複数のRuby, Gemライブラリーを切り替えて使えるようにしてくれる素晴らしいツールです。 ※ 7/25 Lion 対応 rvm の情報 https://rvm.beginrescueend.com/ 本家 ここには詳細な情報があります。ざっと目を通しておくと良い
「<div id="wrapper">」などのラッパーを使用しないで、レイアウトをセンターに配置するスタイルシートを紹介します。 デモページ ※スタイルにCSS3を使用しているため、この版はIE6には対応していません。後ほど紹介するシンプル版はIE6に対応しています。 「<div id="wrapper">」を使用しないでレイアウトをセンターに配置するスタイルシート 元記事ではスタディが段階ごとに紹介されていますが、ここではその最終段階を紹介します。 CSS:シンプル版 <!DOCTYPE html> <style> html{overflow: hidden; height: 100%; background: #c72;} body{overflow: auto; height: 100%; width: 600px; margin: 0 auto; /* center */ padd
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く