Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Операционные системы » Microsoft Windows » Сценарии для Windows

Модерирует : KLASS, IFkO

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226

Открыть новую тему     Написать ответ в эту тему

KLASS



Moderator
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Старые и смежные темы: по CMD и в Программах | по PowerShell | В помощь системному администратору | Прикладное программирование

PowerShell
Версии | Ассоциация и подпись сценариев
Сценарий для ассоциации файлов PowerShell и запуска неподписанных скриптов.
 
Прочее
Расширение возможностей
Функции
Write-Color
Output-DebugString
Провайдеры
Готовые скрипты
Полезные ссылки | Будет ли репозиторий PowerShell на ru-board?
Книги в PDF
Cheat Sheets
 

Cmd
Для перекодирования кириллицы 866<—>1251 пользуйтесь онлайн сервисом Перекодировщик кириллицы
 
Готовые решения и частые вопросы
 
Описания работы команд и символов участниками темы:
setlocal enabledelayedexpansion и переменные окружения
символы & и && в командной строке
Переменная %0
 
Полезные ссылки и утилиты

WSH (VBScript, JScript)
Программирование "удобняшек" на VBScript

Примечания:
• Большие куски кода заключайте в тэг [ more ]
• Чтобы не копировались концевые пробелы из форума, жмите на ссылку "Редактировать" в посте, и уже из редактора копируйте код без пробелов иначе сценарий может работать неправильно. Также для удаления концевых пробелов пользуйтесь скриптом от Nagual, или VBS-Скрипт-Модулем от ViSiToR.
• Сторонние консольные утилиты можно использовать только в виде готового решения и только в рамках сценариев. Никаких обсуждений и обучений работе с утилитами не предусмотрено и прямо запрещено правилами топика.
Шапка и около-темные вопросы |

Всего записей: 11158 | Зарегистр. 12-10-2001 | Отправлено: 13:40 17-02-2018 | Исправлено: YuS 2, 08:24 19-06-2021
YuS_2



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
AngelNet

Цитата:
вас не затруднит выложить уже исправленный вариант на любой текстохостинг? (ту же пастебину).

У меня пастебина, видимо, заблокирована... а скрипт я брал отсюда
С учетом того, что я писал выше, получилось так:
скрипт
 
Но ещё раз повторюсь: скрипт на работоспособность не проверялся, изменения касаются только профиля текущего пользователя, т.е. используется профиль залогиненного пользователя, а не админа или любого другого пользователя, от имени которого запускается скрипт...
 
westlife
 20-03-2019

Цитата:
Тогда лучше сделать через SID, так как если переименовать пользователя, то путь останется тем же,  
а имя будет другое и не с работает по имени поиск профиля.  

Так, нам же, собственно, путь к профилю и нужен, имя пользователя - вторично.  
А первичный пользователь остается всегда, по нему и определяем профиль... тем не менее, если потребуется, то крайнее имя переименованного пользователя, можно тоже получить и даже без использования SID (см. скрипт выше).
Но SID тоже может пригодиться, конечно же.
 
Добавлено:
AngelNet

Цитата:
в итоге плюнул я на павершелл, он меня разочаровал.
слишком мощный инструмент для моих простых задач. (из пушки по воробьям как говорится)

Зря, очень зря...
От мощности инструмента не изменится результат, многое в нем проще реализовать, чем другими средствами.

Цитата:
да и ошибки в исходном скрипте на нём явно имели место.

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

Цитата:
в итоге нашёл простенькое топорное решение на cmd, вроде всё работает, но вы как гуру можете подсказать как этот код можно "причесать"?

а вот в CMD, что-либо причесывать, гораздо более трудозатратно и часто на это требуется больше времени... в общем, тут есть спецы по CMD - если у них будет время и желание, то поправят. Я пас... в чужом коде копаться нет огромного желания.
 

Цитата:
например я ума не приложу зачем там пинг, когда можно было просто вставить sleep...

sleep-а нет в CMD, есть timeout, да и то не во всех версиях... ping-ом пытаются обычно достичь универсальности...
 
Добавлено:
Smitis

Цитата:
Я специально экспериментировал и приводил примеры запуска через Win+R и планировщик чтобы избежать влияния cmd.

Так ведь, это не отменит работу парсера cmd, в любом случае выполнение передается сначала ему...
Но в десятке можно переопределить шелл по умолчанию, именно на powershell, вот с этим можно поэкспериментировать... но у меня сейчас не очень много времени на эксперименты.

