PowerShell -Part 7

**デフォルトの名無しさん** · 2023/11/29(水) 16:07:49.46

前スレ
PowerShell -Part 6
https://mevius.5ch.net/test/read.cgi/tech/1644744972/

次スレは>>980が立ててね！！

**デフォルトの名無しさん** · 2025/08/20(水) 11:21:33.79

老人は新しいことを覚えるよりも古い道具のハック含めていろいろ知ってるからね

**デフォルトの名無しさん** · 2025/08/20(水) 11:56:14.66

こういう立ち止まってくれる人達がいるから相対的に新しい技術にキャッチアップする若者がひきたつんだよな
感謝です

**デフォルトの名無しさん** · 2025/08/20(水) 13:09:09.63

立ち止まって深掘りするのもいいけど、立ち止まるなら立ち止まる土地を間違えないことが大事
10年前からWindows Serverの設定職人として立ち止まった人とAWS職人として立ち止まった人なら、同じ苦労をしても圧倒的に後者の方が現在の価値は高いわけで

**デフォルトの名無しさん** · 2025/09/05(金) 00:20:11.88

同じプロジェクトで未だにスクリプトをbatで頑張るおじさんがいてキツイ

**デフォルトの名無しさん** · 2025/09/05(金) 08:27:44.85

batなんかどうせ大して複雑なことできないんだから実害はほとんどない
むしろPowerShellで何でもやろうとするおじさんのほうが潜在的には問題になりやすい
というかbatおじさんが現役で活躍できるような職場でPowerShellやってんならお前も側から見りゃ大差ないから嫌ならさっさと転職しろ

**デフォルトの名無しさん** · 2025/09/05(金) 12:35:07.92

まあbatというかcmdのほうがド安定だよな
PowerShellはバージョンアップで動作が変わったりするので書いた本人がいなくなったあと困るんじゃないか

**デフォルトの名無しさん** · 2025/09/05(金) 13:24:51.33

AIがあるから困らない

**デフォルトの名無しさん** · 2025/09/05(金) 15:17:33.01

batおじさんワラワラ湧いてて草

**デフォルトの名無しさん** · 2025/09/05(金) 22:20:18.61

batの弱点は特殊文字のエスケープ処理がバラバラだったりそもそもエスケープできなかったり

**デフォルトの名無しさん** · 2025/09/05(金) 22:29:13.57

>>604
昭和50年代のパソコン向けに作ったものに文句を言うな！

**デフォルトの名無しさん** · 2025/09/05(金) 23:27:31.40

cmdの方が優れてるよ

**デフォルトの名無しさん** · 2025/09/06(土) 04:14:29.73

batが現役なの？
ヤバw

**デフォルトの名無しさん** · 2025/09/06(土) 08:28:06.76

.batと.cmdの違いがいまだに分からん
わざわざ新しい拡張子を作るなら分かりやすい構文でも導入すればよかったのに
このスレで言う事じゃないけど

**デフォルトの名無しさん** · 2025/09/06(土) 08:32:48.89

>>470
今更だが、環境変数PSModulePathの並び順で旧ver用を下にしたら直った

**デフォルトの名無しさん** · 2025/09/06(土) 13:36:28.33

>>594で結論出てるじゃん

**デフォルトの名無しさん** · 2025/09/07(日) 09:38:44.50

HTMLのリンク先がリダイレクトされる場合、自動でそのリダイレクト先のURLを取得するにはどのような方法がいいでしょうか？
$response = Invoke-WebRequest -Uri 壊れたリンク -MaximumRedirection 5 -ErrorAction SilentlyContinue
$location = $response.Headers['Location']
を試しているのですが、リダイレクト先のURLは取得できませんでした。

HTMLのリンク先は下記のとおりに取得してます。
$srcHtml = Invoke-WebRequest $url -UseBasicParsing
$html = New-Object -ComObject "HTMLFile"
$img = $html.getElementById("img").getAttribute("src")

**デフォルトの名無しさん** · 2025/09/07(日) 21:42:00.61

-MaximumRedirection の値を5から0に変える

https://learn.microsoft.com/ja-jp/powershell/module/microsoft.powershell.utility/invoke-webrequest#-maximumredirection

-MaximumRedirection
接続が失敗するまでに、PowerShell が代替 Uniform Resource Identifier (URI) に接続をリダイレクトする回数を指定します。既定値は 5 です。値が 0 (ゼロ) の場合、すべてのリダイレクトが禁止されます。

**デフォルトの名無しさん** · 2025/09/11(木) 20:02:03.10

V7.4.12とV7.5.3が出ました。

**デフォルトの名無しさん** · 2025/09/12(金) 08:06:46.54

