それでもRailsを選択する3つの理由 - pblog
スタートアップ界隈でのRuby on Rails利用率は割と高く感じる。 みんなが使っているから使う？それだけではないはず。なぜ使うのだろう。 railsの特徴を考える。 規約縛りの哲学 周辺gemのエコシステム webの進化への追従の速さ 規約縛りの哲学 Convention over Configurationてやつ。規約を決めて、それに沿えば、フレームワークに乗って素早く開発できるようになる。規約で縛ることでRailsに流れる哲学に従うことを強制化している。 外れると痛い目を見る。Railsに乗るということは電車に乗って簡単に遠くまで行けるということ。Railsから降りるということは電車からも降りるようなものだ。中途半端な理解で突き進むと線路からすぐに降りて歩くことになる。 スタートアップでRailsが採用される一番の理由は、 簡単に遠くまで行ける だと思う。ただ、そんなにうまい話は
Nginx+UnicornでRailsを動かすon Mac - Qiita
#Nginx+UnicornでRailsを動かすon Mac RailsというよりRubyビギナーです。 ローカル環境ではWEBrickでもいいかなと思ったのですが、最終的にはそうもいかなくなると思うので、商用でもイケるWebサーバーを使ってみることにしました。 最初はとっつきやすそうなApache+Passengerな環境をつくろうと思ったのですが、全然上手く動かず挫折した（未だに困ってるので助けてください←）ので、勉強がてらGithubでも採用しているらしいNginx+Unicornな環境をMac（Mavericks）につくってみました。いまっぽい。 ですが、こちらもなかなか手こずったので手順をまとめておきます。 unicorn編 まずはgemでインストール。 （本当はbundleでインストールしたほうがいいのかな？）
Turbolinks 5とTurbolinks Classic（2.x）の比較 - Qiita
変わりすぎて面食らう ひょんな拍子にTurbolinks 5を使うことになったのですが、新機能を使わない状況であっても、ことごとくと言っていいぐらいに記法が変化していました。 なお、「Turbolinks Classic」は、Turbolinks 5が出た後に、Turbolinks 2.xに付けられた名称です。 <head>内の記述 Turbolinks Classicでは、JavaScriptやCSSの変化を検知するために、data-turbolinks-trackという属性を指定することになっていましたが、Turbolinks 5では、このdata-turbolinks-track属性にreloadという値を指定する必要があります。 <!-- classic --> <%= stylesheet_link_tag "application", media: "all", "data-t
Turbolinksをオフしないためにやった事 - Qiita
fetchReplacement失敗時は再度レンダリングされ, landingの状態になる。 よく出てくるおまじない $(document).on 'ready page:load', -> これはjqueryが提供する'ready'とTurbolinksが提供する'page:load'の両方で定義すること。 非Turbolinks遷移時は'ready'で発火。 Turbolinks遷移時は'page:load'で発火の両方をカバーするという意味。 Turbolinksをサポートしていないブラウザでも'ready'が発火するので安心。 jquery-turbolinks gem 'ready'triggerにpage:loadを追加してくれる機能を提供。 Trigger tips 通常、page:changeでaddEventListenerしてはいけない。 fetchHistoryの際に
アセットパイプラインにハマる - 小さな星がほらひとつ
前回の記事で書いたとおり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
Ruby初心者のCapistranoデプロイ入門 | 開発メモるアル
Capistranoを使って、Ruby初心者でもRuby以外のソースコードをデプロイできるようになるまでの流れです。 Rubyもよくわからないし、デプロイツールもろくに使ったことないけど、 Capistranoを使ってコードをデプロイしたい。という人に特に向けた記事です。 私自身そういう人でした。 私の理解不足の部分が多々ありますが、とにかくCapistranoを使ってデプロイができることを目的とします。私は今回の方法で、PHPのコードをデプロイしています。 「もう手動デプロイは嫌だ」「デプロイツール使いたい」「なんかデプロイツール使わないとヤバそう」と思っている方々にとってちょうどいい記事になればいいなと。 Capistranoデプロイができるまで（目次） Capistranoってどういうもの デプロイの流れの概要 デプロイ先サーバーとの接続条件 Ruby、RubyGemsのインストール
ls コマンド | コマンドの使い方(Linux) | hydroculのメモ
ls コマンド 2016/07/22 ディレクトリの中のファイル一覧を出力するコマンド。 Windowsでいうところのdirコマンド。 ディレクトリを再帰的にたどって表示したい場合はfindコマンドを使う。 JavaやRubyなどの中でファイル一覧を取得する方法は ディレクトリの中のファイル一覧を取得する方法 参照。 CentOSだと以下のようにalias設定されているかも。 alias ll='ls -l --color=auto' 2>/dev/null alias l.='ls -d .* --color=auto' 2>/dev/null alias ls='ls --color=auto' 2>/dev/null インストール 2016/03/17 Coreutilsというパッケージに入っているので、CentOSにもUbuntuにも始めから入っている。 オプション 2016/10
禅寺修行に想う～プライドを叩き潰されないと、人もコードも成長しない【連載:村上福之】 - エンジニアtype | 転職type
日々流れてゆく膨大な情報量の中からおいしいネタを敏感に察知し、ネット界隈を賑わせてくれるWeb業界の異端児・村上福之氏。同氏独自の経験と価値観から、「キャラ立ちエンジニア」の思考回路を紐解いていく。 株式会社クレイジーワークス 代表取締役 総裁 村上福之（@fukuyuki） ケータイを中心としたソリューションとシステム開発会社を運営。歯に衣着せぬ物言いで、インターネットというバーチャル空間で注目を集める。時々、マジなのかネタなのかが紙一重な発言でネットの住民たちを驚かせてくれるプログラマーだ この連載の担当編集のコロクさんと、禅寺で3泊4日の禅修業をしてきました。完全にプライベートです。 禅寺の修行はかなりつらく厳しかったですが、学ぶことが多かったです。やっている時は「無意味だ」と感じることばかりで腹が立ちましたが、終わってみると、人生の一つのターニングポイントになったように思います。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
RailsにDevise+OmniAuthでユーザ認証を実装する手順 - Qiita