T14 gen1 AMDを買った（SSD換装編）

ハード側作業

こちらのブログに完璧にまとまっていた。念の為サービスマニュアルも併読したけど間違いなし。 内部電源落とすのを忘れずに…

monthlymemo.hatenablog.com

熱伝導シリコンのちぎり方が雑

SSDクローン

Aliexpressで購入したNVMeケースに、SSDを入れてEaseUS backupをつかってクローンします。

s.click.aliexpress.com

Amazonでも売ってました。USB 3.1のC to C, C to Aケーブル入ってて割とお得。

【10Gbps】 ORICO USB3.1 Nvme M.2 SSDケース M-Key/B&M Key（Nvmeのみ） USB3.1 Gen2 10Gbps 外付けケース UASP Trim 対応 2230/2242/2260/2280 SSD対応 ダブルケーブル付属 M.2 SSD 変換アダプタ 透明 TCM2-SV

ディスク容量もそのままになってしまったので、Partition Masterで拡張しようとした…けどできない「ディスクを利用中」…うーん なんとなくBitLockerが良くない動きをしていそうだったのでBitLocker解除。そしたら拡張できました。

1TBのSSDﾀﾞｧｰ！

2004降ってきたので、旧PCからの引っ越し

そんなこんなしていたら、土曜深夜に2004への更新ができるようになっていました。これがないとWSL2を使えないので早速アップデートして、これをメインPCにすべく色々移行していきます。

インストールが必要なソフト類は厳選したいので、手動でインストールしながら、データはローカルネットワーク経由でファイル共有を使ってガッと引っ越します。WSLの中身はhome以下をtarにしてドン。

さすがに2TB HDDを積んでいた自作PCからすべてのデータは引っ越せないので、アーカイブ的にあれば良いデータは随時Google CloudのArchive Line Storageにアップロードして容量を節約。nasneの録画データが重いのですが、DTCP-IP問題があるのでこれだけ棚上げです。どうせ記憶媒体は中古買取に出さないので最悪HDDケースやNAS化してつかうことになるでしょう。

Haswellおじさんを卒業してT14 gen1 (AMD)を買った

Ryzen 7!!!

Haswellおじさんの卒業

今のPCは6年前くらいに組んだCore i5 4590SのMini-ITX省電力マシンだ。

GPUもCPUもかなぐり捨ててメモリガン積みこそ正義と信じていた（今も信じている）ので当時としてはかなり多めの16GBメモリを装備し、長い間母艦PCとして活躍してくれていた。

ただ、最近大画面ディスプレイを買ったり、Stay Homeでグラフィックパワーを要するゲームを並列で起動していたりすると流石に画面表示が重くなったりしてきたので、PCの更新時期をずっと待っていた。

そこで彗星の如く現れたのがThinkpad T14 gen1 (AMD)だ。 詳細は影響されまくったこちらのブログを見てほしい。

nyaa.hateblo.jp

ざっくり言うと大体いい感じのインターフェースを持ちつつ、モバイルPC並みに軽いわけではないが持ち運びはできる程度の重さで、（ハードの交換を考慮すれば）コスパ抜群というわけ。

自分が購入したタイミングでは元記事ほど安くなかったが、合計12万いかないくらいで交換用SSDと増設HDDを含めてもアンダー15万円。

スペック

キモは後からいじれないオンボードメモリを限界まで積み、交換前提のSSDは最小限に抑えること。液晶はメインディスプレイがあるので最低限にしてあとは個々人のお好みになるかと。

