JunJa Dec 2 2015 at 01:07

Серверное администрирование. Управление ресурсами средствами PowerShell

6 min

5.1K

PowerShell*

Recovery Mode

-18

Comments 11

habit Dec 2 2015 at 01:43

«habracut» поставьте. Ну. пожалуйста!

JunJa Dec 2 2015 at 09:35

Извиняюсь. Поставила :)

habit Dec 2 2015 at 09:56

Благодарю.

izac Dec 2 2015 at 05:45

Код и содержание файлов под спойлер-бы.

Dal Dec 2 2015 at 07:49

И все бы еще одним архивчиком выложить.

gotch Dec 2 2015 at 09:17

Несколько вопросов — почему не FSRM и почему не Send-MailMessage?
К слову, метод будет не точен, если встретятся файлы с длиной имени >254 символов. Это же Powershell. )

JunJa Dec 2 2015 at 09:41

Send-MailMessage используется, просто не в данной задаче.

Каталоги с длиной более 254 символов не встречались. Но если таковые появятся проанализирую такую ситуацию и дополню скрипт.

gotch Dec 2 2015 at 10:21

А вы с ними ничего не сделаете. Либо бегать вокруг alphafs.alphaleonis.com, либо poshcode.org/2488, либо robocopy.

n01d Dec 2 2015 at 10:41

Очень даже сделаете. Если брать решение на чистом PowerShell, то самый простой вариант — проверять длину пути на каждом шаге и, при превышении определённой отметки (например, 200 символов), монтировать PSDrive на этот путь и дальше работать с ним.

gotch Dec 2 2015 at 11:17

Да, это известный костылик, но как-то совсем не $True

n01d Dec 2 2015 at 10:49

Функция не унивирсальная, подстроена под задачу.

Можно сделать гораздо короче и универсальнее при использовании Send-MailMessage (да даже и с вашей функцией можно, при желании) и splatting.
Планирую как раз написать статью на эту тему.

Сохраняем имя каталога и его размер через разделитель "|", в последствии через который будем парсить содержимое файла.

Но зачем? Почему бы не строить красивый PSObject и выгружать его сразу в CSV? С ним потом и работать проще…

Show the best of all time