Это явно перебор wink, там лишь пара исправлений.

Почему нет? Я вот, например, как-то не сообразил, что можно танцевать и от обратного — получать partial date от «.CreationTime», и начало/конец интервала уже попросту не понадобится получать.

Беда в том, что идея привязки PowerShell'а к .Net привела к возможности существования более чем единственного варианта решения. Плюс отвратительно организованная справка (я не знаю, как обстоят дела в третьей версии, но в предыдущих — просто ужас).

Это не от тебя зависит: если работа требует узкой специализации — будешь узким специалом, если работа требует Александра Матросова — будешь и им. У варианта узкого специалиста есть один большой минус — помните, да? «Его полнота односторонняя». Учитывая то, что в настоящее время в нашей отрасли не найти несвязанных между собой технологий — лучше быть универсалом со специализацией в каких-то приоритетных областях.

Напрасно. Являясь одним из наиболее популярных встраиваемых прикладных языков программирования, Basic даёт наибольший охват продуктов. Для обучения же, на мой непросвещённый взгляд, лучше пользовать стандартный Паскаль.

Это извечная проблема: кто будет решать, что достойно, а что — нет.

P.S. Насколько я знаю, по сю пору нет ни одного вменяемого учебника по PoSH на русском языке. Впрочем, по WSH тоже не было.

Был не прав. Неверно интерпретировал работу оператора «-like». Вопрос, а почему не «-eq» там было, почему именно «-like»?

В данном случае уместнее -eq, -like "утащил" из кода над которым работаю сейчас.
Согласно документации без использования знаков подстанови ("*","?", "[", "]" и т.п.) полностью аналогичен -eq (но не -ceq - Case sensitive EQ). Точнее, что-то среднее между -Match и -Eq .

Это явно перебор , там лишь пара исправлений.
Вообще, если размышлять о "красивости", необходимо каким-то образом избавиься от конструкции (но таким образом теряем совместимость с v2):

...
Where-Object {!$_.PSIsContainer} |
...

и двойного сравнения через -and (ума не приложу как, и сам хочу понять, как сравнить строку с массивом строк - может быть поменять их местами?), а в идеале и от Get-ChildItem -Recurse - т.к. "знающие люди" говорят про низкую скорость работы (требует проверки - насколько? во сколько раз?).

1. Использование "inline dotNet" - это, конечно, фича, но не вижу смысла использовать её везде, где только можно. Логично предположить - там где "стандартное" решение невозможно и нет альтернатив, или стандартное решение и/или альтернативы "убоги" для данной задачи.

2. Зачем сравнивать по дням и мучаться с вычислением дней в месяце когда в условии чёткая формулировка "за 1 конкретный месяц" (операционки нынче умные и создать файл с датой 30.02.2013 попросту не смогут)?

В данном направлении есть интересная заметка у Vadims Pod?ns:

Также многие моменты/вещи можно "утянуть"/"подсмотреть" в блоге, например PS_FCIV, который, правда, требует допила, для того чтобы быть внешне совместимым с оригинальным fciv.exe (есть проблемы вида - "не умею обрабатывать одиночный файл, к примеру - вычислить его MD5" и "вырвиглазый вывод на консоль").

Чтож, от этого не убежишь, "все люди ошибаются, т.к. людям свойственно ошибаться". И всё требует знаний, умений и практики.
Быть "универсалом" страшная вешь - несмотря на горы знаний, "большим" специалистом всё равно не стать, посему лучше избрать свою, довольно узкую стезю и работать в её пределах, отвлекаясь лишь на поверхностное изучение как смежных, так и далёких областей.
К примеру, у меня стойкая антипатия к *Basic*, потому что "он, по обыкновению, нигде, никому не нужен" (личная "фобия" , хотя как язык для обучения, наверное, один из самых лучших).

Нет проблем, "... нет ребята, я не гордый, я согласен на медаль ...".
Качество и т.н. "нужность/необходимость" кода в коллекци просто отвратное, но не будем об этом.

а в феврале что за "грабли". Другими словами - как это выражается (можно ссылку и т.п.)?