• プロセッサー : AMD Ryzen 7 PRO 4750U (1.70GHz, 8MB)
• 初期導入OS : Windows 10 Home 64bit
• 導入OS言語 : Windows 10 Home 64bit - 日本語版
• メモリー : 16GB DDR4 3200MHz (オンボード)
• 合計メモリ : 16GB DDR4 3200MHz (オンボード)
• 1st SSD : 128GB ソリッドステートドライブ (M.2 2242, PCIe-NVMe)
• ディスプレイ : 14.0型FHD液晶 (1920x1080) IPS、光沢なし、250nit、マルチタッチ非対応、狭額縁ベゼル
• グラフィックス : 内蔵グラフィックス
• 内蔵カメラ : 720p HDカメラ(マイクロフォン付)
• キーボード : 英語キーボード
• ワイヤレス LAN アダプター : インテル Wi-Fi 6 AX200 (2x2) + Bluetooth (vPro対応)
• TPMセッティング : TPMあり(TCG V2.0準拠，ハードウェアチップ搭載)
• Absolute BIOS Selection : BIOS Absolute有効
• バッテリー : 3セル リチウムイオンバッテリー (50Wh)
• 電源アダプター : 65W ACアダプター (2ピン)(USB Type-C)
• Display Panel : 14.0型FHD液晶 (1920x1080) IPS、光沢なし、250nit、マルチタッチ非対応、HD 720pカメラ(ThinkShutter付)、マイク、WWAN非対応、FreeSync対応
• 付属品 : 日本語
• 標準保証 : 1年間 引き取り修理

セットアップとハード増設プラン

仕事でよく見たThinkPadアピールの激しい箱で到着。内容物はシンプルにACアダプタと本体のみ。こういうのでいいんだよこういうので。

SSDの交換とメモリ増設がMUST要件なので、可能な限りシンプルな手段を考える。

1. OSアップデート類適用
2. SSDクローン
3. 交換後SSDで起動確認
4. メモリ増設
5. データ移行
6. 旧マシンハード処分

SSDはM.2 NVMe対応のWDS100T2B0Cをチョイス。ゴリゴリの性能を求めているわけではないのでエントリークラス？のものでとりあえずは十分と判断。

amzn.to

メモリはその時々で最安値のやつ買えばいいと思います。理由は同上。

amzn.to

手順に関しては公式のサービスマニュアルがあるのでそれに従えば良し。ThinkPadのいいところは自分で作業してハードをゴニョゴニョできるところですね。公式通販で増設すると他社比で割高だけど自分でやれば簡単だし安いので。

Windows 10 2004

WSL2やWindows Terminalなど、ソフトウェアエンジニアとしては最高の要素が詰まった今年のWindows 10アップデートですが2020/7/13時点ではまだ適用できないようです。 アップデート対応をまってからメインマシンに昇格ですね。

WG1200HS2を使ってnasneを無線ネットワーク上に置く

我が家にはTVがなく、TV番組を視聴したい時はnasneをヘビーユースしてPCとスマホでDTCP-IPクライアントを使って視聴しています。

今までの1Kではこの構成でなんの問題もなかったのですが。広い部屋に引越したところ、アンテナ線の出口と光コンセントの位置が部屋の反対側になってしまいました。

nasneはルーターに直接有線接続する必要があるので、大抵はルーターの隣に鎮座させるのですが、アンテナ線もないと当然nasneは機能しません。

無線LANコンバーター買えばいいよね

軽くググると同じ事例に当たっている人は何人かいまして、みなさんUSB接続の無線有線コンバーター（こういうの）を購入して解決しているようでした。

確かにこれならば別の電源は不要でスマートに解決できます。無線LAN側通信速度も300Mbpsならなんとかなりそうな気がします。

ただ、有線LANの規格が100BASE-TX という仕様で、nasneと中継機の通信がボトルネックとなってしまい最大100Mbpsでの伝送しか出来ません。ローカルLANのくせにインターネットより遅いなんて！…ということで別の手段を考えました。

TP-Linkの製で1000BASE-TX対応のモデルも有りましたが、6000円~1万円もしてしまうので却下。

エントリーモデルのルーター活用

色々考えた末、中継機能のある無線ルーターをコンバーターとして活用することにしました。

安心と信頼のNEC WG1200HS2をチョイス。メルカリで2000円台で調達しました。

NEC Aterm WG1200HS2 PA-WG1200HS2

posted with Amaquick at 2020.04.23

Amazon.co.jpで詳細を見る

この製品は、中継機能（コンバーターモード）を備えており親機のルーターから無線を拾って有線でつなぎ直すことが出来ます。本来は電波の届きづらい場所への中継する機能がメインですがそれは利用せず、LAN1ポートにnasneをつないで中継機としてセットアップします。