Всего записей: 3218 | Зарегистр. 03-02-2009 | Отправлено: 13:01 20-03-2019 | Исправлено: YuS_2, 15:02 20-03-2019
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Smitis

Цитата:
 Вы считаете, что использование параметров командной строки в программах вообще и powershell.exe в частности это олдскульность?

 
Я считаю, что параметры надо брать из контекста, создающего процесс (в данном случае создаётся процесс повершел)
 
В голой ОС не было иных способов передачи параметров, кроме как через строку аргументов, которую надо каким-то образом парсить (алгоритм оставляется на усмотрение вызываемой программы).
 
В дотнете вроде как есть такой способ - стандартный для дотнетовских прог - и повершел вроде как им польуется.
 
 
Добавлено:
Внутриповершельные механизмы передачи параметров и в частности "привычно" выглядящий механизм разбора параметров функций - это ещё более другое, а не то о чём речь выше.  

Всего записей: 17206 | Зарегистр. 14-10-2001 | Отправлено: 13:31 20-03-2019 | Исправлено: LevT, 13:47 20-03-2019
YuS_2



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
m00slim25

Цитата:
А вообще со сценариями командного интерпретатора Вам в другую тему

Почему? Здесь вполне самое место. Сценарий cmd, является таким же встроенным средством, как и wsh, и powershell...
Зачем продублировали там тему - надо спрашивать там... первоначально та тема существовала в "прикладном программировании", т.е. была с определенной спецификой...

Всего записей: 3218 | Зарегистр. 03-02-2009 | Отправлено: 13:37 20-03-2019
Smitis



Silver Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
LevT

Цитата:
Я считаю, что параметры надо брать из контекста, создающего процесс (в данном случае создаётся процесс повершел)

Ну так изучайте https://docs.microsoft.com/en-us/windows/desktop/api/processthreadsapi/nf-processthreadsapi-createprocessw

Цитата:
В дотнете вроде как есть такой способ - стандартный для дотнетовских прог - и повершел вроде как им польуется.

Это если Вы из дотнета дотнет вызываете (из powershell-а powershell), вот там и пользуйтесь.
Но система это не дотнет и быть им не может. Поэтому - System.Environment.CommandLine
И хватит уже оффтопить по этому поводу.
 


----------
Разум когда-нибудь победит

Всего записей: 3233 | Зарегистр. 09-02-2003 | Отправлено: 13:52 20-03-2019
YuS_2



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Smitis
 20-03-2019

Цитата:
Если делать разбор командной строки по-человечески, то дойдя до параметра -command надо брать всё, что после него и выполнять уже через "движок" PS. Но такая высшая математика, к сожалению, оказалась не по зубам индусам.

Не совсем понял в чем беда... но если запустить строку в powershell так:

Код:
powershell.exe -nol -nop -exe bypass -noexit -command "& {[System.Environment]::CommandLine;echo ""TEST  TEST  TEST""}"

она вполне нормально выполняется... всё дело в кавычках, как говорится.

Цитата:
-Command
    Выполняет указанные команды (и любые параметры) как введенные
    в командной строке Windows PowerShell, а затем завершает работу,
    если не задан параметр NoExit. Значением параметра Command
    может быть "-", строка или блок сценария.
 
    Если Command имеет значение "-", текст команды считывается из стандартного
    ввода.
 
    Если значением Command является блок сценария, он должен быть заключен
    в фигурные скобки ({}). Вы можете указать блок сценария только при
    использовании PowerShell.exe в Windows PowerShell. Результаты блока сценария возвращаются родительской оболочке как
    десериализованные объекты XML, а не как активные объекты.
 
    Если значением Command является строка, параметр Command должен быть
    последним в команде, поскольку любой знак, введенный после него,
    интерпретируется как аргумент команды.
 
    При написании строки команды Windows PowerShell используйте следующий формат:
        "& {<команда>}", где
    кавычки отделяют строку, а оператор вызова (&)
    запускает выполнение команды.

 

Цитата:
 Or, double the quotation marks around a double-quoted phrase. For
    example:
 
        "As they say, ""live and learn."""


Добавлено:

Да, чтобы [Win]+R правильно выполнилась строка, надо удвоение двойных кавычек внутри фигурных скобок убрать, либо сделать так:

Код:
powershell.exe -nol -nop -exe bypass -noexit -command "& {[System.Environment]::CommandLine;echo 'TEST  TEST  TEST'}"

Всего записей: 3218 | Зарегистр. 03-02-2009 | Отправлено: 13:54 20-03-2019 | Исправлено: YuS_2, 14:04 20-03-2019
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Smitis
(здесь была похоже что ерунда, убрал чтобы не мусорить)
 

