Everything Part11

2025/10/09(木) 22:24:20.84

早く正式版が出てほしい
クリップボード監視は使ってみたい

2025/10/23(木) 10:37:40.26

サービスや管理者に登録するメリットってなんですか？
また、外付けメディアの外しやすさとか関係ありますか？

2025/10/23(木) 10:41:32.18

Windowsサービスは、OS起動時からバックグラウンドで動作する常駐プロセスです。以下のような利点があります：

自動起動が可能 → ユーザーがログインしていなくても、OS起動と同時に動作開始できます。

バックグラウンド実行 → GUI不要で動作するため、サーバー用途や常駐処理に最適。

安定性と再起動制御 → サービスがクラッシュした場合、自動再起動設定が可能。

セキュリティコンテキストの分離 → LocalService や NetworkService など、限定された権限で実行できるため、セキュリティリスクを低減できます。

依存関係の管理 → 他のサービスとの起動順や依存関係を設定できる。

2025/10/23(木) 10:42:07.63

管理者権限で登録・実行するメリット
管理者権限（Administrator）でサービスやアプリケーションを実行する場合、以下のようなメリットがあります：

システム全体へのアクセスが可能 → レジストリ、ファイルシステム、ネットワーク設定など、制限なく操作できます。

特権操作が可能 → ドライバのインストール、サービスの作成・削除、ユーザー管理などが可能。

一部のサービスやアプリが管理者権限を前提としている → 例：Apache Tomcatなどは、特定のポート（80番など）を使うために管理者権限が必要な場合があります

2025/10/23(木) 23:03:27.89

>>775-776
ありがとう。
使用する機会が多いなら
サービスに登録しておいたほうがよさそうですね。

2025/10/31(金) 03:13:04.88

>>730
下記を改造するのが手っ取り早い
自分でできなければ、機能リクエストとしてissueに挙げておくといい（誰かが実装してくれるかも）

GitHub - srwi/EverythingToolbar: Everything integration for the Windows taskbar.
https://github.com/srwi/EverythingToolbar

2025/11/05(水) 23:11:25.46

Tuesday, 4 November 2025: Version 1.4.1.1030

2025/11/06(木) 01:40:45.67

>>779
CVEでミディアムの脆弱性だけど、1.4.1ユーザーはすぐアップデートした方がいい

2025/11/06(木) 11:48:09.83

1.5はまだAlphaだろｈｇ

2025/11/06(木) 15:06:50.69

ん？このリビジョンに更新した方がいいと言っているわけだが

2025/11/06(木) 15:50:46.40

ｶﾞｲｼﾞage厨に触るなよ
基地外が感染るぞ

2025/11/06(木) 19:10:15.02

前スレかな
フィルタ使用を教えてくれた人
マジで感謝です

**名無しさん＠お腹いっぱい。** (JP 0H75-wSZ5) · 2025/11/08(土) 18:02:45.51

sharepointのファイルの検索のやり方が分からなかったけど、onedriveに丸ごと保存すればよかったのね
これで今まで通り検索できるようになった
sharepointの検索が役に立たなかったから助かる

2025/11/25(火) 19:10:47.70

有識者に解決策を聞きたい

1.5a（1.5.0.1400a）を利用している

MicroSDカード３枚（ABC）をカードリーダーにつど差し替え管理してる

Windows上ではカードリーダーごしなので３枚とも同じドライブ番号（F:）で認識される
（それぞれボリューム名は変えてる

Aを抜いてCを差して検索したら直前に読み込んでたAの中身は検索できて、差し込んだばかりのCの中身が検索できない

やりたい事は３枚の中身をデータベースに保存したままにする事はできないだろうか？

設定＞詮索データ＞FAT＞Automatically remove offline volumesはoff
新しいリムーバブルボリュームを自動で対象はon

2025/11/25(火) 20:42:34.07

>>786
DBに含めるオプションが選択されてない落ちは無いよな…？

詳細表示ならカラムに「Volume Label」を追加して確認するのもありかな？
検索の条件で使用する時は「volumelabel」で。

2025/11/25(火) 21:56:29.78

>>787
確認してみた

どのmicroSDカードもDBに含めるのチェックは入ってた

volume label, name, Path, Serial Numberを表示して確認してみたら、カードリーダーの方のvolume認識なのだろうという結果だった
（どのmicroSDに差し替えても全部同じ表示だった）
ただ、Volume Nameだけは全部変わった

（ボリューム名は64, 128, 128-2といった法則にしている）

2025/11/25(火) 22:08:17.55

補足

Aを差して検索したファイルを検索結果に表示したままCに差し替えるとvolume nameだけ変わった
（Aの中で見つけたファイルはCの中には無い）

挙動的に不思議なのが、Aを抜いてすぐCに差し替えると検索結果はそのままの色で表示されていた
リムーバブルの場合抜いたら検索結果がグレイアウトしているハズ？

2025/11/25(火) 22:41:54.31

Everythingを使う
ドライブレターは変えない
という条件は絶対譲れない感じ？

2025/11/25(火) 23:13:45.40

な、ガイジage厨だろ👆

2025/11/26(水) 13:05:55.14

everythingが一番使いやすいから変えたくはない

ドライブレター変えてもみてもカードリーダーを差す場所の認識が変わるだけで、カードリーダーに刺したmicroSDカードには影響がない感じになってる

microSDカードは施設所有物もあるので現状、容易に環境を変更できない

DBが切り替わるのが謎現象すぎて戸惑っている

2025/11/26(水) 13:18:58.40

スロット3つ用意してDB更新しないとダメだとか？

2025/11/26(水) 18:46:44.15