マジカルちんぽの持ち主になりたい

**デフォルトの名無しさん** · 2025/09/13(土) 09:54:11.18

俺も！

**デフォルトの名無しさん** · 2025/10/03(金) 00:50:10.33

transcriptってログ取るのにめちゃくちゃ便利ですね
今までログ出力ゴリゴリ書いちゃってたけどもっと早く知りたかった

**デフォルトの名無しさん** · 2025/10/03(金) 09:18:17.43

bashだったらscriptコマンドで苦労しなかったのに

**デフォルトの名無しさん** · 2025/10/04(土) 15:26:39.76

そう思う人が何でこのスレに来るの？
一人で勝手にbashでオナニーしてればいいだけでしょ

**デフォルトの名無しさん** · 2025/10/04(土) 21:22:40.46

まぁまぁそんないじめなさんな

**デフォルトの名無しさん** · 2025/10/12(日) 01:42:26.66

scriptとか使わんでも
たぶん標準、だったかな？
でpsのセッションはすべて保存されてるとおもうが…

**デフォルトの名無しさん** · 2025/10/12(日) 01:55:12.70

ごめん今$profileみたらStart-Transcriptを自動で呼ぶようにしてて、標準ではたぶんアクティベートはされてないわ
Start-Transcriptコマンドレットが>>617のいうtclのscript(b系shで代わりによく使われるヤツ)の上位互換だよ

tclのscriptやpwshのStart-Transcriptは普段から使っておくべき
ログが膨れ上がるから、無駄なタイプアウトを控える良い癖がつく、すなわち後から振り返り難くないよう、セッションのログを汚さないようにとslsやページャに頼るようになるということだ

**デフォルトの名無しさん** · 2025/10/12(日) 02:00:35.65

transcriptしてれば、脳死gci連打したりと恥ずかしい思いを避けるように、毎回熟慮したスマートなコマンドを構築しようとスキルアップへ向かえるわけですよ
オススメ

**デフォルトの名無しさん** · 2025/10/14(火) 10:05:34.66

困ってます。ps1をショートカットで簡単に開けなくなりました。
Powershellを楽に実行してもらうには
https://qiita.com/tomoko523/items/df8e384d32a377381ef9
↑これを参考にして、
ps1ファイルのショートカットを作って、プロパティのリンクに、
powershell -ExecutionPolicy RemoteSigned -File
という文字列を最初にをつけるというのをやりました。

powershell -ExecutionPolicy RemoteSigned -File C:\Users\User\Desktop\test.ps1
みたいな感じになる。
それでショートカットのダブルクリックでps1ファイルが開けてた。

でも、しばらくすると、新しくショートカット作ったらダブルクリックでできなくなった
というか、ショートカットのリンクに
powershell -ExecutionPolicy RemoteSigned -Fileの文字列を貼り付けたら、okを押せなくなった。
エラーメッセージが出て。
で、前に作ったやつはダブルクリックでできたので、それを開いて確認したら、
powershell -ExecutionPolicy RemoteSigned -Fileの
powershellの部分が
C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe
に勝手に書き換わってた。

C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe
-ExecutionPolicy RemoteSigned -File C:\Users\User\Desktop\test.ps1　みたいな感じ

たぶん、できなくなる前後くらいに、windows powershell v5.xしかなかった環境に
powershell v7.xをインストールしたからだと思う
powershellって文字列で、自動でwindows powershell v5と連携できてたのが、
powershell v7を入れたせいで、環境変数？とかが変わったのか、よくわからないけど
自動で連携できなくなったのかな。
で、前のやつは、いつのタイミングか、powershellの文字列が、windows p.s. v5へのパスに変わってたんだと思う。
powershell の文字列で、ショートカットのリンクに文字列入れてやる方法ないでしょうか？

**623** · 2025/10/14(火) 10:13:14.09

[Window Title]
ショートカットエラー

[Content]
受け側に指定されたパス名 'powershell' は無効です。パスとファイル名が正しいか確認してください。

↑
エラーメッセージはこれです
でも、はじめはps1のショートカットで
リンクの文字列を追加するときは
powershell～だけで
powershellへのフルパスがなくてもok押せて、ダブルクリックで起動できてたんですよね

なにかpowershellの文字列だけで
v5やv7を自動で起動できるように設定する方法とかわからないでしょうか？

**デフォルトの名無しさん** · 2025/10/14(火) 10:46:54.11

powershell7を入れるとpowershell5とは違うパスにインストールされて
powershell => v5
pwsh => v7
という具合に使い分けができる
powershellが呼べないなら
そのパスにpowershell.exeが無いのかもしれない
> 受け側に指定されたパス名 'powershell' は無効です。
というエラーがそれを裏付けてると思う
まずはv5の本体があることを確認するべき
バージョンアップした感覚で
自分で「古いv5はいらないからアンインストールしちゃお」としてるかもねw

