I have more hard drives than can be connected to my computer, so I have a handful of cold storage drives. In each case, before disconnecting them, I used Snap2HTML to create html records of the files on them, in a searchable way that preserves folder structures. But each snap is treated as separate, and its searchability is not on par with Everything. That means if I don't find something locally via Everything, I have to do multiple separate searches of the HTML snaps.
I'm wondering, can I import these snaps and have those files integrated into my Everything search results, or do I instead need to reconnect each drive, allow them to get indexed by Everything itself, and then tweak the Everything settings to continue retaining those indexed records once the drives are disconnected and become cold storage again?
Adding HTML snaps of cold storage drive
Re: Adding HTML snaps of cold storage drive
Please check out Everything File Lists (EFU).
Everything doesn't have a way to import html to EFU.
You would have to export the html to text/plain (one filename per line) then import to EFU.
Everything doesn't have a way to import html to EFU.
You would have to export the html to text/plain (one filename per line) then import to EFU.
Re: Adding HTML snaps of cold storage drive
I'm sure there are other ways, but...
pseudocode - a (very) quick cleanup...
grep "C:/" bru.html > search.efu
extract (grep) all the lines beginning with C:/ from bru.html
[vim] %s/.*C:\//C:\//
remove everything up to C:/ in a file line
[vim] %s/".*//
remove everything after the closing parenthesis
:wq
Double-click search.efu (& if .efu is associated with Everything...).
You could automate the whole thing, using sed instead of vim.
You could do the same for all your different drives, outputting their data to a single .efu, if wanted.
That way you'd have instant access to all the filenames on all your storage drives.
What I did above does not parse the size or date, only the name.
Ah, actually, the above might not be correct at all?
It won't be.
He stores a directory worth of file names on a single "line".
His built in search: isn't bad (speed wise).
He has an "export view", but no "export everything". (Odd.)
I'm not sure what he might be picking up or not?
As in he shows 233K files where I have >1 million (& only 771 /ah /as which I did not include in Snap2HTML)?
Oh, there is no way it found everything.
(Everything does
.)
It did finish, & I did run the program within a sandbox (Sandboxie), in case that is making a difference.
pseudocode - a (very) quick cleanup...
grep "C:/" bru.html > search.efu
extract (grep) all the lines beginning with C:/ from bru.html
[vim] %s/.*C:\//C:\//
remove everything up to C:/ in a file line
[vim] %s/".*//
remove everything after the closing parenthesis
:wq
Double-click search.efu (& if .efu is associated with Everything...).
You could automate the whole thing, using sed instead of vim.
You could do the same for all your different drives, outputting their data to a single .efu, if wanted.
That way you'd have instant access to all the filenames on all your storage drives.
What I did above does not parse the size or date, only the name.
Ah, actually, the above might not be correct at all?
It won't be.
He stores a directory worth of file names on a single "line".
His built in search: isn't bad (speed wise).
He has an "export view", but no "export everything". (Odd.)
I'm not sure what he might be picking up or not?
As in he shows 233K files where I have >1 million (& only 771 /ah /as which I did not include in Snap2HTML)?
Oh, there is no way it found everything.
(Everything does
.)It did finish, & I did run the program within a sandbox (Sandboxie), in case that is making a difference.