第1回 Rails2.0の足回り | gihyo.jp
Railsを使っている方も、使っていない方もこんにちは。この特集では、「Rails2.0の足回りと中級者への道」と題して、2007年12月7日にリリースされたRails2.0の基礎と、Rails2.0が提示する新しいアプリケーションの形、について学んでいきたいと思います。 Rails2.0とは何か？ Railsの開発者David Heinemeier Hansson（DHH）自身が語るように、Rails2.0は「革命的というより漸進的（“evolutionary rather than revolutionary”）」なリリースです。バージョンの数値の変化とはうらはらに、Rails1.1とRails1.2間に行われたほどの変革はありません。 ですが、痛みすら伴う数多くの洗練と、RESTfulなアプリケーションへの傾倒を含んだリリースになっています。 この特集ではまず、Rails
Railsアプリのソースを公開する際に役立つtips(secretを自動生成) - おもしろwebサービス開発日記
最近はgithubやcodereposなどの共有レポジトリが流行っています(？)ね。僕はまだコミットした事はないのですが、パスワードなどの秘密の情報が存在するアプリケーションをコミットするときにはどのように秘密部分を加工しているのだろうなー？とずっと疑問に思っていました。 Railsアプリの場合は、クッキーセッションの認証用データを作成するためのシークレットキーがconfig/environment.rbに書かれており(下記の:secretの部分)、ここが秘密部分に当たります。 config.action_controller.session = { :session_key => '_hoge_session', :secret => '4d6c53b43ce6e777251291be7aa191eb80773f332731424c411c3f79bbee485250c6fd24aa85
[Rails 2.0 Preview]データベース作成・削除のRakeタスクの追加: ぐうたら技術屋のTips
Rails 2.0: Preview Releaseに興味深いRakeタスクが追加されていたので紹介します。 紹介したいのは以下の4つです。 db:create db:create:all db:drop db:drop:all db:create～はデータベース作成、db:drop～はデータベース削除のタスクになります。どれもconfig/database.ymlを元に操作を行います。allがあれば、config/database/ymlに定義してある全てが、allがなければ、RAILS_ENV(何も指定しなければdevelopment)にあたるものが対象になります。 MySQLの場合、db:create～でCHARSETとCOLLATIONが指定できます。何も指定しないと、それぞれ「utf8」、「utf8_general_ci」となります。 ちなみに、どのコマンドもhostの値がloc
Rails2.0のRouting（config/routes.rb）の記述方式についてのまとめ。 » RAILS PRESS
map.connectとmap.purchase 「map.connect」と「map.purchase」はrails1.x系からおなじみですね。 「map.connect」と「map.purchase（任意のパス名）」については、2005年の情報ですが「Routes :: 優しいRailsの育て方 :: ヽ( ・∀・)ノくまくまー)」によくまとめられています。くまくまさんにはいつもおせわになってます。 またパラメータにURLを直接渡したい場合は、「routes.rbでURLを丸ごとパラメータとして渡す記述法 - Hello, world! - s21g」が参考になります。 僕は今のところ利用する機会が無いですが、パラメータを省略可能にしたい場合は「routes.rbで省略可能パラメータを指定する方法 - Hello, world! - s21g」を。 map.with_options 「
Rails2.0から2.1への移行を試してみる - ザリガニが見ていた...。
ここ最近、MacBookの作業環境改善に努めている間に、Railsは2.1にバージョンアップしていた。相変わらずの進化のスピード。すでに出遅れた感はあるが、自分のRails環境も2.1にしてみた。Railsの複数バージョン環境は共存できることが分かっているので結構気軽に。でも、2.1環境でちゃんと稼働させるまでには、それなりの試練が待っていた。 gemでアップデート 視野の狭い自分は、いきなりgem update railsとやってしまったが、これではちゃんとアップデートされなかった。まずはgem自体のアップデートが必要なことが多いのであった...。（以前の日記Rails2.0.2を使ってみるにも書いていたのに、すっかり忘れている。）もう一度仕切り直しで、以下のようにしてみた。 gemのバージョンが1.0.1から1.1.1に上がった。 $ sudo gem update --system
第7回 config/initializers ディレクトリ
Rails 2.0 以前は config/environments.rb にアプリケーション特有の初期化コードを書いたものですが、2.0 以後は config/initializers ディレクトリに置いたファイルが自動的に読み込まれるようになりました。 この仕組みはどんな風に作られているのでしょうか。 rails-2.0.2 ディレクトリで、文字列 'initializers' を含むファイルを検索すると、該当するソースコードはすぐに見つかります。initializer.rb です。Rails::Initializer#load_application_initializers が、問題のメソッドです。 def load_application_initializers Dir["#{configuration.root_path}/config/initializers/**/*.rb
CookieStoreとセキュリティ(2), CookieStoreの有効期限, Ruby on Rails の注文の多い料理店に入ってしまった話 - Journal InTime(2008-01-14)
_ CookieStoreとセキュリティ(2) ちょっと気になるのが、サーバが一度発行したクッキーは、HMACで使用する鍵を変えたりしない限り、ずっと有効だということだ。悪意のある第三者がクッキーを盗聴してリプレイを試みる、というケースについては、盗聴できたという時点で他のセッションストアの場合もセッションハイジャックが可能になるので、CookieStoreがとりわけ危険だというわけではない。気になるのは、ユーザがセッションの状態を任意の時点に戻すことができる点だ。アプリケーションの作りによっては悪さができそうな気もするのだけれど、実際のところどうなのだろう。 [Cookieとセキュリティより引用] と書いたけど、問題になりそうな具体例を思い付いた。 RailsによるアジャイルWebアプリケーション開発 のサンプルのショッピングカートアプリケーションでは、カートの格納先にセッションを使用し
CookieStoreとセキュリティ, RailsによるアジャイルWebアプリーション開発第2版とRails 2.0 - Journal InTime(2008-01-13)
_ CookieStoreとセキュリティ Rails 2.0ではCookieStoreという新しいセッションストアが導入されている。 CookieStoreは、セッションデータをサーバ上のファイルやDBに保存する代りに、クッキー自体に保存する。 このため、セッションデータの読み書きのコストが減ったり、古いセッションデータ の掃除の手間がなくなる、という利点がある。 「そんなことをしたらユーザにセッションデータを改竄されるじゃないか」というのが 当然の疑問だが、HMAC(デフォルトではSHA1)によるチェックで改竄を防ぐようになっ ている。 ただし、セッションデータ自体は平文(marshal+base64)なので、中身を見られてしま う。これについては、そもそもユーザに見られては困るようなデータをセッションデ ータに格納すべきではない、という立場を取っているようだ。 ちょっと気になるのが、サ
足の早いrailsのバージョンアップに乗っかる - Katawara.*
以前、足の早いrailsのバージョンアップに抵抗する、という記事では、Railsのバージョンアップに流されないようにする方法をまとめましたが、今回はその逆。 Railsのバージョンアップを敢行しようと思います。 Rails1.2.2 -> Rails1.2.6へ 以前、サタデーコードフィーバーに行ったときに、railsで開発をしている人にお会いしました。 そのときに聞いたお話では、rails2.0系に上げる前に、1.2系の最新にして、そこで出た不具合を直してから2.0系に上げるといい、とのこと。 なので、まずは、railsを1.2.6にバージョンアップします。 を実行します。 おそらく、問題なく終了することでしょう。 次に、前回は1.2.2で動作していたrailsを1.2.6で動作するように変えます。 アプリ上ではどのバージョンでrailsを動かしているかは、プロジェクト直下（Rakefi
Нажмите "Разрешить" чтобы получить доступ к сайту
Нажмите на Разрешить для подтверждения, что вы не робот Нажмите "Разрешить", чтобы закрыть это окно Это окно можно закрыть нажатием "Разрешить". Если вы хотите продолжить действия на данном сайте, просто нажмите на подробную информацию. Подробная информация
2007-12-08
So how do I upgrade? If you want to move your application to Rails 2.0, you should first move it to Rails 1.2.6. That’ll include deprecation warnings for most everything we yanked out in 2.0. So if your application runs fine on 1.2.6 with no deprecation warnings, there’s a good chance that it’ll run straight up on 2.0. Of course, if you’re using, say, pagination, you’ll need to install the classic
Ruby On Rails ピチカート街道 - Rails 2.0・その１１(セッションの情報は全てクライアントのクッキーに書かれる) -
Rails 2.0 がおっしゃいますに、結局セッションに入れる情報ってユーザーIDだけぐらいで短いから、セッションの情報は全部クッキーに入れちゃえばいいんじゃね？みたいに割り切っているようです。 例としては、コントローラ辺りに、session[:food] = 'nikkorogashi' と書いて、そこの処理を通りますと、session オブジェクトが文字列化(Marshal)されてBase64エンコードされてクッキーに保存されます。 要するにクッキーに保存しやすい文字列に変換されます。 決して暗号化されて保存されるわけではありません。 やる気なら誰でも自分のクッキーの情報を見て、session にどういう値が入っているのかを解析できるので、大切な情報（クレジットカード番号とかパスワードとかスリーサイズとか）は session には入れない方がいいです。 どうやってこのようにクッキーを解
Rails 2.0でデバッグをする新しいやり方 - Hello, world! - s21g
比嘉さんからciteされたみたいなので、取り急ぎ新しい情報を吐き出しておこうと思います。 そろろろRailsについて本音を書いてみるか 後、デバッグの環境は、Javaに比べて貧弱だと思う。Railsでデバッグをする７つの方法を見てほしい。IDEでソースにブレークポイントを設定(ソースコードを書き換えるのではなく)して、ステップイン、ステップオーバー、メモリの状態を見たりなんてのに慣れているJavaから比べると、すっごく大変に見える。 喜ばしいことに、Rails 2.0ではruby-debugを使ったdebuggerが正式に採用されました。 これの使い方は非常に簡単です。 まずは、以下のようにブレークポイントをコード中に書き込みます。
Rails' Wiki - 日程調整アプリを作ろう-7-
作成手順 今回は1.2系から2.0系へのアップグレードを行います。また副産物として？in_place_editorをさらに便利にします。 今回実装する内容、手順を、以下に示します。 SQLのミスを修正 gemのアップデート rails1.2.6のインストール ログを確認(deprecation warning) rails2.0.2のインストール config/environment.rbの修正 rake rails:update config/environment.rbに追加 paginating_findプラグインのインストール super_inplace_controllsプラグインのインストール BASIC認証の変更 SQLの抜け(ミス)を修正 日程調整の画面でまだSQLに問題がありましたので、まずそこを修正します。 何が問題だったのかというと、並び順を指定していなかった、です。
2008-06-20
ふと思い立ってほんの一時期RubyNewsを集めいてた。当時はRubyNewsで検索してもそれらしきサイトはヒットしなかったのでなんとなく始めた。しかし想像以上に手間がかかるのですぐに投げ出す。いま検索するとRubyNewsというブログがあるようなのでそちらにお任せしましょう。 http://d.hatena.ne.jp/rubynews/ ちなみに、Googleアラートでrubyとかrailsとかキーワードを登録すればわけなく情報は収集できます。あとはruby-listくらいに読んでおけばOKと思います。 いますぐ使えるOpenID：特集｜gihyo.jp … 技術評論社 第2回 OpenIDライブラリに付属しているRPサーバを動かしてみる：いますぐ使えるOpenID｜gihyo.jp … 技術評論社 を参考に、Ruby OpenID Libraryに付属するRPのサンプルを動かしてみた
あけまして、Rails 2.0 対応 - WebJourney::Widgets on Rails 開発日記
Fixtureも変わっています。大きくは、関連オブジェクトをidではなくhuman readableな名前で記述できるようになった点ですが、このエントリは関係ありません。隠れた変更点？として、fixtureのキャッシュ機能が追加されています。 続きを読む 2008年になりました。カウントダウンTVを見ながらコーディングをしつつ年を越えました。 とりあえず昨年の積み残しで、実際のコードで1.2.3ベースのコードを2.0対応させています。とりあえずは、トップページの表示に問題がないレベルまでいってから rake test:unit かまそうと思っています。 environment.rb が変わっています。こんな感じで、config.action_controller.session = {:session_key => .. , :secret => .. } をつけないと怒られます。 cha
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://www.func09.com/wordpress/archives/189
Railsでデータベースを使わない - One By One - norizo333's Blog -
Rails 2.1 and const_missing
Rails2.0のprotect_from_forgeryIE7で効かない罠 ノウハウ [okyuu.com]