なんか書いていこうぜー .com

きっかけ

このサイトに Google カスタムサーチを設定して数ヶ月、うまく動作していなかったので、原因を探ることにした。 たまたま AWS から S3 関連の通知がきていて、そういえば……と思い出したので重い腰を上げてみた。

調べた経路

Google カスタムサーチの設定がうまくいっていないのか？と思い、色々見直していると、Google SearchConsole を見ろと表示されたので観に行った。

Google SearchConsole のカバレッジをみると、どうやら大半が除外されているみたい。 詳細を見に行くと、Googlebot さんがクロールできていないことがわかった。つまり、検索インデックスが作成できていないようだった。

そのクロールできていない原因なのであるが、個別のページにアクセスするとルートにリダイレクトされてしまっているようで、そのため個別ページのインデックスが作成できていないらしい。

ローカルで動かしている分にはリダイレクトされない。そうなると、S3 か CloudFront のどちらかになる。CloudFront は個別のリダイレクト設定はないはずと思い、S3 の設定をみるとリダイレクト設定があったので、設定をまるごと消した。なくてもよさそうな設定であった。

どうやらクロールされ始めたっぽいので、これが根本の原因だったらしい。

本当の原因

gatsby-node.js にある createRedirect の設定がどうやら gatsby-plugin-s3 によって S3 の設定に作用するみたいで、コードを削除して deploy したら、設定が S3 に反映されなくなった。個別ページの URL を直に叩いてもルートにリダイレクトされないようになった。

クロールが終わって完全にサイト内検索ができるようになるのはいつになるのかわからないけれども、これでまともに動くようになればいいな。

2020 年やったこと(順番はテキトー)

• BuriKaigi2020 で発表した
• i3wm と polybar に乗り換えた
• 自作 PC を組み立てた
• 自作キーボードを組み立てた
• 肉を買って焼くようになった
• 通信制大学に入学、課題をするようになった
• Kanazawa.rb にはだいたい出没した
• 作業場所の設備を整えた
• 齢が次の代に移った
• 健康診断で初胃カメラを飲んだ
• 家族 PC の入れ替え

2020年感想

BuriKaigi2020 で代打発表してからこんなことになるとは思わなかったコロナ禍2020年。引きこもってできる実用的な趣味を試した年であった。

自作 PC は知識ゼロからやったので楽しかったが構成を頻繁にはかえないので今は落ち着いていて、自作キーボードはまだいろいろといじりがいはありそうな感じ。お肉は美味しく焼けると嬉しいのでまだまだ続きそう。

真面目に勉強しようと通信制大学に入学したもののなかなかキツイので、これをどう乗り越えていくかが生活の鍵になりそう。

実際のところ、今年は前半で結構な燃え尽きがあったので、散財してストレス発散で復活とおもったが、あまりうまくいっていない気がするので、なんとかならんかなというところ。

2021年

• エディタについて学ぶ
• 面倒くさいことを 1 つは実行する
• 過去やったことをもう一回やってみる

最近 Ruby の curses を使って遊ぶことがあり、その中で Curses::Window#refresh と Curses::Window#noutrefresh の違いがよくわからなかったので、ドキュメントを探していた。

日本語で探すと るりま が検索にかかるが、最新とは内容が離れているのでメモとして残しておく。

Ruby の curses のドキュメント

curses は Ruby 2.1.0 から標準ライブラリから切り出されて独立した gem になっている。see: https://github.com/ruby/curses#description

切り出されたことにより、curses のるりまは 1.8.7 の library curses でなくなって？おり、ruby/curses の README の Documentation にあるように www.rubydoc.info にあるものが最新を追随している公式ドキュメントになっている。

1.8.7 標準添付の curses から 現在の v1.3.2 までの間に API も増えているため、残念ながら 1.8.7 の情報では現在の curses を扱うのは難しい。

physical screen と virtual screen

Python の curses のドキュメント https://docs.python.org/3.5/library/curses.html はより詳細に説明が記載されており、physical screen と virtual screen という語を使って説明されていた。日本語版もあるが、単語が明確に分けて使われている英語のほうのドキュメントがおすすめである。

実際に私たちに見えるのは physical screen で、見えていないが変更内容を保持しているのが virtual screen である。virtual screen に対して変更したものを physical screen に同期するようなかたちで更新し、physical screen に反映して表示する仕組みとなっている模様だ。

尚、Curses.doupdate というメソッドが用意されており、これにより強制的に physical screen を更新することができる。

Curses::Window#refresh と Curses::Window#noutrefresh の違い

さて、本題である。

https://www.rubydoc.info/gems/curses/Curses/Window をみると、どちらも Curses::Window に設定した内容を更新するメソッドで、両メソッドの説明には Refresh the windows and lines. とある。

