2026年 02月 18日

uutransfer-tmux-v2

https://github.com/cho45/uutransfer/blob/master/uutransfer-tmux-v2

ちょっとだけ賢い v2 を作ってみた。

uutransfer とは何か

ごく稀に scp が直接通らないが ssh ができるホストからデータをひっぱってきたいときがある。(例: 多段プロキシなどややこしいホスト)

こういう場合に、既にある tmux セッションを利用して、ファイルを手元に持ってこようというのが uutransfer。scp よりかなり効率は悪いものの手軽にリモートファイルを手元に持ってこれる。要はコピペでがんばって転送するのを自動化している。

uutransfer-tmux-v2

従来は

  • uutransfer 1 で uutransfer の待受実行
  • openssql ... など適当なコマンドをリモートで手動実行

という2ステップ必要だったのを、単に

uutransfer-tmux 1 foobar.log

でいけるようにした。

やってること

  • tmux send-keys をより活用するようにした。ワンライナーをインジェクトするような感じに
  • 圧縮→base64 するようにした
    • メインの想定はログファイルとかなので効率良くなったはず

Google の Family Safety の発信先制限 (ペアレンタルコントロール) がゴミすぎる

Google の Family Safety (ペアレンタルコントロール) には発信先を制限する機能があるんだけど、これがバグっててひどい。

端的にいえば「許可した電話番号へ発信できない」問題が発生する。

まずFamily Safety 側からは常に正規化された +81 プリフィックスの国際電話番号形式しか入れられない。まぁこれは別に仕様としてはいい。

しかしコントロールされる側の Family Safety の設定画面にある同期された「保護者が管理する連絡先」などから発信しようとすると「保護者による使用制限(システム)から通話を発信することができません。別の通話転送アプリを使用するか、デベロッパーに問い合わせてみてください。」とでてブロックされる。

明示的に許可した一覧が表示されているのに、ここから発信するとブロックされる。は?

あるいはペアレンタルコントロールされる側は、ここで登録した連絡先が自動的に「編集不可」の「連絡先」として登録されるんだけど、この連絡先を使って通話することもできない (同様にブロックされる)

なおかつ、コールされた履歴からのかけなおし(コールバック)も制限される。

発信制限を解除するとかけられるので間違いなく発信先制限のせいなんだけど、本当にひどい。

どうすればかけられるか

ペアレンタルコントロールされる側のアカウントでも自力で「連絡先」を作って、「+81 90-XXXX-XXXX」形式で保存する。この状態で該当する連絡先を開くと、Family Safety で登録した「連絡先」とマージされて表示される。そしてなぜか

  • +81 90-XXXX-XXXX
  • 090-XXXX-XXXX

と二段で表示されるので、+81がついていないほうを選んでコールすると発信できる。上を選ぶとダメ。なんで? バカなのか?

逆だろと思うかもしれませんが↑の挙動で間違いないです。

どうすればかけられるか 2

ダイアルパッドからかける場合は +81 からはじまる形式の入力でかけられる。

直前の挙動と矛盾してるじゃんと思うけど間違いないです。

結論: 使えない

この意味不明な挙動を子どもに説明するのは不可能なので、実質的には「発信は完全に封じる」機能として使うのが妥当でしょう。着信専用として使うしかない。

ペアレンタルコントロールを設定するみなさまにおかれましては、設定するだけで満足せずに動作確認を必ずしましょう。普通に動く機能だろうと思ったらゴミだった例です。

subtechグループのcho45日記をインポート

subtech.g.hatena.ne.jp/cho45 以下のデータをインポートした。

はてブのホッテントリの復元

(iframeです)

https://lowreal.net/2026/restore-subtech-hotentry.html

サブテクURLからインポート済みへ転送

やったこと

グループのサービス終了にともなってエクスポートだけはしたけど、放置してあった。ときたま「あぁサブテクグループに書いた気がする」と思っても検索不可能だったのが地味に自分にとって不便だった。

ということで2020年にグループが終わってるから6年越しに、ずっっっっとやってなかったのを Codex と共にやってみた。

/cho45/20100107/1262839487/2010/01/07/1262839487 となるようにインポートしたので基本的に機械的に遷移できるはず。

そして http://subtech.g.hatena.ne.jp/cho45/20100107/1262839487 みたいに貼り付けられているリンクも後処理時に書き換えるようにしたので、この日記内ではリンク切れが復活するつもり。

あと一律で subtechタグをつけるようにした。ほとんど gerry++ で埋まっとるが……

ホッテントリの復元

グループ関係のはてブは全部タイトルが一緒になってしまっていて終わっているので、このホッテントリのトップだけ雑に再現したリンク集をつくった。供養。