セットアップには有線LANで1200HS2にPCを繋ぐ必要があるのがやや面倒でしたが、設定そのものは物理スイッチを切り替えて親機のAPを指定するだけですので簡単です。

自動的に中継機に接続したnasneを認識してくれました。PC TV plusからも再生を確認。

自宅内NWの構成は下の図の通りです。

自宅NW

Google Play Music から Youtube Music へ移行できていない話

前置き

この記事は一切生産的なことが書いてありません。

Google Play Musicでは日本で正式に利用可能になる前から米国プロキシ経由で音楽アップロード機能をずっと使っていたいわゆる古参。 YoutubeもGoogleアカウントと共通化される前からのユーザー←重要

Play musicのライブラリは「アップロード : 購入 = 99 : 1」程度の割合。必要ないのでPremium契約はしていない。

TL; DR

• Youtube Musicはアップロードした音楽を扱うには全然機能足りない
• このままGoogle Play musicが終了したらYoutube Music以外の選択肢を探すべき

移行ツール、ついに来たる

www.itmedia.co.jp

6月初旬についに移行ツールのURLを叩いたときの表示が「まもなく開始致します」から変更となり、Google Play musicにアップロードしていた大量の同人音楽ライブラリを移行できるようになりました。

死にゆくサービスにしがみついても仕方ないので、Youtube Musicのアプリに乗り換えるつもりでした。 この瞬間までは。

事態を飲み込むのに30秒ほどかかり、Youtubeの現ブランドアカウント（元々のYoutubeアカウント）はPlay Musicの転送先には使えないことを理解した。

まぁわからなくもない…元々Google Play MusicはGoogleアカウントで使っていたものだし。アカウント内の移行じゃないと問題があることが色々あるんだろう…きっと。

落ち着いて本来のGoogleアカウントを選択しなおし（なぜかチャンネルを作成させられた）、転送をはじめて暇つぶしYoutubeにアクセスした。

…いつものプレイリストがない。登録チャンネルもない。

慌ててアカウントを見ると、"Googleアカウント"が表示されている。 Youtube Musicでアカウントを切り替えると、Youtubeの使用アカウントも連動して切り替わるようだ。

しかし、自分にはブランドアカウントでないGoogleアカウントでYoutube活動（動画公開やコメント）を行うのはまっぴらごめんだ。そもそもそのGoogleアカウント本垢だから本名出ちゃうんだが！！！！！

試しにAndroidスマートフォンでアカウントを切り替えてみたところ、こちらはYoutubeアプリとYoutube Musicアプリで別のアカウントをメインで利用することができた。同じブラウザ上使うPCならではの問題っぽい。

最悪、Chromeのユーザーを2つ並行して使うしかないかなどと考えていた。この時は。 メチャクチャ不便ではあるが、まぁワークアラウンドで対応できないことはない。

本題のデータ移行の方だが、幸い移行が有効化されて早々に対応したので、順番待ちなどはほぼなく10分ほどで全ライブラリが移行された。

OK, Google←OKじゃない

とりあえず動作確認。

OK, Google Youtube Musicで「偶像に世界を委ねて」を再生して

「Premium契約が必要です、今なら1ヶ月無料です。詳細を聴きますか？。。。。」

えぇ…それ自分でアップロードした曲なんだけど… （2回目移行はステーションが自動的に再生されるようになったが、もちろん同人音楽のステーションなどないので関係ない曲が流れ始める最悪の体験）

ダウンロード←できない

様々な記事で触れられていたが、Youtube Musicでは一度アップロードした曲のファイルをダウンロードできない。まぁこれはいい。

バックアップに使えないという意見もあるかもしれないが、Google Play musicにからダウンロードできるものは320kbps MP3に再エンコードされているので、手元にある可逆圧縮Flacのバックアップに比べれば価値は低い。

アップロードされた曲はオフラインでも使えるとドキュメントにあるし、さっそくいつものプレイリストをスマホに保存して…

そのプレイリスト、全部自分でアップロードした曲ーーーーーーーーーーーーーーーー！

