プロビジョニングツールはMakeで決まりだろRecruit Technologies Open Lab #03: Infrastructure as Code, 2016-07-07 #rtechlab
Redis の冗長化を考える (keepalived, HAProxy, Redis Sentinel)
Redis を冗長化したいなって思って探していたらこんなのを見つけたので試してみます。 「Highly Available Redis Cluster | Simplicity is the keynote of all true elegance」 最初は Pacemaker で構築しようと考えていましたが Redis の作者様が Sentinel をおすすめしていたのでこの構成を試してみます。 それぞれのバージョンは OS: CentOS 6.6Redis: 2.8.19HAProxy: 1.5.11Keepalived: 1.2.13図にするとこんな感じ Redis の Master / Slave は Sentinel でコントロールします。 Sentinel については「Redis Sentinelで自動フェイルオーバー」が詳しいです（ちょっと古いかもしれないけど）。 Redis
レイアウトとレンダリング - Railsガイド
本ガイドでは、Action ControllerとAction Viewによる基本的なレイアウト機能について解説します。 本ガイドの内容: Railsに組み込まれているさまざまなレンダリング（出力）メソッドの利用法 複数のセクションでレイアウトを作成する方法 パーシャルを利用してビューをDRYにする方法 レイアウトをネストする方法（サブテンプレート） 1 レンダリングの概要 本ガイドでは、「コントローラ・ビュー・モデル」三角形のうち、コントローラとビューの間でのやりとりを中心に扱います。ご存じのように、Railsのコントローラはリクエスト処理プロセス全体の制御を担当し、（ビジネスロジックのような）重い処理はモデルの方で行なうのが普通です。モデルの処理が完了すると、コントローラは処理結果をビューに渡し、ビューはユーザーにレスポンスを返します。本ガイドでは、コントローラからビューに結果を渡す方
Selfkleptomaniac — Rails3 + Sorceryで複数のモデル（管理者と一般ユーザとか）を扱う
Blogging is a disease: selfkleptomania, your normal condition. About GPG Public Key Deviseが魔術すぎるので一部のユーザには人気のあるシンプル指向のユーザ認証用プラグインSorceryですが、例えば「管理者」と「一般ユーザ」みたいに複数の種類があるアカウントをそれぞれ別のモデルとして扱うのはあまり得意ではありません。どのウェブアプリケーションでも普通はこれくらいのアカウント種別はあるでしょうし、もし一般ユーザに管理側の機能やアカウントが使えるようになってしまっては困るので、うっかりミスでとんでもないことにならないよう、それぞれ別のモデルで扱いたくなるのは当然です。これが出来ないのであれば、折角シンプルさが気に入ってSorceryを使い始めても、すぐに挫折してしまいます。大変残念です。 でも、まあ確かに得
head - リファレンス - - Railsドキュメント
1.0.0 1.1.0 1.1.1 1.1.6 1.2.0 1.2.6 2.0.0 2.0.1 2.0.3 2.1.0 2.2.1 2.3.2 2.3.8 3.0.0 3.0.5 3.0.7 3.0.9 3.1.0 3.2.3 3.2.8 3.2.13 4.0.0 4.1.0 4.2.1 説明 応答ステータスとヘッダ情報のみを表示する。 使い方 head ステータスコード [, 応答ヘッダ] ステータスコード シンボルコード説明
#283 Authentication with Sorcery - RailsCasts
エピソード250[動画を見る, 読む]で、Railsアプリケーションにゼロから認証機能を追加しました。既存のサードパーティ製のツールを使いたい場合は、一部の機能を自動化してくれるgemがいくつかありますが、今回のエピソードではSorceryを紹介します。 Sorceryはシンプルなツールです。わずか20のメソッドを持つだけですが、およそ必要な認証機能のすべてを提供します。そのシンプルさに反してフル機能を持ち、またモジュール方式をとっているため、例えばパスワードの初期化、活動ログなど、必要な部品のみを選択して有効化できます。Sorceryは他の認証用gemと比較するとより低いレベルで動作し、コントローラ層やビュー層のコーディングは開発者にゆだねられています。今回のエピソードではこのSorceryを使って既存のRailsアプリケーションに認証機能を付加していきます。 はじめに 対象とするアプリ
Leica Virgin 中将姫光学 ... Cooke Speed Panchro 35mmF2
引き続きペラールの作例を今日、明日と出していきたいと思います。 広州を歩いた前日、夕食前に深圳市内のホテル近辺を散歩した時のものです。 もともとどんよりした天気だった上に、薄暮前の太陽光線の影響を受けにくい状況でしたので、よりこのレンズ本来の写りが分かるものになっていると思います。 ペラールのほぼ完成版ができた際、宮崎さんからはいちはやくプロトタイプというかたちで送られてきました。 シリアル番号は、そのプロトタイプを示す"000"と刻印されています。 同封されていた説明書を失くしてしまったため、それ以上書けることがありませんでした。 ところが、その窮状を不憫に感じられた方から救いの手が差し延べられました。 暖かいメッセージとともに説明書の写しを送っていただいたのです 以前に交流があることはあったのですが、基本的には面識のない方です。 ご自身でもペラールを入手されていて、わたし
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サイト閉鎖のお知らせ
Multiple sorcery models? · Issue #24 · NoamB/sorcery
Whats the best approach for using sorcery(auth) with multiple user classes?