jquery-ujsからrails-ujsへの移行で気をつけること - おもしろwebサービス開発日記チラシの裏
jquery-ujsからrails-ujsの移行、特に気をつけることないと思ってたけどajax:successなどのイベントのコールバックに渡される引数が違うな— willnet (@netwillnet) 2017年7月15日 jquery-ujs だと data, status, xhr rails-ujs だと event だけ レスポンスの情報がほしいときは event.detailの中をみる document.body.addEventListener('ajax:success', function(event) { var detail = event.detail; var data = detail[0], status = detail[1], xhr = detail[2]; }) 参考 jquery-ujs/rails.js at master · rails/jq
nginx の proxy まわりのメモ - おもしろwebサービス開発日記チラシの裏
nginx & unicorn で設定してるときに気になった箇所のメモ書き proxy_redirect レスポンスヘッダのうち Location Refresh の書き換え。 Location ヘッダ 201 のとき、新しく作られたリソース(URL)を返す 3xx のとき、リダイレクト先のURLを返す ためのヘッダ 設定例 もし下記のように nginx を設定していて proxy_redirect http://localhost:8000/two/ http://frontend/one/; Location: http://localhost:8000/two/some/uri/. というレスポンスヘッダが返ってきたら、nginx はそれを Location: http://frontend/one/some/uri/. に書き換える。デフォルトは proxy_pass にならう。下
モデルのメソッドのテストをするとき、戻り値と副作用の二つをテストしたいときにキレイに書く方法の考察 - おもしろwebサービス開発日記チラシの裏
メモ発掘したので貼っておく。だれか良い案あったら教えてください＞＜ 現状 下記のように戻り値と副作用でdescribeを分けて対処している。でもちょう見栄え悪い… describe '#register' do describe "戻り値" do subject { user.regisger } it '...' end describe "副作用" do subject do user.register user end it '...' end end 解決案 そもそもそういうメソッドを書かずに、副作用だけ、もしくは副作用無しで戻り値だけのメソッドで分けるのがよい？ 追記 なんかこれだと自分以外の人に意味通じなさそうなのでサンプルコード修正しました。戻り値と副作用でsubjectが異なるのでわざわざ分けてる次第です。全部フラットに書いてもいいのですが it の中身が膨れるからあまりや
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
pid ファイルを /tmp に作ってはいけない - おもしろwebサービス開発日記チラシの裏