Цитата:
Это если Вы из дотнета дотнет вызываете (из powershell-а powershell), вот там и пользуйтесь.  

 
Начиная с мохнатой винды дотнет часть системы.
Можете клясть "политику партии", а можете выть на луну с равным успехом.
 
Дело вкуса различных команд в MS: проплыть по течению, или "геройствовать" в поддержке олдскула
Команда повершел не сочла нужным зтим заниматься
  (ей было интереснее добавить внутриповершельную семантику -Command <script-block>)
 
Неприятное наследство [System.Environment]::CommandLine состоит в том, что каждая программа должна выбирать тот смысл, который она придаст строке параметров, и его документировать.
 
Не барское дело повершела парсить чужие строки и обязываться поддерживать однажды выбранный алгоритм.
 
 
Smitis
И ещё не факт, что этот алгоритм Вам понравился бы
С разных сторон были бы разные претезии - и все не по делу с точки зрения движка повершел.
 
Уподобляться именно cmd ещё и здесь не входило в планы разработчиков, а их манагеры упустили этот момент или не сочли важным.

Всего записей: 17206 | Зарегистр. 14-10-2001 | Отправлено: 13:56 20-03-2019 | Исправлено: LevT, 14:43 20-03-2019
westlife



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
YuS_2

Цитата:
Так, нам же, собственно, путь к профилю и нужен, имя пользователя - вторично.  
А первичный пользователь остается всегда, по нему и определяем профиль... тем не менее, если потребуется, то крайнее имя переименованного пользователя, можно тоже получить и даже без использования SID (см. скрипт выше).
Но SID тоже может пригодиться, конечно же.  

Вы меня не поняли.
1. У вас поиск пути профиля привязан к имени выдаваемому из (Get-CimInstance Win32_ComputerSystem).UserName
А если имя переименовано, то в нем будет текущее новое имя, а путь к профилю в том листе будет со старым именем, поэтому профиль не будет найден.
В моем варианте берется SID у текущего имени (не важно старое или новое), и путь берется из листа профиля именно с этим SID, по этому имя не имеет значение старое или новое. И путь будет получен в любом случае.
2. В новом варианте у вас -in не работает. Но с like или match работает.  
3. Дополнительно. Если запускать от другого пользователя, то если нужно настраивать ветку HKСU, то нужно перенаправлять в HKEY_USERS\UserSID, и тут уже обязателен SID пользователя. Но если скрипт сложный, в котором учитывается разные написания пути к реестру, придется для всех вариантов делать подмену на HKEY_USERS\UserSID, а это лишний геморой. Но это нужно будет учитывать, делая такую поддержку запуска.

Всего записей: 1393 | Зарегистр. 12-12-2006 | Отправлено: 14:05 20-03-2019
m00slim25



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
YuS_2
Цитата:
У меня пастебина, видимо, заблокирована

Textuploader.com попал в список блокировок. На Pastebin доступ пока ещё открыт.

Всего записей: 1039 | Зарегистр. 30-05-2006 | Отправлено: 14:19 20-03-2019 | Исправлено: m00slim25, 14:21 20-03-2019
Smitis



Silver Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
LevT

Цитата:
Начиная с мохнатой винды дотнет часть системы.

Вы хотите отказаться от нативного кода? Флаг Вам в руки. Напишите свою ОС на чистом дотнете.

Цитата:
Не барское дело повершела парсить чужие строки и обязываться поддерживать однажды выбранный алгоритм.

Ну да. Вундервафли писать интересней, чем заниматься скучным отлаживанием деталей. Тем более когда руководители больше пиаром занимаются, чем руководством проекта.
А строки как раз повершеловские.

Цитата:
Дело вкуса различных команд в MS: проплыть по течению, или "геройствовать" в поддержке олдскула

Поддержка вундервафлистов видимо лучше оплачивается. Только куда Вы денетесь, не оказывая поддержку? Будете поддерживать как миленькие. Можете начинать подвывать по этому поводу вместо "олдскулов". Можете пожаловаться на "олдскулов" в ООН. Или можете искать другую работу.
 
YuS_2
Просто знаю, как это делается по-уму. Берётся "сырая" командная строка и парсится самостоятельно, если стандартный парсер не подходит (а он слишком специфичный), если надо что-то чуть сложнее, чем просто параметры в кавычках или без. На час работы. Но разработчики PS "ниасилили". Зато придумали костыль в виде EncodeCommand.


----------
Разум когда-нибудь победит

