
やっておくと安心。

## 手順

まず利用しているライブラリのソースコードを、適当な場所にコピー。

```
cp -r vendor/bundle/gems tmp/gems
```

各ライブラリに .rubocop.yml が含まれているとその設定が利用されてしまうので、削除する。前述のコピーはこのために必要。

```
rm tmp/gems/**/.rubocop.yml
```

適当なオプションを付け、Rubyのバージョン変更に関係がありそうなCopを指定しながら、RuboCopで静的解析する。

```
bundle exec rubocop \
  --ignore-disable-comments \
  --ignore-parent-exclusion \
  --ignore-unrecognized-cops \
  --only Lint/DeprecatedClassMethods,Lint/DeprecatedConstants,Lint/UnifiedInteger \
  tmp/gems/**/*.rb
```

古いRuboCop向けのコメントを書いていて警告が出たり、拡張子が `*.rb` なファイルにERBが記載されていて `Lint/Syntax` が出たり、Rubyのバージョン変更に関係無い違反が含まれたりするものの、それらは無視する。


2023-06-08-static-analystics-on-ruby-upgrade

<p>やっておくと安心。</p>
<h2>手順</h2>
<p>まず利用しているライブラリのソースコードを、適当な場所にコピー。</p>
<pre><code>cp -r vendor/bundle/gems tmp/gems
</code></pre>
<p>各ライブラリに .rubocop.yml が含まれているとその設定が利用されてしまうので、削除する。前述のコピーはこのために必要。</p>
<pre><code>rm tmp/gems/**/.rubocop.yml
</code></pre>
<p>適当なオプションを付け、Rubyのバージョン変更に関係がありそうなCopを指定しながら、RuboCopで静的解析する。</p>
<pre><code>bundle exec rubocop \
  --ignore-disable-comments \
  --ignore-parent-exclusion \
  --ignore-unrecognized-cops \
  --only Lint/DeprecatedClassMethods,Lint/DeprecatedConstants,Lint/UnifiedInteger \
  tmp/gems/**/*.rb
</code></pre>
<p>古いRuboCop向けのコメントを書いていて警告が出たり、拡張子が <code>*.rb</code> なファイルにERBが記載されていて <code>Lint/Syntax</code> が出たり、Rubyのバージョン変更に関係無い違反が含まれたりするものの、それらは無視する。</p>


Rubyのバージョン変更前に依存ライブラリのソースコードを静的解析


