さくらのレンタルサーバーのRuby on Railsを高速化する方法
以前、さくらのレンタルサーバーにRuby on Railsをインストール、動作を確認し、実際に簡単なアプリケーションをうごかしてみました。 さくらにRailsをインストールする方法 その動作確認 サンプルアプリケーション しかし、これがどうにも遅い! 通常はApacheに加えてfastCGI等を利用して起動の高速化をはかるのですが、さくらの共用サーバーでは利用できません(参考文献[1])。ただのCGIで動かした場合にどれぐらい遅いかというと、参考文献[2]をごらんください。普通の(?)方法でうごかすのと比較すると、ただのCGIはざっと100倍ぐらい遅い。ひどい! というわけで、多少でもはやくならんもんかと思い色々と試してみました。速度の測定にはhttperfを使ってみました[3]。Mac OS X の場合はMacPortsで簡単にインストール可能です。ほかのプラットフォームでもいろいろある
RailsでAmazon APIを利用する
こんにちは。 KBMJのプログラマのx5rです。 今回はRailsからAmazonAPIを利用してみようと思います。 環境 Railsの環境が既に構築されているものとします。 ちなみに私の環境は Mac : IntelMac OS : Mac OS X 10.5.1 Leopard $ script/about About your application's environment Ruby version 1.8.6 (i686-darwin8.10.3) RubyGems version 1.0.1 Rails version 2.0.2 Active Record version 2.0.2 Action Pack version 2.0.2 Active Resource version
以下を参考に解決。2.0のmap.resourcesのオプション設定いろいろ - ザリガニが見ていた...。Ruby on Railsでscaffoldでアプリを生成した後、コントローラーのアクションを追加しても、[RailsRoot]/[コントローラ名]/[アクション名]でアクセスすると、アクション名を省略したときのデフォルトのアクションであるshowアクションが呼ばれて、アクション名をidと勘違いしてしまう。 なので、以下のように、そんなid知りませんよとエラーがでる。（以下の例は、アクション名＝completedの場合） Couldn't find Page with ID=completed これを回避するためには、config/routes.rbに以下のようにする。デフォルトのルーティングをコメントアウト #map.resources :users 代わりに以下を記述する map
This domain may be for sale!
テーブルとテーブルを結合してみる。 道具には作った人がいるだろうということで、creatorテーブルを追加。 まずは、新しいテーブルをscaffoldでcreateする。 >ruby script/generate scaffold creator name:string「db/migrate/003_create_creators.rb」が出来上がってるので、 >rake db:migrateでテーブルを生成。 「http://localhost:3000/creators」からデータをちょこちょこ追加してあげると、 Name smith Show Edit Destroy herbalist Show Edit Destroyこんな感じに。 smithは鍛治屋、herbalistは薬草師のこと。 でもって、このcreatorテーブルと、itemテーブルを繋ぐために、 itemテーブルに
こういうふうにテーブルの行の背景色を変えたいときに使えるヘルパーが「cycle」です。 もともとは「<% i += 1 %>」、「<%= (i%2 == 0) ? 'even' : 'odd' %>」としていたので、あまり手数は変わらないのですが、偶数奇数の判定にわざわざループ変数持ち出すのもねぇと思っていたので。こちらの方がスマートです。 <table id="table"> <% for item in @items %> <tr class="<%= cycle('even', 'odd') -%>">こうしておいて、cssをこんなふう(↓)に書くと、行の背景が水色と白の交互になります。 #table tr.even td { BACKGROUND: #edf3fe; /* 偶数行：薄い水色 */ } #table tr.odd td { BACKGROUND: #FFFFFF; /
環境 org.apache.poi 3.7 maven repositoryを検索するときは、group id「org.apache.poi」で検索する。 group idが「poi」のものはversionが3.1まで。 ソース セルが１つだけのときはここを参照 http://www.ruimo.com/2010/11/10/1289351460000.html 複数の時は以下のような感じで final Name name = workbook.getName("名前"); final AreaReference areaReference = new AreaReference(name.getRefersToFormula()); final CellReference firstCell = areaReference.getFirstCell(); final CellRefere
フォームの入力値からモデルオブジェクトを生成して保存するため、モデルに対応するフォームを作成する必要がある多々ある。 そのためのヘルパーメソッドとしてform_forメソッドがある。 モデルに対応するフォームで必要となる機能 name属性に[ ]のついた入力項目からリクエストを簡単に扱うための仕組みがあるので、それに適応したname属性を使う モデルオブジェクトの編集では、入力項目のデフォルト値に既存のモデルオブジェクトの値を使う モデルオブジェクトの検証でエラーがあった場合、その箇所を強調表示する form_forメソッドとは form_forメソッドは、formタグを作成するヘルパーメソッドだが、form_tagと違う点は、フォームの入力項目を作成する際に、FormBuilderオブジェクトが利用できること。 form_forメソッドの第1引数には、変数名を文字列またはシンボルで指
普通にRuby on RailsをCGI（dispatch.cgi）で動かすと遅すぎてやってられませんが、gateway.cgiを使うと、そこそこの速度で動くようになります。 最初に仕掛けを紹介してしまうと、1回目のアクセスがあったときに常駐プロセスを起動し、2回目以降のアクセスはその常駐プロセスに処理させるようになっています。CGI自体は常駐プロセスに処理を投げるだけなので軽い、というわけです。ただし、１回目のアクセスは通常通りCGIで動作させたくらいの遅さです。 常駐プロセスは一定時間アクセスがないと自動的に終了するので（次のアクセスがあったときにまた起動する）、いろいろ制限のある環境でも使える、かもしれません。 さて、そのgateway.cgiですが、Railsの標準パッケージの中に含まれています。まだexperimentalらしいですが、多少パッチを当てると動きます。 使い方は↓こ
さくらサーバー × Ruby on Rails × gateway.cgi 通常RoRはfast-cgiを使って高速化するのが常なようですが、残念ながらさくらサーバーは fast-cgiを許してくれません。。。*1 なのでgateway.cgiというものを代わりに使うと幸せになれるようです。 動作的には、 初回アクセス時に半常駐プログラムを起動、処理。 2回目以降は半常駐プログラムでの処理。 という、なんとなくさくらサーバーでは使えなさそうなcgiですが、ひとつ仕組みがあります。 というのも実は単純で、デフォルトでは90秒アクセスがないと自動的に終了してくれるので、 さくらの環境で使えるだろうと思ってます。*2 *3 railsとfcgiをインストールする %gem install rails %gem install fcgi Building native extensions. Th
久しぶりにRailsを触るぜ! いやー, とある時期にRailsは触っていたけども, 最近めっきり触っていないので, Railsの進化にとまどっている次第です. なんせ触っていたのはバージョン1.2.3のだしね. 今はもう2.2.2…… とまどうのは仕方ないけど, ちょいと使ってみたかったので, リハビリも兼ねて追いかけるコトに. そんでココにメモっとく. ひとまず本は使わず(というか買わず), ソースとWebでやっていこうと思う. まずは早速つまずいたフォームの書き方. form_forヘルパー Rails1.*のときはstart_form_tag, end_form_tag(form_tag)を使っていたけど, Rails2.0からform_forというヘルパーを使うようになったらしい. それに合わせて, text_fieldなどの記述方法も変更. 以下のようになる. <% form_
form_for と form_tag の書き換えについて form_forからform_tagへの書き換え 以下の理由から、scaffoldで作成したnewとeditのform_forをform_tagに書き換えました。 Rails 2.0以前のように、newやeditの共通部分をrenderで"_form.html.erb"を読み込む為 form_forでActiveRecordをソースにしたコンボボックスの指定方法がわからない為 new.html.erb <% form_for(@model_name) |f| %> ...(省略)... <%= f.submit "Create" %> <% end %> ↓ <% form_tag :action => "create" do %> <%= render :partial =%> "form" %> <%= submit_tag
よくあるキーワードで検索してリストがずらずらーってやつです。 viewにこんな感じに書きます。 =================== <% form_tag :action => :search do %> <%= text_field_tag :keyword, @keyword %> <%= submit_tag '検索' %> <% end %> =================== よく検索で出てくるstart_form_tagではないです。start_form_tag使うと、んなもんないって怒られます。2.0から変わったそうです。 この辺はなんとなく見てもらえればわかると思います。 controllerにこんな感じに書きます。 =================== def search @keyword = nil if(@keyword = param
RubyOnRailsでデータベースのテーブルを検索するための単純なフォームを作成した。 前提としては フォームヘルパーのtext_fieldメソッドで検索キーワードを入力させる paginateメソッドを使ってページング処理を行う 検索データはparamsで引き渡す である。 (1)will-paginateプラグインのインストール paginateはRails2.0からプラグインで提供されるようにたったため、別途インストールが必要である。今回はwill-paginateを使用するので、次のコマンドでインストールしておく。svn経由でもインストールできるようであるが、私の環境ではできなかったのでhttpにしてある。 ruby script/plugin install http://tools.assembla.com/svn/breakout/breakout/vendor/pl
「Ruby on Rails + PostgreSQLで出発進行！」でRuby on Railsを利用した最初のWebアプリケーションを作成しました。 作成したWebアプリケーションでは、データの追加、編集、削除を行うことができました。今回は、データを検索する機能を追加してみたいとおもいます。 作業手順は、次のとおりです。 (1)キーワードを入力して検索を行うフォームをViewに追加する (2)検索結果のリスト表示画面から、全リストを表示する画面へのリンクをViewに追加する (3)検索キーワードを取得して、データベースのデータを検索するControllerを追加する それでは、順番にコーディングしていきましょう。 (1)キーワードを入力して検索を行うフォームをViewに追加する Rails Navigatorタブからapp->views->contacts->list.rhtmlを開いて
前回は、Scaffoldを使って簡単なアプリケーション「アドレス帳」を作成しました。たった数回の操作だけで、Webアプリケーションを構築するための足場（Scaffold）を組み上げることができました。 Scaffoldで生成されたアプリケーションは、CRUD（Create、Read、Update、Delete）の機能を備え、Rails開発において重要な要素が数多く含まれています。これらを手がかりにRails開発の基礎を学んでいくことにしましょう。 前回はRadRailsを使用してアプリケーション「アドレス帳」の作成方法を紹介しましたが、コマンドプロンプトに下記のコマンドを入力することで、前回のアプリケーション「アドレス帳」と同じことが実現できます（実行時に出力されるログは省略しています）。
fcgi と drb を使って 90 秒だけ生存するサーバみたいな感じですかね． 基本的にhttp://d.hatena.ne.jp/cimadai/20080923/RubyonRails_on_sakuraを参考にしました． 1. Rails/Gem のインストールなど． どこぞにある方法で． 2. fcgi のインストール $ cd ~/local/srv $ wget http://www.fastcgi.com/dist/fcgi-2.4.0.tar.gz $ tar zxvf fcgi-2.4.0.tar.gz $ cd fcgi-2.4.0 $ ./configure --prefix=$HOME $ make $ make install $ gem install fcgi -- --with-fcgi-include=$HOME/local/include 3. gat
さて、Rails 2.2も 無事にリリース されたわけだが、今回の目玉はなんといっても “I18n” 対応だろう。 つまり、今回の大規模なI18n対応で、やっとこれが# Rails 2.1.2 より抜粋 options[:object_name] ||= params.first options[:header_message] = "#{pluralize(count, 'error')} prohibited this #{options[:object_name].to_s.gsub('_', ' ')} from being saved" unless options.include?(:header_message) options[:message] ||= 'There were problems with the following fields:' unless opti
たった1行のvalidates_presence_ofが入力値の検証とエラー表示を行っているが、それを実現するためにはいろいろな機能が絡み合っていることが分かった。 validateに関連することで分かったこと データベースへの追加または更新の前に検証される。一つでもエラーが発生すると、そのレコードは一切保存されない。 モデルはerrorsという看板を持っていて、エラーが発生すると、エラーフィールド名とエラーメッセージがその看板に保存される。 手軽にvalidateを活用するためには、入力フォームの描画はRailsが用意したメソッド*1を利用するべき*2。 validates_のバリエーション メソッド 検証方法 validates_presence_of 値が入力済であること検証 validates_uniqueness_of 同じ値が存在しないことの検証 validates_lengt
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
