お名前.comで管理しているドメインをGandiに移管する

おもしろドメインを取得するのが趣味で、現在22のドメインを保持している。これでもいくつかは削ったのだけれど、思い入れのあるものはどうしても手元に残したいし使い続けたい。レジストラもいろいろあり

• お名前.com
• ゴンベエドメイン(インターリンク)
• Google Domains
• Amazon Route 53 Domains
• Gandi

という状態。管理が煩雑なのと、個人的な信条によりお名前.comの利用を廃止したいという思いがあり、どこかにまとめたいと長年考えていた。そんな中、2月からお名前.comがサービス維持調整費という名目で値上げすることを発表し、取り柄であったやや値段が安いという部分も崩壊したため全てのドメインを移管することにした。

www.onamae.com

Gandiについて

移転先のレジストラを検討し、最終的にはGandiを利用することにした。Gandiはフランスの企業が運営するレジストラで、会社の歴史は以外と古く1999年から存在している。Amazon Route 53 DomainsのOEM元でもある。

最初はAmazon Route 53 Domainsに移管することを考えていたが、持っているTLD全てに対応しているわけではなく、結局はGandiと併用することになりそうだったため利用を諦めた。その点Gandiは対応しているTLDが多く、.moeや.みんななど一部のレジストラでは扱っていないようなものも大概は登録できる。

また、No Bullshitというモットーを掲げているところが良くて、とても共感できる。

www.gandi.net

TLDによって値が張るものがいくつかあり(なぜかAmazon Route 53 Domainsの方が安いTLDもある)、移管前後で年間約1万円ほど値上がりしてしまう計算だが、どうせ値上がりするならいずれにせよこちらに移管する方が得と判断した。

お名前.comからの移管

.jp以外のドメインの移管(トランスファー)は基本的にどこも同じ流れになる。具体的に行う作業は以下の通り。

• (移管元) AuthCodeの発行
• (移管先) ドメイン移管手続の開始(AuthCodeの入力)
• (移管元) ドメイン移管の承認

ドキュメントにもだいたい同じことが書いてある。

help.onamae.com

お名前.comの場合、以下に気をつける必要がある

• 移管ロックを設定している場合は事前に解除しておく
• Whois情報公開代行設定をしている場合は事前に解除しておく
  • (他のレジストラではこんなことをさせられる記憶がないのだがどうだろうか)
• ドメイン移転後もDNSの設定が残るので削除すること

上2つについてはそもそも移管手続ができないので問題ないかと思う。一番下のものだけ厄介で、AuthCode発行時に以下のような表示がなされるが、そのまま手続きできてしまう。

DNSの設定は移管後に手で削除する必要がある

お名前.comには、お名前.comが管理するネームサーバを利用してDNSのレコードを返す機能がある。この設定を行った状態で移管が完了すると、この設定は残り続けたまま課金の対象となる。移管後にネームサーバやDNSレコード設定の引っ越しを行い、お名前.com側の設定を削除する必要がある(消すまではお名前.com側が名前を解決してくれるので、必ず設定の引っ越しが終わってから消す必要がある)。Gandiでは移管時の手続でネームサーバ等を変更する操作がやや難しいので、移管が完了してからGandiが提供するDNSに切り替えることになる。

「DNS追加オプションの解約、DNSレコード設定削除のお手続きはこちら」から手続きできる

動線がやや分かりづらいが「DNS設定/転送設定－ドメイン一覧」内の「DNS追加オプションの解約、DNSレコード設定削除のお手続きはこちら」を押して「DNSレコード設定のゾーン削除」を選択すれば手続きできる。

移管直後に設定を削除した場合はどうやら課金の対象とはならないようにみえる。いまのところカードの明細に引き落としの情報は見えていない。

お名前.comについては以上の操作を行いひとつひとつドメインを移管していけば良い。これまでお世話になりました。

おまけ: 移管するドメインの管理

Todoistで移管する日付を管理している

このブログで度々登場しているとおりTodoistを利用して移管する日付を管理している。期限2週間前になると移管できなくなってしまうため、十分に余裕を持った状態で移管したい。しかし、移管時に費用の請求が走るため一気に移管するとそこそこの金額がかかってしまう。そのため、期限を管理しつつ1年かけて移管しようとしている。ひととおり終えたらまたどこかに感想などを書くことがあるかもしれない。