Curses::Window#noutrefresh は加えて、Curses::Window.noutrefresh allows multiple updates with more efficiency than Curses::Window.refresh alone. と書いてあるので、複数 Window がある場合に効率的に処理できるらしい。

Curses::Window#refresh

Curses::Window#refresh は、指定された Curses::Window の設定内容を virtual screen、physical screen の両方に反映するようだ。つまり、実行されると更新されたものが私たちに見えるようになる。

Curses::Window#noutrefresh

一方で、Curses::Window#noutrefresh は指定された Curses::Window に設定した内容を virtual screen にのみ反映するようだ。この段階では私たちに変更は見えない。 これを physical screen に反映するには Curses.doupdate を呼び出す必要がある。こうすることで、virtual screen の内容が physical screen に反映される。

先に書かれている “効率的” というのは、Curses.doupdate が存在する Curses::Window すべての virtual screen の内容を physical screen に反映するためだ。Curses::Window#refresh は 1 つの Curses::Window に対して Curses::Window#noutrefresh と Curses.doupdate を実行しているようなものなので、こちらを使ったほうが確かに効率的だ。

まとめ

Python のドキュメントのちからを借りつつ、Curses::Window#refresh と Curses::Window#noutrefresh の違いを確認した。

• Curses::Window#refresh
  • 1 つの Curses::Window に対して、virtual screen, physical screen 両方を更新する
• Curses::Window#noutrefresh
  • 1 つの Curses::Window に対して、virtual screen のみを更新する
  • physical screen を更新するには Curses.doupdate を呼ぶ必要がある
  • Curses.doupdate はすべての virtual screen を physical screen に反映するので複数 window がある場合はこちらを使うのが効率的である

ruby/curses のメンテをしている shugo さんの作っている Textbringer の window クラス が同様の使い方をしているので合っているはず。

最近 Ruby の curses を使って遊ぶことがあり、その中で Curses::Window#refresh と Curses::Window#noutrefresh の違いがよくわからなかったので、ドキュメントを探していた。

日本語で探すと るりま が検索にかかるが、最新とは内容が離れているのでメモとして残しておく。

Ruby の curses のドキュメント

curses は Ruby 2.1.0 から標準ライブラリから切り出されて独立した gem になっている。see: https://github.com/ruby/curses#description

切り出されたことにより、curses のるりまは 1.8.7 の library curses でなくなって？おり、ruby/curses の README の Documentation にあるように www.rubydoc.info にあるものが最新を追随している公式ドキュメントになっている。

1.8.7 標準添付の curses から 現在の v1.3.2 までの間に API も増えているため、残念ながら 1.8.7 の情報では現在の curses を扱うのは難しい。

physical screen と virtual screen

Python の curses のドキュメント https://docs.python.org/3.5/library/curses.html にはより詳細に説明が記載されており、physical screen と virtual screen という語を使って説明されていた。単語が明確に分けて使われている英語のほうのドキュメントがおすすめです。

実際に私たちに見えるのは physical screen で、見えていないが変更内容を保持しているのが virtual screen で、virtual screen に対して変更したものを physical screen に同期するようなかたちで更新し、physical screen に反映して表示する仕組みな模様。

Curses::Window#refresh と Curses::Window#noutrefresh の違い

https://www.rubydoc.info/gems/curses/Curses/Window をみると、どちらも Curses::Window に設定した内容を更新するメソッドで、両メソッドの説明には Refresh the windows and lines. とある。

Curses::Window#noutrefresh は加えて、Curses::Window.noutrefresh allows multiple updates with more efficiency than Curses::Window.refresh alone. と書いてあるので、複数 Window がある場合に効率的に処理できるらしい。

#refresh は以下のように動くようだ。

1. 仮想スクリーンに設定された内容を物理スクリーンに反映する
2. 仮想スクリーンを

https://github.com/shugo/textbringer/blob/main/lib/textbringer/window.rb

LT 大会ということで 2 本準備して発表した。

一本目は、ActiveRecord インスタンスのメモリ使用量について。 二本目は、最近思いつきではじめた自作 PC の話をした。

自作 PC はまだ全然落ち着いてなくて、配線の見直しや空気の流れ、ファンの音等気になるところはいろいろあって、気になったところには何かしら手を入れている。場所をとらない程度に小さな散財が続いている。

懇親会だか本編だったか覚えていないが、Udemy への言及があり、みたらなんか安かったので安いものの中から興味ありそうなものをいくつか購入した。

トータルでみると結構長いので、倍速で聴いてる。さらっと知らないことが語られていることがあるので聴かざるをえないけど、合わない動画が厳しい(けど、知らないこと語ってるので頑張って聴いてる。)