[2年半前に組んだ自作PC](https://r7kamura.com/articles/2021-01-08-pc-build-2021)のCPUグリスを塗り直した。

![](https://i.imgur.com/fjkpwdGh.jpg "元々塗られていたグリスの様子")

自分の利用しているCPUクーラーのヘッダーは、4つのネジでマザーボード側のバックパネルと固定されている。このネジを外すと、ヘッダーとCPUとを分離できるようになる。ヘッダーのヒートシンク部とCPUとが乾いたグリスにより固着していないか心配だったが、少しの力で簡単に外れた。

![](https://i.imgur.com/GCPMALEh.jpg "今回使ったグリスとクリーナー")

今回はアイネックス社の[グリスクリーナー IPA-CLN2](https://www.amazon.co.jp/dp/B00430EX2E)を利用し、元々塗られていたグリスを拭き取った。元々塗られていたのは、CPUクーラーに出荷時から予め塗られていたグリス。触るとパサパサした感触。アルコールを含んだ布を当てると、グリスが溶けてきれいに拭き取れた。

塗り直したのは、同じくアイネックス社の[ナノダイヤモンドグリス JP-DX1](https://www.amazon.co.jp/dp/B00JHRXMZM)。粘性が高めのグリスだと聞いていたが、そこまで塗りづらいと感じることもなく、難なく塗り直せた。再度ヘッダーをCPUに固定し、気持ちぐりぐりと押し当てた後、4つのネジを締め直し、作業完了。

CPUグリスを塗り直す前のCPU温度は平時で55℃付近を上下していたが、塗り直した後は48℃付近を上下するようになった。


2年半前に組んだ自作PCのCPUグリスを塗り直した。

2023-05-31-cpu-grease

<p><a href="https://r7kamura.com/articles/2021-01-08-pc-build-2021">2年半前に組んだ自作PC</a>のCPUグリスを塗り直した。</p>
<figure><img src="https://i.imgur.com/fjkpwdGh.jpg" alt="" title="元々塗られていたグリスの様子"><figcaption>元々塗られていたグリスの様子</figcaption></figure>
<p>自分の利用しているCPUクーラーのヘッダーは、4つのネジでマザーボード側のバックパネルと固定されている。このネジを外すと、ヘッダーとCPUとを分離できるようになる。ヘッダーのヒートシンク部とCPUとが乾いたグリスにより固着していないか心配だったが、少しの力で簡単に外れた。</p>
<figure><img src="https://i.imgur.com/GCPMALEh.jpg" alt="" title="今回使ったグリスとクリーナー"><figcaption>今回使ったグリスとクリーナー</figcaption></figure>
<p>今回はアイネックス社の<a href="https://www.amazon.co.jp/dp/B00430EX2E?tag=r7kamuracom-22">グリスクリーナー IPA-CLN2</a>を利用し、元々塗られていたグリスを拭き取った。元々塗られていたのは、CPUクーラーに出荷時から予め塗られていたグリス。触るとパサパサした感触。アルコールを含んだ布を当てると、グリスが溶けてきれいに拭き取れた。</p>
<p>塗り直したのは、同じくアイネックス社の<a href="https://www.amazon.co.jp/dp/B00JHRXMZM?tag=r7kamuracom-22">ナノダイヤモンドグリス JP-DX1</a>。粘性が高めのグリスだと聞いていたが、そこまで塗りづらいと感じることもなく、難なく塗り直せた。再度ヘッダーをCPUに固定し、気持ちぐりぐりと押し当てた後、4つのネジを締め直し、作業完了。</p>
<p>CPUグリスを塗り直す前のCPU温度は平時で55℃付近を上下していたが、塗り直した後は48℃付近を上下するようになった。</p>


CPUグリスを塗り直した


毎日0時に生成している野良フィードの保守をした。

## 対象

対象は以下の3つ。いずれも、公式でフィードが提供されていないウェブコミックの更新通知を受け取るためのもの。

- <https://github.com/r7kamura/weneedfeed-comic-newtype>
- <https://github.com/r7kamura/weneedfeed-mangacross>
- <https://github.com/r7kamura/weneedfeed-webace>

## デプロイ方式

GitHub Pagesへのデプロイを、ブランチを使う旧方式ではなく、GitHub Actionsを使う新方式に統一した。これにより、GitHubのアカウントの活動から機械的なcommitが減り、管理が楽になった。尚、方式変更の話題については、[GitHub Pagesへ直接デプロイする方式に変更](https://r7kamura.com/articles/2023-05-27-github-pages-deploy-direct)という記事でも触れた。

## デフォルトブランチ

デフォルトブランチ名も対象のリポジトリ間で統一した。GitHub Pagesでは、Environmentという仕組みを利用してデプロイがなされる。このとき、Environmentには基本的にProtection Ruleが設定されており、特定のブランチからのみデプロイ可能に設定されていることが多い。デフォルトでそういう設定がなされるためである。ブランチ名を変更した場合、これも配慮しないと次回デプロイ時に失敗してしまう。

## セレクタ

一部のサイトでid属性の値が変更されたことでフィードが取得されなくなっていたのを確認したので、これを修正した。


毎日0時に生成している野良フィードの保守をした。

2023-05-29-weneedfeed

<p>毎日0時に生成している野良フィードの保守をした。</p>
<h2>対象</h2>
<p>対象は以下の3つ。いずれも、公式でフィードが提供されていないウェブコミックの更新通知を受け取るためのもの。</p>
<ul>
<li><a href="https://github.com/r7kamura/weneedfeed-comic-newtype">https://github.com/r7kamura/weneedfeed-comic-newtype</a></li>
<li><a href="https://github.com/r7kamura/weneedfeed-mangacross">https://github.com/r7kamura/weneedfeed-mangacross</a></li>
<li><a href="https://github.com/r7kamura/weneedfeed-webace">https://github.com/r7kamura/weneedfeed-webace</a></li>
</ul>
<h2>デプロイ方式</h2>
<p>GitHub Pagesへのデプロイを、ブランチを使う旧方式ではなく、GitHub Actionsを使う新方式に統一した。これにより、GitHubのアカウントの活動から機械的なcommitが減り、管理が楽になった。尚、方式変更の話題については、<a href="https://r7kamura.com/articles/2023-05-27-github-pages-deploy-direct">GitHub Pagesへ直接デプロイする方式に変更</a>という記事でも触れた。</p>
<h2>デフォルトブランチ</h2>
<p>デフォルトブランチ名も対象のリポジトリ間で統一した。GitHub Pagesでは、Environmentという仕組みを利用してデプロイがなされる。このとき、Environmentには基本的にProtection Ruleが設定されており、特定のブランチからのみデプロイ可能に設定されていることが多い。デフォルトでそういう設定がなされるためである。ブランチ名を変更した場合、これも配慮しないと次回デプロイ時に失敗してしまう。</p>
<h2>セレクタ</h2>
<p>一部のサイトでid属性の値が変更されたことでフィードが取得されなくなっていたのを確認したので、これを修正した。</p>


野良フィードの保守


自宅で使っているメインPCのケースとファンを換装した。

## 換装前

換装前は、NZXT社の[H510 Elite](https://www.amazon.co.jp/dp/B0B6Y6NQNF)というケースを使っていた。元々の構成については[自作PC2021](/articles/2021-01-08-pc-build-2021)という記事で紹介している。将来的に本格水冷化して遊んでみたい気持ちがあり、まずはケースとファンだけ換装してみることにした。

## 換装後

![](https://i.imgur.com/y7JVjg4h.jpg)

換装後のケースは、LIAN LI社の[O11 Dynamic EVO](https://www.amazon.co.jp/dp/B0BKZS3XM2)という製品。他にiBUYPOWER社の[HYTE Y60](https://www.amazon.co.jp/dp/B0BV5YLS99)やNZXT社の[H9 Flow](https://www.amazon.co.jp/dp/B0BFZZ3ZWZ)を検討したものの、今回選んだ製品はケース側面の大きさに余裕があり、互換性のある製品が多く、利用事例も豊富ということで、最終的にこれにした。

ケースの換装のついでに、一部のファンもLIAN LI社の[SL INFINITY 120](https://www.amazon.co.jp/dp/B0B4P5S94P) に換装した。このファンは隣接するファン同士を配線無しで接続でき、ファンから出る配線も回転数制御と照明制御が1本にまとめられており、配線口の方向も調整できて物理的に干渉しづらく、付属のファンコントローラーで4グループのファン達を束ねられるなど、使い勝手が良くて好印象。

![](https://i.imgur.com/UF2PH2Jh.jpg)

ケースに付いているカバー類を外し、マザーボードやファンを取り付け、適当に配線を済ませ、残った部品を取り付けると作業完了。今回はNZXT社の[Z63](https://www.amazon.co.jp/dp/B082DYSQVF)という簡易水冷を引き続き利用したのだけど、Z63自体が回転数制御と照明制御用の配線のハブ機能を持っているため、ラジエーターに取り付けているNZXTのファンの配線をここに束ねられ、ファンコントローラーを別途用意する必要がなかったのが良かった。

![](https://i.imgur.com/yUEADfYh.jpg)

近いうちに簡易水冷部分を組み直すことになるので、配線はあまり頑張らず、背面の配線用空間に押し込む形に。前回組んだときにUSBの配線が面倒だった記憶があり、今回はいつの間にか手に入れていたNZXT社の[Internal USB Hub](https://www.amazon.co.jp/dp/B08L8VJS3Z)を利用することに。フロントパネル、ファンコントローラー、簡易水冷、電源の合計4つのUSB接続をケース背面で1つにまとめられた。

## 道具

今回役に立った道具シリーズ。

![](https://i.imgur.com/Jou20odh.jpg)

VESSEL社の[電ドラボールプラス](https://www.amazon.co.jp/dp/B09V218NSD)。PCケースはネジ留めする部品が非常に多く、いちいち手で回してたら日が暮れるので、これのおかげでかなり捗った。ビットの径は、自作PCだと標準添付の `+2` のやつだけで大体事足りる。M.2 SSD等でたまに小さいネジが使われるので `+1` もあると安心。何となく収納ケースも合わせて買ってみたら、チャックの留め具が可愛くて良かった。

掃除用にナカバヤシ社の[エアダスター](https://www.amazon.co.jp/dp/B07L9XPJT1)。水冷用のラジエーターやファンなど、旧PCケースから引き継いだ部品の細かい埃を吹き飛ばすのに役に立った。容量やノズル切替の機構など、必要十分な機能で良かった。

[ジップロック フリーザーバッグ](https://www.amazon.co.jp/dp/B0BSTYL2ZY)はネジや細かい部品類を細かく仕分けて保管しておく用。ネジやらケーブルやら色々詰め込みがち。何から発生した部品かを記載しておくと後々記憶を失った頃に便利。あとジップロックコンテナも、一時的に発生するネジ入れとして役に立った。どっちも普段は料理に使ってるやつ。


自宅で使っているメインPCのケースとファンを換装した。

2023-05-29-pc-case

<p>自宅で使っているメインPCのケースとファンを換装した。</p>
<h2>換装前</h2>
<p>換装前は、NZXT社の<a href="https://www.amazon.co.jp/dp/B0B6Y6NQNF?tag=r7kamuracom-22">H510 Elite</a>というケースを使っていた。元々の構成については<a href="/articles/2021-01-08-pc-build-2021">自作PC2021</a>という記事で紹介している。将来的に本格水冷化して遊んでみたい気持ちがあり、まずはケースとファンだけ換装してみることにした。</p>
<h2>換装後</h2>
<p><img src="https://i.imgur.com/y7JVjg4h.jpg" alt=""></p>
<p>換装後のケースは、LIAN LI社の<a href="https://www.amazon.co.jp/dp/B0BKZS3XM2?tag=r7kamuracom-22">O11 Dynamic EVO</a>という製品。他にiBUYPOWER社の<a href="https://www.amazon.co.jp/dp/B0BV5YLS99?tag=r7kamuracom-22">HYTE Y60</a>やNZXT社の<a href="https://www.amazon.co.jp/dp/B0BFZZ3ZWZ?tag=r7kamuracom-22">H9 Flow</a>を検討したものの、今回選んだ製品はケース側面の大きさに余裕があり、互換性のある製品が多く、利用事例も豊富ということで、最終的にこれにした。</p>
<p>ケースの換装のついでに、一部のファンもLIAN LI社の<a href="https://www.amazon.co.jp/dp/B0B4P5S94P?tag=r7kamuracom-22">SL INFINITY 120</a> に換装した。このファンは隣接するファン同士を配線無しで接続でき、ファンから出る配線も回転数制御と照明制御が1本にまとめられており、配線口の方向も調整できて物理的に干渉しづらく、付属のファンコントローラーで4グループのファン達を束ねられるなど、使い勝手が良くて好印象。</p>
<p><img src="https://i.imgur.com/UF2PH2Jh.jpg" alt=""></p>
<p>ケースに付いているカバー類を外し、マザーボードやファンを取り付け、適当に配線を済ませ、残った部品を取り付けると作業完了。今回はNZXT社の<a href="https://www.amazon.co.jp/dp/B082DYSQVF?tag=r7kamuracom-22">Z63</a>という簡易水冷を引き続き利用したのだけど、Z63自体が回転数制御と照明制御用の配線のハブ機能を持っているため、ラジエーターに取り付けているNZXTのファンの配線をここに束ねられ、ファンコントローラーを別途用意する必要がなかったのが良かった。</p>
<p><img src="https://i.imgur.com/yUEADfYh.jpg" alt=""></p>
<p>近いうちに簡易水冷部分を組み直すことになるので、配線はあまり頑張らず、背面の配線用空間に押し込む形に。前回組んだときにUSBの配線が面倒だった記憶があり、今回はいつの間にか手に入れていたNZXT社の<a href="https://www.amazon.co.jp/dp/B08L8VJS3Z?tag=r7kamuracom-22">Internal USB Hub</a>を利用することに。フロントパネル、ファンコントローラー、簡易水冷、電源の合計4つのUSB接続をケース背面で1つにまとめられた。</p>
<h2>道具</h2>
<p>今回役に立った道具シリーズ。</p>
<p><img src="https://i.imgur.com/Jou20odh.jpg" alt=""></p>
<p>VESSEL社の<a href="https://www.amazon.co.jp/dp/B09V218NSD?tag=r7kamuracom-22">電ドラボールプラス</a>。PCケースはネジ留めする部品が非常に多く、いちいち手で回してたら日が暮れるので、これのおかげでかなり捗った。ビットの径は、自作PCだと標準添付の <code>+2</code> のやつだけで大体事足りる。M.2 SSD等でたまに小さいネジが使われるので <code>+1</code> もあると安心。何となく収納ケースも合わせて買ってみたら、チャックの留め具が可愛くて良かった。</p>
<p>掃除用にナカバヤシ社の<a href="https://www.amazon.co.jp/dp/B07L9XPJT1?tag=r7kamuracom-22">エアダスター</a>。水冷用のラジエーターやファンなど、旧PCケースから引き継いだ部品の細かい埃を吹き飛ばすのに役に立った。容量やノズル切替の機構など、必要十分な機能で良かった。</p>
<p><a href="https://www.amazon.co.jp/dp/B0BSTYL2ZY?tag=r7kamuracom-22">ジップロック フリーザーバッグ</a>はネジや細かい部品類を細かく仕分けて保管しておく用。ネジやらケーブルやら色々詰め込みがち。何から発生した部品かを記載しておくと後々記憶を失った頃に便利。あとジップロックコンテナも、一時的に発生するネジ入れとして役に立った。どっちも普段は料理に使ってるやつ。</p>


PCケースとファンを換装


このサイトのGitHub Pagesへのデプロイ方式を、GitHub Actionsを使って直接デプロイする方式に変更した。

## 新機能の説明

2022年7月まで、GitHub Pagesにファイルをデプロイするためには、何らかのブランチにデプロイしたいファイルを配置する必要があった。これを実現するために、よく[peaceiris/actions-gh-pages](https://github.com/peaceiris/actions-gh-pages)のようなカスタムアクションが使われていた。

2022年7月から、新方式として、[actions/upload-pages-artifact](https://github.com/actions/upload-pages-artifact)と[actions/deploy-pages](https://github.com/actions/deploy-pages)という二つのカスタムアクションを組み合わせて、ブランチにファイルを配置することなく直接GitHub Pagesにデプロイする方式も選べるようになった。この情報は、[GitHubのブログ記事](https://github.blog/changelog/2022-07-27-github-pages-custom-github-actions-workflows-beta/)でも紹介されている。2023年5月時点で、この機能はβ版という位置付けになっている。

## このサイトでの変更箇所

リポジトリの設定と、workflow、合計二箇所を変更することになった。

リポジトリの設定変更について。GitHub PagesのSourceを "Deploy from a branch" から "GitHub Actions" に変更した。

![](https://i.imgur.com/leRcFfuh.png "Settings > Pages")

workflowの変更について。変更前は、デプロイ用のworkflowは以下のような内容だった。

```yaml
name: publish

on:
  push:
    branches:
      - main
  workflow_dispatch:

jobs:
  build:
    runs-on: ubuntu-22.04
    steps:
      - uses: actions/checkout@v3
        with:
          repository: r7kamura/r7n
      - uses: actions/checkout@v3
        with:
          path: r7kamura.com
      - uses: actions/setup-node@v3
        with:
          node-version-file: package.json
          cache: npm
      - run: npm install
      - run: npm run export
        env:
          ARTICLES_DIRECTORY_PATHS: ./r7kamura.com/articles
      - uses: peaceiris/actions-gh-pages@v3
        with:
          cname: r7kamura.com
          github_token: ${{ secrets.GITHUB_TOKEN }}
          publish_dir: out
```

変更後は、以下のような内容になった。

```yaml
name: publish

on:
  push:
    branches:
      - main
  workflow_dispatch:

jobs:
  build:
    runs-on: ubuntu-22.04
    steps:
      - uses: actions/checkout@v3
        with:
          repository: r7kamura/r7n
      - uses: actions/checkout@v3
        with:
          path: r7kamura.com
      - uses: actions/setup-node@v3
        with:
          node-version-file: package.json
          cache: npm
      - run: npm install
      - run: npm run export
        env:
          ARTICLES_DIRECTORY_PATHS: ./r7kamura.com/articles
      - uses: actions/upload-pages-artifact@v1
        with:
          path: out
  deploy:
    needs: build
    permissions:
      id-token: write
      pages: write
    environment:
      name: github-pages
      url: ${{ steps.deployment.outputs.page_url }}
    runs-on: ubuntu-22.04
    steps:
      - uses: actions/deploy-pages@v2
        id: deployment
```

元々peaceiris/actions-gh-pagesを実行していた箇所が、actions/upload-pages-artifactに変わった。また実行されるjobが、元々buildだけだったのが、buildとdeployの2つに分かたれた。

buildアクションでは、まず一時的にartifactとしてファイルがアップロードされる。次に、後続のdeployアクションで、artifactがGitHub Pagesにデプロイされる。actions/deploy-pagesでは、このように二つのjobに分割することを推奨していたので、そのようにした。

また細かい変更点として、カスタムドメインを使うためのCNAMEというファイルが、GitHubによってリポジトリのデフォルトブランチに自動的に配置された。このCNAMEファイルはドキュメントを読む限り本来不要なように見えるので、不具合で追加されただけかも。


このサイトのGitHub Pagesへのデプロイ方式を、GitHub Actionsを使って直接デプロイする方式に変更した。

2023-05-27-github-pages-deploy-direct

<p>このサイトのGitHub Pagesへのデプロイ方式を、GitHub Actionsを使って直接デプロイする方式に変更した。</p>
<h2>新機能の説明</h2>
<p>2022年7月まで、GitHub Pagesにファイルをデプロイするためには、何らかのブランチにデプロイしたいファイルを配置する必要があった。これを実現するために、よく<a href="https://github.com/peaceiris/actions-gh-pages">peaceiris/actions-gh-pages</a>のようなカスタムアクションが使われていた。</p>
<p>2022年7月から、新方式として、<a href="https://github.com/actions/upload-pages-artifact">actions/upload-pages-artifact</a>と<a href="https://github.com/actions/deploy-pages">actions/deploy-pages</a>という二つのカスタムアクションを組み合わせて、ブランチにファイルを配置することなく直接GitHub Pagesにデプロイする方式も選べるようになった。この情報は、<a href="https://github.blog/changelog/2022-07-27-github-pages-custom-github-actions-workflows-beta/">GitHubのブログ記事</a>でも紹介されている。2023年5月時点で、この機能はβ版という位置付けになっている。</p>
<h2>このサイトでの変更箇所</h2>
<p>リポジトリの設定と、workflow、合計二箇所を変更することになった。</p>
<p>リポジトリの設定変更について。GitHub PagesのSourceを "Deploy from a branch" から "GitHub Actions" に変更した。</p>
<figure><img src="https://i.imgur.com/leRcFfuh.png" alt="" title="Settings > Pages"><figcaption>Settings > Pages</figcaption></figure>
<p>workflowの変更について。変更前は、デプロイ用のworkflowは以下のような内容だった。</p>
<pre><code>name: publish

on:
  push:
    branches:
      - main
  workflow_dispatch:

jobs:
  build:
    runs-on: ubuntu-22.04
    steps:
      - uses: actions/checkout@v3
        with:
          repository: r7kamura/r7n
      - uses: actions/checkout@v3
        with:
          path: r7kamura.com
      - uses: actions/setup-node@v3
        with:
          node-version-file: package.json
          cache: npm
      - run: npm install
      - run: npm run export
        env:
          ARTICLES_DIRECTORY_PATHS: ./r7kamura.com/articles
      - uses: peaceiris/actions-gh-pages@v3
        with:
          cname: r7kamura.com
          github_token: ${{ secrets.GITHUB_TOKEN }}
          publish_dir: out
</code></pre>
<p>変更後は、以下のような内容になった。</p>
<pre><code>name: publish

on:
  push:
    branches:
      - main
  workflow_dispatch:

jobs:
  build:
    runs-on: ubuntu-22.04
    steps:
      - uses: actions/checkout@v3
        with:
          repository: r7kamura/r7n
      - uses: actions/checkout@v3
        with:
          path: r7kamura.com
      - uses: actions/setup-node@v3
        with:
          node-version-file: package.json
          cache: npm
      - run: npm install
      - run: npm run export
        env:
          ARTICLES_DIRECTORY_PATHS: ./r7kamura.com/articles
      - uses: actions/upload-pages-artifact@v1
        with:
          path: out
  deploy:
    needs: build
    permissions:
      id-token: write
      pages: write
    environment:
      name: github-pages
      url: ${{ steps.deployment.outputs.page_url }}
    runs-on: ubuntu-22.04
    steps:
      - uses: actions/deploy-pages@v2
        id: deployment
</code></pre>
<p>元々peaceiris/actions-gh-pagesを実行していた箇所が、actions/upload-pages-artifactに変わった。また実行されるjobが、元々buildだけだったのが、buildとdeployの2つに分かたれた。</p>
<p>buildアクションでは、まず一時的にartifactとしてファイルがアップロードされる。次に、後続のdeployアクションで、artifactがGitHub Pagesにデプロイされる。actions/deploy-pagesでは、このように二つのjobに分割することを推奨していたので、そのようにした。</p>
<p>また細かい変更点として、カスタムドメインを使うためのCNAMEというファイルが、GitHubによってリポジトリのデフォルトブランチに自動的に配置された。このCNAMEファイルはドキュメントを読む限り本来不要なように見えるので、不具合で追加されただけかも。</p>


GitHub Pagesへ直接デプロイする方式に変更


2023年時点でのこのサイトの設計について。

## 記事の執筆手順

r7kamuraの手元のPCでMarkdownファイルが編集され、GitリポジトリにPushされる。

画像はImgurにアップロードされ、そのURLがMarkdownファイル内に記述される。この辺はMarkdownファイル編集時に手作業で行われる。

## ホスティング

Gitリポジトリに変更がPushされると、GitHub ActionsでHTMLやCSSやJavaScript等のファイルが再生成され、それらのファイルがGitHub Pagesから配信される。また前述の通り、画像はImgurから配信される。

ソースコードのホスティングという観点だと、記事原稿は <https://github.com/r7kamura/r7kamura.com> で、実装は <https://github.com/r7kamura/r7n> で管理されている。

## ドメイン

Amazon Route 53で r7kamura.com ドメインが管理されている。

このサイトの運用で唯一課金されている部分。

## 歴史

- 2011年 r7kamura.github.io ドメインでサイトを公開
- 2013年 実装をRubyに変更
- 2013年 記事投稿開始
- 2019年 ドメインを r7kamura.com に変更
- 2019年 他サービスから記事を移行
- 2020年 『[このサイトの設計 2020年版](/articles/2020-09-23-this-site-setup-2020)』投稿
- 2021年 画像配信元をImgurに変更
- 2021年 実装をRustに変更
- 2022年 『[このサイトの設計 2022年版](/articles/2022-01-05-this-site-setup-2022)』投稿
- 2022年 実装をTypeScriptに変更
- 2023年 Tailwind CSSを導入
- 2022年 Googleドキュメントで執筆機能を追加
- 2023年 Googleドキュメントの執筆機能を廃止
- 2023年 『[このサイトの設計 2023年版](/articles/2023-05-26-site-architecture-2023)』投稿


2023年時点でのこのサイトの設計について。

2023-05-26-site-architecture-2023

<p>2023年時点でのこのサイトの設計について。</p>
<h2>記事の執筆手順</h2>
<p>r7kamuraの手元のPCでMarkdownファイルが編集され、GitリポジトリにPushされる。</p>
<p>画像はImgurにアップロードされ、そのURLがMarkdownファイル内に記述される。この辺はMarkdownファイル編集時に手作業で行われる。</p>
<h2>ホスティング</h2>
<p>Gitリポジトリに変更がPushされると、GitHub ActionsでHTMLやCSSやJavaScript等のファイルが再生成され、それらのファイルがGitHub Pagesから配信される。また前述の通り、画像はImgurから配信される。</p>
<p>ソースコードのホスティングという観点だと、記事原稿は <a href="https://github.com/r7kamura/r7kamura.com">https://github.com/r7kamura/r7kamura.com</a> で、実装は <a href="https://github.com/r7kamura/r7n">https://github.com/r7kamura/r7n</a> で管理されている。</p>
<h2>ドメイン</h2>
<p>Amazon Route 53で r7kamura.com ドメインが管理されている。</p>
<p>このサイトの運用で唯一課金されている部分。</p>
<h2>歴史</h2>
<ul>
<li>2011年 r7kamura.github.io ドメインでサイトを公開</li>
<li>2013年 実装をRubyに変更</li>
<li>2013年 記事投稿開始</li>
<li>2019年 ドメインを r7kamura.com に変更</li>
<li>2019年 他サービスから記事を移行</li>
<li>2020年 『<a href="/articles/2020-09-23-this-site-setup-2020">このサイトの設計 2020年版</a>』投稿</li>
<li>2021年 画像配信元をImgurに変更</li>
<li>2021年 実装をRustに変更</li>
<li>2022年 『<a href="/articles/2022-01-05-this-site-setup-2022">このサイトの設計 2022年版</a>』投稿</li>
<li>2022年 実装をTypeScriptに変更</li>
<li>2023年 Tailwind CSSを導入</li>
<li>2022年 Googleドキュメントで執筆機能を追加</li>
<li>2023年 Googleドキュメントの執筆機能を廃止</li>
<li>2023年 『<a href="/articles/2023-05-26-site-architecture-2023">このサイトの設計 2023年版</a>』投稿</li>
</ul>


このサイトの設計 2023年版


シンクの掃除用品を少し見直した。

![](https://i.imgur.com/3YVtHnEh.jpg)

## キッチンマジックリン泡ジェット

毎日やる掃除用。

- [Amazon | キッチンマジックリン 泡ジェット キッチン掃除用洗剤 毎日の油汚れゴシゴシいらず 本体 370ml | マジックリン | キッチンクリーナー剤](https://www.amazon.co.jp/dp/B0B4HXPBBM)

その日シンクを使い終わったら、シンクに吹きかけて洗い流す。

蓄圧スプレーがたいへん便利。油には強いが水垢にはそんなに利かない印象がある。水滴を拭き取ったりするのは面倒なのでサボり、固まった水垢はたまにジフで掃除することで対策する。

## ジフ

たまにやる掃除用。

- [Amazon | クリームクレンザー ジフ 270ml | ジフ | キッチンクリーナー剤](https://www.amazon.co.jp/dp/B0012VQOP6)

スポンジに付けて、シンクの水垢をこすり落とし、水で洗い流す。

食器洗い用のスポンジ交換のタイミングで、古い方のスポンジを使って掃除して捨てることにしている。研磨剤は控えめにしか入っていないので、数年来のめちゃくちゃ頑固な水垢はこれでは落ちないが、たまに掃除する程度であれば、これで十分。安めなので気兼ねなく使えて嬉しい。

## マイクロファイバークロス

あると便利グッズ。

- [Amazon.co.jp: DABLOCKS マイクロファイバークロス ふきん お掃除タオル 30×30cm、12枚セット(グレー) : ホーム＆キッチン](https://www.amazon.co.jp/dp/B07XJQQJPZ)

ふきんや雑巾として使い捨てる気持ちで過去にマイクロファイバークロスを大量に購入したのだけど、結局これがいろんなところで重宝している。大量にあるので最悪捨てれば良いというのが精神的に楽。

## 様子

![](https://i.imgur.com/dDqUFaqh.jpg)

今のシンクはこのような状態。どこも触るとつるつるしているものの、酸化等で黒く変色してきている部分が多く見られる。段々コーティングも落ちてきているはずなので、そのうち一度ピカールとサンドペーパーで磨いた後、コーティング剤を付け直そうと思っている。

磨くのが結構たいへんなので、洗面所のシンクや浴室の掃除なんかのことを考えると、できれば電動ポリッシャーが欲しいのだけど、ご家庭で使うにはちょっとオーバーキルすぎる。電動ドリルドライバーの先にウロコ落としスポンジを取り付けて掃除に使おうと考えている。


シンクの掃除用品を少し見直した。

2023-05-25-kitchen-cleaning

<p>シンクの掃除用品を少し見直した。</p>
<p><img src="https://i.imgur.com/3YVtHnEh.jpg" alt=""></p>
<h2>キッチンマジックリン泡ジェット</h2>
<p>毎日やる掃除用。</p>
<ul>
<li><a href="https://www.amazon.co.jp/dp/B0B4HXPBBM?tag=r7kamuracom-22">Amazon | キッチンマジックリン 泡ジェット キッチン掃除用洗剤 毎日の油汚れゴシゴシいらず 本体 370ml | マジックリン | キッチンクリーナー剤</a></li>
</ul>
<p>その日シンクを使い終わったら、シンクに吹きかけて洗い流す。</p>
<p>蓄圧スプレーがたいへん便利。油には強いが水垢にはそんなに利かない印象がある。水滴を拭き取ったりするのは面倒なのでサボり、固まった水垢はたまにジフで掃除することで対策する。</p>
<h2>ジフ</h2>
<p>たまにやる掃除用。</p>
<ul>
<li><a href="https://www.amazon.co.jp/dp/B0012VQOP6?tag=r7kamuracom-22">Amazon | クリームクレンザー ジフ 270ml | ジフ | キッチンクリーナー剤</a></li>
</ul>
<p>スポンジに付けて、シンクの水垢をこすり落とし、水で洗い流す。</p>
<p>食器洗い用のスポンジ交換のタイミングで、古い方のスポンジを使って掃除して捨てることにしている。研磨剤は控えめにしか入っていないので、数年来のめちゃくちゃ頑固な水垢はこれでは落ちないが、たまに掃除する程度であれば、これで十分。安めなので気兼ねなく使えて嬉しい。</p>
<h2>マイクロファイバークロス</h2>
<p>あると便利グッズ。</p>
<ul>
<li><a href="https://www.amazon.co.jp/dp/B07XJQQJPZ?tag=r7kamuracom-22">Amazon.co.jp: DABLOCKS マイクロファイバークロス ふきん お掃除タオル 30×30cm、12枚セット(グレー) : ホーム＆キッチン</a></li>
</ul>
<p>ふきんや雑巾として使い捨てる気持ちで過去にマイクロファイバークロスを大量に購入したのだけど、結局これがいろんなところで重宝している。大量にあるので最悪捨てれば良いというのが精神的に楽。</p>
<h2>様子</h2>
<p><img src="https://i.imgur.com/dDqUFaqh.jpg" alt=""></p>
<p>今のシンクはこのような状態。どこも触るとつるつるしているものの、酸化等で黒く変色してきている部分が多く見られる。段々コーティングも落ちてきているはずなので、そのうち一度ピカールとサンドペーパーで磨いた後、コーティング剤を付け直そうと思っている。</p>
<p>磨くのが結構たいへんなので、洗面所のシンクや浴室の掃除なんかのことを考えると、できれば電動ポリッシャーが欲しいのだけど、ご家庭で使うにはちょっとオーバーキルすぎる。電動ドリルドライバーの先にウロコ落としスポンジを取り付けて掃除に使おうと考えている。</p>
