「xml」を含む日記

■anond:20241118203126

それならXMLでいいじゃん

規格上XMLにもCSS適用できるし

Web向けならXMLからXSLT使ってHTMLにして同じCSSで表示できるはず

Permalink | 記事への反応(0) | 20:35

ツイートシェア

■anond:20241118201505

HTMLやXMLはエスケープがあるから面倒ってのが大きい

Permalink | 記事への反応(0) | 20:26

ツイートシェア

■anond:20241115174825

XMLダウンロードしてそのままアップロードするだけだろ

Permalink | 記事への反応(0) | 10:14

ツイートシェア

■年末調整が難しすぎる（令和６年度版）

【感想】

XMLファイルダウンロード

↓

QRコード付証明書PDFを作成

↓

プリントアウト

↓

ボールペンで記入

↓

スマホで撮影

↓

HEICからJPEGに変換

↓

年末調整のシステムにアップロード

↓

原本を経理に提出

この流れなんなん？誰がうれしいの？

【やったこと詳細】

・e-Taxにログインする

・「通知書等」をクリックする

・「通知書等選択」プルダウンから「住宅借入金等特別控除証明書」を選択する

・「切替」をクリックする

・表示された表の「令和6年分」あたりをクリックする

・「住宅借入金等特別控除証明書一覧へ」をクリックする

・住宅借入金等特別控除証明書一覧の「確認」をクリックする

・「この「年末調整のための住宅借入金等特別控除証明書」を印刷したものは使用できません。」の文言を見つけて絶望する

・「QRコード付証明書等作成システム」でGoogle検索する

・「QRコード付証明書等作成システムについて」ページにたどり着く

・「QRコード付証明書等作成システムを利用する」をクリック

・「環境チェック」モーダルのブラウザ欄の「推奨環境外です」の表示に絶望する

・Safariで開き直す

・Macintoshをご利用の方の「事前準備セットアップ(Macintosh/safari用(dmg形式:約2MB)」をクリックする

・ダウンロードフォルダの「cpsMac.dmg」をダブルクリックする

・QRInstall.pkgをダブルクリックする

・インストーラーの「続ける」をクリックする

・「インストール」をクリックする

・「アクセス許可を要求しています」ダイアログで「許可」をクリックする

・「Safariブラウザが起動されているため、インストールを完了することができませんでした」の表示に絶望する

・インストーラーの「閉じる」をクリック

・「ゴミ箱に入れますか？」で「残す」をクリックする（危ないやろこれ）

・Safariを終了して再びインストーラーを起動してインストール完了する

・「QRコード付証明書等作成システムについて」ページを表示する

・「QRコード付証明書等作成システムを利用する」をクリック

・「環境チェック」モーダルのブラウザ欄の△表示を無視する（Safari 18.0は対象外らしい）

・「次へ」をクリックする

・e-Taxからダウンロードしておいた「令和6年分住宅借入金等特別控除証明書_2024mmdd.xml」をアップロードする

・「読み込み」ボタンをクリックする

・ファイル読み込み結果ダイアログの「次へ」をクリックする

・「表示・印刷」をクリックする

・帳票イメージの表示ダイアログの「はい」をクリックする

・PDF作成が完了しましたダイアログの「表示」をクリックする

・PDFファイルをダウンロードする

・PDFファイルをプリントアウトする

・MoneyForwardクラウド年末調整にログインする

・左メニューの「年末調整」をクリックする

・「5.住宅ローン」をクリックする

・「2年目以降の住宅ローン控除（住宅借入金等特別控除）の申告はありますか？」で「はい」を選択し「次へ」をクリックする

・「+住宅ローンを追加」をクリックする

・「直接入力する（自動計算の対象外）」を選択して「次へ」をクリックする

・「住宅借入金等特別控除区分」で「◯年中居住者・認定住宅(等)用」を選択する

・「特定取得区分」で「記載なし」を選択する

・居住開始年月日を入力する

・住宅借入金等の金額（年末残高)を入力する

・(特定増改築等)住宅借入金等特別控除額に入力する値が不明

・ｱｯ、これ（住宅借入金等特別控除申告書）、自分で計算してボールペンで書かないといかんの？

・ボールペンで書いた

・(特定増改築等)住宅借入金等特別控除額を入力する

・住宅借入金等特別控除申告書の上部をスマホで撮影する

・住宅借入金等特別控除申告書の下部をスマホで撮影する

・住宅借入金残高証明書をスマホで撮影する

・撮影した画像をAirDropで転送する

・画像をアップロードしようとするがHEICなので選択できない

・Preview > File > ExportからPNGに変換する

・アップロードするが「ファイルサイズは最大5MBです」エラーになる

・Preview > File > ExportからJPEGに変換する

・アップロード成功する

次回「証券番号がわからない」「保険料控除証明書の電子ファイル（XMLファイル）取得に１日待たされる」

ぜってぇ見てくれよな！！！

Permalink | 記事への反応(13) | 17:48

ツイートシェア

■RSS　取得メモ

const axios = require('axios'); // HTTPリクエストを行うためのモジュール

const fs = require('fs'); // ファイル操作モジュール

const xml2js = require('xml2js'); // XMLをJSONに変換するためのモジュール

const chardet = require('chardet'); // 文字エンコーディングを検出するためのモジュール

const iconv = require('iconv-lite'); // 文字エンコーディングを変換するためのモジュール

// RSSフィードのURL

const rssUrl = 'https://www.mlit.go.jp/important.rdf'; // 例としてRSSフィードのURLを指定

// RSSフィードを取得してファイルに保存する関数

async function fetchAndSaveRSS() {

try {

// RSSを取得

const response = await axios.get(rssUrl, { responseType: 'arraybuffer' });

const rssData = response.data;

// 文字エンコーディングを検出

const detectedEncoding = chardet.detect(rssData);

console.log('検出された文字エンコーディング:', detectedEncoding);

// UTF-8に変換

const utf8Data = iconv.decode(rssData, detectedEncoding);

// XMLをJSONにパース

xml2js.parseString(utf8Data, (err, result) => {

if (err) {

console.error('XML解析エラー:', err);

return;

}

// パース結果をファイルに書き込み

const jsonData = JSON.stringify(result, null, 2);

fs.writeFileSync('rss_feed.json', jsonData, 'utf8');

console.log('RSSフィードがファイルに保存されました。');

});

} catch (error) {

console.error('エラーが発生しました:', error);

}

}

// 実行

fetchAndSaveRSS();

Permalink | 記事への反応(0) | 04:45

ツイートシェア

■ニコニコ復活で、ニコ生で4年間集めていたデータ(コメントログ用URL)が全て無効になってしまって辛い

コメントログへのアクセス先URIが書かれたWebSocketのデータ(↓こういうの)を、4年間集めてたんだけど、

{"type":"room","data":{"name":"アリーナ","messageServer":{"uri":"wss://msgd.live2.nicovideo.jp/websocket","type":"niwavided"},"threadId":"M.QyofMf3h0ahYa9PujZiwMA","isFirst":true,"waybackkey":"waybackkey","vposBaseTime":"2022-11-21T18:30:00+09:00"}}