Был не прав. Неверно интерпретировал работу оператора «-like». Вопрос, а почему не «-eq» там было, почему именно «-like»?

Превосходно! Намного нагляднее. Глядишь, так и научусь. Когда-нибудь .

Не догадался до более изящного решения, приведённого Вами. Что нашёл из связки PowerShell'а и .Net, то и пробовал. А нагляднее — потому как на мой взгляд сравнение дат даёт большую наглядность, нежели сравнение строк.

У меня любые скрипты будут похожи на VBScript . Да и вообще — от обилия начинаешь иной раз теряться: однажды долго и упорно искал, почему не работает некая конструкция — оказалось, что мне привиделось это из другого языка.

а в феврале может выдавать лишнее.

Ну насчёт января ясно, а в феврале что за "грабли". Другими словами - как это выражается (можно ссылку и т.п.)?

Если память не изменяет, есть параметры -Filter и -Include - "нагляднее" маску складывать туда, а "путь оставить путём". (Правда это выглядит уже как нападки с моей стороны )

$sPrevMonthDate = ((Get-Date).AddMonths(-1)).ToString("MM.yyyy")

Get-ChildItem -Path "E:\Песочница\0244\Source\*.txt" -Recurse |`
    Where-Object {!$_.PSIsContainer} |`
        Where-Object {($_.CreationTime).ToString("MM.yyyy") -eq $sPrevMonthDate} 

По сути верно "вогнать" в $sPrevMonthDate месяц для сравнения и не заниматься этим для каждого вызова Where-Object, но зато каждый раз вызывается метод объекта и сравниваются строки. Скажем так, надо будет посмотреть как "поизящней" воплотить сравнение дат. Для объектного языка это критично, т.к. теряется основной смысл объектов.
И у PoSh есть существенный недостаток (во всяком случае для меня) - сложно рассматривать конструкции "в уме" или "на бумаге" - обязательно надо пробовать - что оно такое и как оно себя ведёт вообще.

Как-то так, без преобразования даты в строку:

$sPrevMonthDate = (Get-Date).AddMonths(-1)

Get-ChildItem -Path "E:\Песочница\0244\Source" -Filter *.txt -Recurse |`
    Where-Object {!$_.PSIsContainer} |`
        Where-Object {($_.CreationTime).Month -eq $sPrevMonthDate.Month -and ($_.CreationTime).Year -eq $sPrevMonthDate.Year} 

И ещё:

Мне так не кажется - виноваты конструкты типа:

... -Day ([System.DateTime]::DaysInMonth($dtPrevMonthDate.Year, $dtPrevMonthDate.Month))

Дольше времени требуется на анализ "а что-таки автор имел в виду на самом деле?". И я бы сказал для "детского скрипта", каким он, всё-таки, является - это "извращение".
Хотя, "оффтоп" я тут развёл, поэтому меня не покидает мысль - а не пора ли создать раздел для PoSh?

Условие «$_.CreationTime.Month -Like ((Get-Date).Month -1 ) -and $_.CreationTime.Year -Like (Get-Date).Year» не гоже: не сработает в январе, а в феврале может выдавать лишнее.

Как-то так:

$dtPrevMonthDate = (Get-Date).AddMonths(-1)

$iFromDate = Get-Date -Year $dtPrevMonthDate.Year -Month $dtPrevMonthDate.Month -Day 1
$iToDate   = Get-Date -Year $dtPrevMonthDate.Year -Month $dtPrevMonthDate.Month -Day ([System.DateTime]::DaysInMonth($dtPrevMonthDate.Year, $dtPrevMonthDate.Month))

Get-ChildItem -Path "E:\Песочница\0244\Source\*.txt" -Recurse |`
    Where-Object {!$_.PSIsContainer} |`
        Where-Object {$_.CreationTime -ge $iFromDate -and $_.CreationTime -le $iToDate} 

или так:

$sPrevMonthDate = ((Get-Date).AddMonths(-1)).ToString("MM.yyyy")