Всего записей: 3233 | Зарегистр. 09-02-2003 | Отправлено: 14:43 20-03-2019 | Исправлено: Smitis, 14:43 20-03-2019
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Smitis

Цитата:
Вы хотите отказаться от нативного кода? Флаг Вам в руки. Напишите свою ОС на чистом дотнете.  

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

Цитата:
А строки как раз повершеловские.  

 
Повершел не обязан поддерживать ни чужие, ни свои строки снаружи себя.
Содержимое [System.Environment]::CommandLine - оно снаружи.
 
Тем более касаемо строк параметров повершел гордится тем, что внутри себя ничего не парсит специально, а полагается на свой сквозной парсер внутри движка.
Которого снаружи тупо нет (а есть строки, которых нету в повершел AST)
 
 

Цитата:
Только куда Вы денетесь, не оказывая поддержку?

 
Чему? Вуду-коду, фаршу из разных языков, в котором изощряются скриптеры, не находящие себе лучшего применения?  
Обрезанным кастрированным сборкам без дотнета?  
"Обрезанным мозгам", воздерживающимся от трефного дотнета и почитающим это своей религиозной доблестью?
 
Нафига это нам?
 
 

Цитата:
 Будете поддерживать как миленькие. Можете начинать подвывать по этому поводу вместо "олдскулов". Можете пожаловаться на "олдскулов" в ООН. Или можете искать другую работу.  

 
Как видите, возможные претензии олдскулов проигнорированы.
Невзирая на их жалобы в ООН  на руборде

Всего записей: 17206 | Зарегистр. 14-10-2001 | Отправлено: 14:52 20-03-2019 | Исправлено: LevT, 15:27 20-03-2019
YuS_2



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
westlife

Цитата:
1. У вас поиск пути профиля привязан к имени выдаваемому из (Get-CimInstance Win32_ComputerSystem).UserName  
А если имя переименовано, то в нем будет текущее новое имя, а путь к профилю в том листе будет со старым именем, поэтому профиль не будет найден.

Вы это проверяли?
Я проверял...  
Дело в том, что класс Win32_ComputerSystem отдает в качестве имени пользователя, как раз путь к профилю в виде:
ComputerName\NameUser
причем именно к имени первичного пользователя...
 

Цитата:
2. В новом варианте у вас -in не работает. Но с like или match работает.  

ааа, это я промежуточные пробы где-то взял, вместо конечного скрипта...сорри
сейчас поправлю.
 

Цитата:
3. Дополнительно. Если запускать от другого пользователя, то если нужно настраивать ветку HKСU, то нужно перенаправлять в HKEY_USERS\UserSID, и тут уже обязателен SID пользователя. Но если скрипт сложный, в котором учитывается разные написания пути к реестру, придется для всех вариантов делать подмену на HKEY_USERS\UserSID, а это лишний геморой. Но это нужно будет учитывать, делая такую поддержку запуска.

реестр там требуется только для получения списка профилей, никаких изменений не вносится.
В принципе, можно и через SID, конечно, но в этом, частном случае, само имя пользователя не требуется, требуется путь к профилю.
 
Добавлено:
Smitis

Цитата:
Просто знаю, как это делается по-уму. Берётся "сырая" командная строка и парсится самостоятельно, если стандартный парсер не подходит (а он слишком специфичный), если надо что-то чуть сложнее, чем просто параметры в кавычках или без. На час работы. Но разработчики PS "ниасилили". Зато придумали костыль в виде EncodeCommand.

Согласен, костыль придумали, но хотя бы описали это в документации и на том спасибо. Про кавычки, кстати, тоже... я там цитату приводил...

Всего записей: 3218 | Зарегистр. 03-02-2009 | Отправлено: 15:00 20-03-2019 | Исправлено: YuS_2, 15:13 20-03-2019
westlife



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
YuS_2

Цитата:
Вы это проверяли?  

Да, смотрите
Тут под новым именем Федя Петров, старое Коля Петров,
(Get-CimInstance Win32_ComputerSystem).UserName показывает Федя Петров

Всего записей: 1393 | Зарегистр. 12-12-2006 | Отправлено: 15:14 20-03-2019
Smitis



Silver Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
LevT

Цитата:
Повершел не обязан поддерживать ни чужие, ни свои строки снаружи себя.  

Кому он будет нужен такой? Ответ - никому. Потому он и поддерживает командную строку. Потому как это стандартный метод запуска программ, что бы по этому поводу не думали разные домохозяйки, не представляющие, как функционирует операционная система.
И поэтому домохозяйки могут игнорировать и олдскулов и прочих даунгрейдеров и вообще всё человечество в целом. Кому интересно мнение домохозяек? Никому.
 
