本年もよろしくお願いします。
335bytes
iso-2022-jp 自動判定 攻撃
うへぇ。こんな攻撃あるのか。
ひとまず、最近更新したhtmlファイルは適当なフィルタでheadのmeta情報を以下のように更新しておく。
上の行がHTML4時代の書き方。下の行がHTML5の書き方。(両方書いてたらマズイかしら？)
<meta http-equiv="Content-Type" content="text/html; charset=iso-2022-jp">
<meta charset="iso-2022-jp">
大量の生htmlファイルを書き換えるのが面倒だったので python で書き換えプログラムを作って、ひとまず新しいファイルだけ置換して様子を見るかな。
for i in $( /bin/ls -1tr *.html | grep -v wiki.html | tail -n 110 )
do
echo $i
python ~/bin/my-html-filter.py --utf8 --fix --charset iso-2022-jp $i
done
python ~/bin/my-html-filter.py --utf8 --fix --charset iso-2022-jp jdiaryB7??01.html
python ~/bin/my-html-filter.py --utf8 --fix --charset iso-2022-jp jdiaryB8??01.html
python ~/bin/my-html-filter.py --utf8 --fix --charset iso-2022-jp jdiaryB9??01.html
python ~/bin/my-html-filter.py --utf8 --fix --charset iso-2022-jp jdiaryC0??01.html
python ~/bin/my-html-filter.py --utf8 --fix --charset iso-2022-jp jdiaryC1??01.html
python ~/bin/my-html-filter.py --utf8 --fix --charset iso-2022-jp jdiaryC2??01.html
python ~/bin/my-html-filter.py --utf8 --fix --charset iso-2022-jp jdiaryC3??01.html
python ~/bin/my-html-filter.py --utf8 --fix --charset iso-2022-jp jdiaryC4??01.html
python ~/bin/my-html-filter.py --utf8 --fix --charset iso-2022-jp jdiaryC5??01.html
docker buildx のマルチプラットフォームビルド 昨日は失敗してたけど今日はOK
tag: docker
謎だ。
docker.io側で何か起きていたのかな？
amazon 期間限定で KADOKAWA 昔の漫画のkindle版シリーズ全巻33円になっているのがある
tag: amazon
たまにこの手のセールがあると嬉しい。
全巻33円とかすげー。 全部買っても580円とかなんだもん。
古い docker buildx 0.13.2 を使っていたらエラーが出るようになった
tag: docker, buildx
古い docker buildx 0.13.2 を使っていたら以下のようなエラーが出るようになった。
=> ERROR merging manifest list xxxx/yyyy:zzzz 0.6s ------ > merging manifest list xxxx/yyyy:zzzz: ------ ERROR: httpReadSeeker: failed open: failed to authorize: failed to fetch oauth token: Post "https://auth.docker.io/token": EOF ERROR: docker build failed.
ためしにbuildxの更新を行う。
# x64_64マシンにて curl -LO https://github.com/docker/buildx/releases/download/v0.19.3/buildx-v0.19.3.linux-amd64 mkdir -p ~/.docker/cli-plugins cp buildx-v0.19.3.linux-amd64 ~/.docker/cli-plugins/docker-buildx chmod +x ~/.docker/cli-plugins/docker-buildx # raspi5マシンにて curl -LO https://github.com/docker/buildx/releases/download/v0.19.3/buildx-v0.19.3.linux-arm64 mkdir -p ~/.docker/cli-plugins cp buildx-v0.19.3.linux-arm64 ~/.docker/cli-plugins/docker-buildx chmod +x ~/.docker/cli-plugins/docker-buildx
builderの再構築。
docker buildx rm mybuilder docker buildx create --name mybuilder --platform linux/arm64 aws3 docker buildx create --append --name mybuilder --platform linux/arm64 raspi51 docker buildx use mybuilder docker buildx ls docker buildx inspect docker buildx inspect --bootstrap docker buildx ls
やっぱりエラーが出るな。。。うーむ。。
=> ERROR merging manifest list xxxx/yyyy:zzzz 0.6s ------ > merging manifest list xxxx/yyyy:zzzz: ------ ERROR: httpReadSeeker: failed open: failed to authorize: failed to fetch oauth token: Post "https://auth.docker.io/token": EOF ERROR: docker build failed.
p.s.
docker.ioにログインして昔のタグを消去したらビルド通った。
１イメージあたりのタグ数の上限は400個までくらいかな？
p.p.s 04/20
Docker Hub の API回数制限がいよいよ厳しくなってきているようで、無料条件だとコンテナレジストリとしては使いにくいかも。
ghcr.ioへの引っ越し真面目に考えないといけない。
docker buildx コマンドの回数も１時間あたり5回くらい？に制限されているっぽいので、イメージにタグ付与 ( -t オプション ) オプションをまとめてdocker buildx コマンド１回で設定するように変更すると、とりあえずエラーは回避できた。
幼女戦記 コミックス版
tag: anime
アニメ版とかアニメ映画版などで先に見ていた幼女戦記。
タイトルの印象と異なって意外にまじめに戦記している本作品だが、コミックス版を読んでみた。
サブキャラ達のキャラクターデザインがアニメ版と違っていてびっくり。 全体的にコミックス版の方が格好いいｗ
あと、コミックス版の方は声に出しているセリフとは別のキャラ達の思惑も雲形フキダシや四角枠で書いてあって アニメ版であらすじを知っていても追加情報があって面白い。
p.s.
21巻では北アフリカっぽい場所にてロンメルっぽい人とタッグを組む。 全体的に重苦しい雰囲気の本作だが、ここは本当に快進撃してて草生え散らかした。
リンナイ ユッコ 043エラー対策実施
熱循環用の内部水が足りなくなったので補充実施。
規定ラインまで水位がきたら自動で給水停止するようでオーバーフローはしなかった。
Apple ギフトコードを読み込むと Apple TV サブスク契約する？が自動で表示される
tag: apple
間違って押させる気満々で草。
ついでに間違って押してしまって大草原不可避。
最寄りの駅には映画館は無いのか
隣の駅まで行かないと見れないな。。。うーん。。。
Windows版Firefoxからweb版twitterを見ると激遅い
なんでじゃろ？
ちなみにEdgeから見るとservice workerから600件も要求飛ばしてて酷い。
ACジャパンのCM
今は色々なバリエーションがあるんだなぁ。 結構手間がかかったのもあるし。
八潮市の道路陥没事故
対象地域が広すぎる。。。
これだけ広域から集めた下水道本管なら流量は大雨洪水時の川みたいなもんかも。