はてなブックマーク

先日、東京リージョンでも利用可能になったSSL証明書の発行サービス、AWS Certificate Managerなんですが、これを使ってワイルドカードの証明書を発行して実際に使用してみたらエラーが起きたのでその原因と解決策について書きます。 ワイルドカードのSSL証明書を発行したことがある人にとっては常識なのかもしれませんが、ご了承ください。 なお、本記事はドメインをexample.comとして書いていますが、実際には自前で取得したドメインで操作を行っているのでその前提で読んでいただければと思います。 *.example.comはexample.comにマッチしない 字面だけみたらそりゃそうだろ感あるんですけど自分的に意外だったので。 Domain Nameに*.example.comを入れて、CloudFrontでその証明書を指定して、ブラウザで”https://examples.co

Railsのサーバサイドだけで解決している編 Railsで例えばこういうデータがあったとして、 positive_phrasesテーブル text 頑張る人は報われる ここで諦めちゃダメだ 君ならやれる さあ、もう一度トライしよう view側でこの文言を装飾したいとすると、 - @positive_phrases.each do |positive_phrase| tr td = in_social_game_context(positive_phrase.text) def in_social_game_context(text) "#{text} ※ソーシャルゲームのガチャの話です" end こういうヘルパーを作ったら、以下のような表示がされます。 ここまでは楽勝ですね。 Javascript編 より良いUXのためにデータをページ遷移無しで追加／更新できるようにするとか、コンテンツ量が

業務でGitHubを使っていて、developブランチにマージされたらステージング環境として使っているAWS上のサーバにデプロイされるようにしています。この時点で割と便利なんですが、マージ前にデザインや挙動を確認したいというケースも多いのでこの部分何とかしたいなぁと思っていました。 Review Appsとは 最近、HerokuはGitHubとの連携を強化しています。以前だったら GitHubの特定のブランチにPushされたら、Herokuにデプロイする ということを実現しようとすると、CircleCIなどのCIツールを使ってやるのが一般的でした。 そこが最近変わりました。Heroku側からGitHubと直接連携して、「GitHubの変更を受けてHerokuにデプロイ」がHeroku側の画面でポチポチやるだけで簡単に実現できるようになっています。 この時点でかなり便利なのですが、さらに「P