>>788-789,792
さらっと調べた感じなので憶測なんだけど、FATに対しての処理はそんなもんなのかもしれない。
NTFSなどと違いFATはジャーナルが無いから難しい（イベントフックも）のかも？
フォーラムを見る限りだと、「FAT volumes are rescanned daily by default.」（1日1回スキャン？）と書いているから、
設定で更新の間隔を短く設定するしかないっぽい？（流石にF5の更新は違うか…。）

フォーラムにはSDカードの場合はフォルダで登録、と書いてるな。

> カードリーダーの方のvolume認識なのだろう
これは更新されなかったからかも？
「Volume Serial Number」はGUIDに似た扱いのプロパティだと思うし。

2025/11/27(木) 01:44:48.03

>>792
ドライブレター変えていいなら余裕じゃん

2025/11/27(木) 17:23:49.60

>>794
結果を先に言うとうまくいった、と思う
microSDカードを抜いててもグレイアウトでファイルが検索できている
すごく助かった、ありがとう

フォルダー項目調べてやってみた
ボリュームレター変わったらまた再登録しないといけないけど現環境では変わる事なさそうなので問題なさそう

問題があるとすればmicroSDカード差したままrescanをすると検索結果が二重になる様子
volume lavelがあるのとないのがそれぞれDBに登録されるみたい

>>795
こちらが知識不足で勘違いしてると思うのだけどボリュームレターを変えるなら余裕というのはどういう事だろうか

こちらの認識としては、カードリーダーが１つ、microSDカードが複数枚あり、microSDカードを差し替え運用してる
なので、ボリュームレターはカードリーダーのものと思っている
（microSDカードを差し替えてもボリュームレターが変わらない為）

2025/11/27(木) 20:38:45.71

>>796
因みに、それぞれのカードで「Volume Serial Number」は違う値になってるの？
検索結果が二重になる時の「Volume Serial Number」がどうなっているか知りたい。

何の値で識別してんだろ？

2025/11/27(木) 23:58:14.39

>>797
今確認してみたら個別のmicroSDカードのシリアルナンバーはそれぞれ別の番号になっていた

検索結果が二重になるのはvolume label以外はどれも同じ
labelがあるのと無いのとで二つ検索に引っかかってる

設定＞検索データ＞今すぐ再構築する、をしても解消されない様子
冗長になってるだけで検索はできてるから支障はないのだけど、ダブってヒットするのは気分的に良くない

2025/11/28(金) 00:43:26.91

1.5.0.1401a
マイナーバージョンの割には、いろいろ更新されている

2025/11/28(金) 00:49:26.85

>>799
強烈なエアプ臭が漂う

2025/11/28(金) 19:22:24.53

1.5.0.1402a

2025/11/28(金) 21:35:45.21

>>798
「Volume Name」は違うんだっけ？
これはGUIDが入るDOSデバイスパスだけど、FATはOSのボリュームマネージャー（？）が割り当てたGUIDが表示すると思ったけど違ったかな…。
多分これで識別してると思うので、違うGUIDが割り振られて二重になってるのかもな。

グレーアウトしている方をDBから消せば綺麗になるんじゃない？

2025/12/12(金) 05:07:05.32

1.5.0.1403a

2025/12/22(月) 16:27:58.31

1.5.0.1404a

2026/01/02(金) 17:33:49.48

quickLookっていうファイルを選んだ状態でスペースキーを押すとプレビューを簡単に表示するソフト側でeverythingに対応してる
https://github.com/QL-Win/QuickLook/releases/tag/4.0.0
everything上でスペースキー押したらいきなりプレビューが表示されてなんだと思った

2026/01/02(金) 17:59:19.17

dupe: で二つのフォルダで重複してるのを検索するのはできるけどその逆の重複してないのを検索する方法って無いだろうか？

単純に aフォルダ|bフォルダの名前順でソートしてダブってないの目grepする方法は疲れるんだ

2026/01/02(金) 18:51:49.28

>>806
生成AIに聞いてみたら？ニッチな需要やな
非重複検索か

2026/01/02(金) 20:42:01.19

ざっくり

>dir /b .\folerA >tmp_list.txt
>dir /b .\folerB >>tmp_list.txt
>sort tmp_list.txt | uniq -u

これを GUI でっていう話？

**名無しさん＠お腹いっぱい。** · 2026/01/02(金) 20:45:06.79

素直にWinMergeとか使った方が幸せになれそう

2026/01/02(金) 20:56:11.19

>>809
ああ、そっか
「右側のみに存在する項目の表示」と「左側のみに存在する項目の表示」
だけにすれば良いのか

2026/01/02(金) 22:00:13.18

他アプリ使えば最短で楽ってのは分かるんだけど、これでできるならこれでやりたいって気持ちがある

2026/01/03(土) 11:46:42.00

それもそうですよね、話を曲げてすみません
てっきり、単純に「 ! 」での否定ができないから
質問が始まっていると思って最初に試してみてなかったけど、

<c:\tmp\A 1\> | <c:\tmp\B 1\> !dupe:

で？
ただ、検索結果の出た後に、検索対象になるファイルを追加・削除・移動すると
必ずしも意図した結果に即時反映とはならず、
再検索を挟む必要がある場合があるっぽいのはオマ環？、こういうもの???

!folder: や !dm:today とかは普通に使ってたけど、なぜか自分自身に
!dupe: は効かないという謎の先入観があったのが大きな謎だった……

2026/01/03(土) 15:52:37.19

>>812
おお、今の所うまくいってる、ありがとう
修飾語に!付けれたんだ

AI検索したらaフォルダ!bフォルダって出てきてうまくいかないなぁと思ってあの質問だったんだ

2026/01/04(日) 15:59:35.86

1.5.0.1404a (x64)にアプデしたんだけど、
アイコン表示でしょっちゅう動画のサムネ作らなくなっちゃうの俺だけ？
再起動すれば直るけどめんどくさい