はてなブログで記事を書く際にやっていること11連発

はてなブログで記事を書く際にやっていること、主にツールの使い方について。

初手で下書き保存する

編集中のものを誤って公開すると悲しい気持ちになるので初手で下書き保存にしておく。以降、公開に切り替えなければ下書きで保存され続ける。

こまめに保存する

Ctrl+S(macOSならCommand+S)で保存できる。保存しなかったとしてもローカルに残してくれる神機能があるけど、あくまでバックアップのバックアップくらいで使うのが良さそう。

こまめにプレビュー確認する

何度か読んでおくと都度体裁を整えられたりtypoに気付くタイミングが増える。日本語として通っていないところも見付けやすくなる。

見出しはh3からh5を使う

これが推奨らしい(はてな記法ではh3からh5が使われるため?)。Markdownの場合は ### から ##### までを利用することになる。

staff.hatenablog.com

過去に似た話題で書いているなら過去記事を貼り付ける

似た記事があるなら書いておくと参考になりそう。なんとなく文中のキーワードで検索すると全く同じことを書いてないかなどにも気を払える。

サイドバーから貼り付けられます

スマートフォンで撮った写真を利用する際はアプリからアップロードしてしまう

パソコンに転送して写真を貼るのは大変なので、スマートフォンのアプリで新規に記事を作成して写真を貼る。この記事はアップロードが終わったら破棄する。Web側では下書き保存していればリロードすると同じ記事の下書きを開けるので、そのままリロードする。写真サイドバーの一覧にアップロードした写真が登場するのでそのまま貼る。

写真のサイズを調整する

フォトライフ記法の最後に w300 や h300 などを付けると幅や高さの値を設定できる。巨大な画像を目にするとウワッとなるので、特に縦長のスクリーンショットなどは高さを指定してあげると丁寧。

縦長のスクリーンショット

サイズを調整したスクリーンショット

help.hatenablog.com

Amazonの商品を貼り付けたい場合はAmazonで検索してからASINをAmazon商品紹介サイドバーに入力して貼り付ける

Amazon商品紹介サイドバーだと検索した書籍がKindle版と物理版のどちらか見分けが付かないのでこういう振舞いをするようになった。Amazon側で商品ページを開いてASINをコピーしてからサイドバーで検索する。当該の商品がピンポイントで出てくるのでそのまま貼り付ける。

公開する前にアイキャッチ画像を確認する

SNSにシェアした際に意図しない画像がバーンと出てしまうのを防げる。最近のTwitterはキャッシュを破棄する仕組みがなく、よく分からないタイミングで更新されるのでミスるとつらい気持ちになる。

最後に一通り読み直す

最終チェック。こまめに読んでいるはずなのでざっくりで。

記事を投稿したらTwitterに放流する

これはお好みで。放流しないこともある。このブログの記事は基本的に放流しているけど、masawadaの日記は基本的に放流しないことにしている。

Kensington SlimBlade Proの全てのボタンをbt2usbhid&Linuxデスクトップ環境下で利用する

bt2usbhidとはこれのこと。

github.com

端的に書くと、Bluetooth接続のキーボードやマウスをRaspberry Pi経由でPCに有線接続できるようにするソフトウェア。USB切替器を挟むことで複数PC間でBluetooth接続のキーボードやマウスを共有するのに役立つ。このブログではたびたび言及している(それだけ便利に使っている)。

そしてKensington SlimBlade Proはこちら。

Kensington ケンジントン Slimblade Pro ワイヤレストラックボール 4ボタン 左右対称デザイン 55㎜ボール 有線接続 2.4GHzワイヤレス接続 Bluetooth接続 K72081JP

かなり前から販売されていたSlimBladeのBluetooth版。長らく待っていたけれどようやく発売された。さきほど届いたので早速セットアップした。といっても接続自体は難しくなくて、bt2usbhidのREADMEにあるとおりにRaspberry Piに接続するだけ。

このトラックボールにはボタンが4つついていて、全てのボタンを認識させるためにはXorgの設定でButtonMappingを変更する必要がある。bt2usbhidは単純に入力のイベントをそのまま再送しているだけなので、USBで接続した場合と同じマッピングを設定すれば良い。ただし、bt2usbhidはキーボードとマウスを接続していてもひとつのUSBデバイスとして振る舞っており、別個のデバイスとして認識されるわけではない。lsusbしてみると分かる。

$ lsusb
...
Bus 001 Device 009: ID 1d6b:0104 Linux Foundation Multifunction Composite Gadget
...

USBIDが1d6b:0104のデバイスがそれ。1d6bはLinux FoundationのVendor IDであり、0104はMultifunction Composite Gadgetであることをあらわす。これはbt2usbhid上で定義した値なので、どの環境でもこのUSBIDのデバイスが登場する*1。このデバイスが接続された場合にButtonMappingを書き換えてあげれば良い。具体的には以下のようなファイルを /etc/X11/xorg.conf.d に放りこんであげれば良い。

Section "InputClass"
  Identifier      "Bluetooth to USB HID Converter"
  MatchUSBID      "1d6b:0104"
  Driver          "libinput"
  MatchDevicePath "/dev/input/event*"
  Option          "ButtonMapping" "1 8 3 4 5 6 7 9 2"
EndSection

ちなみにどのボタンを押したときにどのボタンが反応するかは xev コマンドを見れば分かる。

ButtonPress event, serial 34, synthetic NO, window 0x3c00001,
    root 0x75d, subw 0x0, time 23937374, (231,956), root:(4075,1003),
    state 0x0, button 1, same_screen YES

ButtonRelease event, serial 34, synthetic NO, window 0x3c00001,
    root 0x75d, subw 0x0, time 23937444, (231,956), root:(4075,1003),
    state 0x100, button 1, same_screen YES

ButtonPress event, serial 34, synthetic NO, window 0x3c00001,
    root 0x75d, subw 0x0, time 23937584, (231,956), root:(4075,1003),
    state 0x0, button 3, same_screen YES

ButtonRelease event, serial 34, synthetic NO, window 0x3c00001,
    root 0x75d, subw 0x0, time 23937855, (231,956), root:(4075,1003),
    state 0x400, button 3, same_screen YES

うまく動かない場合はこれを頼りに調整することができる。とはいえ、これまで有線のSlimBladeとExpert Mouse Wireless Trackballを利用していたがいずれも同じButtonMappingを流用できたので、全ての製品が同じ配列なのかもしれない。

なおSlimBlade Proにはdpiを変更するスイッチが筐体の右側面にあり、これはハードウェア側で調整されるようで何も設定しなくても押せばカーソルの移動速度が切り替わる仕組みになっていた。ただ切り替えると素早すぎてコントロールを失うのでデフォルトのまま使おうと思っている。

SlimBladeは高さが低めに作られていて手首に負担がかかりづらいし、ボールの受け軸を掃除しやすくメンテナンス性も高いのでトラックボールを使うのに抵抗がない人にはぜひオススメしたい。

*1:USB Gadget API for Linux入門: BluetoothキーボードのイベントをUSB HIDのReportに変換する - あんパン でも書いた

GitHub ActionsでstをビルドしてArch Linuxにインストールする

Linuxデスクトップを利用しはじめてからこれまでターミナルエミュレータとしてurxvtを利用してきた。のだが、どうもサロゲートペアに対応していない?ようで絵文字を表示できないのがやや気になるポイントであった。

普段から絵文字を入力することはないのでずっと放置していたのだけれど、最近「突撃! 隣のLinuxデスクトップ」という記事を書く中でstという軽量ターミナルエミュレータの存在を知り、絵文字もうまく表示されそうだったので利用してみることにした。

st.suckless.org

stは各種設定をconfig.hに書き込んでビルドするという硬派な設計になっている。つまり設定を変更するたびにビルドする必要がある。ArchWikiを眺めると

Consider maintaining your own config.h and PKGBUILD.

https://wiki.archlinux.org/title/st

と書いてあり硬派だ…… と思う。

一応AURにはPKGBUILDがあるので、config.hを置いたディレクトリで BUILDDIR=$(pwd) yay -Sy st みたいな感じで設定入りのstをビルドすることはできる。しかしまっさらな環境でこれを自動化するのは面倒なので、ArchWikiに書かれている通りPKGBUILDを飼うことにした。

ArchWikiのPKGBUILDページを眺めてだいたい雰囲気を掴んで、 cp /usr/share/pacman/PKGBUILD.proto ./PKGBUILD してきて編集すればあまり詰まることはないかと思う。実際に書いたPKGBUILDは以下。