А вот все остальные, даже индусы будут это всё поддерживать. Даже вундервафлистов заставляют. Хотя делать плохо им запретить к сожалению невозможно, особенно когда они для галочки кое-как выполнили.

----------
Разум когда-нибудь победит

Всего записей: 3233 | Зарегистр. 09-02-2003 | Отправлено: 15:29 20-03-2019 | Исправлено: Smitis, 15:30 20-03-2019
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Smitis

Цитата:
Потому он и поддерживает командную строку. Потому как это стандартный метод запуска программ, что бы по этому поводу не думали разные домохозяйки, не представляющие, как функционирует операционная система.  

 
Вот только в винде с мохнатых времён есть [System.Environment]::GetCommandLineArgs()  
- и проги вправе на это API полагаться
 
Невзирая на то, что по этому поводу думают религиозные любители парсить строки вручную,  
читать документацию к результатам чужих парсеров и иногда писать свою (видимо, от скуки и отсутствия более ценных занятий).
 
Дотнетовским программистам и повершел-мастерам курсивное по-прежнему нужно, скриптописателей powershell избавляет и от этого.

Всего записей: 17206 | Зарегистр. 14-10-2001 | Отправлено: 15:35 20-03-2019 | Исправлено: LevT, 15:41 20-03-2019
farag



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Вопрос назрел:

Код:
 
# Установить параметры производительности графики для отдельных приложений на "Высокая производительность" ###
IF ((Get-CimInstance -ClassName Win32_VideoController | Where-Object {$_.AdapterDACType -like "*DAC*"}).Caption)
{
    $exe = Read-Host -Prompt "Введите полный путь до исполняемого файла приложения без кавычек. `nЧтобы пропустить, нажмите Enter"
    IF ($exe)
    {
        New-ItemProperty -Path HKCU:\Software\Microsoft\DirectX\UserGpuPreferences -Name $exe -Type String -Value "GpuPreference=2;" -Force
        # D:\Программы\Paint.net 4.1.6\SetupFrontEnd.exe
    }
}
 

Можно ли как-то правильнее пропустить все по нажатию на Enter? И вообще пришерстить код.

Всего записей: 2478 | Зарегистр. 27-07-2009 | Отправлено: 15:37 20-03-2019 | Исправлено: farag, 16:03 20-03-2019
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
farag
 
По-моему, для работы с ручным вводом через PS Host шерстить уже дальше некуда.
Можно получать путь как-то иначе, но это другая тема.

Всего записей: 17206 | Зарегистр. 14-10-2001 | Отправлено: 15:46 20-03-2019
Smitis



Silver Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
LevT

Цитата:
Невзирая на то, что по этому поводу думают религиозные любители парсить строки вручную,

Ну что делать, если домохозяйки не могут использовать имеющуюся с мохнатых времён [System.Environment]::CommandLine в том случае, если GetCommandLineArgs не справляется с парсингом? Домохозяйки советуют всем вокруг включить мозг, но сами воспользоваться своим же советом не могут, так как включать-то и нечего. Поэтому домохозяйки могут использовать только чужое. Доработать чужое они не в состоянии. Представляю, каких "подмастерьев" себе готовят такие домохозяйки

----------
Разум когда-нибудь победит

Всего записей: 3233 | Зарегистр. 09-02-2003 | Отправлено: 15:47 20-03-2019
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Smitis
 
Вы можете обратиться в Microsoft с предложением улучшить дотнет.
Этим занимается другая команда, а у команды повершел иные приоритеты:
 
https://github.com/PowerShell/PowerShell/issues
Где-то там был специальный раздел user voices...

Всего записей: 17206 | Зарегистр. 14-10-2001 | Отправлено: 15:53 20-03-2019 | Исправлено: LevT, 15:59 20-03-2019
farag



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
.

Всего записей: 2478 | Зарегистр. 27-07-2009 | Отправлено: 15:58 20-03-2019 | Исправлено: farag, 16:03 20-03-2019
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
farag
Можно написать if (-not $exe)    и
  Where AdapterDACType -like "*DAC*" или
 .Where({...})
 
но это дело вкуса
 
Желательно всё-таки держаться одного выбранного стандарта.

Всего записей: 17206 | Зарегистр. 14-10-2001 | Отправлено: 16:03 20-03-2019 | Исправлено: LevT, 16:06 20-03-2019
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226

Компьютерный форум Ru.Board » Операционные системы » Microsoft Windows » Сценарии для Windows


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru