Rails4のproduction環境でのみ、画像が表示されない問題 問題の概要 先日、弊社サービス STORYS.JP をRails3からRails4.0.2にアップデートしました。 Rails4はRails3に比べて、development環境でのページロードにかかる時間が1/10ぐらいになりました。 読み込みに 1500ms ほどかかっていたのが、Rails4にするだけで本番並みの 150ms で返ってくるようになり、本当に非常に快適に開発ができるようになりました。 しかし、便利なものには弊害も多く、様々な問題がおきます。 その中でも、解決に苦しんだ問題が、 これまでは正常に表示されていた画像が、Rails4のproduction環境でのみ表示されない問題 です。 問題の原因 問題の原因は、 app/assets/images 以下に置いてある画像を直接パスを指定して読み込んでいるこ

SSL 3.0 プロトコルには、通信の一部が第三者に解読可能な脆弱性が存在します。サーバ、クライアント間の通信において、SSL 3.0 を使用している場合、通信の一部が第三者に漏えいする可能性があります。 ただし、攻撃には複数の条件が必要で、例えば、中間者攻撃や、攻撃対象に大量の通信を発生させるなど一定の条件が必要になります。そのためただちに悪用可能な脆弱性ではありません。 サーバ管理者および利用者は対策の要否を検討し、必要に応じて後述の対策を実施してください。 図：脆弱性を悪用した攻撃のイメージ サーバもしくはクライアントのどちらか一方で、SSL 3.0 を無効化することで対策できます。 なお、SSL 3.0 を無効化することで次の影響を受ける可能性があります。 サーバ側で SSL 3.0 を無効にした場合 一部のクライアントから接続ができなくなる可能性があります。 クライアント側で S

Your Rails application probably makes use of uniqueness validations in several key places. This validation provides for a nice user experience when duplicate records are detected but as we will see in a moment, is not enough to ensure data integrity. What Can Go Wrong Let’s take a look at our sample User class. When you persist a user instance, Rails will validate your model by running a SELECT qu

大きな画面でクロームを隠しても、コンテンツ対クローム比はほとんど改善されないばかりか、発見しやすさやインタラクションコストに大きな影響が出てしまう。 Maximize the Content-to-Chrome Ratio, Not the Amount of Content on Screen by Raluca Budiu on August 3, 2014 日本語版2014年10月14日公開 先日、読者の1人から、最近のトレンドの「メニューのない、ひどいウィンドウ」への不満を述べたメッセージが届いた。彼はそれをダッシュボードの全機能がグローブボックス内に隠されている車に例えていたが、彼をいらだたせていたのは、Firefoxの新しいデスクトップバージョンが「Chromeブラウザのまね」をして、ハンバーガーアイコンの下にメニューの選択肢を隠していることだった。 Firefoxのハンバーガ

Deviseを使ってユーザー認証機能を作ったときに、もうちょっとよくするための方法メモ。Deviseは普通の実装するとログイン後は/にリダイレクトされる。それを別のURLにする方法はここに書いた。 Deviseでログイン後のURLを変える方法 - PILOG では、ログインに必要なページのURLに直接アクセスがあったときはどうするか。流れとしてはこうなるのが望ましい。 ログインが必要なページにアクセスがある ユーザーにログインフォームを見せる ログインが完了したら最初にアクセスしたURLへリダイレクト ログインが必要かどうかはコントローラレベルで制御する。これはまあよくやるやつ。 # application_controller.rb class ApplicationController < ActionController::Base private def sign_in_requi

Vue.js v0.11のrc版もリリースされて、v0.10からの変更点が多いのでchangesを参考にまとめてみました。 ** rc3がリリースされたので修正・追記しました ** APIの変更も多いですが、data継承の仕組みが完全に変わっているのでその辺りは注意が必要ですね。 npm install vue@0.11.0-rc2 まだ安定してなかったりドキュメントはv0.10のものしかなくてchangesとmergeしながら読む必要があったりするので、これから開発する人は今のタイミングはどのバージョンを使えばいいのかちょっと悩ましいですね。v0.11系を使っていった方がいいとは思いつつ。 今回の変更でも見えるのですが、Angular.js以外にもBackbone.jsやReact.jsなど様々なフレームワークからいいところを持ってきてるところがVue.jsの面白いところですね。 htt

コンテンツ委員長係よりみなさまへ おひさしぶりです。2年ぶりのとてかのお誘いです。 思い返してみると…TDDの炎上を端に重い場と強いメッセージを発した2010年、ソフトウェアを開発するみなさんの日常を讃え合った2012年。回を重ねるごとに、とてかはみなさんを那須へお招きするサロンのような場になりつつあり、たいへん嬉しく思っています。 さて2014年は、みなさんの身近にある「いかす！」を交換します。クールだけど熱く、人間くさくてかっこいい。そんな「いかす！」に気づき活かす力 = いかしビリティ*1。みなさんと一緒にたくさんの「いかす！」に触れ、いかしビリティを高めましょう。 開催要項 日時 2014-10-04 13:00〜17:00 会場 宇都宮大学UUプラザ 主催 とちぎテストの会議実行委員会 プログラム 11:15 開場 11:30 "ソフトウェアテスト293の鉄則"読書会 & スポン