# Maintainer: Masayoshi Wada <developer@andantesoftware.com>

pkgname=st
pkgver=0.9
pkgrel=1
pkgdesc="A simple terminal implementation for X."
arch=("x86_64")
url="https://st.suckless.org"
license=("MIT")
depends=("libxft")
source=("${pkgname}-${pkgver}::https://dl.suckless.org/$pkgname/$pkgname-$pkgver.tar.gz"
        "config.h")
sha256sums=("f36359799734eae785becb374063f0be833cf22f88b4f169cd251b99324e08e7"
            "8c6e61cabdd083315863c77e72ef5f669496b24863c3f1420ce83af3927da53d")

prepare() {
  cp "config.h" "$pkgname-$pkgver/config.h"
}

build() {
  cd "$pkgname-$pkgver"
  make
}

package() {
  cd "$pkgname-$pkgver"
  make PREFIX=/usr DESTDIR="$pkgdir/" install
}

config.hを変更する度にsha256sumも変える必要があるのはややだるいが、ある程度カスタマイズしたら更新頻度は落ちるだろうからよしとする。

これでPKGBUILDファイルとconfig.hディレクトリを一緒に置いて makepkg -si するだけでインストールできる状態になった。しかしこれをGitHubに置いていちいちcloneしてきてビルドするのも自動化するにはやや手間に見える。せっかくならビルド済のデータをGitHub Releasesから配信すれば良いのではないかと考えて、GitHub ActionsのWorkflowを書くことにした。書いたYAMLはこちら。

on:
  workflow_dispatch:

permissions:
  contents: write

jobs:
  release:
    name: Release
    runs-on: ubuntu-latest
    container: 
      image: archlinux:latest
    steps:
      - name: Checkout
        uses: actions/checkout@v3
      - name: Initialize
        run: |
          pacman -Syu --needed --noconfirm base-devel
          useradd builder -m
          echo "builder ALL=(ALL) NOPASSWD: ALL" >> /etc/sudoers
          chmod -R a+rw .
      - name: makepkg
        run: |
          sudo -H -u builder makepkg -sC --noconfirm
      - name: Parse .SRCINFO
        id: srcinfo
        run: |
          sudo -H -u builder makepkg --printsrcinfo > .SRCINFO
          echo "version=$(grep pkgver .SRCINFO | awk '{print $3}')-$(grep pkgrel .SRCINFO | awk '{print $3}')" >> $GITHUB_OUTPUT
      - name: Create new release
        uses: softprops/action-gh-release@v1
        with:
          name: Release ${{ steps.srcinfo.outputs.version }}
          tag_name: ${{ steps.srcinfo.outputs.version }}
          files:
            st-${{ steps.srcinfo.outputs.version }}-x86_64.pkg.tar.zst

makepkgはrootで実行すると ERROR: Running makepkg as root is not allowed as it can cause permanent, catastrophic damage to your system. というエラーを吐いて落ちるのでビルド専用のユーザを用意して利用している。バージョンの文字列を作るところはやや強引だけどPKGBUILDと二重管理したくなかったので .SRCINFO を生成して読み取ってawkで抜き出す形にした。あたりが工夫ポイント。

最後にReleaseを新規に作成して成果物をアップロードしている。actions/upload-release-assetを使えばよいという記事を多く目にしたが、既にArchiveされていてsoftprops/action-gh-releaseを使えと書かれていたのでこれを利用した。tagを作ってpushするのでpermissionとして contents: write を足す必要がある。

ということで、stをビルドしてGitHub Releasesの成果物として置いておくことができるようになった。あとはこれをダウンロードして sudo pacman -U st-0.9-1-x86_64.pkg.tar.zst のような形でインストールすれば良い。

stでは絵文字を表示できる

絵文字も表示できるようになって大満足。まだ何もカスタマイズしていない状態なのでざっくり好みの状態に整えていきたい。

リポジトリは以下にあるのでforkするなりなんなりしてご自由にお使いください。

github.com

3Dプリンタを購入した

ここ2年くらいずっと買おうと思って後回しになっていた3Dプリンタを購入した。全く知識のない状態から使い始めたのでそのあたりの話を書いておく。

3Dプリンタの選択

購入したのはAdventurer3。誰に聞いても入門にはこれがいいと教えてもらえる。理由はよく分かっていない。

flashforge.jp

