Turbolinks再考 - nisshieeのブログ
この記事はnisshiee.orgに移設しました。 自動でリダイレクトします。 この記事は、「Speee Advent Calendar 2016」の4日目です。 3日目は、@Kosaku_Hidaより、「Google Spread Sheetに記載した複数URLのPage Speed Insightsの点数をGoogle Apps Scriptで取得する方法*1」です。 今日は、Turbolinksを考え直してみます。 みなさん、Turbolinks好きですか？ Rails使ってる人には、結構嫌われてる印象ですが、いかがでしょう？ Railsエンジニアに嫌われるTurbolinksの図 なんで嫌われたかというと理由はいたってシンプルで、既存の資産が動かなくなったからです。 という、なかなか悲しい歴史を持ったTurbolinksですが、改めて考え直してみようということで、まずはTurbol
Rails のモデル関係と to_json(to_xml) - すがブロ
関係を持ったテーブルと出力方法について Rails初心者にありがちなメモをするよ。 ちなみに、環境は Ruby1.9.2 と Rails3 です。 テーブル間のリレーションについて ユーザ情報テーブルと、ユーザが持ってる所持品のテーブル的なものがあるとして。 面倒なのでスゲー適当だけど以下のような定義で作った。 rails g scaffold user name:string item_id:integer rails g scaffold item name:string item_id は items テーブルの id が入るってことね。 users name:string item_id:integer items name:string これで、ユーザはitem_idに items テーブルのidを一つもつ感じ。 model に関連をつける いわゆる has_many とか ha
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