Get-ChildItem -Path "E:\Песочница\0244\Source\*.txt" -Recurse |`
    Where-Object {!$_.PSIsContainer} |`
        Where-Object {($_.CreationTime).ToString("MM.yyyy") -eq $sPrevMonthDate} 

Второй вариант короче, но первый — нагляднее.

Видимо да, в блоге у некто "Kazun"  было описание - "как новая возможность в v3".

Перемещение всех файлов по дате:
forfiles /M *.txt /D -1 /C "cmd /c move @file c:\123"
Не очень, конечно, изящно, но учитывая что скрипт будет запускаться по первым числам, конструкция /D -1 вполне годна.

Может тогда GnuWin ?

Если вам подойдёт PowerShell (больше подходит под ваши требования):

$a = Get-ChildItem -Recurse -File | where {$_.CreationTime.Month -Like ((Get-Date).Month -1 ) -and $_.CreationTime.Year -Like (Get-Date).Year}

Зачем? - Вы их потом всё равно удалите.

$a.Length                # count of objects in array
$a.FullPath | foreach {$s += $_.Length}        # $s = size in bytes

$fileswithstring1 = Select-String -Path $a.Fullname -Pattern "string1" -List
$fileswithstring1.Lenght    # Count files
$fileswithstring1.FullPath | foreach {$fileswithstring1size += $_.Length}    # Calculate filesizes

$fileswithstring2 =  Select-String -Path $a.Fullname -Pattern "string2" -List
$fileswithstring2.Lenght    # Count files
$fileswithstring2.FullPath | foreach {$fileswithstring2size += $_.Length}

$a.FullPath > "Path_to_file"
# не являюсь знатоком опций WinRar, должно быть как-то так:
winrar a -m9 -Include "Path_to_file" 123.rar

$a | Remove-Item

Если же PowerShell не подходит, далее возможны варианты:

forfiles /d +01.04.2013

Более правильный вариант для запуска скрипта 01.05.2013, как работать с датой - посмотрите в "коллекции".
Размер файла:

for %a in ("file_path_and_name") do (echo %~za)

или через dir.
Подсчёт кол-ва - через for, повсеместно встречается на форуме.
Вообще получится довольно-таки медленное и монструозное решение, если хотите пойти таким путём попытайтесь разбить каждый пункт "хотелок" на минимальные (атомарные) операции.

Ещё возможно решение средствами winrar - он умеет архивировать файлы по дате. Подойдёт, если размер данных небольшой.

Пока вот что удалось сделать самому:

Перемещение всех файлов по дате:

forfiles /M *.txt /D -1 /C "cmd /c move @file c:\123"

Не очень, конечно, изящно, но учитывая что скрипт будет запускаться по первым числам, конструкция /D -1 вполне годна.

Перемещение файлов, содержащих нужную строку:

@echo of
setlocal enabledelayedexpansion
for /f "tokens=*" %%a in ('findstr /M "строка 1" *.txt') do (move "%%a" c:\123)

Опять же не очень изящно перемещать для подсчёта файлы туда-сюда по папкам, но толковее пока среди инструментария bat ничего не нашёл.

Не могу не отметить убогость конструкции оператора /D -1 (указание даты только в сутках) в Windows по сравнению с Linux-оператором date -d "1 month ago". Почувствуйте разницу! А можно написать и date -d "1 year ago" и нет необходимости вычислять количество дней в году и месяце...

Прошу помощи в написании bat-скрипта для массового копирования файлов.

Нужно:

- в одной директории находить все файлы, созданные за прошлый месяц;
- перемещать их в отдельную папку;
- в текстовый файл выводить информацию об их количестве и суммарном объёме;
- в другой (или этот же, неважно) файл выводить информацию о количестве и суммарном объёме файлов со строкой «строка 1»;
- в другой (или этот же, неважно) файл выводить информацию о количестве и суммарном объёме файлов со строкой «строка 2»;
- запускать WinRAR на архивацию всех найденных и перемещённых файлов за прошлый месяц с максимальным сжатием;
- удалять исходные файлы после архивации файлы;

Премного благодарен за ответы!