自室の空きスペース的には40cm*40cmの面積を確保するのが精一杯なのでこれよりも大きいものが置けず、自ずと選択肢が絞られていった。また、印刷するノズル等がむきだしのプリンターだと、結構丁寧にほこりをはらってあげないと使えないだろうなという予感がしており、外装のあるプリンタにしたかったというのもある。

最初はAdventurer3 Proを買おうかと考えていたけど、結局は無印の方を購入した。Adventurer3 Proはビルドプレートがガラスになっていて、そのかわり取り外しができない。また本体についているのとは別にノズルが1本ついてくる。ビルドプレートを外しやすい方がメンテナンスが容易なのでは、と考えてこちらにした。実際に使って比べたわけではないのでどちらがいいとかはよく分かっていないが、1万円安いのでそのぶん何種類かのフィラメントを購入できてお得だったと思う。ガラスプレートの方が造形物の取り外しはしやすいと聞いていたが、Adventurer3のビルドプレートも取り外して曲げればすぐに外れるので困ってはいない。

テストプリント

まずは電源を入れて、デフォルトで入っているモデルを印刷してみた。

pic.twitter.com/Ab9ZItbhD8

— Masayoshi Wada (@masawada) 2023年1月9日

マニュアルには船っぽいモデルが入っているように見えるけど実際には含まれおらず、この2cm角の箱しか存在しない。ひととおりの操作方法を覚えたら、今度は自分でモデリングしたものを印刷してみる。

自分でモデリングしたものを印刷する

リビングの壁にケーブルを這わせていてモールで隠しているのだけれど、曲がり角にフィットするジョイント部品が存在しないので勉強がてらこれを作ってみた。

Adventurer3でモデルを印刷するには、以下のステップを踏む。

• CADソフト等で物体をモデリングしてstlファイルとして書き出す
• スライサーソフトを利用してstlファイルを3Dプリンタ用のスライスデータに変換する
  • Adventurer3は専用のスライサーソフトがあるのでこれを利用する
  • FlashPrint 5 - 初心者でも取り扱いやすい無料スライサーソフト
• これをなんらかの手段で3Dプリンタに転送して印刷する

CADソフトはひとまずAutodeskのFusion 360を利用してみることにした。個人で非商用であれば無料で使うことができる。全く知識がなかったので、ひとまず公式のYouTubeの動画を見ながらなんとなく概念を獲得していく。見たのは以下の2本。2本目は前編なので当然後編があるけれど、やりたいことに対してはこれで十分なのでひとまずこれだけ見た。

www.youtube.com

www.youtube.com

基本的な考え方としては、一旦スケッチとよばれる平面図を描いてから押し出しによって厚みを出せば良いという理解をした。スケッチを描く際は線分に対して拘束と呼ばれる制約をかけていって目的の形状を作る。拘束が足りないと一部の角が直角になりきらずに線分が微妙に長かったり短かったりしてしまうので気をつける必要がある。

これをstlとして書き出してFlashPrintで読み込んでサポート材の設定を行なってからスライスする。3Dプリンタは最初に土台となるサポート材を印刷して、その上に造形物を印刷していく。

サポート材の設定を終えた状態

このスライスデータ(.gxファイル)をUSBメモリに入れてAdventurer3に差し込む。Adventurer3側でLANに接続している場合はFlashPrintからも転送することができるらしい。

出力して試した結果、狙いどおりモールにフィットすることが分かった。

テスト印刷

……のだが、左右逆に作ってしまった。というのも、スケッチの段階では上から見た図を描いたが、その後の押し出しで底面を天井にするように作ってしまったのだった。スケッチの段階では左右を反転させる必要があった。ということで、スケッチをやりなおして印刷して実際に設置した様子がこちら。

現地の様子

無事に曲がり角にフィットするジョイント部品を作ることができた。

モデリング自体にかけた時間はだいたい1時間くらい。印刷に2時間くらいなので、かなり高速に欲しいものを手にいれられる環境が整った。

今年はハードをやっていきたい、あわよくば売ってみたい(まだ確度は低そう)と考えており、もうすこしいろいろなものをモデリングできるように練習していこうと思う。その際にFusion360だと有償版を購入する必要があるが、これが結構お高く、Adobe製品くらいの価格感なので他のソフトの使用感なども確認しながらどのソフトを使っていくかを考えたい。