はてなブックマーク

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

https-portal があまり知られてないようなので紹介記事だけ書いとく。 https://github.com/SteveLTN/https-portal あなたがすでにhttpで動作するサービスのdockerコンテナを持ってるなら、こいつを docker-compose に加えるだけで https 対応は完了。 え？ 加えるだけで完了。 まじです。 https-portal は何をするものか 基本的には https のリクエストを受け取り、他のコンテナの http へ転送するリバースプロキシとして動作する nginx である。 ところで https を提供するには証明書の取得、設定などが必要だが、こいつはそれを全自動でやってくれる。 え？ 証明書の取得、設定を全自動でやってくれる。 まじです。 期間延長も自動でやってくれるらしい。 まあとにかく便利なので、 Let's encryp

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

結論 config.log_tags = [:request_id] しといて、 (Rails5ではデフォルトで設定されている。 Rails4以前は :uuid ) ActiveSupport::TaggedLogging.new(Logger.new('log/my_great_module.log')) を好きなだけ書く。 状況 そもそもログファイル複数ってどうなのよ一本化しろよ fluentd とかしろよ、という正論はさておき、世の中にはどうしても立ち向かわねばならない状況というものがあります。 大きなシステムのあちこちのモジュールで個別にログファイル出力してるんだけど、アクセスが集中するとタイムスタンプだけで対応を読むのは限界があり、なんかリクエスト毎に固有キーかなんかで grep 出来たらいいのになと そこで X-Request-ID X-Request-ID ヘッダというのは、

