はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

この記事の問題はopsworks-agentが自動でアップデートされてしまうというのが原因で引き起こされていましたが、現在（2015/07/06）は手動で利用するバージョンを指定してアップデート出来るようになったのでこの記事の問題が置き無さそうです！！ヨカッタですね！！ http://blogs.aws.amazon.com/application-management/post/TxLZ972TREEZ4A/Manage-agent-updates-on-AWS-OpsWorks-managed-instances OpsWorksを利用していて意図せず本番環境のRubyのバージョンが上がってエラーが出るという障害に遭遇してしまったので詳細を共有します。 TL;DR OpsWorksは、こちらが意図しないタイミングでサーバー内に保存されているCustom Cookbooksを最新に更新し

TL;DR elasticsearch公式ブログの手順を試したらできたのでメモ。index aliasesを使うと実現できる。 Elasticsearch.org Changing Mapping With Zero Downtime | Blog | Elasticsearch 背景 最近、elasticsearch v1.4系 + kibana4 をログの可視化用途として本番環境で利用し始めてみたものの、ほとんどデフォルトのままの設定ではkibana上でtermsによるデータのカウントがうまくとれないという問題に行き当たりました。 原因としては、string型として扱われているfieldがデフォルトでanalyzed属性を持っているため、fieldの値がtoknizeされてインデックスされていたためでした。stringのfieldをnot_analyzedにするためには以下の様なind

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

追記：EC2上でSDKを利用する場合は、IAMロールを利用しましょう。 RubyでAWS SDK（aws/aws-sdk-ruby）を使うときに、 そのままアプリケーションのコードに組み込んで使う人はそんなにいないと思う。 SDKのコードを直接組み込むと、ユニットテストしづらくなるし設定用のコードが各所に散らばることになる。 なので、簡単なラッパー＆クライアントのファクトリクラスを書くと良い感じに手軽にコードも書けるし テストも書けるという望ましい状態になるかと思います。 今回は、SDK使う際に自分が書いた簡単なコードを紹介します。 注：AWS SDKはもうすぐv2がリリースされそうな感じですがここではv1のコードを元に記事を書いています。 まず、便利concern。これをファクトリクラスにincludeして使う。 そうすると、config/initializers/aws.rbで使う用の

XCTestでAPIクライアントのテストを書くときに便利だったテストケースクラスの実装をシェアします。 その前に、そのテストケースクラスを使った時にどうなるかbefore/afterで比較しましょう。 beforeは元の自分のプロジェクトで使われた環境で書かれてたテスト風のサンプルコードで、afterが便利TestCaseクラスを利用したコードです。 before 基本的にはOHHTTPStubsを使ってHTTPのリクエストをstubして、TRVSMonitorを使って非同期処理の待ち状態を作ってました。 毎回stubの定義を書いたりmonitorオブジェクトなど作成したり、テスト書くのに全然集中できないし、読んでても余計なコード大石イライラしますね。 # import <XCTest/XCTest.h> # import <OHHTTPStubs/OHHTTPStubs.h> # imp

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

仮想環境技術の進歩によりVagrant、Chef、Ansibleなどのツールを用いて、 サーバーの環境構築を今までの手作業的なものからソースコードで記述していこうという流れがある。 これらに纏わる技術はサーバーの本番運用に関してのトピックがメインだけども、 サーバーのセットアップが自動で行えるようになれば開発環境のセットアップも そうなっていくのは自明で、VagrantでローカルにUbuntuを入れて開発に利用する なんてことは既に多くの人が行っているはず。 そういうことをしていると、必然的に環境ごとにエディタの設定なども行わなければならない。 必要とされるのは、冪等性のあるワンストップかつ自動でインストールさせることが出来る手段だ。 emacsの場合、リモート先のファイルを編集するためのTrampという優れた機能が存在するため、 必ずしもサーバー側にエディタが存在している必要はないのだけ

こんにちはこんばんわ。@ainameです。 RubyMotion Advent Calendar 2013、3日目はRubyMotion用のEmacsの環境、motion-modeの紹介を改めて書こうと思います。 以前自分のブログに紹介記事をかいた時からほとんど変更はないため、紹介だけだと芸がないので＋α、自分が使ってるruby-modeの設定について触れます。 インストール インストールから。リポジトリ自体はこちらにありますが、 https://github.com/ainame/motion-mode そろそろスタンダードになってきたpackage.elでのインストールが可能です。 まずは、リモートリポジトリにMELPAを追加。 そのあとM-x package-list-packageからインストール！ el-getにもレシピが追加されているのでel-get使われてる方もインストールで

最近、helmという文字列をよく見かけるようになりましたが、 まだまだanything使っております。 今日紹介したいのは、anything-imenuというanything関数で、 imenuというのはemacs標準に搭載されている機能で、 バッファ内の特定箇所に直接移動できる機能だとか。 これをanythingのインターフェイスで実行できるのがanything-imenuですね。 以上。 巨大なファイルでもこんな感じでぱっとメソッドの一覧を作成して、 anythingで軽々選択して移動できる。コードリーディングする時に便利ですね。 使い方は簡単で、M-x anything-imenu を呼ぶだけ。 ちなみに自分はこれをC-rに割り当てました。

Padrinoいいですよね。 View用のHelperも結構揃っててRails並にテンプレートが書きやすいのですが、 メソッド名が同じでも実装は違ってるのでRailsと同じ動作を期待するとアレッ・・・？ ってなることあります。 今回はform_forというformを定義するためのHelperに、 RailsとPadrinoの違いを若干解消するための話を書きます。 RailsのFormBuilderではform_forに渡したオブジェクトが、newしたばかりの、 ただのインスタンスだったら、formのmethodがPOSTになり、 DBに保存済みな値だったらPUTになるという振る舞いがデフォルトであるのですが、 Padrinoのform_forでは実装されていません。 これが使えると何が嬉しいかというと、Railsのscaffoldで生成されるテンプレートのように、 フォームの部分を_for

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?