Configuration reference - Apache - Passenger Library
This option specifies: which Ruby interpreter Passenger should use for its internal Ruby helper tools, e.g. the one used by PassengerPreStart. See Lightweight Ruby dependency for more information. the default Ruby interpreter to use for Ruby web apps. Naturally, this is not applicable if you do not use Passenger to serve Ruby web apps. Please see PassengerRuby for more information, as well as how
モデルがなくてもいいじゃない！deviseを使わないでユーザ認証をさくっと実現する - SideCI TechBlog
こんにちは！シン・ゴジラをあと３回くらい見たい @sweep3092 です。 Railsでユーザ認証といえばもはやセットのようになっている devise + omniauth という構成が一般的ですが、 今回はありそうでなかなか情報が見つからない、Railsでモデルを持たずにさくっとユーザ認証をする話をしようと思います。 モデルを持たずにユーザ認証を実装するのは、なんと言っても既存のユーザ認証の仕組みとバッティングしにくいのがメリットです。 deviseを使うといろいろとイイカンジに設定してくれるのでとても便利ですが、別の管理のユーザ認証の仕組みを追加しようとしたりすると嵌まりがちです。 ここで原点に立ち返って、「devise使わないでもいいのでは？」となり、「そもそもモデル要らないのでは」となったのが本記事を書いたきっかけになります。 ユーザ認証の仕組みだけをさくっと提供するのが目的なの
Rails だって硬いデータベース設計をしたい！そんなあなたに贈る Tips 4 選 - peroli Developer's Blog
2016 - 09 - 09 Rails だって硬いデータベース設計をしたい！そんなあなたに贈る Tips 4 選 list Tweet こんにちは、ペロリのサーバサイドエンジニアの @a_suenami です。 今回は Ruby on Rails アプリケーションにおけるデータベース設計についてちょっとご紹介したいと思います。 データベース設計してますか？ みなさん、データベース（以下、DB）設計していますか？Scaffold したときにできた migration ファイルをそのまま使ったりしてませんよね？ Ruby on Rails （以下、 Rails ）は CoC（Convention over Configuration: 設定より規約）を強く提唱している フレームワーク であり、それによって得られる恩恵も大きい反面、かなり強めに設計の自由度を束縛されるという特徴もあります。特に
安心してRailsアップグレードを行うための工夫 - クックパッド開発者ブログ
こんにちは。技術部の国分 (@k0kubun) です。 3/28にクラウドワークスさんで行なわれたRails Upgrade Casual Talksで、Railsアップグレードの際にクックパッドが行なっている工夫について紹介しました。 影響範囲の予測が難しいRailsのアップグレードを安全に行なうための動作確認のやり方について参考になればということで、本記事でも改めて紹介いたします。 CookpadのRailsアップグレードの流れ Rails 4.1から4.2にアップグレードした際の例を紹介します。 CIにRails 4.2用ジョブを用意 まずはRails 4.2にアップグレードするためのrails42ブランチでテストを通します。リリースするまでこのブランチはmasterからrebaseし続けるので、リリースまでテストを通る状態を保つため、CIにrails42ブランチ用のジョブを用意しま
本を読む Bash on Railsを作る(1) メタプログラミングでDSL
Bash on Railsとでもいうようなソフトを作っています。Ruby on Railsのパチもんを、bashの内蔵コマンドだけで作ろうという計画です。 と書くとカッコいいですが、実用性はハナから無視していて、いかにRuby on Railsっぽいことをマネできるかという、まったくのネタソフトです。古い人には「Ah! SKI」誌に掲載されたOS「uni+」（ユニックロス）みたいなノリを連想していただければよいかと。 とりあえず、ActiveRecord風のO/Rマッパーもどきを、最小限の機能まで試作してみたので、ぼちぼちブログで書いてみます。 第1回は、DSL（Domain Specific Language）をメタプログラミングで書く話です。 内蔵コマンド縛りの限界 bashの内蔵コマンドだけで作るといっても、さすがにRDBMSをいちから作る根性はありません。そこで、RDBMSのクライ
DHHはどのようにRailsのコントローラを書くのか | POSTD
私たちの救世主DHH™は最近の Full Stack Radioのインタビュー で、 Basecamp の最新版で彼がどのようにRailsのコントローラを書いたかを説明しています。下記は、彼のすばらしい話を書き取ったものです。 これまでに思うようになってきたのは、「RESTの原則に従うには、どのタイミングで新たなコントローラを作るべきかを一度決めたら、ほぼ異例なくその原則を遵守するべきだ」ということです。いつだってその方がうまくいくんです。自分の作ったコントローラの状態を悔やむのは決まって、作ったコントローラの数が少なすぎた時です。多くの処理を任せようとしすぎてしまうんです。 そこでBasecamp 3では、ある程度理にかなったサブリソースがあれば、毎回コントローラを分割していきます。フィルタなどの場合ですね。例えば画面があって、それがある状態になっているとします。もしこれにいくつかのフィ
β版 Rails のプロジェクトを作る方法２パターン - kksgのパソコン日記
pastak-diary.hatenadiary.com 最強Twitterクライアント開発戦争は記憶に新しいが、 最近またとある箇所では最強Wiki開発戦争が起こり始めている。 我こそも最強のWikiサービスを作成せしめるべく手を動かし始めた。 いつもベータ版Railsでプロジェクトつくる方法忘れるのでメモ ちなみに現在は 5.0.0.beta2 が最新 rails _version_ new バージョン指定で gem をインストール gem install rails -v 5.0.0.beta2 rails の引数に _version_ を渡せば、任意のバージョンでレール図コマンドを発射できる rails _5.0.0.beta2_ new App Gemfile Gemfile に Rails のバージョンを指定 source 'https://rubygems.org' gem
RailsアプリをNginx+UnicornなAWSにCapistranoでデプロイ - 珈琲駆動開発
Special Thanks Rails 初心者が Capistrano3 で AWS EC2 にデプロイするためにがんばったこと。 RailsアプリをEC2にデプロイしてみる。 - xxxcaqui.log 追記@2016/04/29 最近は環境やconfファイルのsetupはitamaeでやるようになりました。めっちゃ楽ですitamae。。 goo.gl totutotu.hatenablog.com PostgreSQLの設定は、以下を参考にしていつも自分でやってます。 totutotu.hatenablog.com 手順 手順をまとめると、以下のようになります。 前準備 nginxの設定 設定ファイルの用意 権限変更 Capistrano設定 Unicorn設定 ssh設定 デプロイ myAppの部分は適宜読み替えてやってください。また、設定ファイルのうち編集する必要がある場所にT
Ruby on Railsを仕事にしていくための第一歩 - 酒と泪とRubyとRailsと
最近仕事でRailsのコードレビューをする時間が長くって、いろいろ指摘するんですが、 Railsって「Railsチュートリアル」には書いていないのに覚えないと仕事にならないこと多すぎだなと気付かされます。 どこでどんなふうにすれば、プロになろうとしている人が最短距離で知識を獲得できるかはわからないですが、 今思っている特に大事だなと思うことつらつらと書いていきます。 😀 プログラミングの重要な要素まず、Railsの前にプログラミングで全般的に特に重要と思っている要素を紹介します。 - リーダブルなコード - ネーミングルールについて - 言語・フレームワークのルール - 変数のスコープについて - プロジェクトの設計思想 - オブジェクト指向・コードの再利用性 - 正しいテストケースを作る プロジェクトによって変わるので、すべては書きませんが、ぜひ意識してどこを学ぶべきかを考えてみてくだ
開発環境のパフォーマンスチューニング - クックパッド開発者ブログ
こんにちは。技術部の吉川です。 クックパッドでは、ユーザーが快適にサービスを利用できるように本番環境でのパフォーマンスを向上させるための様々な工夫がなされています。 ところでパフォーマンスを気にするのは本番環境だけで良いのでしょうか？ 開発環境に目を向けると、そこにもユーザーがいます。開発者です。開発環境のパフォーマンスが向上することで、開発者が快適にサービスを開発できるようになります。 今回はそういった開発環境でのパフォーマンス向上のための取り組みについてご紹介します。 ※ なお先日 Ruby2.2化されました が、今回紹介するものはそれ以前に実施されたため、Ruby2.2で同じ結果になるとは限りません。 状況 今回対象とするのはcookpad.comのアプリケーションです。 近年はMicroservices化を進めていますが、それでも本体のレシピサービスのアプリケーションは依然として非
openbook4.me - このウェブサイトは販売用です！ - openbook4 リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
Railsガイド
内容紹介前作のRailsチュートリアルに続く第2弾の大型翻訳プロジェクトが、ようやく電子書籍になりました! 前作も約700ページの大作でしたが、今作のRailsガイドは1,000ページをこえる超大作となっています。 本書の特徴は、Railsエンジニア中〜上級者向けのリファレンスに徹している点にあります。Railsチュートリアルが初級者向けに一本道の構成を採っていたのに対し、Railsガイドは機能やトピックごとに詳細を解説する構成を採っています。それぞれの章は独立していて、例えば、Railsチュートリアルでは紹介しきれなかったActive Record・Action View・Action Controllerの様々なメソッドを解説する章や、Rails 4.2から導入されたActive Jobを解説する章、また、Railsをアップグレードするときのポイントを解説する章などがあります。このため
シンプルで移行しやすいデータベースシャーディング - クックパッド開発者ブログ
技術部の小野(taiki45)です。クックパッドではこれまで様々なデータベースの負荷対策を行ってきましたが、シャーディングは行われていませんでした。しかし先日クックパッドの認可サーバーが利用している MySQL サーバーの負荷分散のためにクックパッドで初めてのシャーディングを行ったので、Rails アプリケーションでのシャーディングの事例のひとつとしてその際の手法をご紹介したいとおもいます。 構成 Before データベースは1マスター、1ホットスタンバイ、バッチ用の1リードレプリカで構成されています。Read オペレーションのほとんどはキャッシュ層に逃しています。 After データベースの各ロールにつきそれぞれ1台ずつマシンが増えています。 シャーディングが必要になった背景 認可サーバーのアクセストークンの作成・削除時の Write オペレーションが急増し、レコード数自体も急増していて
redirect_to @model て何よ - 同じにやっても動かない
railsでscaffoldすると、controllerに redirect_to @modelってのが出来て来ます。 こんな感じ。 def create @model = Model.new(params[:model]) respond_to do |format| if @model.save format.html { redirect_to @model, notice: "model was successfully created."} format.json { render json: @model, status: :created, location: @model } else format.html { render action: "new" } format.json { render json: @model.errors, status: :unproce
#17 うわさのdatabase.ymlをどうしているか カヤックCW編 - KAYAC engineers' blog
こんばんは。クライアントワーク（受託開発）チームのnobu_ohtaです。 この記事は tech.kayac.com Advent Calendar 2014 17日目です。 この記事では、弊社クライアントワーク（受託開発）チームで production 環境で Rails の database.yml と secrets.yml をどう運用しているかを紹介したいと思います。 この話題最近ちょくちょく見かけますが、@mirakuiさんがやっているPodcastの Admins Bar #3: Fluentd, Rails, ActiveRecord でも取り上げられています。 なぜ機密情報をハードコードしないほうがいいか Rails 4.1からsecrets.ymlやdatabase.ymlで機密情報は直書きせずに環境変数から読む設定ファイルが生成されるようになりました。 アプリのリポジト
彩神彩票 - 用户注册
大发快三 时时彩 大发PK10 德州扑克 百家乐 大发捕鱼 取款自由无审核 操作简单人性化 游戏平台多样化 投注安全有保障 客服团队全年无休
Rails のコマンドラインツール | Rails ガイド
このガイドの内容: Railsアプリケーションを作成する方法 モデル、コントローラ、データベースのマイグレーションファイル、および単体テストを作成する方法 開発用サーバーを起動する方法 インタラクティブシェルを利用して、オブジェクトを実験する方法
新規サービスの管理画面を短期間で見栄え良く実装する - クックパッド開発者ブログ
こんにちは、クックパッド料理教室の京和です。 管理画面はほとんどのウェブサービスに存在し、ユーザサポートやサービスの状況・KPIなどを確認するために、スタッフが毎日利用するとても重要なものです。にも関わらず、新規サービスでは人員が不足していることから、ついおざなりなデザインや実装になりがちなのではないでしょうか。 今回はクックパッド料理教室で採用している、RailsのMountable EngineとBootstrapのデザインテンプレートを使った、見栄えがよくメンテナンスしやすい管理画面を短期間で実装する方法についてご紹介します。 Mountable Engineとは Mountable EngineはRailsアプリケーション上で動く、ミニRailsアプリケーションのようなものです。 ミニと書きましたが、Railsアプリケーション(Rails::Application)はRails::
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IT業界・エンジニアの転職ならTech Stars Agent
http://blog.inouetakuya.info/entry/2014/06/08/194015