※曲単位・アルバム単位でのオフライン再生のためのダウンロードはできますが、そんな面倒な使い方してる人いるんですかね

ドライブ中、無限にモバイルデータ食われるのは勘弁してほしい…（自分のアップロード曲は広告無しでAndroid Autoから再生できて唯一安心したポイントだった）

ドキドキタグ情報

YT musicは曲名とかアルバムとかの編集ができない。

タグ情報間違えてアップロードしたらあとから弄れないという緊張感が追加されている。なかなかスリリングなサービスだ。間違えたらアップロードしなおせばいいだけではあるが。

2020/6/15追記

Android Autoではアップロードした曲を広告無し、かつバックグラウンド再生に移行できることを確認しました。一応配慮されているようです。

※非プレミアムではAndroid Autoでの所持曲以外のストリーミングは不可です

多分バグですが、非プレミアムのせいなのか選曲のためのトップメニューが表示されません。

選曲するときいちいちモバイル端末を弄れと…？危険だが…

support.google.com

コミュニティにも同じ事象があったのですが、これ根本解決していないような

Fxxxまとめ

• PCでPlay Musicから移行したYoutube Musicアカウントを利用するとYoutubeを昔からのアカウントで使えない
• Google HomeからキャストするのにPremium契約が必要（明らかな劣化）
• プレイリストのダウンロードができない（明らかな劣化、ワークアラウンドなし）
• タグ情報の編集ができない（正気ではない）
• Android AutoのYoutube Musicの対応が明らかに未完成 2020.06.15追記

Play Musicがなくなることは動かないと思うので、ライブラリをPlay MusicとYT music両方で更新しながら改善を祈るしかない。

その他にも英語メディアを漁るとYoutubeのLikeがYT Musicに影響を与えて云々とか色々出てくる。

Likeベースのストリーミングが全盛期なので、自前のライブラリを楽しむ人は少数派だとは自覚している。ただ、移行を促すなら基本的なことくらいは実装してほしい…

優秀な（この際優秀ということにしておく）ミュージックロッカーとしてPlay Musicを使っていた人間にはだいぶ厳しい仕様変更だ…当面はアップロード音楽をミラーリングしつつGPMを使います

自前の音源をGoogle Play musicにアップロードにて使っていたユーザーにとってのYoutube Music pic.twitter.com/tHr9m25Kmg

— ゲン (@gen_sobunya) 2020年6月11日

Github ActionsでGatsbyサイトのプルリクを毎回Lighthouseで監査してみた

パフォーマンス変化がないか監視する

Github Actionsを使ってプルリクエストのたびにLighthouse CIを使ってスコアを算出し、低下している場合は警告を出します。

まずはGithub ActionsのYamlから。 Chromeは既にインストール済みなので、別途インストールする必要はありません。

name: lighthouse audit

on:
  pull_request:
    branches:
      - master

jobs:
  audit:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v2
        with:
          ref: ${{github.event.pull_request.head.sha}}
      - uses: actions/setup-node@v1

      - name: npm install
        run: npm install && npm install -g @lhci/cli

      - name: build
        run: npm run build

      - name: Lighthouse audit CI
        run: lhci autorun --config=./.lighthouseci/lighthouserc.json
        env:
          LHCI_GITHUB_APP_TOKEN: ${{ secrets.LHCI_GITHUB_APP_TOKEN }}

環境変数として設定しているLHCI_GITHUB_APP_TOKENは、Lighthouse CIのGithub Appを承認した際に発行されます。

これは、プルリクエストの画面でテストとしてLighthouse CIを表示させるために必要です。コマンドラインの結果だけでいい場合はこの設定は不要です。 公式のCheckoutスクリプトでよろしく処理するために必要な設定があるので追加しています。

github.com

設定ファイルは./.lighthouseci/lighthouserc.jsonにまとめて記載します。