ロックやR&B、初期ヒップホップやハウスに画期的な影響をもたらしたドラム・マシーン、ローランドTR-808のドキュメンタリー映画『808』が来年アメリカで劇場公開される。 通称「808」で有名なTR-808はマーヴィン・ゲイが初めてR&Bで導入したことやアフリカ・バンバータ、トーキング・ヘッズ、ビースティ・ボーイズら多数のアーティストが使ってきたことで知られていて、最近ではカニエ・ウェストが2010年の自身の作品『808s &ハートブレイク』のタイトルにまで使ったことでも記憶に新しい。 TR-808は1980年の発売直後にイエロー・マジック・オーケストラによって初めてライヴで使われていて、81年のアルバム『BGM』でも導入されることになった。その後、マーヴィン・ゲイ、アフリカ・バンバータ、トーキング・ヘッズやデヴィッド・バーンの使用によって広く知られるようになり、プロデューサー・デュオのジ

示唆的なできごと。 不備の多い英文和訳テキストに対して、「間違いだらけじゃないか」と突っ込んだ人がいて、それに対してまた「その言い方じゃみんな萎縮して翻訳する人がいなくなるだろ」的な突っ込みがあった。 http://d.hatena.ne.jp/takeda25/20141012/1413116292#c1413243487 ぼくはこの突っ込みコメントは論理的にちょっと変だと思う。元の和訳を書いた人に対して「不備があっても公開する方がいい」と考える人が、その間違いを指摘する人には「もっと紳士的に指摘すべきだ」と言っているからだ。 不充分な和訳を公開してよいなら、不充分な（充分には紳士的でない）指摘もまたあってよいはずだ。 そもそも他人の間違いを指摘することは簡単ではない。「私は確かに間違っていたかもしれないけど、その指摘の仕方はひどい。もっと丁寧に教えてくれればいいのに」という事態はそこい

Tokyo Otaku Mode（以下TOM）でエンジニアをやっているpchwです。 今回は情報共有ツールのお話をさせていただきます。 TOMの開発チームは、創業当初は数人で構成されていたのですが、最近ではフルタイムでないメンバーも含めてかなり人数が増えました。 少人数であればある程度自然に情報共有できるものの、人数が多くなってくると持っている情報量に差が出てきて、なかなかスムーズに共有を図ることができなくなります。 そこで頼りになるのが、情報共有ツールというわけです。現在、TOMの開発チーム内では情報共有のためにesa.ioというサービスを使っています。 なぜesa.ioを使うようになったのか？ esa.ioとはどういうものなのか？ esa.ioは他の情報共有プラットフォームと比べてなにが違うのか？ これらの点を踏まえつつ、esa.ioを紹介していきます。ぜひ参考になさってください。 な

世界一の男性美容会社へ。 1989年2月20日、東京生まれ仙台育ち。慶應義塾大学環境情報学部中退。ITベンチャー、飲食店の創業を経てすべて円満に退職し、化粧品事業に専念。 2013年4月2日、BULK HOMMEをスタート。 4児の父親。上の二人は妻の連れ子ですが、仲良く過ごしています。 趣味はマンガ、麻雀、キックボクシングです。 WebSite Facebook Twitter 昔々、あるところにおじいさんとおばあさんがアライアンスを構築していました。 おじいさんが山へ芝刈りに、おばあさんは川へ洗濯に行くと、川上からデファクトスタンダードを遥かに上回る大きな桃が自然流入してきました。 「こんなバジェットの桃はみたことがない。SNSにアップしてから家で食べてライフログを記録しよう」 持ち帰った桃を割ってソースコードを表示してみると、中から大きな赤ん坊が表示されたのでイノベーティブな

昨日、Chromeに突然セキュリティ警告が出た、という記事を書いたのですが、そのセキュリティ警告が出た原因をせっせとたどった結果、はてなブックマークボタンが利用するb.st-hatena.comサーバが改ざんされ、多数のサイトを、マルウェアを配布する状態にしていた形跡があったので、説明します。最初に書いておきますが、10/17現在は改ざんされていない、正規のファイルが取得できる状態です。 ※はてなから、公式発表がありました。記事の最後にその記事についてのことを追記しました。 目次 1. Chromeに出たエラー2. 経緯3. マルウェア配布サイト java-se.com へ接続するまで4. 改ざん内容5. bookmark_button.js の正体は、はてぶボタン用 JavaScript6. Googleセーフブラウジング情報の照合6.1. java-se.com6.2. b.st-ha