2013/09/06 Ruby&RailsBizCon - BOSS-CON JAPAN にて http://www.boss-con.jp/rails/Ruby-RailsBizCon/
![Ruby&Railsの最新技術動向と 今後の予想](https://cdn-ak-scissors.b.st-hatena.com/image/square/5bba5f0ee81d6ea4003ba7cd1a55ec12aef1755c/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F0ba20b10f8e20130d4a452943fd674f8%2Fslide_0.jpg%3F1935696)
2011年06月08日21:07 Ruby MySQL uninitialized constant MysqlCompat::MysqlRes の対応 Rails の話です。今日の話なんですが、手元の開発環境を起動して適当な URL にアクセスしようとすると(正確には MySQL にアクセスするリクエストを送ると) uninitialized constant MysqlCompat::MysqlRes というエラーが表示されてしまうようになってしまいました。\(^o^)/ ナニコレオワタ ・・ということで色々とやってみたんですが、最終的には以下の方法で直りました。またなったら同じようにハマりそうなのでメモしときます… orz # いったんアンインストールする gem uninstall mysql export ARCHFLAGS="-arch i386 -arch x86_64" g
Rails3とfb_graphを使って、Facebookに画像を上げようとしたところ、いくつか罠があったので、備忘録としてまとめておく。 ※あるいは、同じような問題にぶつかっている人の一助になれば。 環境: ruby 1.9.2p180 Rails 3.0.7 fb_graph 1.8.2 httpclient 2.2.0.2 rails3でアップロードされたファイルを、そのままfb_graphのalbum.photo!に食わしたところ、 FbGraph::Unauthorized (OAuthException :: (#324) Requires upload file) と例外が発生した。 コードは実際のとはちょっと違うけど、大体こんな感じ。 [RailsのView] <%= form_tag :url => { :controller => "hoge", :action =>
SNS(ソーシャル・ネットワーキング・サービス)向けソーシャルアプリの開発が急ピッチで進められています。 2009年6月、日経コンピュータ 米ロックユー SNS(ソーシャル・ネットワーキング・サービス)向けアプリで急成長 2005年11月に設立した米ロックユー。設立当初は知名度のない小さなソフト開発会社の1社に過ぎなかったが、SNS(ソーシャル・ネットワーキング・サービス)向けアプリケーション開発で急成長を遂げている。英語圏や中国語圏の大手SNS向けに提供する米ロックユー社のアプリケーションは、2008年時点で月間利用者数が1億800万人、月間閲覧数は20億ページビュー。ヤフーやグーグルへの投資実績があるベンチャーキャピタルの米セコイアキャピタルなどからは、2000万ドル(約20億円)以上の出資を受けたとされる。インターネット関連ベンチャー企業としては、最も注目の1社と言える。 米ジンガ、
Rails 3.0からは、gemライブラリーをつかうとき、Bundlerというシステムで管理している。使いたいgemライブラリーをGemfileに明記しないといけない。 それで、2つの異なる環境で同じRailsプロジェクトを動かそうとしたとき、開発環境と本番環境でgemライブラリーのバージョンが違っていたためハマった。 開発環境は、rake 0.8.4 が入っており、本番環境は rake 0.8.7 が入っていた。本番環境で、rakeを使おうとすると「0.8.4をつかえ」と何度もメッセージが出る。理由は、開発環境と本番環境でGemfile.lockを共有していたため、Gemfile.lockは、bundle install コマンドを実行すると生成される。Gemfileの内容は同じでも、gemライブラリーが異なるとGemfile.lockの内容は異なる。なので、以下のようにするべき。 開発
前回に引き続き、簡単なタスク管理ツール nchak を Rails 3.0 で作っていきます。 コントローラの生成 タスクを管理するツールですから、tasks というデータベーステーブル、それを扱う Task というモデル、そして tasks コントローラを作ることになりますね。 これらを一挙に生成してくれる scaffold というツールもありますが、現実の開発現場で使っている人はあまりいないと思います。別々に作っていきましょう。 さて、どこから作り始めましょうか。 かつてはデータベーススキーマをきっちりと作ってから、コントローラとビューの実装に着手するという順番が普通でしたが、近年は逆順(コントローラ・ビューの後でモデル)で実装するのがトレンドです。 データ構造を決める前にユーザーインターフェースを実装すべしという考え方は Outside-In と呼ばれ、「ビヘイビア駆動開発」の大原則
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く