全ユーザーで共通のrbenv+ruby-buildを使用する環境を構築する - 一分一秒真剣勝負！
複数人が利用する開発環境のサーバにRubyを入れる場合、rbenvを使ってバージョン管理する時のまとめ。環境はCentOSですが、Debian系でも同じですね。 rbenv, ruby-build インストール rbenv, ruby-build を /usr/local にインストールします。 $ cd /usr/local $ git clone git://github.com/sstephenson/rbenv.git rbenv $ mkdir rbenv/shims rbenv/versions $ chgrp -R groupname rbenv $ chmod -R g+rwxXs rbenv $ git clone git://github.com/sstephenson/ruby-build.git ruby-build $ cd ruby-build $ ./inst
第9回 メンテナンスページへの切り替え
今回は、Capistrano の deploy:web:disable と deploy:web:enable タスクについて。 cap -T で表示される説明によれば、それぞれのタスクの目的は次の通り： deploy:web:disable -- 訪問者にメンテナンスページを見せる。 deploy:web:enable -- 再びアプリケーションをWebアクセス可能にする。 うーむ。便利そうであるが、これだけでは何がどうなるのか今ひとつピンと来ない。ソースコードを見てみよう（一部、省略）。 namespace :deploy do namespace :web do task :disable, :roles => :web, :except => { :no_release => true } do require 'erb' on_rollback { run "rm #{share
一度書いたコードは二度と探さない！スニペットを究めて快適コーディング！【HTML, CSS, JavaScript】 | WebNAUT by Beeworks
一度書いたコードは二度と探さない！スニペットを究めて快適コーディング！【HTML, CSS, JavaScript】 ※この記事は2013年8月26日に執筆された記事です。現在は仕様が異なる可能性があります。 気がつけば繰り返し同じ単語で検索し、同じコードを書いている…なんてことはありませんか？「この部分の記述、もう一回使うことがあるかも」と思ったらぜひスニペットとして登録しておきましょう！ スニペットとは繰り返し登場するコードの断片、またはそれをすぐに呼び出せるように管理するエディタの機能のことです。自分がよく使用する記述をスニペットにしておけばいちいち検索したり、昔書いたソースを探ってみたりすることなく、使いたい時に正確な記述をサッと呼び出して使うことができます。 Dreamweaver、Sublime Textなどのオーサリングツールやテキストエディタにはスニペットを自在に使うための
No route matches [GET] /assets
I have a Rails app that I'm trying to test in the production environment. I ran RAILS_ENV=production rake assets:precompile which generated all of my assets in /public/assets. The problem is that when I start my app w/ RAILS_ENV=production rails s thin I get: ActionController::RoutingError (No route matches [GET] "/assets/application-eff78fd67423795a7be3aa21512f0bd2.css"): This file does exist tho
![No route matches [GET] /assets](https://cdn-ak-scissors.b.st-hatena.com/image/square/98d6f053a97a87156775f60757c60865d0f2c47d/height=288;version=1;width=512/https%3A%2F%2Fcdn.sstatic.net%2FSites%2Fstackoverflow%2FImg%2Fapple-touch-icon%402.png%3Fv%3D73d79a89bded)
RailsのinitializerでRedisに接続する時は必ず最初に$redis.pingする
Railsでredis-rbを使ってRedisに接続するアプリを作る場合、Railsアプリの初期化時にRedisに接続を行うことが多いと思います。/app/config/initializers/redis.rbのようなファイルの中で$redis = Redis.newにより接続を準備しますが、Redis.newはRedisクラスのオブジェクトを作成するだけなので、仮に接続のための設定に誤りがあったりRedisのサーバー自体が起動していなくても例外になりません。すると、Railsのアプリ本体のコードのどこかで後に$redisを使ってDBへの接続やpub/subなどを行った時点で突然例外が発生することになります。このような事態を避けるためには、/app/config/initializers/redis.rbの中で$redis = Redis.newを行った直後に$redis.pingを実行
Rails4 in Action - Kentaro Kuribayashi's blog
I talked about Rails4 (Edge Rails) at this event with @a_matsuda. matsuda-san talked about the overview of Ruby 2.0 and Rails4 and I did more details into Edge Rails toward the coming Rails4. We worked together well in spite of not planning in advance. Here's my slides: The font used in the slides above is Movavi Font. This additional statement appears because I was asked by someone what font the
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