{
  "ci": {
    "collect": {
      "numberOfRuns": 3,
      "staticDistDir": "./public",
      "isSinglePageApplication": true,
      "url": ["http://localhost/", "http://localhost/post/2019/08/edge530j/"]
    },
    "assert": {
      "assertions": {
        "categories:performance": [
          "warn",
          {
            "minScore": 0.6
          }
        ],
        "categories:accessibility": [
          "warn",
          {
            "minScore": 0.8
          }
        ]
      }
    },
    "upload": {
      "target": "temporary-public-storage"
    }
  }
}

Gatsby.jsのウェブサイトなのでisSinglePageApplicationフラグをtrueにしておきます。

プリセットを行わないことで、細かい実装ルールは検査せずにスコアのみの監査としています。 警告のしきい値は現在のスコアから適当に設定しておきました。

NetlifyからVercel(元ZEIT(元now))にホスティング先を変更してみた

NetlifyのCDNに不具合があり、TTBFが遅延する自体が長いこと続いているので別のJAMStackホスティングサービスを探しており、now.shとして知られていたサービスが今ではVercelとなりJAMStackとの親和性が上がっているようでしたので、テスト的にサークルサイトを移行してみることにしました。

TTBFが1秒近くかかる不具合を半年対応できないとかヤバすぎる

移行にかかった時間はドメインのTTL待ちを除けば30分ほどです。リダイレクトやルーティングが不要であればポチポチして5分で終わります。

セッティング

概ねNetlifyと同じく、WebコンソールからポチポチしてGithubリポジトリとリンクすると、ビルドコマンドとdevコマンドを入力する画面が現れるので、これを指定して始めます。

自動的にフレームワークを認識する機能がついているので、ビルドコマンドもサジェストされるのは好印象。

デプロイはじまりました

Netlifyでは、インクリメンタルビルドを利用して3分は最低でもビルドにかかるリポジトリなのですが、なんと全ページをビルドしてたったの2分しかかかっていません！

サイトはインターネット経由で確認できるので、Pagespeed Insightsで確認してみます。 正規ドメインでないと実行されないスクリプトがあるので単純比較はできませんが、TTFBは明らかにVercelが勝っています。

Vercel

Netlify

CDNのエッジサーバーが東京にあるので、かなり期待できそうです。

設定の移行

ビルド設定以外に、Netlifyでリダイレクト設定やヘッダー設定をしている箇所があるので、これらをVercel用に移行します。

Netlifyでは_redirect, _headerのようなファイルをStaticディレクトリに入れてルートに配置することでこれらを設定していましたが、Vercelではvercel.jsonという設定ファイルをプロジェクトルートに配置して設定します。

vercel.com

JSONなのでコメント書けないのはちょっと…ですが新しく候補にしていたAzure Static AppsもJSONなのでここは文句を言わないことにします。正規表現がリダイレクトで使えるのは非常にGood！

ビルド時間短縮用のオプションと、移行した記事のリダイレクトを書いていきます。

