G
Gene E. Bloch
Unless the location on the disk been changed, it is always at the same place.
Sponsored by the department of tautology...
Unless the location on the disk been changed, it is always at the same place.
Sponsored by the department of tautology...
Well I suppose it is a bit clearer if the words "on the disk by default" are
added at the end.
"Eschew obfuscation, espouse elucidation", eh? ;-)
If you decide to try the third-party program route, I would suggest
taking a look at Agent Ransack, AKA FileLocator Lite. It’s free for both
personal and commercial use.
Ken said:Agent Ransack is a good program, and I too used it successfully for
many years. But Everything, which Monty recommended, is even better.
I've been using that instead for the last few months.
Will Everything search files for content? One of the things I like
about Agent Ransack is the ability to search for files containing
a particular word or string.
It's a little over the top with the Chicken Little.![]()
http://www.edbsearch.com/
(In particular, have a look at the final paragraph at:
http://www.edbsearch.com/forensics.html
IME, I almost never needed to search the content of files.
Retroman said:Firstly, it indexes contents as well as file names. That
makes it a security risk.
It appears that you favor protecting the user from him or herself by not
letting them search the content of their own files. If you really want to
do that to yourself, simply disable content indexing.
Secondly, even if you turn off the indexing (and just use it like XP's
search), it is pretty slow. I just asked it to search for *.doc in C:\.
It took 45 seconds before anything appeared on the screen, and then
about a dozen files appeared (why? Why not list files as it finds them).
It stopped after 145 seconds, having found 90 files.
[snip]
So why the difference? The W7 search found dozens of files called
HPAdvisor.MainFrame.Windows.DockViewWindow.User.Marketing.dock.
In other words, it found *.dock files as well as *.doc files. But it
failed to include any *.doc files in the recycle bin. Those are, of
course, still available for use if they are restored.
Unfortunately, this comparison is worthless because you (and the other
respondents in this thread) have not learned the basics of using Windows
Search 4. The query syntax has changed. The correct query to find files
with a given extension is to use the ext property, like this:
ext:doc
That searches *only* file extensions, not file names or contents. It is
fast, accurate, and does indeed include items in the recycle bin. The
query that you used searches all strings, including content and file
names, which of course is much slower and returns many unwanted results.
Using a property query on a file extension, my Vista PC took only 45
seconds to complete a search of all locations on C drive, including system
files. Excluding system files shortened the time to 20 seconds.
Wild card searches are rarely needed now and I almost never use them. You
can learn about the new query syntax here:
http://www.microsoft.com/windows/products/winfamily/desktopsearch/technicalresources/advquery.mspx
Doug M. in NJ
'Everything' doesn't appear to be able to search file contents.
It is real fast, but it's not as flexible as Agent Ransack. I'll keep
them both around for a while.
[quoted text muted]You are not doing anything wrong. W7 search really stinks.
The only wrong thing he's doing, is NOT using the Search box!
Windows 7 search works perfectly OK and well here....
Not really. Firstly, it indexes contents as well as file names. That
makes it a security risk.
No, the problem is the database which is created. I can't remember the
webpage link now, as it was about 18 months ago I looked at it, but it
referred to the availability of programs to extract information from the
database file produced by indexing. The problem is that anyone with
access to an open computer could simply copy the database to a memory
stick, and extract the info at their leisure.
Retroman said:Firstly, it indexes contents as well as file names. That
makes it a security risk.
It appears that you favor protecting the user from him or herself by not
letting them search the content of their own files. If you really want to
do that to yourself, simply disable content indexing.
Secondly, even if you turn off the indexing (and just use it like XP's
search), it is pretty slow. I just asked it to search for *.doc in C:\.
It took 45 seconds before anything appeared on the screen, and then
about a dozen files appeared (why? Why not list files as it finds them).
It stopped after 145 seconds, having found 90 files.
[snip]
So why the difference? The W7 search found dozens of files called
HPAdvisor.MainFrame.Windows.DockViewWindow.User.Marketing.dock.
In other words, it found *.dock files as well as *.doc files. But it
failed to include any *.doc files in the recycle bin. Those are, of
course, still available for use if they are restored.
Unfortunately, this comparison is worthless because you (and the other
respondents in this thread) have not learned the basics of using Windows
Search 4. The query syntax has changed. The correct query to find files
with a given extension is to use the ext property, like this:
ext:doc
That searches *only* file extensions, not file names or contents. It is
fast, accurate, and does indeed include items in the recycle bin. The
query that you used searches all strings, including content and file
names, which of course is much slower and returns many unwanted results.
Using a property query on a file extension, my Vista PC took only 45
seconds to complete a search of all locations on C drive, including system
files. Excluding system files shortened the time to 20 seconds.
Wild card searches are rarely needed now and I almost never use them. You
can learn about the new query syntax here:
http://www.microsoft.com/windows/products/winfamily/desktopsearch/technicalresources/advquery.mspx
Doug M. in NJ
Is Search 4.0 part of Windows 7? AFAIK, previous Windows versions could
only get it by downloading from Windows Update.
Retroman said:Unfortunately, this comparison is worthless because you (and the other
respondents in this thread) have not learned the basics of using Windows
Search 4. The query syntax has changed.
How, pray tell, is indexing contents a security risk?
(And even if it were, you can turn that part off.)
As someone who has given up on Windows 7's inbuilt search, I'm willing
to accept that is true, it does however indicate a failure on
Microsoft's part to make search easy to use, or failing that, easy to
discover how to use ...
Sunny, here's my take on this:
XP was current for so long that people developed habits and expectations
for Windows based on that version. Along comes Vista and Win 7, with a
learning curve that was more drastic than we expected. People (including
myself) thought that they could just plunge in and be up to speed in a few
days. Who needs to read Windows help files, right? Wrong, we did need to
read them, and it took me weeks, rather than days, to feel comfortable
with the new OS. The information on Windows Search was there but old
habits die hard. Hence the unfortunate "Windows Search stinks" impression
that many still retain.
I find Windows Search 4 easy to use and one of the best features of Vista
and Win 7. However, I certainly did have to do my homework and to unlearn
my old habits. Along the way, I learned how to customize search as well,
which can make a huge difference. For me, the extra effort was well worth
it.
Could Microsoft have been clearer that there had been drastic changes to
how search works? Sure, but they may have assumed that many users had
some familiarity with Windows Search 3, which was available as a download
for XP SP2 and which used the same query syntax as version 4.
Doug M. in NJ
Well - and calmly - said.
[quoted text muted]Not really. Firstly, it indexes contents as well as file names. That
makes it a security risk.
How, pray tell, is indexing contents a security risk?
And that is only one aspect. The search index is a effectively a
summary of everything on your hard disk which you have allowed to be
indexed.