**デフォルトの名無しさん** · 2025/10/18(土) 01:00:25.12

>>623
>powershellの部分が
>C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe
>に勝手に書き換わってた。
これは正しい動作

現在、動くショートカットが有るならば、v5は消されていない
ps1ファイルのショートカットを作成した直後ののアイコンと
プロパティに「powershell以下略」を追記したショートカットでは
アイコンが変化する。変化してるならリンクは正しい

正常動作するショートカットのリンク先をコピーしてメモ帳に張り付けて
新しく作りたいリンク先を見比べながら書いたらどう？

**デフォルトの名無しさん** · 2025/10/20(月) 16:54:33.98

ショートカットの文法はcmdともなんか違ってて謎が謎を呼ぶ闇

**デフォルトの名無しさん** · 2025/10/21(火) 05:46:20.22

Z7.4.13とV7.5.4出ました。
https://github.com/PowerShell/PowerShell/releases/tag/v7.4.1
https://github.com/PowerShell/PowerShell/releases/tag/v7.5.4

**デフォルトの名無しさん** · 2025/10/21(火) 05:46:43.72

7.4.13
https://github.com/PowerShell/PowerShell/releases/tag/v7.4.13

**デフォルトの名無しさん** · 2025/10/21(火) 22:17:43.72

ショートカットの文法ってのがコマンドラインパラメータの事を言ってるなら
別プログラムなんだからcmdと違っても普通でしょ？　何が謎なの？

**デフォルトの名無しさん** · 2025/10/27(月) 23:10:58.60

自分も似たようなこと（カスタムURLスキーム経由で登録済みバイナリにメッセージを送信）をしてたけど、これはかなり丁寧にパッケージングされてる
GitHub - Fred-Vatin/run-yt-dlp-from-browser: Run yt-dlp commands from any browsers
https://github.com/Fred-Vatin/run-yt-dlp-from-browser

**デフォルトの名無しさん** · 2025/11/01(土) 07:47:46.11

何もしてないけど PowerShell v7.5.4 が WindowsUpdate で降ってきた
履歴ちゃんとみたらいつまにか PowerShell って WindowsUpdate で降ってくるようになってたわ

**デフォルトの名無しさん** · 2025/11/02(日) 18:28:28.27

バナーで更新通知見かけてもwinget updateで更新できなくてそのうちWindows Updateで更新されてる

**デフォルトの名無しさん** · 2025/11/02(日) 22:12:18.83

ターミナルでタブを移動しようとしたら消しちゃって泣きを見たのでタブを縦に並べられるtabbyを使ってる
地味に便利

**デフォルトの名無しさん** · 2025/11/04(火) 22:05:10.67

Tver のサイトで特定のドラマのページを開いたときに右上に表示されている最新話のURLを取得したいんですが知識がなくてさっぱり・・・
例えばちょっとだけエスパーの
https://tver.jp/series/srm706pd6g
で右上に表示されているエピソードを再生のURLをとりたいのですがソースを表示するとどこにもない

**デフォルトの名無しさん** · 2025/11/05(水) 00:15:01.45

このスレで聞くことか？

**デフォルトの名無しさん** · 2025/11/05(水) 00:19:16.72

PowerShellの質問ではないわな

**デフォルトの名無しさん** · 2025/11/05(水) 03:58:33.49

>>635
ソースで見ると表示されないのはJavaScriptで生成されてるからで、素のHTMLには書かれてないんだよ
ブラウザでエピソードを再生を右クリックして「検証」とか「調査」っていうメニューで確認できるよ
使っているブラウザのスレで開発ツールの使い方を教えてもらうか、ChatGPTに聞くのが分かりやすいと思う

ChatGPTにuserscriptを作ってもらうか、どうしてもPowershellでやりたいならapiを叩いたらどう？
ttps://pastebin.com/paBznTfW
これもChatGPTに教えてもらうと良いよ(↑のもChatGPTが作ってくれた)

**デフォルトの名無しさん** · 2025/11/05(水) 18:41:39.53

>>638
ありがとうございます！！！
もっと精進します

**デフォルトの名無しさん** · 2025/11/06(木) 20:55:27.46

PowerShell に関するお問い合わせ時の留意事項
https://jpwinsup.github.io/blog/2025/11/06/UserInterfaceAndApps/PowerShell/PowerShell-SupportGuidlines/

**デフォルトの名無しさん** · 2025/11/09(日) 01:50:45.56

