へぇ。古いWindows PCから新しいPCへ簡単にファイル・設定を移行できる機能がWindows11に追加されるかもしれない、という記事のメモ。これがWindows11に追加されたら、試してみたい。ゴミみたいな設定も移行されてしまうのか、などなど、気になる。
古いPCから新しいPCへ簡単にファイル・設定を移行できる機能、Windows 11で展開へ
https://forest.watch.impress.co.jp/docs/news/insiderpre/2026943.html
へぇ。古いWindows PCから新しいPCへ簡単にファイル・設定を移行できる機能がWindows11に追加されるかもしれない、という記事のメモ。これがWindows11に追加されたら、試してみたい。ゴミみたいな設定も移行されてしまうのか、などなど、気になる。
古いPCから新しいPCへ簡単にファイル・設定を移行できる機能、Windows 11で展開へ
https://forest.watch.impress.co.jp/docs/news/insiderpre/2026943.html
マイクロソフトが改めて、「Windows PowerShell 2.0」は非推奨であり、将来的に削除すると宣言している。改めて、ということは、本格的に削除する計画の段階にあるとみてよさそうだ。
「Windows PowerShell 2.0」は非推奨、将来的に削除 ~Microsoftが改めて注意喚起
影響は?ということで、ちょっと見てみたが、Windows Server 2019も2022も、PowerShell5系になっている。普通に使う分には、PowerShell5なので問題はなさそうだが、2.0系にしかないコマンドレットを使ってると使えなくなる、ということかな。
それと、2008R2や2012については、PowerShell2系だが、OSのサポートが切れているので、削除されるとは思えない。そうすると影響は少ないのもかもしれない。
ウェブサイトやウェブシステムに、レアな漢字を使っても大丈夫か、という話になった。どういう基準にする?というところから、なるべくシンプルにルールを考えてみた。
・UTF-8で定義されている、かつ使用するフォントセットに含まれている漢字または文字であれば、OK。(漢字は第2水準まで)
・環境依存文字として、Windowsまたは他のOSが認識しているのであれば、使用をさける。
ほかにも制約はあるので完璧ではないが、まぁ、間違いはないはず。長くても、守りようがないので、このくらいがいい。
へぇ。古いWindows PCから新しいPCへ簡単にファイル・設定を移行できる機能がWindows11に追加されるかもしれない、という記事のメモ。これがWindows11に追加されたら、試してみたい。ゴミみたいな設定も移行されてしまうのか、などなど、気になる。
古いPCから新しいPCへ簡単にファイル・設定を移行できる機能、Windows 11で展開へ
https://forest.watch.impress.co.jp/docs/news/insiderpre/2026943.html
PC移行のイメージがない人も多いので、こういう便利な機能はよい。これで転送時間などが短いといいのだけど。OneDriveも使ってほしくない。
vCenter Serverから下記の証明書更新のアラートがでたときの対処について。
[Critical] Alarm alarm.CertificateStatusAlarm on Folder Datacenters
because Certificate 'C=US,CN=hostname' from 'MACHINE_SSL_CERT' expires on YYYY-MM-DD hh:mm:ss.000.
下記URLのナレッジで更新する。GUIでできるので楽。
vSphere Client を使用した新しい VMCA 署名付き証明書への VMCA 証明書の更新 https://techdocs.broadcom.com/jp/ja/vmware-cis/vsphere/vsphere/8-0/vsphere-authentication-8-0/vsphere-security-certificates-authentication/managing-certificates-with-the-web-interface-authentication/renew-all-certificates-from-the-psc-web-interface-authentication.html
GASからMySQL(Google Cloud SQL)へのアクセスにボトルネックがある。アクセス時に遅いので、調べてみると、GASが採用しているV8 Runtimeからの接続が遅いようだ。
見つけたのは、以下の2つ。
JDBC results.next iterator slower in V8
https://issuetracker.google.com/issues/298658393
Performance issues with JDBC
https://issuetracker.google.com/issues/236832481
多少待てるようなシステムであれば、いい。レスポンスが求められるのであれば、GAS自体のボトルネックもあり、DB接続のボトルネックもあり、別のものを考えたほうがいい。

新PCの電源を入れて、待っていたら、エラーが。「問題が発生しました」と。電源入れただけでも、エラーになるんだな。
困るのは、「やり直す」であっさりと先に進んだのだが、エラーの原因がわからないのが怖い。なんだったのだろうか。
Chromeの開発者機能で確認したほうが確実ではあるのだけど、大量にホストがあると、大変なので、Powershellのスクリプトにしてみた。
以下は、Powershellのスクリプト。
# TLS 1.2のみを明示的に有効化
[Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls12
# 通信テスト先
$url = "https://ホスト名"
try {
$response = Invoke-WebRequest -Uri $url -UseBasicParsing -ErrorAction Stop
Write-Host "TLS 1.2 で $url に正常に接続できました。"
} catch {
Write-Host "TLS 1.2 で $url への接続に失敗しました。"
Write-Host $_.Exception.Message
}
接続失敗すると、接続失敗したメッセージ、とともにエラーメッセージがでる。
「[Net.SecurityProtocolType]::Tls12」の部分のTls12をTls11やTls13に変えることで、他のバージョンでのテストもできる。
Microsoftの公式サンプルのソースコードであっても、信じてはいけないという話。サンプルコードを使うと、Windowsのメモリ不足を引き起こすかもしれないという。
Windowsのメモリ不足、公式サンプルコードのコピーだけで発生する可能性 https://news.mynavi.jp/techplus/article/20250526-3333822/
多くの場合、メモリ不足は無限にメモリを消費するプログラムのバグが原因で引き起こされる。今回の例もプログラムのバグを原因とするが、公式のサンプルコードをコピーしただけで発生するという。
かなり無理に近いけれど、公式サンプルをコピペして使う場合でも、その設定内容や何を行っているのか、を理解した上(理解しょうとした上)で使わないといけないわけだ。昔は、そういうのを信じるな、と言われたものだが。公式のサンプルコードくらいは信用したかった。今後は、生成AIが生成したコードがそれにあたるのだろう。その場合は、別の複数のAIにチェックさせて、合議する感じだろうか。もしくは人でチェックか。どちらにしても、最終的には、採用した(そのコードを使った)人の責任なわけだ。
数か月分のアクセスログみていたところ、OpenAI(Chat GPT)やAnthropic(Claude)などのLLMを提供している企業のクローラーのアクセスが増えていた。突発的なアクセスの偏りがあるので、原因をみていたら、こいつらによるものだった。
Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; GPTBot/1.2; +https://openai.com/gptbot)
や
Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
Chat GPTもClaude(クロード)も、AIを使ったウェブ検索に力をいれている。データ収集のためにクローラーが活動しているみたいだ。GoogleやBingのクローラーは定期的にいるが、急にふえたということはないので、地の利があるのだろう。とはいえ、情報の探し方もかわりつつあるので、この先はどうなるのかはわからない。ググるよりも、LLMにチャットで聞くほうが増えつつあるので。