はじめに フロントエンドへスプラトゥーンを決めるために、Rails プロジェクト内で JavaScript を楽に良い感じに分離する方法を考えてみました。 先人たちが様々な方法を提示してくださっていましたが、設定が大掛かりだったり、何種類かのツールを活用したりと、自分にはどうもハードルが高かったため、より簡単な方法を模索しました。 TL;DR Initial commit で、この記事でこれから行う設定をコミットしています。 necojackarc-sandbox/rails_with_webpack 特徴 Sprockets の良い所はそのまま活用 導入ツールは実質 WebPack のみ 設定項目が少なく簡単 おそらくほぼメンテナンスフリー 概要 以下のような流れで、JavaScript のコーディング、ビルド、配信を行います。 frontendディレクトリ以下で JavaScript
railsらしいやり方、turbolinksともマッチするjavascriptの書き方ができるturboctrlというgemをリリースしました。 komagata/turboctrl これは何？ /posts/1にアクセスしたらapp/assets/javascripts/controllers/posts_controller.js.coffeeにあるPostsControllerクラスのshowメソッドが呼ばれるというものです。 # app/assets/javascripts/controllers/posts_controller.js.coffee: class @PostsController show: -> console.log "Hey!" なぜ作ったのか 「さっさとwebアプリを書きたい。」 「RailsのRailから外れる面倒なことはしたくない。」 「Railsはj
はじめに 先月、エラーページをAsset Pipelineで管理する - WEB SALADというエントリを書いたのですが、あの後「これはエラーページに限らずもっと一般化できるのでは」と思ってgemを作ってみました。 このエントリでは、このgemの紹介と使い方を説明したいと思います。 Gakubuchiとは READMEにも書いてあるように、GakubuchiはRailsアプリケーションにおける静的ページをAsset Pipelineで管理するためのgemです。 その仕組みは前回のエントリでも述べた通りで、次のようになっています。 使用するテンプレートエンジンを登録する app/assets/templatesのようなディレクトリを作り、そこに静的ページを書く assets:precompileをフックして、実行後にコンパイルされた静的ページをpublic配下に移す 1の設定作業や3のフッ
前回の記事で書いたとおりRailsの環境を更新しました。 が、本番環境おけるアセットパイプラインでハマってしまいました。 ここで復習しておきます。 そもそもアセットパイプラインとは？ 「app/assets」「lib/assets」「vendor/assets」など異なるパス上のjsやcssを同一のurl（例えばhttp://myapp:3000/assets/xxxx）で参照を可能にする仕組みです。（jsやcssの結合だったり圧縮だったり他にも色々仕事してます。） アセットパイプラインの対象となるパスは「Rails.application.assets.paths」で参照できます。 #/myappが$RAILS_ROOT $ script/rails console irb(main):001:0> puts Rails.application.assets.paths /myapp/a
rake assets:precompileすると、javascriptがより短い書きかたへと圧縮される。 素晴らしいことに、圧縮するときに変数や関数の名前を「a」とか「b」などのより短い名前に書き換えてしまうらしい。 でもこれだと、圧縮後のjavascriptの関数を呼び出して使いたい！ってときに困ってしまう・・。 この圧縮するプログラムをコンプレッサと言うらしいんだが、実はコンプレッサはrailsのconfigで変更することができる。 http://guides.rubyonrails.org/asset_pipeline.html
I'm using rails 4 & ruby 1.9.3 for my application and fancybox2-rails gem, but there's a general problem with asset pipeline. If I run rake task for precompile, then everything is fine except for images in vendor/assets/images and ../gems/ruby-1.9.3-p327/gems/fancybox2-rails-0.2.1/vendor/assets/images. Images from these two folders are not being precompiled and eventually I have a problem with dea
Rails3.1から組み込まれたCoffeeScriptを検証しています。コントローラを作成するとapp/assets/javascriptsにコントローラー名.js.coffeeってファイルが作成されますよね。当然該当するコントローラーに関係するViewを表示した時だけロードされると思ってたんだけど、全てのスクリプトがまとめてロードされてしまうみたいです。 これは次のようにmanifest fileを変更すると動作を変えることができます。 app/assets/javascipts/application.js // This is a manifest file that'll be compiled into including all the files listed below. // Add new JavaScript/Coffee code in separate file
2012年03月30日 Rails3.2で production にした途端にapplication.css が参照できなくなる Railsは2.3からご無沙汰になってしまっていたので、 Rails3 の勉強をしていたときのこと。 developmentモードでは問題なく動いていたアプリケーションをproductionモードに切り替えた途端に画面がスタイルシートなしの表示になってしまった。コンソールには下記のような表示が。ActionController::RoutingError (No route matches [GET] "/assets/application-1adf5534d70f07fe17c168d1b45fc116.css"): ルーティングがないと言われてもdevelopmentモードの時にはcss用のルーティングなど設定していなかった。 そもそも、 /assets/
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
