ActiveModel のメソッドを使って、 URL に含まれるモデルの id を別の文字列にしたい 作成済みのリソースの数がばれないように、HTML 中に生の id を表示したくない みたいなときに何とかする方法の紹介。 今回は id の代わりに、id を Base64 エンコードしたものを URL や HTML 中に含めるようにしてみます。 準備 まずは適当なリソースを scaffold で作成。
![to_key と to_param で URL や HTML 中のリソースの id を別の文字列にしてしまう - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/8b8e10b439e4ef984bedafdaed8a4bc31e99214e/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9dG9fa2V5JTIwJUUzJTgxJUE4JTIwdG9fcGFyYW0lMjAlRTMlODElQTclMjBVUkwlMjAlRTMlODIlODQlMjBIVE1MJTIwJUU0JUI4JUFEJUUzJTgxJUFFJUUzJTgzJUFBJUUzJTgyJUJEJUUzJTgzJUJDJUUzJTgyJUI5JUUzJTgxJUFFJTIwaWQlMjAlRTMlODIlOTIlRTUlODglQTUlRTMlODElQUUlRTYlOTYlODclRTUlQUQlOTclRTUlODglOTclRTMlODElQUIlRTMlODElOTclRTMlODElQTYlRTMlODElOTclRTMlODElQkUlRTMlODElODYmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtY2xpcD1lbGxpcHNpcyZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWFmZjk3NjM2YzRlM2U2YjA0NWI0ZjAxZmE1NTJiNzEw%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwdHlhbWFndTImdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTE1M2JkNTFlN2ZlYjdlNzRjZThlOGExZDQyM2EzMzI0%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3Dc082e1b287aafb901d6df8d72f16f19e)
ActiveModel のメソッドを使って、 URL に含まれるモデルの id を別の文字列にしたい 作成済みのリソースの数がばれないように、HTML 中に生の id を表示したくない みたいなときに何とかする方法の紹介。 今回は id の代わりに、id を Base64 エンコードしたものを URL や HTML 中に含めるようにしてみます。 準備 まずは適当なリソースを scaffold で作成。
Gulpfile.js �G ��U 0�D��U 'use strict' var gulp, sass, babelify, browserify, watchify, source, util; gulp = require('gulp'); sass = require('gulp-sass'); babelify = require('babelify') browserify = require('browserify'); watchify = require('watchify'); source = require('vinyl-source-stream'); util = require('gulp-util'); var sassPath, sassSource, jsSource; sassPath = './app/assets/stylesheets/**/*
最近 SPA (Single Page Application) についての議論が盛んで、Angular とか React とか Flux とか Mithril とかの名前をよく聞くようになりました。 でも必ずしも全ての Web アプリにおいて SPA は必須ではありません。 むしろ枯れた jQuery と Rails の remote: true の仕組みを正しく使うだけで十分なケースも多数あると思います。 (特に iOS, Android のネイティブ開発者が身近にいる環境では SPA で開発するのとネイティブで実装するのとでは後者の方がコストが低いこともありますし。) ということで、「じゃあ Rails で Ajax ってどうやって実装するんだっけか?」というところをまとめた資料を公開します。 中級者以上の方にとっては特に目新しい情報は無いと思いますが、経験の浅い方の自己学習や研修な
ハレノヒブログ 株式会社ハレノヒのブログ | Web Planning, Design and Development 複数のRailsアプリで同じDBに接続する場合DBのマイグレーション履歴が同じschema_migrationsテーブルに格納されるのはちょっとこわい。 でもschema_migrationsって名前はRailsが決めているものだからどうやって変更するの?というのを調べたら接頭辞を使えばいいみたいで # config/application.rb module SampleApp class Application < Rails::Application ... config.active_record.table_name_prefix = 'sample_' end end 上記のようにやっておくとアプリ全体のテーブル名にsample_が付くようになって、問題の箇所
Photo by Columbus Flickr Meet Group Photo | Flickr - Photo Sharing! Railsのよく忘れるプルダウン(select), チェックボックス(check_box), ラジオボタン(radio_button)などビューヘルパーをまとめました。 ビューでの表示形式の変換ヘルパーは、「Railsのテキスト、数値、日付/日時関連のフォーマットヘルパー - Rails Webook」を参照してください。 動作確認 Rails 4.2.0 目次 1. リンク - link_to 2. 画像 - image_tag 3. フォーム - form_for / form_tag 4. 関連モデルのフォームを作成 - fields_for 5. ラベル - label / label_tag 6. テキストフィールド - text_field /
React をちょっと触ってみたい、というのと 最近すこし Ruby on Rails も勉強はじめた、ということで、rails g scaffoldで作るような管理画面のViewを react-router を使ってSingle Page Applicationで作ってみた。 https://react-router-scaffold.herokuapp.com/ (source code: https://github.com/sugyan/react-router-scaffold) 既に React.jsでRailsのScaffoldを再現してみた - Qiita という記事があり、これをおおいに参考にさせていただいております。 違いとしては、 Bootstrapで見た目を変えてる React 0.13でサポートされているES6 classes記法などを使って書いてみた Hashで
Google+ボタン はてなブックマークボタン 更新日時: 2015年04月23日(木) 作成日時: 2015年04月23日(木) 前の記事 / 次の記事 Railsのテストについて考えまくった結果 一定の結論に達した気がした(たぶん気のせい)のでメモ。 全ての要件を漏れなくテストできればそれがいいに決まってる。 でも無理。 っていうかやる時間があったとしてもそれは果たして意味があるのか。 勝手に天から降りてくるならいいけど。 で、落としどころを探る。 フレームワークはRspecを使う。 大前提としてロジックが介在しないヶ所はテストしない。 例えばCSSが仕様通り書かれているかみたいのはテストしない。 ていうかロジックがないヶ所のテストとかただのコンペアだから不毛。 コンペアが不毛っていうことじゃなくて、 コンペアするために正解である比較対象を用意しなきゃいけないけど その用意した比較対象
Why I’m using React with Rails I've been using Rails for years and recently I’ve been integrating javascript frameworks into my stack in various ways to help with front end development. There are a lot of great javascript frameworks out there like Angular, Ember, Meteor, etc, but my current favorite is React and Flux. Facebook has been doing tremendous work open sourcing their javascript stack fro
スタートアップ界隈でのRuby on Rails利用率は割と高く感じる。 みんなが使っているから使う?それだけではないはず。なぜ使うのだろう。 railsの特徴を考える。 規約縛りの哲学 周辺gemのエコシステム webの進化への追従の速さ 規約縛りの哲学 Convention over Configurationてやつ。規約を決めて、それに沿えば、フレームワークに乗って素早く開発できるようになる。規約で縛ることでRailsに流れる哲学に従うことを強制化している。 外れると痛い目を見る。Railsに乗るということは電車に乗って簡単に遠くまで行けるということ。Railsから降りるということは電車からも降りるようなものだ。中途半端な理解で突き進むと線路からすぐに降りて歩くことになる。 スタートアップでRailsが採用される一番の理由は、 簡単に遠くまで行ける だと思う。ただ、そんなにうまい話は
関西Ruby会議06で発表したスライド資料です :) Railsガイド: http://railsguides.jp/ DEMO動画一覧: https://yasslab.wistia.com/projects/4msq4voot3 【関連リポジトリ】 - yasslab/railsguides.jp: https://github.com/yasslab/railsguides.jp - yasslab/konjak: https://github.com/yasslab/konjak - yasslab/gtt-downloader: https://github.com/yasslab/gtt-downloader - yasslab/translation-api-examples: https://github.com/yasslab/translation-api-exampl
すいません。締切守れませんでした…。 やっぱ、java-jaの忘年会の翌日は辛い…。 はじめに Webシステムを開発していると切っても切れないのがJavaScriptです。 Railsはかなり早い時期からalt-JSや結合、minify等を組み込めるようにフレームワークにそれを取り入れてきました。 それを支えているのがRails3.1から導入されたsprocketsです。 それに伴なってJSのライブラリをどうやって管理するかという点について、独自の路線を取ることになりました。 JSのライブラリを同梱したgemパッケージにラップしてrubygemsとして管理する方法です。 ある程度は上手くいっていたし、今もその流れは続いているんですが、時々問題になることもあります。 例えばメンテナの対応時期がズレてて古いバージョンのままだったり、似たようなgemが乱立してややこしくなったり。(backbon
「俺の最近のRailsのJS開発環境」 for フロントエンドエンジニア TL;DR 「片手間のJS」ならhogehoge-railsで大丈夫(e.g. browserify-rails, sass-rails, etc.) 「本気でJS書く」ならsprocketsから切り離す(e.g. SPA, etc.) 迷えるフロントエンドエンジニアに愛の手を ※ 個人の見解です はじめに 本記事の内容は個人の見解であり、所属する組織の公式見解ではありません. 本職は学生,片手間にRailsエンジニア,そのさらに片手間に過激派フロントエンドエンジニアやってる人間の戯言です. 『俺の最近のRailsのJS開発環境を教えてやる』を受けて,フロントエンドエンジニアの視点から見たRailsのJS環境を考察してみた記事になります. 元記事をdisっているわけではなく,むしろリスペクトしたうえで視点を変えてみた
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く