2011年頃に Gitit で wiki を立てて、2019年1月に GitHub Pages へ移した。移行後も主題別の wiki の形のままにしていたが、ページを数えてみると、2019年の移行以降に更新したのは 50 ページ中 9 ページだけだった。
主題別の wiki は「書いてあることは今も有効」という前提で読まれるが、実際にはそこまで手入れできていない。技術の変化の速さを考えると、知識を集約して最新に保つ場所にするのはそもそも無理があった。
そこで、各ページを「その時点の記録」として扱う形に切り替えた。日付を付けて新しい順に並べ、話題ごとの整理はタグで行う。書いた時点では正しかった、ということだけを約束する形なら、今の更新頻度でも守れる。
困ったのは日付。Gitit はページを内部の Git リポジトリで管理していたが、2019年の移行ではページのファイルだけをコピーしたので、編集履歴が残っていなかった。GitHub 側の履歴も 2019-01-06 の一括コピーから始まっている。昔のバックアップも整理してしまっていた。
仕方がないので、次の手がかりから推定した。
推定した記事は「2012年頃（推定）」のように年だけを表示している。手がかりが少ないものは「2011〜2015年頃」のように幅で書いた。
GitHub Pages 標準の Jekyll ビルドのままで組んだ。GitHub Actions も使っていない。年に数回しか更新しないので、放っておいても壊れにくいことを優先した。
最初は Material for MkDocs を検討した。見た目はよかったが、2026年11月で保守が終わるとのことで見送った。
記事は _posts/ に 年-月-日-名前.md の形で置く。先頭に次のような設定を書く。
---
title: "Xperia SX SO-05D を root 化してカスタマイズした"
date: 2012-01-01
date_label: "2012年頃（推定）"
updated_label: "2015年9月15日"
description: "root 化、MVNO SIM でのテザリング、3G 固定、モバイル Suica の不具合。"
field: hardware
tags: [android]
---
date_label を書くと、日付の代わりにその文字列を表示する。正確な日付が分かる記事では省略する。updated_label は後から書き足したときの日付。field は記事の分野で、舞台映像・音響、映像制作、プログラミング、ハードウェア、ソフトウェアのどれか一つを書く。一覧では分野が色付きで表示され、分野ごとに絞り込める。分野の一覧は _data/fields.yml、タグの表示名は _data/tags.yml にまとめた。
一覧、年別、タグの各ページは Liquid で記事から生成している。5 年以上前の記事には「当時の記録」の注記が自動で付くようにした。
古い URL にリンクしてくれているページがあるかもしれないので、jekyll-redirect-from で転送を入れた。GitHub Pages 標準のプラグインなので、そのまま使える。
redirect_from:
- "/wiki/Hardware/Xperia SX SO-05D.html"
- "/wiki/Tips/Android/Xperia SX SO-05D/"
Gitit 時代の URL は拡張子がないので、そのまま書くと拡張子なしのファイルが出力されてしまう。末尾に / を付けると index.html になり、転送ページとして動いた。
本文は基本的にそのまま移した。ただ、リンク文字列に | が入っている行が表として崩れていたので、| に置き換えた。Jekyll の Markdown 処理系（kramdown）が表の区切りと解釈するらしい。
2019年の移行時に整理して消したページが 6 本あった。Git の履歴に残っていたので、内容が少ないものも含めて記事として戻した。
最後の 2 本は他のページに統合していたので、統合先から外して独立させた。
作業は Claude Code に手伝ってもらった。ページの棚卸し、日付の推定、変換スクリプトの作成までまとめて進められたので、手作業よりかなり早く済んだ。
まだ残っていること。
その後、サイト名を kinug/notes に、URL を /wiki/ から /notes/ に変えた。日付順の記録にしたことで、wiki らしさがほとんどなくなったため。古い URL は、Gitit 時代のものも含めて新しい URL へ転送している。
あわせて、記事ごとに分野を一つ付けて一覧で色分けし、トップページを分野ごとに最近の記事を並べる形にした。
推定した日付の「（推定）」という表記も外した。「2012年頃」の「頃」だけで曖昧さは伝わるため。
]]>QLab は以下の出力デバイスを使用できる。
普通に外部モニタを使用する際には、以下の点に注意
実機でのリモートでバッグを行う機能。
Resolume をインストールする際に、AfterEffects / Premiere から DXV3 コーデックのファイルを書き出すためのプラグインがインストールできる。
しかし、インストールの際に AfterEffects / Premiere / MediaEncoder を起動していると、エラーが発生してしまい、単純に再インストールしても、インストールエラー時のゴミが邪魔をしているようで、エラーが解決できない問題が発生した。
この場合、Resolume を再インストールする前に、以下のフォルダを削除すると、綺麗にプラグインがインストールできた。
C:\Program Files\Adobe\Common\Plug-ins\7.0\MediaCore\Resolume DXV
「環境設定」→「Launch」→「デフォルトラウンチクオンタイゼーション」を「None」に設定する。
「環境設定」→「Warp/Fades」→「ロングサンプルの自動ワープ」も「オフ」に設定
あとは、エンターキーを押すだけ。
Ableton Live は、MIDI コントローラでの制御ができるが、タブレットやスマートフォンを MIDI コントローラにするアプリケーションを利用すれば、リモコンとして使える。利用可能なアプリの一覧が以下の Ableton のサイトにある。
helxer.net | TouchOSC - 動くレイアウトと動かないレイアウトがある。原因不明。使えるレイアウトで工夫すれば、それなりに便利。
LK - Ableton Live &’ Midi Controller for iOS and Android|Imaginando - MIDI 信号が Live まで届いてない。原因不明。
NS レコードの役割について調べてみた。 以下の資料が分かりやすい気がしたのでメモ。
]]>CDN を利用する方法が一般的
マウント対象の要素にIDを指定
Vue のオプションにマウントする要素のIDを指定
var app = new Vue({ el: ‘#app’ })
Vue の data オプションにプロパティを設定
var spp = new Vue({ el: ‘#app’, data: { message: ‘Hello, vue.js!’ } })
テンプレートにマスタッシュ構文でプロパティを指定
v- で始まる特別なアトリビュートのこと。
要素のアトリビュートにプロパティを指定
要素の表示、非表示を切り替える（非表示の場合、要素そのものが消える）
hoge
要素の表示、非表示を切り替える（css の display プロパティが変わる）
hoge
オブジェクトの繰り返し
colors : [‘red’,’green’,’blue’]
user : { firstName : ‘Taro’, lastName : ‘Yamada’, age : 28 }
- :
イベント処理
methods: { onclick: function() { ・・・・・・ } }
双方向データバインディング 要素のアトリビュートにバインドするdataオブジェクトのプロパティ名を指定すると、 dataオブジェクト経由で要素の値を同期できる。
ページを構成するUI部品
コンポーネントの定義
Vue.component(‘hello-component’,{ template:’<p>Helllo</p>’ })
コンポーネントの使用
]]>
GitHub Pages では、静的な Web ページを公開することができるが、それに加えて、独自ドメインの設定や、https のサポートが可能となっている。
]]>