https://live.nicovideo.jp/watch/lv338977521

以前から「そのデータからコメントログを全取得する作業を今年とかにやらないとな…」と思ってたが、ニコニコへの大規模攻撃が起こってしまって、さらに嫌な予感がしたがニコ生復活後に的中した。

まだ確認していないけども、自分が集めてたそのデータが全部無効になってしまってるだろうし、何も言えねえ。

(大規模攻撃関係無くいつか「wss://msgd.live2.nicovideo.jp/」が変わってただろうけども、長い事(数年間)そのuriで運用されていたし、もし攻撃されてなければ間に合う可能性もあった訳で…。)

溜め息しか出ない。

やっちまったなあ…。

ちなみに公式によるアニメ一挙配信のを主に集めてた。

運営に望む事は「有料会員は過去の生配信のコメントログがダウンロードできる」とか今後そういうサービスしてくれないかな…。はあ。

ちなみに、ニコ生がHTML5プレーヤー以前だった頃のソケット通信によるコメントログ取得って、もうできないよね…。　ちなみにそれもxmlファイルが1年分ぐらい溜めてる…。

Permalink | 記事への反応(1) | 19:56

ツイートシェア

■anond:20240419182329

いうても25年前の、もうコードなんてとっくの昔に破棄されたNetscape4だけの都合よ

未だにこの不具合を引きずってるXMLパーサーなんて見たことない

今から新規に開始するReact・Vue・Blazorプロジェクトでは、いい加減スペースを無くしていいと思うんだ

別に昔のコードを引き継ぐわけでもないし、しっかりテストするだろうに

なのに、どのチュートリアルもだいたいスペースがついてるんだよなあ・・・

せめてチュートリアルくらいはもうスペース無くしていいだろ・・・

Permalink | 記事への反応(0) | 18:32

ツイートシェア

■anond:20240322114549

最近ソリューションアーキテクトが要件も知らんのにKISSを言ってきて、俺はそいつより遥かに書いてきた経験があるのにくだらんXMLのテンプレートのフォーマットとかに1時間話させられてる俺がきましたよ

Permalink | 記事への反応(1) | 11:49

ツイートシェア

■

ボディーソープのフォーマットはXML

Permalink | 記事への反応(0) | 17:15

ツイートシェア

■クソ面白いアニメエスタブライフはなぜ話題にならなかったのか分析

2022年アニメのエスタブライフが今更ながらめっちゃ面白かったので、みんな見てくれって話。

ちなみにFOD独占だったみたいだけど、今はアマプラでもやってる。

https://www.amazon.co.jp/dp/B0B51DVC1W

https://www.amazon.co.jp/dp/B0B649HFDQ

追記：すまねえ、アマプラで無料なのは1話だけだったわ。FOD独占が憎い。ろくに作品紹介もできない。　勘違いでした。はてブ感謝

作品を知ったきっかけ

正月番組でやっていた「『BLOODY ESCAPE －地獄の逃走劇－』公開直前スペシャル」という特番。その中でテレビシリーズから選りすぐった3話分を放映していた。

・新宿が舞台の魔法少女になりたいヤクザの親分のお話

・お台場が舞台のパンツ禁止の温泉島のお話

・わがままお嬢様のモデレーターが消滅するちょっと悲しいお話

「このすば」よりさらにぶっ飛んでいる設定なのに、アニメの新作はほぼ全部チェックしている増田の記憶にない。なんだこの作品は？となった。

そしたら番組中にエスタブライフというキーワードがチラチラ出てきて、「BLOODY ESCAPE 」はどうなった？と思いながらググった。

ちなみに魔法少女（CVくぎゅう）は後の回で登場するぞ！かわいい。

エスタブライフの作品情報

2022年春アニメ

原案　コードギアスの谷口悟朗

監督　ごちうさの橋本裕之

シリーズ構成　ふもっふの賀東招二

キャラデザ　パズドラのコザキユースケ

フジテレビ「＋Ultra」で放送

こんな作品です（公式Xより）→https://x.com/establife/status/1742567880825487715

錚々たる制作メンバー。

自分のnasneを検索したら、なんと2話以降の録画が残っていてびっくり。全く印象に残らない凡作と判断して、1話切りしていた。

しょぼいカレンダーで調べた所、MXで再放送し、フジの+Ultraでさらに再放送し、計3回も放送していた。なのに話題にならなかった。どう見ても実況向きなのに、ニコニコ実況に残っていたコメントも非常に少ない。

東西冷戦みたいな政治を風刺していたり、おバカ回やちょっと泣けそうな話など、多様な内容でフルメタ風味あるかも。

官僚主義的な東池袋の水族館でショーをしているペンギンが、さいきょう線の開かずの踏切を突破して西池袋に亡命する話とかおバカすぎて大好きだった。

（追記）そうそう、マルテ脳内会議も面白かった。マルテはスライム型人間なんだけれど、エステを押し倒したい過激派と穏健派に別れて戦ってたら、実際の身体も分裂しちゃう話。合体した時に泡沫政党のノーパン派（こいつはノーパンしか言わない）が2議席に倍増しているのに注目！ほんとバカアニメ。そしてお台場クラスタに繋がる。

↓↓↓当時のまとめ

【マルテース脳内会議、穏健派と強硬派が分裂、ぶつかり合うｗｗｗ】エスタブライフ　グレイトエスケープ　-第4話感想まとめ-

https://ttb-superdata.blog.jp/archives/13806445.html

盛り上がらなかった理由

・盾の勇者の放送と裏被りしていた

・最初のつかみが必要なのに、1話が平凡すぎた。魔法少女の2話と入れ替えればよかったのに

・FOD独占という悪。当時TverやAbemaやニコニコでオンエアーしていたら反応はだいぶ違ったはず。　すみません。確認不足で「FOD独占先行配信、遅れてテレビ放送やTVerで配信」でした。これは大外れ

作品自体はとても面白いのに、構成とプロモーションがあまりにも下手だった。ちなみに初回放送より、テレ東の再放送の方がニコニコ実況のコメントが倍以上多かった。

映画版の感想

12話一気に見てしまって世界観に惚れ込んだので、今月配給が始まった映画版の『BLOODY ESCAPE -地獄の逃走劇-』も観てきた。エスタブライフの名前を使っていない時点で、マーケティングセンスが絶望的。

ポリゴン・ピクチュアズの映像美って感じで映像は良かったけれど、内容としては60点くらい。良作とは思うけれど、テレビシリーズとは似ても似つかぬ暗さだった。

あれだけ人情深いエスタがまるでコンピュータのような、人格が消えてしまった感じ。攻殻機動隊の漫画版と映画版くらい違うパラレルワールドだった。期待と違って残念。

カバネリとか刻刻とかID-0みたいな、ああいうちょっと暗い雰囲気が好きな人は気に入りそう。

【おまけ】実況コメント置き場

一番コメントの多かったTOKYO MX放送のニコ生実況コメントのxmlファイルをアップしました。ニコニコの規約では非商用に限り利用OKだったので再配布可能と判断。わかる人だけ使ってください(ニコニコ実況過去ログAPIに感謝)

https://drive.google.com/drive/folders/1QKp0pEzdPekPWxoGIl6UIrgC_G2gtPen?usp=sharing

使い方としては以下の泥臭いやり方になってます。

・commeonをダウンロード

・透明化と最前面オプションを有効にする

・Googleドライブから取得したxmlファイルをcommeonで開く

・アマプラとかで同時に再生する

・"K"キーで「キター」のコメント、"A"キーで「A」のコメント、"B"キーで「B」のコメントに合うので、上手いことタイミングを合わせてください

実況コメントと作品を同時に見る楽しみが広がるといいなあ。

Permalink | 記事への反応(13) | 21:29

ツイートシェア

■

Excelブック（.xlsx）のシートの保護は、シート保護のパスワードを知らなくても解除できる。

①拡張子を.zipに変更してzip展開する。

②中にあるsheet1.xmlなどのsheetProtectionタグを削除する。

③zip圧縮して拡張子を.xlsxに戻す。

Permalink | 記事への反応(2) | 21:49

ツイートシェア

■メモアプリの選び方より大事なこと

これを書いている増田はいわゆる文系の研究をしていて、論文を書くために大量の文書記録を書いて集めてとっておく必要があるので、メモアプリの勧め合いを興味深く読んだ。

読むうちに、ちょっと自分のニーズとは違うかな、自分にとって重要な視点が欠けているなと思ったので、書いておく。

まず自分の場合は、Zoteroで文献情報は管理し、メモはWordファイル（docx）に書きなぐり、すべてOneDriveと外付けのハードドライブ、USBメモリに置いてある。それだけだ。Obsidianを含めていろいろなアプリを試しても、結局この原始的な方法に戻ってきてしまう。

その理由は、

1. Word形式のファイルはたぶん50年後も開くことができる

2. よくわからない他人の都合に左右されない

3. 雑に使える

というものだ。以下、順番に解説してみる。

1. Word形式のファイルはたぶん50年後も開くことができる

文書記録があとで参照できることは、研究をしているとめちゃくちゃ大事だ。文書記録から引用の出典にさかのぼって、自分が剽窃をしていないことをいつなんどきでも証明できなくてはいけないからだ。

記録に使っている文書が特定のハードウェアとソフトウェアに紐付けられていて、それらの保守ができなくなり、ファイルが開けなくなると、詰む。

たとえMicrosoftという会社がこの世から消えても、Word形式のファイルは基本的にXMLファイルにすぎないので、いろいろなアプリから開けるし、たぶん50年後もそうである確率が高いと思った。

2. よくわからない他人の都合に左右されない

今あるサービスがこれからもある保証はない。Google Keepだろうと、OneNoteだろうと、iOSのメモだろうと、サ終で終わりだ。ファイルがエクスポートできるかどうかとこれは別の話だ。

他人の都合（サ終）で引っ越すのは面倒くさい。

今無料のものがこれからも無料である保証はない。カネをよこせ（有料化）、もっとカネをよこせ（値上げ）とせまってくる、よくわからない他人の相手はしたくない。

だから特定のアプリやプラットフォームに依存しない文書記録のとり方にしている。利用環境によってLibreOfficeやMicrosoft 365でWordファイルを編集しているが、どれかが使えなくなったらまた別のアプリでやるだけだ。

3. 雑に使える

Markdownは便利なこともあるけれど、あまり直感的だと思わない。

もっと素早く、でも細かいコントロールを効かせて、文字の大きさや色や背景色を変えて、画像のリンク挿入とかを考えずにそのままベタベタ貼りたい。ふせんとか図形も入れたい。

プレーンテキストに近いファイル形式では、このニーズを満たせなかった。

文書同士のリンクをいちいち貼るとかも面倒くさい。

そんなことはしなくても、過去に書いたものを探したいと思ったら、OSのファイルエクスプローラーでWordファイルを突っ込んであるフォルダ内を検索すれば、だいたいなんとかなると気づいた。

あと、Word形式で文書を持っておけば、文献管理アプリ（zotero/mendeley）からWord/LibreOffice/Google Docs経由で文献へのcitationが一発で入れられることも地味に大きいかもしれない。メモアプリだと無理なので。

Permalink | 記事への反応(1) | 09:03

ツイートシェア

■anond:20230501010844

どこで聞いたんだか知らないがインチキ情報つかまされてるな

XMLテキストでしかないRSSの転送量は大したことないしアクセス捌くのに特別な工夫は何もいらない

Permalink | 記事への反応(0) | 01:12

ツイートシェア

■SwiftUIに夢を見るべきじゃないのだろうか

「夢のような言語だ！」

　↓

「MVVMはもう古い！時代はTCAだ！」

　↓

「いや待てよ、UIを制御するロジックは外に出してユニットテストしたいじゃん…これってViewModel…」

　↓

「XMLか、それともSwift的な言語でUI要素の構造を表すか、の違いはあるが、これってXAMLみたいなもの…」

　↓

俺の運命やいかに！？

Permalink | 記事への反応(0) | 17:21

ツイートシェア

■陰謀論が作られる過程を見てしまった

前提

世の中には、NESARA/GESARA(ネサラ/ゲサラ)というイベントで現在の金融システムが崩壊しQFS(量子金融システム)というシステムに切り替わると信じている人がいるよ。

QFSに切り替わると、トランプさんがみんなの口座に6億円ぐらいの価値のあるお金を振り込んでくれたり、ベーシックインカムが実現したり、借金が帳消しになったり、資本主義が崩壊するらしいよ。

通貨は金本位制になって、どうゆう理屈かわからんけどドンやイラク・ディナールが爆上がりするらしいよ！

イラク・ディナールはなかなか手にはいらないけどメルカリとかで売っているから今のうちにいっぱい買っておいた方がいいね（でもほんとに買うなら自己責任でよろしく）

ちなみに、QFSは周波数で利用者の心を読み取るセキュリティシステムが備わっているらしいので、悪い人は使えなくて換金できないよ。

DSの人とか、目覚めてない人とかは使えない、怖いね！

経緯

Qな人たち、銀行アプリで「外国送金の国際標準フォーマット」に関するお知らせを知る

https://twitter.com/sawa12686503/status/1631324589388337152

多分、ISOがなにか、MTやXMLといったフォーマットがどういうものかわかっていない。

でも、銀行でなにか変わるらしいということは伝わったもよう。

銀行で何かが変わる→QFSに移行するのか！

結果ISO20022がQFS切り替えの代名詞になる。

https://twitter.com/sawa12686503/status/1632671841230917634

https://twitter.com/ryouzi_r/status/1636018884766740481

同じことが世界中のQな人たちの間で起きている上に、ここ最近のSVB破綻ややクレディ・スイスの株価暴落でいよいよくるぞという機運が高まっているっぽい。

こうやってストーリーが作られるんだなぁ。

正しいISO20022移行についての解説は以下を

https://www.bk.mufg.jp/houjin/kokusai_gaitame/iso20022_ikou/index.html

Permalink | 記事への反応(1) | 00:56

ツイートシェア

■(お役立ち情報) NHK地方局ニュースのRSS

NHK、全国ニュースとかはRSSで配信してるのはおなじみだけど

実は各地方局のニュース(地域ニュース)も密かにRSS配信してた

これ、どの局も告知してない

色々いじってたらURLを偶然発見した

URL全部貼れないので法則を示しておく

------------------------------------------------------------------

1. 拠点局系 (トップURLが https://www3.nhk.or.jp/******-news/ )の場合

https://www3.nhk.or.jp/******-news/nhk_******.xml

例: https://www3.nhk.or.jp/shutoken-news/nhk_shutoken.xml

ただし例外あり(3参照)

------------------------------------------------------------------

2. 地方局 (トップURLが https://www3.nhk.or.jp/lnews/******/ )の場合

https://www3.nhk.or.jp/lnews/******/nhk_******.xml

例: https://www3.nhk.or.jp/lnews/yokohama/nhk_yokohama.xml

------------------------------------------------------------------

3. 「1.」の例外

https://www3.nhk.or.jp/tohoku-news/nhk_sendai.xml

https://www3.nhk.or.jp/tokai-news/nhk_nagoya.xml

https://www3.nhk.or.jp/kansai-news/nhk_osaka.xml

------------------------------------------------------------------

既出ならすまん

というか試験的にやってるから公にしてない、みたいなアレかもしれんからこうやって書いたせいで非公開になったらすんません

(本当は5chのRSSリーダースレに書きたかったけどホスト規制されてるのでここに書いた)

Permalink | 記事への反応(0) | 23:41

ツイートシェア

■Excelのシート保護の解除方法

1. 拡張子を.zipに変更して展開する。
2. xl\wooksheets\sheet1.xml などのシートに対応したXMLファイルを開く。
3. sheetProtectionタグを削除する。
4. ファイル一式をZipで圧縮する。
5. 元の拡張子に戻す。

備考: Microsoftによれば「ワークシート レベルの保護は、セキュリティ機能を意図したものではありません。 」とのこと。

https://support.microsoft.com/ja-jp/office/excel-%E3%81%AE%E4%BF%9D%E8%AD%B7%E3%81%A8%E3%82%BB%E3%82%AD%E3%83%A5%E3%83%AA%E3%83%86%E3%82%A3-be0b34db-8cb6-44dd-a673-0b3e3475ac2d

Permalink | 記事への反応(1) | 20:14

ツイートシェア

■DMM版ウマ娘プリティーダービーが起動できなくなったので解決した

DMM版ウマ娘プリティーダービーを遊ぼうとしても、エラーダイアログを出さずに起動しなくなる現象に遭遇した。

Windowsのイベントビューアーを除くと、こんなログが吐かれていた（各IDは削除）。

=====

ログの名前: Application

ソース: Application Error

日付:

イベント ID: 1000

タスクのカテゴリ: アプリケーション クラッシュ イベント

レベル: エラー

キーワード:

ユーザー:

コンピューター:

説明:

障害が発生しているアプリケーション名: umamusume.exe、バージョン: 2020.3.24.51085、タイム スタンプ: 0x

障害が発生しているモジュール名: apphelp.dll、バージョン: 10.0.22621.963、タイム スタンプ: 0x

例外コード: 0xc0000005

障害オフセット: 0x0000000000002691

障害が発生しているプロセス ID: 0x0x5B2C

障害が発生しているアプリケーションの開始時刻: 0x0x

障害が発生しているアプリケーション パス: D:\DMMGames\Umamusume\umamusume.exe

障害が発生しているモジュール パス: C:\WINDOWS\SYSTEM32\apphelp.dll

レポート ID:

障害が発生しているパッケージの完全な名前:

障害が発生しているパッケージに関連するアプリケーション ID:

イベント XML:

結論から言うと、Windows本体のapphelp.dllが原因でウマ娘が起動できなくなっているという。

アプリケーションに罪は無いため、DMM Game Playerやウマ娘を何度再インストールしても直らない厄介な現象だ。

Windowsは数十万のファイルが存在するため、今回のようにWindows Updateやアプリケーションのインストール・アンインストールを繰り返すだけでシステムファイルが壊れる事がある。

Windowsでは、これを直すためのコマンドがコンソールUIのみに用意されている。

1.DISM.exeを叩く

Windowsのスタートメニューを右クリックして、コマンドプロンプトまたはターミナルを管理者権限で起動する。

そうするとコマンドが入力可能になるので、

DISM.exe /Online /Cleanup-image /restorehealth

を実行する。これは、オンライン上にある正しいWindowsのシステムイメージを元に、壊れたファイルを修復する操作となる。

実行するとこう表示される。

展開イメージのサービスと管理ツール

バージョン: 10.0.22621.1

イメージのバージョン: 10.0.22621.963

[==========================100.0%==========================] 復元操作は正常に完了しました。

操作は正常に完了しました。

2.システムファイルの整合性チェックを行う

DISM.exeを実行すると、正しいWindowsのシステムイメージがPC内に保存された状態になる。

この状態で、

sfc /scannow

を実行すると、次のように表示される。

システム スキャンを開始しています。これにはしばらく時間がかかります。

システム スキャンの検証フェーズを開始しています。

検証 100% が完了しました。

Windows リソース保護により、破損したファイルが見つかりましたが、それらは正常に修復されました。

オンライン修復の場合、詳細は次の場所にある CBS ログ ファイルに含まれています

windir\ Logs\CBS\CBS.log (たとえば C:\Windows\Logs\CBS\CBS.log)。オフライン修復の場合、

詳細は /OFFLOGFILE フラグによって指定したログ ファイルに含まれています。

これで、とりあえずWindows自体の修復コマンドによってシステムファイルが正しい状態に復元された状態となる。

実行してもまだメモリ上には古いシステムファイルが読み込まれて実行されている状態なので、終わったらPCを再起動する。

3.ウマ娘を起動する。

さて、準備は完了だ。ここまでの操作でWindowsを回復しDMM Game Playerで「ダウンロード版をプレイ」を押す事でウマ娘が起動し…ない！

おおブッダよ、あなたは今も寝ているのですか！？

イベントビューアーには今もウマ娘を起動しようとする度にアプリケーションクラッシュイベントが追加されている。救いは無いのですか？

結局、今回のケースではPCで常駐していたリモートデスクトップ用のSplashtop StreamerとVirtual Desktop Streamerをタスクキルする事でウマ娘が起動できるようになり、DMMブラックフライデーで得た有償石でおはガチャを回すことに23時成功した。

レアケースかも知れないがウマ娘が起動しないはてな民が居たら役立てて欲しい。

Permalink | 記事への反応(0) | 23:18

ツイートシェア

■28歳ひきこもり vs. 転売屋　と資本主義

• ヒキ: 28歳引きこもり
• ヤー: 自称転売屋 (月300万)

NHK Eテレ ねほりんぱほりん 放送終了直後(2022年11月18日22時半頃)のニコニコ実況中にて、

• ソースログ: https://jikkyo.tsukumijima.net/api/kakolog/jk2?starttime=1668776400&endtime=1668783600&format=xml

次回(2022-12-02 22時)の、ねほりんぱほりん は、転売ヤーの本音と実態にせまるらしい。

Permalink | 記事への反応(1) | 21:42

ツイートシェア

■anond:20220722133551

セマンティック・ウェブ（英: semantic web）は W3C のティム・バーナーズ＝リーによって提唱された、

ウェブページの意味を扱うことを可能とする標準やツール群の開発によってワールド・ワイド・ウェブの利便性を向上させるプロジェクト。

セマンティック・ウェブの目的はウェブページの閲覧という行為に、データの交換の側面に加えて意味の疎通を付け加えることにある。

現在のワールド・ワイド・ウェブ上のコンテンツは主にHTMLで記述されている。

HTMLでは文書構造を伝えることは可能だが、個々の単語の意味をはじめとする詳細な意味を伝えることはできない。

これに対し、セマンティック・ウェブはXMLによって記述した文書にRDFやOWLを用いてタグを付け加える。

この、データの意味を記述したタグが文書の含む意味を形式化し、コンピュータによる自動的な情報の収集や分析へのアプローチが可能となると期待されている。

Permalink | 記事への反応(0) | 13:37

ツイートシェア

■radiko

FMT.xml のエンコードの自動認識が windows-1254 になってたから、先週分がダウンロードできてなかった。がっかり。

とりあえず、utf-8に換えたら今週分はダウンロードしてくれたので、また当分大丈夫。

Permalink | 記事への反応(0) | 09:34

ツイートシェア

■anond:20220508155026

Android StudioでAndroidManifest.xmlを何も考えずに生成すると勝手にChromeOSをサポートするので結果的にChromeOSで動くAndroid App数が多くなるという現象が起きている。

質の悪いアプリ増えそう

Permalink | 記事への反応(1) | 07:21

ツイートシェア

■ギークためのChromebook入門

本エントリの目的

ライトなコンピュータユーザを一切合切無視してギークがギークのため情報共有するためのエントリ。
感想ははてブへ、質問はトラバに投げれば誰かが答えるんじゃないか？(他力本願)

開発者は初手でデベロッパーモードにするべし

セキュリティの懸念があるけれど通常モードはセキュアを維持するため機能制限があるので制限開放のため開発者は初手でデベロッパーモードにするしかない。
利用途中でデベロッパーモードにするとストレージがファクトリーリセットされるので注意。

ハードウェアの選択

Webで完結するのであれば低性能機で問題ない

Webでエンタメを楽しんだりWebツールを中心に利用するのであれば、5万円未満の低性能機で必要十分。
この用途では実質的にタブレットPCのような運用へなりやすいのでフリップする2 in 1機やタブレット機がオススメ。

ただし、Webベースのゲームは楽しめるがAndroid Appレイヤーを用いたゲームは非常に厳しいので諦めたほうが良く、そこそこの負荷の掛かるAndroid Appツールも鈍足でストレスになるのでWeb版があるならそっちを使ったほうが良い。

ChromeOSもハードウェアスペックで殴ると快適なのは変わらない

Core i7クラスのCPUや16GB以上のワーキングメモリ、SSDストレージなど高性能機でChromeOSを使うとその分だけ快適になる。
Android Appレイヤーを用いたゲームも快適に動き、ウマ娘クラスの3DCGなAndroid Appゲームも高速に動く。
しかし、高性能機は空冷ファンを搭載していることが多く、高負荷を掛ければファンは唸るしウルサイ。

Android Appレイヤーを中心に運用したいと考えてるならばx86_64機は非効率

Google Play StoreにてAABパッケージがほぼ強制になったとは言え、開発段階でx86_64を意識しないと処理が非効率になりがちのようなので、Android Appレイヤーを中心に運用したいと思っているのであれば素直にARM機を探してきたほうが良い。

1つのIDEで開発をしクロスプラットフォーム対応することが流行っている昨今、自動でガベコレに頼っていてリソース管理経験に乏しい開発者はマジで底辺にしか漂流できないので覚えたほうが良いぞ。
それがWeb系のフロントエンドでもバックエンドでもそうだから底辺から脱したいのであれば覚えろ。

しっかりリソース管理できているChromebook向けビルドはアーキテクチャによらずサクサクなのでクロスプラットフォームなビルドはマジで開発チームの腕が如実に反映される。

ちなみにSnapdragon 8 Gen1なChromebookの公式発表は今のとこ無いのでAndroid Appレイヤーをブンブン回すのは難しい。
メーカーはもうちょっと頑張れ。

Android Appレイヤー

macOSのiOSレイヤーよりAndroid App数は多いし操作性は良い

Chromebookの大半はタッチスクリーンディスプレイを搭載しているし、Android StudioでAndroidManifest.xmlを何も考えずに生成すると勝手にChromeOSをサポートするので結果的にChromeOSで動くAndroid App数が多くなるという現象が起きている。

Android Studioが雑なのかXcodeが厳密なのかは意見が分かれると思うけど、タッチパッドでiOS App操作というセンスがクソなのは万人が納得するところだと思う。

GPSは事実上ほぼ機能しない

ARM系のSoCであればワンチャンいける可能性はあるものの、市場に出ているChromebookの大半はx86_64でGPSモジュールを積んでいないのでGPSを使おうと思うとBluetoothあたりでGPSレシーバを接続するしか無い。
当然A-GPSは使えないので精度がそこまでではないから期待し過ぎに注意。

USB over MIDIが使える

Android AppレイヤーではUSB over MIDIが使えるのでDTMあたりに活用することは可能なものの、iOSと比較してレイテンシがそこそこ大きくDTMに活用しようと思うユーザは不満を持ってしまうかも知れない(ハードにもよるけど0.5msecくらいズレる)。

そもそも既存のAndroid AppなDAWはVSTやLV2などの外部プラグインに対応していないのでAUプラグインが使えるiOSのほうがDTMへ向くんじゃないだろうか？
ただし、DAW単体でDTMを完結するとレイテンシはほとんど気にならなくなるので絶対にAndroid AppでDTMが不可能というわけでもない。

Linuxレイヤー側でDTMをするのはレイテンシが大きすぎるしJackも上手く動作しないのでオススメできない。

ChromeOS向けマルチタスクへ対応していないとAndroid Appはスリープする

ChromeOS向けマルチタスクへ対応していないとAndroid Appはフロントエンド(プライマリ)からフォーカスが外れてバックエンドへ行くとスリープする。
Android Appがスリープされることを考慮しておらず例外処理がされていないとAndroid Appはそのまま落ちる。

まぁAndroid Appがスリープされることを考慮しておらず例外処理がされていないとAndroid Appはそのまま落ちるっていう部分はAndroidスマホで実行しても同じなので正直に言ってスリープされることを考慮しないデバックってAndroid App開発者は何やってんの？とは思う。

ICT教育で日本中の学生がChromeOSを使うようになっているので、ゲームであれツールであれ何であれChromeOS向けのマルチタスクは考慮しておくとスリープしたり落ちたりするAndroid Appよりも支持されるのは間違いないのではないか。

Linuxレイヤー

実体はLXC/LXD

LXC/LXDなのでDockerに慣れ親しんでる人にはわかりやすいかも？

デフォルトのイメージはChromeOS向けにカスタムされたDebian。
別のLinuxディストリビューションへ置き換えることも出来るが一部機能が制限される可能性がある。

IMはLinuxレイヤー側で用意する必要がある

ChromeOSで動作するGoogle日本語入力とは別にLinuxレイヤー側で日本語入力を用意する必要がある。
選択できるIMは幅広いのでMozcだろうがSKKだろうが漢直だろうが何でもイケる。
ただ特殊なものを選ぶとChromeOS側と齟齬が発生するのでfcitx-mozcあたりが無難っちゃ無難。

USB Pass Throughが使えない

ChromeOSへマウントされたUSB機器、というかシリアル接続された機器はLinuxレイヤー上から認識しない。
見掛け上で接続されているハードのすべてはソフトで仮想接続されているだけなので、一部経路から上手く認識しなかったりする。

つまりLinuxレイヤーではUSB Pass Throughが使えないが、Android AppレイヤーではUSB Pass Throughが使えるということ。
Linuxレイヤーでゲームやろうと思ってもUSBゲームパッド動かないのでマウスとキーボードで完結できるFPSみたいなゲームしか上手くプレイできないぞ。

それぞれが独立しているLinuxレイヤーとAndroid Appレイヤーは相互に認識しない

言うなればAndroid Appレイヤーでスクリーンキャプチャ系のアプリによってLinuxレイヤーで動くGUIアプリをキャプチャしようと思ってもキャプチャできず撮像は暗転している。

ChromeOSがホストでLinuxレイヤーとAndroid Appレイヤーはゲストなのでそりゃそうなんだけど気付かないとハマる。

LinuxレイヤーにDockerを構築するのはやめておけ

LXC/LXD on LXC/LXDになるので面倒くさくなること請け合いだ。
どうしても仮想環境がChromebookに欲しいのであればKVMとかのほうが安定している。
ただしゲストOS上へ仮想環境を構築しているという前提は認識しておくべき。
つまりゲストOSの制限はKVMも引き継ぐ。

ただしこれはDockerが導入できないという意味ではない。
自分で解決する気概があるのならばDockerは便利に使える。

Web開発であれば必要十分

CLIツール系は普通に動くのでWeb開発であれば何も意識しないで普通にできる。
ただ、PSD形式みたいなもんは扱いにくいのでWebデザイナーは悲しい思いをするかも知れない。

GIMPやInkscapeなども動くけれどデザイナーはAdobe使いたいんじゃなかろうか？

Chrome OS向けAndroid Studioが存在する

Android App向けIDEのAndroid StudioはChromeOS向けが存在するのでAndorid App開発が可能。
しかしデベロッパーモードでなければエミュレータや実機デバックに制限が発生するので注意。

3DCGゲームを作りたいのであればGodot

UnityやUEを使いたいところだけれど、Linux版のUnityやUEは不安定なのでゲーム向けIDEが欲しいのであればGodotがオススメだ。
ライセンスはMITなので商用利用だってイケる。

3Dのほか2Dゲームもいける上に、最近のIDEよろしくマウスでポチポチとUIを作れるし、軽量動作、物理演算、日本語ドキュメントまで揃っているので中高生もガンガン使える素晴らしいIDEだ。

総評

浅い部分は気軽だが深い部分は非常に難解、それがChromebook

浅い部分を触っているうちはYoutubeを観たり、プリインストールされているGoogle Play StoreからAndoird Appをインストールして使うみたいな気軽な運用ができる。
言ってしまえばライトユーザの視点ではノートパソコンの形をしたAndorid機がChromebookだと言える。

しかし一度Linuxレイヤーへ手を出すとUbuntuという何でもできるようになったLinuxディストリビューションが存在する中で、昔懐かしい複雑怪奇なLinuxディストリビューションを体験することとなってしまう。
ただ、Chromebookで何でもやろうとするからそうなるだけで、APTからIDEをインストールしてちょっとした開発をするなんて使い方であるならば業務利用でも意外となんとかなる・・・というか何も意識しないで使える。

そもそもHTTP使えるなら今どきの開発は何とかなるので、Chromebookへ対してギークがゴチャゴチャ言うのはほぼ間違いなく不満を言いつつDIYを楽しんでる。
Ubuhtuならばアレができるコレができると言うならば最初からUbuntu使えよって話。

ギークとは不便を見つけてゴチャゴチャ言う、そういう鳴き声の動物なのだ。

追記

少なくともGoogle系エコシステムとしてのChromeOSは非常に完成度が高くなりつつある。
Googleアシスタントは元よりAndoridスマホとの連携もよく、ハードウェアへもそこそこの投資ができるのであれば多くのChromebookではUSIペンが使えるし、USBポートはUSB-Cだ。
そこそこのChromebookは多くの場合HiDPIなIPS液晶でありグレアなのは気に食わないが美しい。
デベロッパーモードにするとセキュアさは下がるが普通に使えばローリングリリースのアップデートを無償で得られ、Gentoo LinuxベースなChromeOSは潜在的なマルウェアの絶対数がそもそもWindowsやMacよりも少ないという利点がある。
Bluetoothイヤホン・ヘッドフォン・ヘッドセットも使えるし、NestスピーカーやNest Hub、Nest Camを持っているのであればGoogleアシスタントからのコントロールが容易なのは想像が付くだろう。Android AppレイヤーはGoogleのホームマネジメントアプリであるGoogle Homeも動く。
大胆にも憎きCapsLockキーをデフォルトで殺し、Everything Buttonキーとして独自キーバインドを与えたのも面白い。
もちろんこれは選択するハードによるものの指紋認証でロックを解除することまでできる。

Googleエコシステムへ浸かっていてGoogleへ個人情報を捧げられるのであればChromebookはアリな選択肢だと断言できる。
敢えて欠点を挙げるのならば、たった一言で欠点を表現することが可能だ。

「Chromebookじゃなくても別に良くね？」

そう、ギークがLinuxを使いたいのであれば別にChromebookじゃなくても良い。
というかギークは別にLinuxじゃなくともHaikuであろうが超漢字Ⅴだろうが喜ぶ生き物だ。OSは別になんだって良い。
このエントリは単にChromebookという新しい沼へギークの皆さんをご案内しているに過ぎないのだ。

Permalink | 記事への反応(10) | 15:50

ツイートシェア

■[RStudio]RStudio最新版をインストールするスクリプトを書いた(Debian/Ubuntu)

RStudioがPC内から気がついたら消滅していたので何回もやり直すのが面倒で書いた

Debian/Ubuntuのbash用

コメントアウトをいじればFedoraやmacOSでも動くと思う

https://pastebin.com/HiPqLVq7　(6/4 shコマンドでも動くように修正 以前はbash hogehoge起動していたので動作確認していなかった)

エラーでここに貼れなかった

実行したディレクトリにダウンロードする

パッケージをインストールするのでsudoとかが必要

必要なパッケージについて（コメントアウトをオフに）

util-linux(rev) libxml2-utils(xmllint) gpg curl coreutils(sha256sum)とR関連

1. rev まずデフォルトで入っている 文字列を逆さまにするコマンド
2. xmllint 同上 xpathを扱えるコマンド(xmlを扱うコマンド) Debianでは入っていなかった
3. gpg 同上　署名関連　これがないとインストール出来ない環境もある
4. curl 同上 getリクエストとかを送れる bashだけでHTTPとかを送るのは苦痛なので
5. sha256sum 同上 ハッシュ値確認用
6. R関連 これがないと動かない

コード関連備考

xmllint

echo "$HTML" | xmllint --nowarning --xpath hogehoge --html - | hogehoge

こうしないとxmllintがエラーでhtlmなどをうまく読み取らない

sed 's/href="//g;s/"//g;s/\s/\n/g;s/^.?$//g;s/^\n//g'

href="hogehoge"の形で出てxmllint内で除去出来なかったのでsedで妥協

hrefが1回しか出ないのでひとまとめにできそうだが面倒なので分けた

この書き方なら複数回出ても除去できるはず

先頭の謎のスペースの除去が面倒だった

sha256sum

echo "$HASH"  "$FIELNAME" | sha256sum --status -c ;echo $?

スペースが2つないと書式で怒れられてハッシュ値が合っていてもsha256sumが終了ステータス0で正常終了を返してくれない

使ったツール

VScodium

ShellCheck

https://open-vsx.org/vscode/item?itemName=timonwong.shellcheck

XPath Helper

https://chrome.google.com/webstore/detail/xpath-helper/hgimnogjllphhhkhlmebbmlgjoejdpjl

最後に

zenn.devに書こうか迷ったがどちらの方が良かったのだろうか…

ダウンロードしたサーバーがやられてるならハッシュ値も改ざんするだろうgpgで確認しないと意味ないでしょとかsudoでやったらディレクトリがとか色々ガバあるから誰かいい感じに改良して

参考

https://cran.rstudio.com/bin/linux/debian/

https://www.rstudio.com/code-signing/

https://www.rstudio.com/products/rstudio/download/

Permalink | 記事への反応(1) | 21:36

ツイートシェア

■10年以上同じPCを使っていたが、25,000円で新調した

1か月ほど前まで初代第1世代Core iのPCをほぼノーマルで使っていたが、Windowsの肥大化（*1（本増田の最後に参考webページを記載。以下同様））のせいかweb閲覧やExcel操作程度の作業でも引っかかりを覚えるようになったり、Windows11ブームに煽られてセキュリティ関連の記事を読み古いCPUには脆弱性が付き物だと知った（*2・3・4）り、あれこれあったためPCを新しくすることにした。

その際に色々な知見を得て情報の更新ができたため、日記帳兼リンク集として増田に残しておくことにした。極少数の人にしか役に立たないであろう文章だが、体験談の類として暇つぶしに読んでもらえれば幸い。ただ、過去のPC事情を懐古したりするのが目的なら、数年前にホッテントリ入りした別の記事（*5・6）を読む方が有意義かもしれない。

改装作業にどう臨んだか

まず、パーツの買い方を3種類に大別して検討した。

この前段階で格安の中華製ミニPC（*7）も候補に挙げていたが、拡張の厄介さや商品到着までの時間の長さを難に感じて選択肢から外した。

● H610のM/BとローエンドCPUと8GB DIMM×2

今新しく自作PCを組むなら鉄板の構成だと思う。現在の相場では、M/B 13k円、Celeron 7k円、DIMM2枚組 6k円、SSD 200GB 4k円で約3万円くらいになるだろう（*8・9・10）。構成品のどれかを中古にすれば2万円台前半で抑えることもできそうだ。

しかしながら、最近まで骨董品で我慢できた身には過剰スペックになりそうだという懸念と逆張り志向のせいでRyzen APUに惹かれたためとで、この組合せは除外した。

● 中古パーツ1点買い

時機を見極めて個々のパーツを買えれば、安く挙げることができる方法だろう。

だが、動作不良品・リマーク品（*11）・その他の不動品（*12）等を掴むリスクやピン折れ曲り（*13）他機器不良への対処を避けるため、この組合せも選ばなかった。

● M/B+CPU+αのセット・ベアボーンキット・本体を中古で購入

M/B・CPU・ビープスピーカー・電源があれば動作検証は可能だ（*14）。そのことは前提知識として通用してるだろうと期待し、ジャンクな出品物・者を弾けば少なくとも直ぐに判明するような不良品を掴むことは避けられるだろうと考えて、セット品を軸にパーツ調達することにした。

ただ、個別のパーツだけ欲しいと思う人が多いせいか、希望に叶う出品は少なかった。値段や特定のパーツへのこだわりは捨てて条件をだいぶ緩くしたが、それでも購入作業を終えるには結構な時間がかかった。

個々のパーツをどう検討したか

作業の結果以下のパーツが手に入った。これら以外にも試用して直ぐ売却したものがあるが、その分は少々の損失で済んだため、実質合計費用は25k円+10k円。

• 無名のケース+ケースファン（ジャンク置場から引っ張り出した）
• 無名のPS/2キーボード+Logicool MX300（同上）
• ネジ・ケーブル類（一部を除いて同上）
• Corsair CX550M
• ASRock B450M-HDV
• Ryzen 3 2200G
• DDR4-2666 DIMM 16GB×2（これだけ新品）
• M.2 SATA SSD 128GB
• SATA HDD 3TB（流用）
• 24インチWQHDモニタ（5年ちょっと前のものを、PCパーツの出費とは別に1万円で買った）
• 元のPC一式（そのうち処分）

● 電源

元の電源が10年以上持ったので、5年前の製品なら後5年は使えるだろうと考え、中古で済ませることにした。

参考になるまとめ記事を元に、経年による劣化が小さいと思われる、電圧と電流の波形が綺麗な製品（*15）を候補にした。5年以上前に発売された商品を1年少々しか使っていない状態良好品だと嘯く詐欺師がフリマには跋扈しているが、そういう輩を除外しても選択肢が十分にあるのは幸いだった。プラグイン電源という危険そうな製品（*16）以外に無難な選択肢が無かったのは、老害な増田には難だったが。

余談だが、電動ブロワーは電源の清掃にとても役立った（*17）。騒音が問題にならない環境の人には是非お勧めしたい。

● ケース・M/B

大型のファンを備えた電源ユニットをケース下部に置く組み方が主流になって久しいようだ（*18）が、冷却や静音にこだわる必要が無いのでケースは流用することにした。ただ、電源LEDがそのままでは機能しないので、オス-メスのジャンパワイヤー（デュポンケーブル）をフリマで買ってピンとコネクタをつないだ（*19）。

マザーボードについては色々調べたが、8ピンのATX 12V電源コネクタ（*20）が一般化して久しいことや、フェーズ数の増加（余談だが、I/O電圧とコア電圧が異なるデュアルボルテージは、30年近く前にモバイル版P54Cで初めて採用された）（*21・22）といった電源回りのことで特に知ることが多かった。光物（*23）はあまり興味が無いのでほぼスルーした。

● CPU・メモリ

RyzenもIntel Coreもどちらも魅力的だと思った（*24・25）が、結局はAMDで組むことにした。そこそこのGPUを省電力で使えることが大きかった。

メモリは多少勉強した（*26）つもりでパーツ選定に着手したが、チップセットの16Gbitチップ対応事情（*27）を全く把握していなかったため、相性問題にぶつかって最初に購入したパーツセットを買換えることになった。容量について言うと、16GBだとたまに心許なくなるが32GBだと過剰という感がある。Intelなら24GB（8+16の2枚）載せて16GB分をデュアルチャネルモードで使える（*28）ので、その点は良いなとも思う。

● ストレージ・光学ドライブ

SATA SSDでも体感速度は悪くない（*29）という言説を見て、安く手に入ったSSDで十分と判断した。記録方式がTLCかどうかといった商品選択の時に普通ポイントになる点（*30）は、次に買換えたくなった時に気にかけようと思う。

光学ドライブも電源ユニットと同様、本来は5年程度で買換えるべき製品とされている（*31）が、それはそれとして、電源と同様の理由で5年くらい前の中古品を探そうかと思って調べてみたら、M-DISCという規格（*32）があると知った。対応するドライブやメディアを購入すると割高だ、余計に金をかけてまで保存すべきデータはどれだけあるか、そもそも光学メディアの読み書きをする機会はどれだけあるか（*33）等、あれこれ考えた結果光学ドライブは買わないことにした。

● サウンド

最近は無音でPCに向かうことが専らなので、USB-DACを排除してHDMIモニタのイヤホン出力で済ませることにした。気まぐれに音楽を聴きたくなったらヘッドフォンアンプをライン出力につないで使おうと思う。

● 入力装置

ケースと一緒に死蔵品を引っ張り出した。文字入力を業としない立場なのでキーボードは何でもどうでも良い。

マウスはクリックが利き辛くなったので放置してたが、分解修理可能（*34・35・36）だと知ったので実例（*37）を参考に簡単に清掃して使えるようにした。マウスホイールは部品交換が必要な状態（ホイールのゴム部分が、加水分解して汚れてたので重曹で洗った（*38）ら、完全に溶けてなくなってしまった）なので、そのうちAliExpressで補修品（MX300適合品ではないが、サイズが同じもの）（*39）を購入しようと思う。

Windowsをどうセットアップしたか

初めは旧システムの入ったHDDを新しいM/Bにつないで使っていた。後で中身をSSDにクローンしようと考えたが、安物のSSDゆえガンガン書き込むことを必要以上に避けなくても良いなと思い直したので、結局新規インストールすることにした。

Raven RidgeではWindows11にアップグレードできない（*40）。だが、Windows11ではGPUが重くなりその対策が未だ無いよう（*41）なので、Windows10のままで良いということにした。

● 旧システムドライブの駆動

Windows7の頃はUEFIで起動しないPCがまだ一般的（*42）だった。このHDDもそういうPCに接続されてたのでフォーマットはMBRだった。CSMを有効にすればそのままで起動できるが、そうできるのは古いGPUを使っている時で現行のiGPUではたいてい無効にされる（*43・44）。CSMは頼りにせずGPTに変換して使うのが無難だ。

変換の際はWindows10のUSB起動メディアでmbr2gptを使ったが、ReAgent.xmlの更新に失敗したというエラーメッセージが出たので、回復パーテーションを弄って（「コンピュータの管理」ではドライブレターを付与できないのでdiskpartを使った）修正した（*45・46）。

Microsoftアカウントで常用していたためかライセンスの再認証を求められることも無く、上記の問題を除けばほぼすんなりと使用できた。セクターにアライメントのずれが無いかどうか（*47）も調べたが、問題無かった。

● 新規セットアップ

VMWare上で予行した分も含めて何回もした。セットアップを繰り返した理由は、Administratorを有効にしパスワードを設定しないままメインアカウントを標準ユーザーにしたらAdministratorにログインできなくなって（*48）詰んだり、OneDriveの動作選択画面で「このPCにのみファイルを保存する」を選択せず「次へ」移動したら戻れなくなった（ドキュメントやピクチャ等のフォルダパスをOneDriveに指定した後で、再度ローカルストレージに変更するのは割と手間になる）（*49・50）り、システムファイルを移動させようとして次節で説明するようにシステムを破壊したりしたためだ。

● システムファイルの一部をHDDに移動

SSDの容量節約と書込み抑制のため、ページ、スワップ、ハイバネーションの各ファイル・OneDriveフォルダ（ただし、空フォルダにマウントしたドライブは移動先に指定できない）・ユーザプロファイルフォルダ下のドキュメント等のフォルダ・AppDataフォルダ下のRoamingフォルダとLocalフォルダの一部・テンポラリフォルダ・ストアアプリフォルダを移動（*51・52・53・54）した。Superfetchはデフォルトで良しとした（*55）。

かつては別アカウントでログインしてプロファイルフォルダを全部移動しジャンクションを貼って使うこともできたが、Windows10のあるバージョン以降でそれをするとスタートメニュー他ショートカットやストアアプリが即死する（*56）。一部のシステムファイルが変化するとメニューやアプリ全体が損壊判定されるようだ（十分な検証はしてないが、container.datやハッシュ値が名前になってるファイルを弄ると不味いように感じた）（*57）。こうなるとアカウントを消して再作成する他無くなる。ちなみにCドライブ直下のProgramDataフォルダ等を壊すともっと悲惨で、新規インストールくらいしか回復の手立てが無かった。

おわりに

• 10年前は、マザーボード表面の印字がもっとクッキリと見えていたと思う。
• システムドライブがHDDでメモリ8GBだった頃とは、速さがまるで違う。
• WQHDの縦表示は文章を読むのにとても便利。でも9:16の比率なので、デカいスマホを見てキーボードを打ってるようにたまに錯覚する。
• 総じて言えば金銭対効果がとても大きかった（時間対効果？　何のことやら）。

参考ページ

はてなブックマークされたページにはeidを付記した。

https://b.hatena.ne.jp/entry/1 または https://b.hatena.ne.jp/entry?eid=2（それぞれ、数字部分がeid）のような形式のurlを入力すれば、当該ブックマークエントリーにアクセスできる。

容量超過のため、anond:20220419200228 に続く。追記もあり。

Permalink | 記事への反応(12) | 20:01

ツイートシェア