「開発環境のユーザーのパスワードって何?」みたいな情報の共有って面倒ですよね。any_login入れちゃうのがいいかも。any_loginを入れると画面の左下にアイコンが出てきて、そこをクリックするとユーザーが一覧できるプルダウンメニューが出てきます。それを選択するだけでそのユーザーでログインできるというもの。似た仕組みを用意してる人が多いとは思いますが、無いなら導入おすすめです。Sorceryなど色々対応してます。フィヨルドブートキャンプのアプリに入れてみました。+0000面白くもない方法でパンくずリストを表示するgem、pankuzu下記でいつもやってるパンくずリストの表示方法についてご紹介しました。「ブログにかけるぐらい決まりきってるんだったらgemにすればいいじゃん。馬鹿なの?」というのでgemにしました。林「まさかとは思いますが、この『弟』とは、あなたの想像上の存在にすぎないのではないでしょうか。pankuzu:installでapp/views/application/_breadcrumbs.html.erbを生成するようになっています。最後のパンくずにもリンクを貼るようにしたのは、Googleが推奨してる方法がそうだからです。microdataやjson+ld対応については僕が仕事でよくやるログイン必須サイトでは要らないし、上記テンプレを各自修正した方が楽だと思うのでやってません。keywordsの中身を小文字にします。aクラスなど)小文字にされると困るので、必ず下記を設定。falseendこの設定最近のバージョンで追加されたようなので皆さんチェックしてみてください。+0000footerを下部に固定いつも使う処理なのでgemにしました。host使い方Gemfileに書きを追加。installapplication.jsに書きを追加。fixed-footerjsから呼び出す。footer.coffeeを作って下記のように書く。gemを使っています。capistranoでデプロイする時、これのassets:precompileで落ちてデプロイできてないことがよくある。(落ちないこともある)もう一度デプロイすると動くので騙し騙し使っている。デバッグしないとなあ・・・。リポジトリを作りました。submoduleでyamlのrepoを取り込む感じで。0.5.0リリースRubyKaigi中は過去に手をかけられてなかった自分のgemをメンテする絶好のタイミング。requestいただいたmergeしてるけどrubygemsにpushしてないgemがよくあるのでこの機会にリリース。hostorganizationに移る前に、色々PRを貰ってたのでリリースしました。祝日に山の日が増えてます。+0000Googleでの検索順位を取る検索順位のチェックGoogle検索で自分のサイトがあるキーワードで何番目に来るかというのはサイトを運営する上で非常に重要なデータであり指標だと思うんですが、なかなか簡単で正しい取得方法というのが無いような気がします。要はブラウザでシークレットアクセスで検索した時の順位がプログラムから取得できればいいんですが、Googleの検索結果ページというのは例外的に「検索エンジンからどう見えるか?」というのを無視した作りになっており(自分自身が世界一の検索エンジンだから)、超速度重視のページ構造になっています。selectorがすぐ変わりそうで信用できません。APIを使って取ることだと思います。APIは無料枠が1日100リクエストかつ1リクエスト辺り10件まで取得可能で100位までなので、1日1回だけ調べるとすると最悪10キーワードまでしか無料でできないことになります。gem作ったただ、GoogleのAPIは扱いが面倒なので検索順位が簡単に取れるgemを作りました。3怖話は「怖い話」で検索すると今は3番目に出てくるので3が取得できます。Engineを作成してKeyとIDをゲットしてください。公開APIのサーバーキーを作成する。Platformはちょっと取っ付きづらいですが、Googleの全てのAPIを統一的に扱うことができるので一度慣れれば凄く便利です。APIを検索するAPIがあって、そこでAPIのエンドポイントを取ってきてから使うみたいな感じになっています。認証も課金もGoogle関係の全てのサービスが共通のAPIで使えるのは超汎用的ですが、昔の個別のAPIからマイグレーションをする必要が発生した人にとってはとても煩雑に見えることでしょう。Conductが入ったり、rspecかminitestか選べたりといろいろ新しくなってました。/Users/komagata/code/google-search_rank一回選択したら設定ファイルに書かれるみたいです。submoduleしやすいように祝日データをrubyからyamlにしました。(organization化と言語非依存にrepos化はちょっとしたholiday_jpのようなライブラリではやり過ぎかなと思ってやってません。submodule使えば祝日データの一元管理という要は足りるしね。)komagata/holiday_jp僕がgemを作る時ってすごく画期的なアイデアが見つかったとかあんまりないので、ほとんどが仕事上で必要だけど既存のgemが存在しない=日本語やi18n関係ばっかりになっちゃうんですよね。昔に使ったので我ながら設計が変ですが、テストが合ったのでテストに変更が無いように実装を変えただけです。あとはテストにshoulda-contextとか今日び使わないのでtest-unit3に変えたぐらい。-aでほとんどいけちゃうところ。