Давайте допоможемо!
Для будь-яких проблем із пошуком Windows моя рекомендація:
- Прочитайте документацію AQS (Advanced Query Syntax) , щоб зрозуміти, що роблять усі спеціальні символи.
- Знайте, що пошук у Windows перетворить ваш запит у точні AQS, і якщо ви не конкретні в своїх запитах, Windows здогадається, що саме AQS ви мали на увазі. Результати можуть бути дивовижними!
По-перше, деякі основи AQS
За замовчуванням в рядкових властивостях (ім'я файлу, автора тощо) шукайте за допомогою COP_WORD_STARTSWITH
$<
будь-якого слова (розділеного на spaces , - _ () []
багато іншого), яке починається з вашої пошукової фрази. Інші нестрокові властивості (Дати тощо) здійснюють пошук із використанням COP_EQUAL
=
або точних відповідностей за замовчуванням (Немає підказки *
та ?
є буквальними).
По-друге, якщо ви шукаєте в будь-якому індексованому місці, усі неіндексовані місця у вашому запиті не відображатимуться.
По-третє, натисніть на адресному рядку, щоб побачити, що насправді шукав AQS Windows Search. Ви можете ігнорувати крихти місцеположення та ім'я користувача: це буде закодовано у відсотках, тому декодуйте на такому веб-сайті, як https://www.url-encode-decode.com/
По-четверте, незадокументовані *
та ?
поводяться непередбачувано в AQS, якщо вони не знаходяться в ~
COP_DOSWILDCARDS
запиті (мається на увазі, що слово не починається з, і підказки *
або ?
інтерпретуються). Пошук у Windows зазвичай конвертує пошук у ~
запит. Наприклад, здається, що підказки **
і ?
алфавітно-цифрові символи шукають рядкові властивості ~
, але **
без буквено-цифрових значень нічого не шукає. Також одиночні, що *
не входять до ~
запитів, трактуються як підстановка COP_WORD_STARTSWITH
$<
.
Давайте проаналізуємо ваші запити
(
AQS search-ms:displayname=Search Results in Users&crumb=&crumb=location:C:\Users
спрощенийcrumb=
Ну, без котирування (
- це оператор групування, коли ви використовуєте AND
або OR
, ви нічого не групували, тому Windows вважає, що ви мали на увазі групування нічого не шукати все.
*(*
AQS crumb=
Більшість пошукових запитів Windows, що починається з *
Windows, намагається перетворити на crumb=~~query_term
пошук (a містить пошук). *
трактується як нормальний у запиті, що містить. У будь-якому випадку, у цьому випадку ви підказуєте групу нічого, тому Windows шукає всі групи нічого (або всього!)
"("
AQS crumb=System.Generic.String:"("
Котирування шукають точні фрази (все слово чи властивість має відповідати) і є буквальними символами, за винятком *
, ?
та ""
стають "
. Він шукає слова, які починаються з (
цього слова, але оскільки слова - (
це не лише пошук справедливих властивостей(
*"("*
AQS crumb=Rating:(>=1 <13) OR System.Generic.String:** System.Generic.String:"("*
Цей божевільний, але пошук у Windows намагається перетворити префікси, *
за якими йдуть певні спеціальні символи, як зірки. 1-13 - 1 зірка. Також відзначте моє тестування, **
без будь-яких буквено-цифрових символів до або після того, як він нічого не шукає замість підстановки і непередбачуваний.
Цей повний запит означає
(1-зірковий рейтинг АБО Word, що починається ні з чого) І властивості, які справедливі (
. *
не відповідатиме жодним іншим символам, оскільки має бути ціла власність (
.
Спрощено це означає, що називаються файли 1 зірки (
**
у запиті фактично показав (
для мене файл зірочки, який не стосується однієї зірки , але при зміні **
на нього ***
та назад **
він не дав очікуваних результатів ( **
непередбачувано)
Інші відповіді
~="("
AQS crumb=System.Generic.String:~="("
Це не спрацювало, Windows, здається, нічого не знайде, якщо кількість пошуку занадто інтенсивна. filename:~="("
справді працює. По суті знайдіть ім’я файлу, яке містить лише (
десь
"*(*"
AQS crumb=filename:~~"*(*" OR System.Generic.String:"*(*"
Це спрацювало. Ім'я файлу містить *(*
символи підказки АБО будь-яке слово властивості, яке починається з підстановок та має (
. Зауважте, і те, ~=
і ~~
значення містить.