昨日、Shibuya.rbに参加してきました。 場所は渋谷のクラウドワークスさんでした。巨大リラックマが2体、滑り台っぽいスペースに詰まってました。良い。 弊社も渋谷なので、参加しやすくて捗りますね。 自分が話したこと PumaやUnicornについて最近ハマったことや知見などを書いていきました。GTAで油断したら噛み付かれて死んでたあのこわいネコがPumaだったなんて驚きですよ。 他の方の話など @sue445 さんのitamae + Serverspecでのテスト駆動インフラの話( http://www.slideshare.net/sue445/shibuyarb-testdriveninfrastructure )や、@onigra_ さんの外部依存APIをDockerとして起動してテストする話( https://speakerdeck.com/onigra/zui-jin-yat

主催者の@chezouさんにブログを書くまでが勉強会ですよ、参加レポよろしく！と言われたので！ 今月は結婚記念日のためYokohama.rb行けなくて、Shibuya.rbも社用のため行け無さそうだったためKawasaki.rbにエントリしてみました。（ちなみにそのあとShibuya.rbには行けました） 場所とか 川崎駅から激近のミューザ川崎になります。 ミューザというとコンサートホールぐらいしか知らなかったんですが、オフィスビルもあるんですね。 神奈川Ruby会議が行われた場所と同じ、NTT-ATさんのオフィスになります。 出し物とか 以前から@chezouさんに聞いていたとおり、パーフェクトRubyの読書会をして、そのあと発表したい人は発表という形でした。Yokohama.rbと似てる感じですね。 今回はキーワード引数の話で、自分も業務でバリバリ使ってるやつだったので着いて行けました

応答に500ms以上掛かる外部APIに依存するサービスを作ってて、Unicornのworker数だと簡単に詰まって死ぬという現象が起きていたのでしばらく前にPumaに置き換えました。 既に Nginx + Unicorn で運用しているサーバのUnicorn部分をPumaに置き換えるのは割と簡単で、これを参考にしたらほぼうまくいきました。(*) coderwall.com : establishing geek cred since 1305712800 (*) ただし、capistranoを set :pty, true にすると capistrano-sidekiqが効かずにsidekiqが動かなくなって死ぬというknown issueを踏んだので注意 それ以降、順当に運用できていたのですが、負荷がかかったときに500エラーが出るという現象はUnicornよりマシになったものの出続けて

パーフェクトRuby on Rails買って、家庭持ち朝方エンジニアなので毎日朝25分ずつコツコツ読んでて読み終えたので感想書きます。 全体として 実践的なテクニックがいっぱい書いてあって、「これいいね、すぐやろう！」とか、「こんな便利なものあったのか！」みたいな感動をたくさん経験できる本です。 一方で、リファレンス的なことはそんなに書かれていないので、そういうのはRails公式ドキュメントを読むか別の本を読むのが良さそうです。 手元において調べ物をしたいときに読む本というよりは、まず読んでみて、「なにこれすごい」って思ったことをすぐに実践してみて、またしばらく時間を置いてから読むとその時に気づかなかった別の凄いテクニックに気づく、みたいな本だと思います。Ruby本で人気のあるメタプログラミングRubyとかもそんな感じですね。 これやろうと思ったこと NewRelicの導入(p.313)

会社でチャットツールとしてSlackを使用しています。 Slack自体とても使いやすいチャットツールなのですが、今回その説明は省いて、Hubotを入れてどういうことをできるようにしたかという話をします。 Slackはここ読むといいと思います。 SkypeやYammerよりも使いやすい！チーム向けコミュニケーションツール、Slackが超便利！ — Medium Slack上でHubotを動かすのはとても簡単ですが、Hubotを動かしているサーバのurlが（おそらく）必須なのでローカルのPCではなくサーバに置いて動かす必要があります。HubotはHerokuで動かせるので、Herokuを使うのが一番手っ取り早いですね。 導入 まず hubot/docs at master · github/hubot の手順通りですが、 npm install -g hubot coffee-script h

最近話題のCI as a Serviceを導入すべく調査してみました。JenkinsさんもすごくいいのですがAWS smallインスタンスに乗せているとやっぱり本来の力を発揮できない感じがあるので。 CircleCIって以前は、一番安い契約だと1Private Repositoryしか扱えなくて使いづらそうな印象だったのですが、4月末頃にPrivate Repository数は無制限、同時実行ジョブ数で課金というPlanに変更になったようですね。 Simple and Transparent Pricing | The Circle Blog http://blog.circleci.com/simple-and-transparent-pricing/ 自分の関わっているプロジェクトでは、 リポジトリはそれぞれの役割ごとにいくつか分けている 開発者数は少ないのでコミット頻度はそんなに高く

2014年最初のShibuya.rbに参加してきました。 今回はVOYAGE GROUPさんのAJITOというお酒が飲める会場だったので、ビール飲みながら聞いてたので割と頭ぽわぽわしてた感じですね。 @fukayatsu さんのRaspberry Piで空きトイレを取得する話や @chiastolite さんのFitBit Forceの話面白かったです。FitBit Forceは同僚に伝えてもしかしたら購入するかもしれませんな〜。 AJITOに行くと、@okitan と同じペースで飲んでだいたい二日酔いになるのですが、昨日は残念ながら @okitan いなかったのに二日酔いになったので二日酔いと @okitan は関係無かった。 発表したこと： 人気の勉強会を逃さないシステム 人気の勉強会を逃さないシステム from ryonext Shimamoto まだ未完成だし割とタイトル負けなんで

前回の記事 で @udzura さんからalias_attributeならどうか、というコメントを頂いたのでこちらも試してみました。 1. self.primary_key = :legacy_idを入れる場合 こんな感じで、:idを:sushiとして定義。 class LegacyUser < ActiveRecord::Base establish_connection(:legacy) self.table_name = "hyper_legacy_tbl" self.primary_key = :legacy_id alias_attribute :sushi, :id end 結果、 [10] pry(main)> h = HyperLegacyTbl.first HyperLegacyTbl Load (0.3ms) SELECT `hyper_legacy_tbl`.* FR

昨日、Shibuya.rbがあったので参加して発表してきました。 内容は、ActiveRecordで"id"という主キーでないカラムを持っているテーブルにつなぐとおかしな挙動になったという経験をまとめたものです。 ActiveRecordでレガシーテーブルにつないだ話 from ryonext スライド公開後、 @mirakui さんからprimary_key=を設定してみては？というリプを頂いたので検証してみました。 @ryonext self.primary_key= で指定してもだめですかね http://t.co/AfDXsoWpXb— Issei Naruta (@mirakui) 2013, 11月 20 # スライドで作ってたクラス class HyperLegacyTbl < ActiveRecord::Base establish_connection(:legacy)

8/10（土）に出たRuby本「パーフェクトRuby」を読み終えたので感想です。 全体的な感想 開発環境の作り方やメソッドやクラスの定義方法などの入門的な内容から、メタプログラミングという中級者以上向けの内容が含まれているほか、著者の人たちが実際に開発に使用しているであろう役に立つgemの使い方が書かれてある本です。 入門やメタプログラミングについては他の書籍でもカバーされていますが、こういうgemの情報はなかなかまとまった書籍には情報がないのでありがたいですね。Webでググって出てきた情報やGitHubのREADMEを見て、試してみるというのがデファクトになっているかと思います。WEB+DB PRESSなどには載っていたりすることもありますが、こういうRuby専門書で詳しい解説が日本語で読めるという本は今まで見たことがなかったので、こういう実践的な内容が読める本は素晴らしいと思います。