>>640
>なお、 .NET Framework や Win32 API は、C#/VB#/C++/C といったプログラム言語からのご利用を目的として提供している機能になり、動作確認もこれらの言語で行っていただくことをお願いしております。
>また、これらの言語で正常に動作しながらも、PowerShell 上で期待通りの動作とならない場合は、プログラミング言語のご利用をお願いしておりますことをご留意ください。

あれれ?
PowerShellでたての頃って.netのオブジェクト使えるの売りにしてなかったかな?

**デフォルトの名無しさん** · 2025/11/09(日) 09:43:41.33

最近の.NETは言語非依存を放棄してるからな
例えばSpanはPowerShellから使えない

Question about System.Span
https://github.com/PowerShell/PowerShell/issues/5897

**デフォルトの名無しさん** · 2025/11/09(日) 10:23:37.05

.NET Frameworkって書いてあるからCore系の.NETは関係ないでしょ。Core系もサポートの方針は同じだろうけど。
PowerShell6以降のユーザーなんて5に比べりゃほとんどいないだろうし、
わざわざ6以降使ってる人はそんなに変な問い合わせしてこないだろうからサポート的にはあまり問題にならないんだろう

**デフォルトの名無しさん** · 2025/11/18(火) 00:02:06.52

c#14でファイルベースでスクリプトライクに書けるようになった
もうpowershellはオワコン！

**デフォルトの名無しさん** · 2025/11/18(火) 17:30:44.99

それパイプは直感的に書けるか？

**デフォルトの名無しさん** · 2025/11/20(木) 16:43:19.74

5ってまだ共存してるの？UTF8BOMの問題があるのでcmdでも使えばいい気がするが

**デフォルトの名無しさん** · 2025/11/20(木) 17:49:39.55

PowerShellは速度も使い勝手もこのbatに勝てなかった

@echo off
%windir%\Microsoft.NET\Framework64\v4.0.30319\csc.exe /nologo %1
if errorlevel 1 exit /b
"%~dpn1.exe"

**デフォルトの名無しさん** · 2025/11/20(木) 21:31:44.69

C#はPowerShellみたいにWMIを簡単に扱えないじゃん

WMI インスタンスの取得
https://learn.microsoft.com/ja-jp/windows/win32/wmisdk/retrieving-an-instance

**デフォルトの名無しさん** · 2025/11/21(金) 09:24:25.92

比較
OS標準だとC#は古いやり方しかできなそう

<PowerShell>
Get-WmiObject -query "SELECT * FROM Win32_Process" | ForEach-Object {
　$name = $_.Name
　$id = $_.ProcessId
　. . .
}

<C#>
foreach (var p in new System.Management.ManagementObjectSearcher("SELECT * FROM Win32_Process").Get())
{
　var name = p["Name"];
　var id = p["ProcessId"];
　. . .
}

**デフォルトの名無しさん** · 2025/11/21(金) 10:03:57.43

>>640
最初は分けて書いてるがそれ以降のPowershellが
Windows 付かない方のPowershell 限定なのか
Windows 付く方も含めてなのかよくわからない

>>641
無印は.Net Framework 向けでないという表現なのか
無印も.Net Frameworkだめというのかどっちなのか

.NET Framework上で動くのがWindows Powershell
3.5.1(まだある) + 2(廃止)
4.8.1 + 5.1 現行のプリインストール
.NET 上で動くのがPowershell
core2or3 + 6-7.0
5.0 + 7.1 以降
やはり改めて確認しないとわからない
なんで分かりやすい別の名前にしなかったのか

**デフォルトの名無しさん** · 2025/11/22(土) 10:00:08.95

WMIって非推奨なんだっけ
普通に業務で使ってるけど

**デフォルトの名無しさん** · 2025/11/22(土) 15:21:40.53

Windows クライアントの非推奨の機能
https://learn.microsoft.com/ja-jp/windows/whats-new/deprecated-features

WMIC ユーティリティは非推奨となり、今後の Windows リリースで削除される予定です。このユーティリティは、WMI のWindows PowerShellに置き換えられます。この非推奨は、コマンドライン管理ユーティリティにのみ適用されます。 WMI 自体は影響を受けません。

**デフォルトの名無しさん** · 2025/11/22(土) 19:36:43.52

wmiなくなる話はないが使い方変わってる
Powershell 6以降WMI v1コマンドレット無い
今のところWindows Powershell 無くす話はないが
書き直すならPowershell でCIM (WMI v2)コマンドレットにしておいた方が無難？
https://learn.microsoft.com/ja-jp/powershell/scripting/whats-new/differences-from-windows-powershell?view=powershell-7.5#wmi-v1-cmdlets