{
  "build": {
    "env": {
      "GATSBY_TELEMETRY_DISABLED": "1"
    }
  },
  "redirects": [
    {
      "source": "/portfolio/md2doujin/",
      "destination": "https://gensobunya-tech.hatenablog.com/entry/2018/12/20/000000"
    },
　    {
      "source": "/category/(.*)",
      "destination": "/tags/$1"
    },
...

Netlify用のtomlで記載されていたリダイレクトのリストはスプレッドシートという有能なソフトでJSONに変換しました。

リダイレクトは、ローカルでも確認できるのでvercel devコマンドを実行することでVercelでのホスティング状態をエミュレートできます。便利。

デプロイはvercelコマンドだけでいいのですが、Githubインテグレーションを設定しているので、Pushするごとにプルリクやブランチに応じたプレビューURLを作ってくれます。ステージング確認はそれらで実施するのが良いでしょう。

移行

ローカルで稼働確認をしたら、プロダクションブランチをスムーズに移行させるためにNetlifyのサイトは活かしつつ、Vercel側で新バージョンのデプロイをしてDNSを切り替えます。

1. Netlifyの自動ビルドを止める
2. Vercel移行のプルリクを作成、ビルド結果を確認
3. DNSを切り替え

これで、DNSの切り替えが反映されていない人はNetlifyのホスティングを参照してくれます。TTLの倍の時間が過ぎたらNetlifyのサイトは削除してもよいでしょう。

VercelでもIncremental Buildが使えるようになってほしいですね～。ビルドキャッシュをどこに保持するのかが問題になりそう

Docker for WSL2においてユーザー権限でコンテナを動かす

なんで

Gatsby.jsのプロジェクトをDockerで動かす際に、.cache, public/* がroot権限で作成されてしまい、コンテナの再起動や、コンテナ外からの操作が権限エラーでコケてしまう

対処法

Dockerfile でローカルユーザーを作っておく。 この方法は、UIDとGIDをハードコーディングしているため、環境によってこれらを書き変える必要がある。 他にもEntrypointのスクリプトを使ったり、/etc/passwd などをマウントする方法もあるが、docker-composeコマンドにオプションを追加せず使いたかった

# useraddがAlpine Linuxイメージにないので
RUN apk add shadow

ARG UID=1000
ARG GID=1000

# 中略

RUN useradd -m -u ${UID} -g ${GID} gensobunya
USER gensobunya

UID1000は既に存在するぞと怒られた。とりあえずUID指定せずに作ったところ、想定通りの動作はしてくれが、UIDが違うのTypesにアクセスできなかった。使っているイメージのユーザー状態を確認してみる。

~ $ cat /etc/passwd
root:x:0:0:root:/root:/bin/ash
bin:x:1:1:bin:/bin:/sbin/nologin
daemon:x:2:2:daemon:/sbin:/sbin/nologin
adm:x:3:4:adm:/var/adm:/sbin/nologin
lp:x:4:7:lp:/var/spool/lpd:/sbin/nologin
sync:x:5:0:sync:/sbin:/bin/sync
shutdown:x:6:0:shutdown:/sbin:/sbin/shutdown
halt:x:7:0:halt:/sbin:/sbin/halt
mail:x:8:12:mail:/var/mail:/sbin/nologin
news:x:9:13:news:/usr/lib/news:/sbin/nologin
uucp:x:10:14:uucp:/var/spool/uucppublic:/sbin/nologin
operator:x:11:0:operator:/root:/sbin/nologin
man:x:13:15:man:/usr/man:/sbin/nologin
postmaster:x:14:12:postmaster:/var/mail:/sbin/nologin
cron:x:16:16:cron:/var/spool/cron:/sbin/nologin
ftp:x:21:21::/var/lib/ftp:/sbin/nologin
sshd:x:22:22:sshd:/dev/null:/sbin/nologin
at:x:25:25:at:/var/spool/cron/atjobs:/sbin/nologin
squid:x:31:31:Squid:/var/cache/squid:/sbin/nologin
xfs:x:33:33:X Font Server:/etc/X11/fs:/sbin/nologin
games:x:35:35:games:/usr/games:/sbin/nologin
cyrus:x:85:12::/usr/cyrus:/sbin/nologin
vpopmail:x:89:89::/var/vpopmail:/sbin/nologin
ntp:x:123:123:NTP:/var/empty:/sbin/nologin
smmsp:x:209:209:smmsp:/var/spool/mqueue:/sbin/nologin
guest:x:405:100:guest:/dev/null:/sbin/nologin
nobody:x:65534:65534:nobody:/:/sbin/nologin
node:x:1000:1000:Linux User,,,:/home/node:/bin/sh
gen:x:1001:1000::/home/gen:/bin/ash

nodeユーザーが作成されてますね… 使っているnode:version-alpineイメージで作成されているようなので、このユーザーを使ってしまおう。

マウント先が変わるので、docker-compose.yml も変更

FROM node:12.14.1-alpine

~中略~

# ユーザー権限に切り替える
USER node
WORKDIR /home/node

~~~

version: "3"
services:
  web:
    build:
      context: .
      dockerfile: Dockerfile
    ports:
      - "8000:8000"
    volumes:
      # コンテナ内にボリュームを作成する
      - /home/node/node_modules
      # プロジェクトをホームディレクトリにマウントする
      - .:/home/node
    environment:
      - NODE_ENV=development

参考

qiita.com

zukucode.com

amaya382.hatenablog.jp