request spec とは controller spec との違いが最初はわかりづらいかもしれませんが、 controller spec は PostsController などの単体テストを書くためのもので、以下のような特徴があります。 get :index などと書くが、第一引数はアクション名であり、実際の url とはまったく関係がない。 get :show, id: 3 のようにして、 params[:id] に値を直接渡すことができる。 post :create, {}, {user_id: 5} のようにして、 session[:user_id] に値を直接渡すことができる。 デフォルトでは、 view ファイルの中身は評価されない。 (render_template マッチャでどの view ファイルが render されるかをテスト出来るが、 中身は評価されないので

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

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

MessageVerifier とは？ Rails 4.1 でアナウンスされた新機能。だと思ってる人が多いですが、4.1 でオモテに出てきたというだけで実は結構前から埋もれてたっぽい。(3.0.20 では使えた) cookie_session の実装に使われているので、その辺りのコードを掘ったことのある人はご存知と思います。 さて、「パスワード再発行メール」のよくある実装はこんな。 users テーブルに、 token と token_expire_at のカラムを用意 64文字くらいのランダム文字列を生成して token にセット token_expire_at に有効期限をセットしてレコード保存 token を含むURLをユーザにメールで送信 ユーザがURLを開くと token がサーバに渡ってくるので、 User.find_by(token: token) でユーザを引っ張ってくる

cancan 2.0 に対応させる 日付の扱いがおかしい デバッガで追ったら日付が 2014年2Mon8Sun(Sun) とかなってて、なんだこりゃと思ったら、月->Mon、日->Sun の置換が走っていた。Rails本体にはローカライズされた日付を parse する機能は備わってないので誰かが頑張ったのだろうが、不幸にも日本語では曜日を表す「日」「月」が日付の区切り文字を表しているという悲しい現実がある。クソ仕様だと言っても仕方が無い。 parseを頑張るとドツボにハマるので、ここは潔く日本語表記の日付を諦めよう。(ローカライズされた日付を確実に parse できる手法が確立するその日まで。) 最も簡単なのは、 I18n の ja.date.formats.long を削除ないし、日本語を使わない書式にしておくことだ。どうしても long を別の場所で使っていて書き換えられない場合は、

1. github のアカウントを作る まだ作ってない人は今すぐ作りましょう! 今後もいろいろと役に立つはずです。 2. 5374 プロジェクトを Fork する code for Kanazawa のページ右上のボタンをクリックすると、ご自分の github アカウントに 5374 リポジトリがコピーされます。 (実際、単なるコピーなのですが、どの時点から「枝分かれ」したか、の情報が github サーバに残るので Fork と呼んでいます) Fork を実行する前に、Forkボタン右隣の数字をクリックしてみましょう。既に枝分かれしたリポジトリ群を見ることが出来ます。 3. gh-pages ブランチを選択する gh-pages は github が定めたルールで、この名前のブランチはwebに公開されます。 4. データを閲覧 5374ではどのようにデータを持っているのかを見てみましょう

SQL (0.4ms) UPDATE `delayed_jobs` SET `locked_at` = '2013-04-14 05:23:00', `locked_by` = 'delayed_job host:hoge.lan pid:74793' WHERE ((run_at <= '2013-04-14 05:23:00' AND (locked_at IS NULL OR locked_at < '2013-04-14 01:23:00') OR locked_by = 'delayed_job host:hoge.lan pid:74793') AND failed_at IS NULL) ORDER BY priority ASC, run_at ASC LIMIT 1 SQL (0.4ms) UPDATE `delayed_jobs` SET `locked_at` = '

みなさん、 postach.io 使ってますか？ Evernote 使ってる方なら是非お試しください。tumblr 代わりとかにも使えます。データが自分の手元に残るのがすごく安心感があって便利です。 postach.io を使い始めて最初にちょっと気持ち悪かったのが、タイトルに日本語を書くと、中国語読みの URL が付くって事ですね。 たとえば、「タピオカの茹で方」というエントリをアップしたら、 "tapiokanoru-defang" という URL になりました。平仮名カタカナを正しくローマ字にするくせに、漢字は chinese です。 pinyin です。まあ実際、漢字仮名まじりの日本語を alphabet 化するのは簡単ではないですし、仕方ないことかも知れません。 postach.io ではテンプレートを自由にコーディング出来るのですが、文法は jinja2 でして、 python

なんかややこしい解説が多いが、そんなに難しい話ではない。 1. exports = module.exports = {} が予め実行されていて、 2. 最終的に評価されるのは module.exports ということ。 心配だったら常に module.exports を使えば OK だし、(正しく記述されているコードを)読む時は全部脳内で module.exports と読み替えてしまって良い。 じゃあどこで差が出るのか、なんでややこしい解説がされてるのか。 exports = なんたら という式は、exportsの中身をごっそり入れ替えてしまうので、exports == module.exportsの関係が壊れる。 exports.hoge = 1 はこの関係を崩さない。 歴史的経緯によれば（ぶっちゃけ想像ですが）もともとは exports しか無かった。つまり、 という形の使い方しか

module ActionController module DataStreaming def send_file_headers_with_utf8!(options) send_file_headers_without_utf8!(options) match = /(.+); filename="(.+)"/.match(headers['Content-Disposition']) encoded = URI.encode_www_form_component(match[2]) headers['Content-Disposition'] = "#{match[1]}; filename*=UTF-8''#{encoded}" unless encoded == match[2] end alias_method_chain :send_file_headers!, :utf8

はーぁん、にゃーるほーどねー。 これ見て初めて気付いたのですが、 「try メソッドには 2 つの効用がある」 のですね。 a が nil の時、何もしない a に hoge が実装されてない時、何もしない 両方の効用を持つのが try 1 つ目の効用しか持たないのが try! というわけです。 2 つ目の効用も便利っちゃあ便利ですが、メソッド名を typo するとわかりづらいバグになることもありそうです。 実際 try を使うときは、レシーバ (上の例で a ) が nil かどうかで使う 1 つ目の効用を利用したい場合が殆どだと思われるので、積極的に try! を使っていくといいかと思います。 ruby2.3記念追記 rails にまず導入されたのが try で、その後、「NoMethodErrorを捕捉できないのは危険」ということで try! が rails4 から導入されたようです

curl -c cookie.txt -d "user=kuboon" -d "pass=password" "http://example.com/login" curl -b cookie.txt "http://exapmle.com/admin/get_data" 1行目でログイン。デベロッパーツール等を用いて実際にログインするときのIDとパスワードのパラメータ名と form の POST 先 URL を調べ、-d オプションとURLを適当にして実行。ログインに成功したら、その時入手した cookie を cookie.txt に保存する。 2行目でデータ取得。さっき入手したばかりの cookie を手みやげにする Register as a new user and use Qiita more conveniently You get articles that match y

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