◆ActiveDirectoryの配列、非配列のプロパティを同列に扱う

ActiveDirectoryに限った話ではないのだが、ActiveDirectoryのプロパティを扱っていて気付いた現象。

ActiveDirectoryには単一値を持つプロパティと配列を取るプロパティがある。
どちらになるかはMSの決めなので使う側からすると複数入れたいのに単一値プロパティだったり、一つしかないのに配列のプロパティだったりする。

そこで配列の場合も先頭の要素しか使わずに、複数必要な場合はカンマで区切って入れる運用とした。

実はこのプロパティが配列と単一値と混在すると意識していなかったのだが、たまたま以下の様なロジックでうまくいっていた。

$aに様々なプロパティが入ってきて、

$b  =  if( $true ){ $a }

$aがstringでも要素数１のstring配列でも$bにはstringが入ってくれた。

これを故有って以下の様に変えたら$bを使う場所でエラーが発生。

if( $true) { $b = $a }

$b の型がstringではないというエラーだった。
よくよく考えてみればこのエラーは理解できるのだが、そもそもじゃあなぜ変更前はうまくいっていたんだ？と逆に疑問に思った。

結局これはどういうことかというと、最初のロジックの動作は以下の様なイメージ。

$b =  $a | %{ $_ }

要は値が詰めなおされている。
その際、$a の要素は１つなので$bの型は配列ではなく単なるstringになるのだ。

ここで、もう一つ今まで気づいていなかったことが発生。

$b にもともと値が入っていなければ最初のロジックで良いのだが、$bにもともと値が入っていて、ある条件の時だけ$aを設定したいといった時にこのロジックはうまくいかない。
どうも以下の様な動作をして$bの値をつぶしてしまうようだ。

$b = if( $true ){ $a } else { $null }

いままで結構Powershellを使ってきたがまだまだ気づいていないことがありますね。

結局今回のニーズでどのようなロジックがベストかは難しいところ。
以下の様なロジックを書いていたら、後から見た人にどちらかののIF文を削除される可能性もありそうですよね。

if( $hoge –eq $true ){     $b = if( $hoge –eq $true) { $a } }

◆Select出力時に通し番号を振る

ニーズは結構ありそうなのですが。
やったことが無かった。

事前に振っておくと簡単なのだが出力時にソートするケースもあるのでSelectで振れると便利かも。

こんな感じ？

ベストではないかもしれないけど、まぁ使えそう。

$script:ctr = 0 dir | select @{name="項番";expression={$script:ctr+=1;$script:ctr}},name,length

◆管理者として実行する

以前メモしておいたものを実際に使う機会があったのでUPしておく。
かな～り昔にメモしておいたものなので今となってはもっとスマートなやり方があるのかもしれません。

$identity = [Security.Principal.WindowsIdentity]::GetCurrent() $principal = new-object Security.Principal.WindowsPrincipal $identity if ($principal.IsInRole([Security.Principal.WindowsBuiltInRole]::Administrator) -eq $false) {      $Args = '-noprofile -nologo -executionpolicy bypass -file "{0}"' -f      $MyInvocation.MyCommand.Path      $MyInvocation.MyCommand.Path      Start-Process -FilePath 'powershell.exe' -ArgumentList $Args -Verb RunAs      exit } #管理者として実行が必要な処理を以下に記述

上記の処理をスクリプトの先頭に記述しておくと自分自身を管理者実行で呼びなおしてくれるというもの。

これを独立させて、実行するスクリプトを引数で与えても良いのかもしれませんね。

◆Powershellのコンソールサイズをコマンドで変更する

画面のプロパティで変更するのは面倒なのでコマンドで変更する

mode 270,50

と思ったけど違うなぁ・・・。

これ、基本的にはDOS窓用かな。
バッファサイズもこのサイズで上書きしちゃうので使えな～い。

プロファイルに以下の関数を突っ込んでおくかな。

function mySet-WinSize(      $width = 270,      $height = 50){ $windowsize = $host.UI.RawUI.WindowSize $windowsize.width = $width $windowsize.height = $height $host.UI.RawUI.WindowSize = $windowsize }

ここではバッファサイズはいじっていないので予めここで指定するサイズより大きなバッファサイズをプロパティで指定しておく。

◆URLエンコード

現場もだいぶ離れていたのと、もともとWEB系は苦手なので会社のWEBページをメンテナンスしろとか言われて右往左往している。

判りやすさ優先でHTMLのファイル名に日本語を付けたところ、ローカル環境では問題なかったがサーバー(Linux)に持っていったらリンク文字が化けているようでアクセスできない。

日本語以外のファイル名を付けるには修正量が多すぎるので思案していたところ、
URLエンコードすれば良いのに気が付いた。

いつもよく見ているのだが、まったく意識していないのでなかなか気づけなかった。

変換の仕方は至極簡単で、

Add-Type -AssemblyName System.Web　しておいてから、

[System.Web.HttpUtility]::UrlEncode(“ほげほげ”)

そういえばPowerShellの勉強を始めたころ使ったなぁ・・・。

-----

ローカルでうまくいったので安心していたらサーバーにUPしたらエラーになる。

リンクをクリックすると

Not Found The requested URL /kensaku/html/巨人.html was not found on this server.

てな感じに表示される。

明らかに日本語ファイル名部分が文字化けしているのでエンコードがうまく理解されないのかと調べたが全く分からず。

だいぶ、悩んだ結果、
リンクが「hogehoge.html」
実際のフィルが「hogehoge.HTML」となっているのが原因のようで小文字に統一したところ解決した。

「HTML」という文字列はエンコードに含めていなかったし、上記メッセージでも「.html」は普通に表示されていたので、ずーっと日本語部分だとばかり思っていた。

Not Foundだけのメッセージならもっと早く気付いたかもしれないが、このメッセージは迷わすなぁ・・・。
きっとここのメッセージの文字化けとNot Foundは因果関係がないのだろう。

◆VSCodeでターミナルの文字化けを直す

バージョン：1.45.1
「ファイル」「ユーザー設定」「設定」を開き、「左ペイン」から「テキストエディター」をクリック。
すこし上にスクロールすると「settings.jsonで編集」リンクがあるのでクリックして
以下の設定を追加(ただし、ソースによって直らないケースもまだあるなぁ・・・）
ソースがUTF8の時はBOM付きがよさげ、だが完ぺきというわけでもない。
ソースはSJISが無難か？

"terminal.integrated.shellArgs.windows": [ "-NoExit", "chcp", "65001"         ],

◆実行ポリシー

Restrictedな環境でもps1ファイルを右クリックして「PowerShellで実行」が動くのは最初からでしたっけ？