webpack-rails を試してみる - rochefort's blog
Rails5.1ではWebpackが導入される - rochefort's blog で書いたように、Rails5.1 ではWebpackが導入されそうです。 DHHさんが言うことはだいたい正しいので、 これまで面倒そうだと毛嫌いしていたWebpackを試して見ることにしました。 最初に感想 Webpackをそれほど学ばずに始めてしまったせいか、いろいろハマってしまいました。 sassをrequireする方法とか、CommonJSとそれ以外のrequireする方法とか、importsプラグインやら沢山のloaderやらで、何度も諦めて引き返そうかと思ってしまいました。 ある程度学んでから触れた方がいいかもしれません。 まずは Sprockets について Sprocketsの機能 以下のものがあるかと思います。 compile(coffeescript/scss) minify/uglif
How the F does Sprockets Load an Asset?
How does an asset get compiled? It’s less of a pipeline and more of a recursive ball of, well assets. To understand the process we will, start off with an asset with no directives (no require at the top). We’ll then walk through all the steps Sprockets goes through until a usable asset is loaded into memory. For this example we will use a js.erb file to see how a “complex” file (i.e. multiple exte
顧客が本当に求めていたsprockets、sprockets-commonerの紹介 - Qiita
はじめに みなさんにdisられて久しいsprockets氏ですが、メリットはそのままこれまでの問題を解決してくれるsprockets-commonerという素晴らしいgemを見つけたので紹介します。 sprockets-commonerとは sprockets-commonerとは、Railsコミッターも在籍するShopifyで作られたsprocketsの拡張gemです。 このgemの機能の中でも特に嬉しいのは以下の2つの機能です。 1. node.js/ESnextでフロントエンドを書けるようになる sprockets-commonerを入れると、sprockets管理下のJSファイルをbabelでトランスパイルしてくれるようになります。 そのため、node.js/ESnextでフロントエンドを書けるようになります。 一応、sprockets次バージョンの4でもESnextは書けるように
sprockets4にnpmを利用するための機能が追加された - Qiita
こんにちは みんなにdisられて久しいsprockets氏ですが、面白そうなコミットが入っていたので紹介します https://github.com/rails/sprockets/commit/6eac004a1567f70270606170f8a4d51d4e2fb3e8 どんなコミット？ sprocketsからnpmパッケージを利用するための機能が追加されました。 これにより、例えばこれまでjquery-railsなどjsをラップしたgemを用いていたものを、npmで管理できるようになります。 この変更は何が嬉しいの？ この変更により、npmの世界でjsライブラリを管理する道が整備されました。 なぜ道が整備されたことを強調するかと言いますと、別にこれまでもbrowserify-rails/webpack-railsなどを利用すれば同じことが出来たからです。 ただ、「Railsが公式に
Let The Asset Pipeline Die
日本じんRubyプログラマー、どうもありがとうございます！ Rubyがだいすきです。日本語がよくわかりません。だから、これは推測です。すみません！ TLDR: The best front-end compilers come from the JavaScript world. Use words accurately. Eschew hate. Forget MINASWAN, because Ruby is 和. Learn Japanese. don't save sprockets The good folks at Arkency recently got in touch and asked if I wanted to include my book Rails As She Is Spoke in their Rails Book Bundle. I was deligh
Rails 4.2でSprocketsを捨ててwebpackに移行する - Qiita
{ "name": "webpacktest", "version": "1.0.0", "description": "webpack test", "scripts": { "dev": "webpack-dev-server --hot --inline --port 3500 --progress --profile --colors", "build": "NODE_ENV=production webpack -p --progress --profile --colors " }, "dependencies": { "babel-core": "^6.7.2", "babel-loader": "^6.2.4", "babel-preset-es2015": "^6.6.0", "babel-preset-stage-0": "^6.5.0", "bootstrap-sas
Saving Sprockets
It’s impossible to just glance at something and know how things are interacting. You change this one method that you thought was only being used in this one part of the project, and something else breaks. For more information about how Sprockets work, I highly recommend you go to Rafael’s talk What is the solution to god objects? We can move logic over to helper classes. For example I introduced t
Kinda support manifest.compile with simple path by josh · Pull Request #12 · rails/sprockets
Theres been a few issues around Manifest#compile targeting assets using transformers. https://github.com/josh/sprockets-es6/issues/9 Sprockets 3.0.0.rc QA #10 (comment) The issue has to do with how 2.x and 3.x implement manifest.compile. To support arbitrary procs and fnmatch syntax, sprockets has to iterate over every darn file in the load path to check it against these filters. Its terribly slow
Gulpfile for Rails application with replaced Sprockets with Gulp
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/**/*
俺の最近のRailsのJS開発環境を教えてやる - Qiita
はじめに railsのsprocketsがキツイ。特にjsファイルが多くなると開発がとっってもキツイ。 layoutに こうやってるだけでも出力されたhtmlにはscriptタグが30個ぐらいならんでて、ページの読み込みに10sec以上かかる。 だけど、単にapp/assets/javascriptsをgulp watchとかはしたくない。 なぜならビルドはブラウザのリロード時に変更がある場合だけして欲しかった。 あとwindow.AppNamespace以下にモジュール追加していくのも辛い。 モジュール同士の依存関係もよくわかんないし、何よりwindow.AppNamespace.Modules.UserList.ItemViewとか長すぎ！ browserify-railsってやつ使ってみた browserifyがrailsの仕組みの中で動くようになる。 browserify-rail
Ruby supports Sprockets 3.0 manifest file | Heroku Dev Center
Additional ResourcesHomeElementsProductsPricingCareersHelpStatusEventsPodcastsCompliance CenterHeroku BlogHeroku Blog Find out what's new with Heroku on our blog. Visit Blog Ruby supports Sprockets 3.0 manifest fileChange effective on 05 May 2015 When deploying a Ruby on Rails site that uses the asset pipeline, the manifest file is used to determine if the assets have been precompiled. If the asse
Rails Asset Pipelineがうまくいかないときの問題の切り分けかた - Qiita
もう二度とasset pipelineで苦しみたくないので、問題切り分けの手順をまとめたい。 （asset pipelineのおおかた理解してる人は5->1の順で切り分けていったほうが効率的かもです） 1. assetsパスの確認（アセットパイプラインで配信したいコンテンツがassetsパスに入っているか？） 当然ですが、app/controllersやdb/migrateなどの下に画像ファイルを置いても、アセットパイプラインでコンテンツ配信することはできません。 では、どこにアセットを置けば配信できるのか？ assetsパスに置く必要があります。 確認方法 アプリケーションの現在のassetsパスは以下のように確認できる rails c $> Rails.application.config.assets.paths => ["/vagrant/shared/test_app/app/a
Sprockets再考 モダンなJSのエコシステムとRailsのより良い関係を探す - Qiita
すいません。締切守れませんでした…。 やっぱ、java-jaの忘年会の翌日は辛い…。 はじめに Webシステムを開発していると切っても切れないのがJavaScriptです。 Railsはかなり早い時期からalt-JSや結合、minify等を組み込めるようにフレームワークにそれを取り入れてきました。 それを支えているのがRails3.1から導入されたsprocketsです。 それに伴なってJSのライブラリをどうやって管理するかという点について、独自の路線を取ることになりました。 JSのライブラリを同梱したgemパッケージにラップしてrubygemsとして管理する方法です。 ある程度は上手くいっていたし、今もその流れは続いているんですが、時々問題になることもあります。 例えばメンテナの対応時期がズレてて古いバージョンのままだったり、似たようなgemが乱立してややこしくなったり。(backbon
ASCIIcasts - “Episode 279 - Asset Pipelineを理解する”
279: Asset Pipelineを理解する (view original Railscast) Other translations: Other formats: Written by Naomi Fujimoto Asset PipelineはRails 3.1のもっとも大きな新機能ですが、同時にもっとも混乱しやすい機能でもあります。今回のエピソードでは、このAsset PipelineがどのようにRailsアプリケーションのアセットを管理するかを見ることによって、少しその神秘性を取り除いていきたいと思います。もしAsset Pipelineについてまったく知識がない場合は、Rails GuideのAsset Pipelineのページが多くの機能を説明しているので、まずそこから始めるのがいいでしょう。 Rails 3.1アプリケーションを書いたことがある方なら、http://
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Heroku Proxying becomes Free Software | Heroku
Loading sprockets is too slow · Issue #17 · rails/sprockets
Sprockets 3.0.0 release · Issue #16 · rails/sprockets
Inability to compile nondigest and digest assets breaks compatibility with bad gems · Issue #49 · rails/sprockets-rails
sprockets/lib/sprockets/manifest.rb at main · rails/sprockets
GitHub - sstephenson/sprockets: Rack-based asset packaging system