Ru-Board.club
← Вернуться в раздел «Программы»

» Locate32

Автор: nevuser
Дата сообщения: 04.10.2012 21:41
oshizelly

Цитата:
не может же на форуме быть всего 3 топика!

Наверно дело в этом:

Цитата:
August 4, 2012:The original Locate32 Web site was lost, including all files.

Кстати, еще вот:

Цитата:
I don't have time for Locate32 anymore.
Автор: Povor
Дата сообщения: 04.10.2012 21:47

Цитата:
Цитата:
I don't have time for Locate32 anymore.

Ндаа.... Жалко.
Автор: juvaforza
Дата сообщения: 04.10.2012 23:17
oshizelly
Старый сайт и форум можно так просмотреть.
Автор: oshizelly
Дата сообщения: 05.10.2012 09:59
juvaforza 23:17 04-10-2012
Цитата:
Старый сайт и форум можно так просмотреть.

Спасибо, ценная ссылка. Google почему-то ее не предлагает.
Вот только поиск по форуму не работает или работает очень глючно.

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

Во-первых, не сумел самостоятельно разобраться, как сделать, чтобы при поиске НЕ учитывался порядок элементов в запросе. Сейчас поисковый запрос "cat dog" найдет файлы "cats dogs.txt", но не найдёт "dogs cats.txt". Хочется, чтобы проверялось соответствии элементов независимо от их порядке в имени файла.

Во-вторых, в списке найденных файлов почему-то не отображаются стрелочки на иконках файлов-ярлыков Windows. Системные настройки стандартные, во всех остальных прогах все отображается правильно. А ярлыков к меня их много, в результате неудобно пользоваться сабжем. Пробовал играть с опциями иконок в разделе настроек Advanced, но безуспешно.

Спасибо!

nevuser 21:41 04-10-2012
Цитата:
I don't have time for Locate32 anymore.

Действительно, жаль. Может, кто-нибудь подхватит выпавшее из рук знамя, благо коды открыты. Но не факт
Автор: iglezz
Дата сообщения: 05.10.2012 12:05

Цитата:
не сумел самостоятельно разобраться, как сделать, чтобы при поиске НЕ учитывался порядок элементов в запросе. Сейчас поисковый запрос "cat dog" найдет файлы "cats dogs.txt", но не найдёт "dogs cats.txt". Хочется, чтобы проверялось соответствии элементов независимо от их порядке в имени файла.

С настройками по умолчанию находит оба варианта.
Автор: monsoon
Дата сообщения: 05.10.2012 12:37
oshizelly

Цитата:
Во-первых, не сумел самостоятельно разобраться, как сделать, чтобы при поиске НЕ учитывался порядок элементов в запросе. Сейчас поисковый запрос "cat dog" найдет файлы "cats dogs.txt", но не найдёт "dogs cats.txt". Хочется, чтобы проверялось соответствии элементов независимо от их порядке в имени файла.

В Утилиты-Настройки-Дополнительно у меня выбраны 2,3,4 опции. Порядок элементов при выдаче не учитывается (winXP SP3).


Цитата:
Во-вторых, в списке найденных файлов почему-то не отображаются стрелочки на иконках файлов-ярлыков Windows.

На это даже ни разу не обратил внимания. Но в имени файла показывается расширение + есть дополнительный столбец "Тип" со значением "Ярлык" (включена опция "Показывать тип файла (иначе показывать расширение")

Меня в программе, работающей в портабельном режиме достает только, что изредка слетают настройки. В результате приходится восстанавливать из сохраненных.
Автор: oshizelly
Дата сообщения: 05.10.2012 16:30
monsoon 12:37 05-10-2012
Цитата:
В Утилиты-Настройки-Дополнительно у меня выбраны 2,3,4 опции. Порядок элементов при выдаче не учитывается (winXP SP3).

У меня вроде бы такие же. Но разобрался наконец, спасибо! Оказывается, это зависит от того, включена ли опция "Replace spaces with asterisks" на вкладке "Advanced" в главном окне. Если она включена, то все пробелы в строке запроса внутренне заменяются звёздочками (это видно в заголовке окна, если соответствующая опция активирована в настройках). Ясно, что в этом случае порядок элементов учитывается точно так же, как и порядок букв в слове.





А вот ещё вопрос. Правильно ли я понимаю, что если в настройках включить опцию "Disable updating (file information from database)", то сабж будет искать заказанные файлы только в собственной базе, а не обращаться к диску? Если да, то странно, что включение/выключение этой опции никак не сказывается на скорости поиска, хотя, по логике, отличие должно быть в разы.


Добавлено:
monsoon 12:37 05-10-2012
Цитата:
Но в имени файла показывается расширение + есть дополнительный столбец "Тип" со значением "Ярлык" (включена опция "Показывать тип файла (иначе показывать расширение")

Это так, но, во-первых, лишние колонки отжирают кучу жизненного пространства по ширине окна. А во-вторых, приходится бегать взглядом туда-сюда между колонками, что сильно неудобно. А заставить сабж нормально отображать иконки ярлыков никак не получится?
Автор: iglezz
Дата сообщения: 05.10.2012 17:13
oshizelly
Выдержка из справки:

Цитата:
Disable updating (file information from database) and Enable updating (information corresponds files): These options specify whether the information shown in the result list is updated (read from files) after files are added to the list or not. In other words, if the updating is disabled, the information shown in the results list is from the used databases. Meanwhile if the updating is enabled, the information shown in the list corresponds to actual files. Note that if updating is disabled, the information which is not stored in databases is not shown (Author, Comments, File and product versions, etc). You can, however, update the selected files manually using Update file information commands in Special menu.

То бишь эта настройка влияет на то, будет ли в результатах поиска некоторая информация по файлам (та-же дата, атрибуты и прочее, что можно увидеть в табличном виде) использоваться из базы или считываться с самих файлов при построении списка.
Автор: oshizelly
Дата сообщения: 05.10.2012 18:35
iglezz 17:13 05-10-2012
Цитата:
То бишь эта настройка влияет на то, будет ли в результатах поиска некоторая информация по файлам (та-же дата, атрибуты и прочее, что можно увидеть в табличном виде) использоваться из базы или считываться с самих файлов при построении списка.

Ага, теперь ясно.
А как сделать, чтобы прога вообще не обращалась к настоящему диску, а составляла бы список только на основании ранее созданной базе данных? В конце концов, ведь диск, соответствующий данной базе, вообще может оказаться в данный момент недоступен (сетевой диск, CD-ROM и т.д.)
Автор: Andarin
Дата сообщения: 05.10.2012 18:56
oshizelly

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

Очень просто. Посмотрите - меню Файл - Найти, используя базы данных (Ctrl+ Enter). Там далее всё ясно. Но только там весьма ограничена информация. IMHO, для поиска в таком случае плохой вариант.
Автор: oshizelly
Дата сообщения: 05.10.2012 20:11
Andarin 18:56 05-10-2012
Цитата:
Посмотрите - меню Файл - Найти, используя базы данных (Ctrl+ Enter). Но только там весьма ограничена информация.

Зато быстро!
Автор: oshizelly
Дата сообщения: 07.10.2012 15:36
Andarin 18:56 05-10-2012
Цитата:
Найти, используя базы данных (Ctrl+ Enter).Но только там весьма ограничена информация. IMHO, для поиска в таком случае плохой вариант.

Действительно. Странно, мне казалось, что Locate32 как раз позиционируется как инструмент, в первую очередь, для поиска по заранее созданному списку файлов. Я понимаю неправильно?
Автор: iglezz
Дата сообщения: 07.10.2012 18:08
"Найти, используя базы данных (Ctrl+Enter)" отличается от просто поиска по Enter тем, что можно подключить/отключить базы данных для данного конкретного поиска.

В справке, которую никто не читает, всё написано
Автор: Andarin
Дата сообщения: 07.10.2012 20:40
iglezz

Цитата:
отличается от просто поиска по Enter тем, что можно подключить/отключить базы данных для данного конкретного поиска.

Не только этим, сравните сами результаты поиска в обоих случаях. Не количество найденного/ненайденного, а выдаваемую информацию
Автор: iglezz
Дата сообщения: 07.10.2012 21:40
Andarin
Попробовал - разницы в выдаче не увидел с используемым набором колонок (имя,каталог,размер,время,аттрибуты)
Автор: Andarin
Дата сообщения: 07.10.2012 21:52
iglezz
Да, виноват, не прав - у меня в настройках стояло "разрешить обновление (информация о файлах из файлов)", если же поставить "запретить обновление (информация о файлах из базы данных)", то всё нормально. Буду иметь в виду Так реально полезнее. Для "информации о файлах из файлов" лучше Everything использовать.
Автор: Jack1972
Дата сообщения: 09.10.2012 09:37
Симпатичная программа, но для полного счастья ей не хватает возможности отслеживания изменений в файловой системе в реальном времени. Как у Everything. Тогда была бы почти идеальная программа. Так же, как если бы к Everything поиск по файловым атрибутам добавить.

P.S. Товарищи, а кто-нибудь может познакомить разрабов этих двух замечательных программ между собой?
Автор: oshizelly
Дата сообщения: 09.10.2012 10:35
Jack1972 09:37 09-10-2012
Цитата:
для полного счастья ей не хватает возможности отслеживания изменений в файловой системе в реальном времени. Как у Everything.

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


Цитата:
а кто-нибудь может познакомить разрабов этих двух замечательных программ между собой?

Я тоже всё время думаю, кто бы познакомил между собой команды FireFox, Opera и Google Chrome и разъяснил им (возможно, с применением методов умеренного физического воздействия), что один хороший браузер всяко лучше, чем три глюкавых. Ах, мечты...
Автор: oshizelly
Дата сообщения: 09.10.2012 12:44
Обнаружился странный баг (?). Если в списке найденных файлов курсор стоит на одном файле, скажем, AAA.txt, а я быстро кликаю левой мышью по другому файлу BBB.gif, то открывается файл AAA.txt, на котором стоял курсор. Если медленно перевести указатель мыши на файл BBB.gif и дождаться, пока он "посинеет", то открывается именно он. Это баг или фича? Такое впечатление, что где-то в настройках стоит задержка. Но где?
Может ли это как-то быть связано с задержкой в 2 милисекунды, которую я выставил на автоматическое начало поиска при вводе запроса: Settings -> Advamced -> Delay before searching (ms).

И ещё вопрос, как лучше организовать базы. Скажем, есть локальные диски C:, D: и E:. Иногда надо искать файл по всем дискам, иногда на двух из них, иногда на одном конкретном диске. Диски большие, файлов много. Поэтому если я знаю, что файл на диске D:, то избыточный поиск по всем дискам, вероятно, заметно замедляет работу. Или нет? Если в поле "Look in" указать имя диска D:, то, может, прога будет перелопачивать не всю базу, а только ее часть?
Один возможный вариант: создать 3 + 2 + 2 + 1 + 1 + 1 = 10 разных баз данных и потом при поиске вручную выбирать нужные. Но неудобно, долго, вносит путаницу - да и вообще как-то некрасиво. Есть ли более изящное решение?
Автор: oshizelly
Дата сообщения: 05.11.2012 16:06
Никто на мои вопросы так и не ответит? Сам я пока ответов не нашёл, хотя и пытался
Автор: Povor
Дата сообщения: 05.11.2012 17:07
oshizelly

Цитата:
Если в списке найденных файлов курсор стоит на одном файле, скажем, AAA.txt, а я быстро кликаю левой мышью по другому файлу BBB.gif, то открывается файл AAA.txt, на котором стоял курсор

У себя описанного не наблюдаю, опция задержки "Delay before searching" в настройках "по умолчанию".
Цитата:
Диски большие, файлов много. ...избыточный поиск по всем дискам, вероятно, заметно замедляет работу. Или нет?

Поиск по всем дискам, естественно несколько медленнее, чем на каком-то определённом, в этом несложно убедиться самому.
Создавать несколько баз не вижу смысла, по след. причине: Если ищем, например какую либо программу, то мы знаем, что все инсталяшки находятся в папке Install и нигде более(фотки - в папке Фото и нигде более ... и т.п.), а папка Install, находится на диске Х, соответственно выбираем для поиска диск Х или папку Install, поиск по одному диску\разделу\папке занимает считанные миллисекунды.
Файлов на компе ~4Тб. (1143451 штук, в базе) размер базы Locate32 = 73Мб., версия программы - 3.1.11.7100 64-bit
Автор: iglezz
Дата сообщения: 05.11.2012 18:50
Если кратко, то...

Странный баг совсем не странный, программист забыл при обработке действия над файлом списке проверить фокус и настройками программы это не исправить

Для оценки разницы в скорости работы с глобальной базой и локальными (для отдельных дисков) предлагаю такой вот простой [more=батничек]

Код: @echo off
setlocal enabledelayedexpansion

echo.looking for: %1
echo.
set db=%APPDATA%\locate32\CD.dbs
echo.db=%db%
echo.!time!
locate.exe -d "%db%" %1 | find /c ":\"
echo.!time!
echo.

set db=%APPDATA%\locate32\C.dbs
echo.db=%db%
echo.!time!
locate.exe -d "%db%" %1 | find /c ":\"
echo.!time!
echo.

set db=%APPDATA%\locate32\D.dbs
echo.db=%db%
echo.!time!
locate.exe -d "%db%" %1 | find /c ":\"
echo.!time!
echo.

pause
Автор: oshizelly
Дата сообщения: 05.11.2012 19:19
iglezz 18:50 05-11-2012
Цитата:
Странный баг совсем не странный, программист забыл при обработке действия над файлом  списке проверить фокус и настройками программы это не исправить

А почему у других эта ошибка не проявляется? Несправедливо!


Цитата:
Для оценки разницы в скорости работы с глобальной базой и локальными (для отдельных дисков) предлагаю такой вот простой батничек [?]

Спасибо, померяем!
Автор: iglezz
Дата сообщения: 05.11.2012 20:59

Цитата:
А почему у других эта ошибка не проявляется [?]? Несправедливо!

У меня эта ошибка тоже проявляется...
Автор: angry_dog
Дата сообщения: 27.12.2012 11:37
заковычив поисковый запрос, получаю реально правильные результаты.
Т.е в строке поиска ввожу "Everything 1.2.1.371" и получаю именно то, что искал. Если не ставить ковычек получу результаты по всем цифрам. В настройках это как то регулируется?
Автор: Povor
Дата сообщения: 27.12.2012 11:51
angry_dog
Вкладка - расширенный поиск, птица на "Имя целиком"
Автор: angry_dog
Дата сообщения: 27.12.2012 13:13
Povor
с указанной галкой, без ковычек



Без галки, с кавычками



Есть ещё варианты?
Автор: VitRom
Дата сообщения: 27.12.2012 14:30
Ну и правильно всё -- "имя целиком" таки будет "2009 - Мечта ... [flac]"
Таки может просто юзать кавычки?
Автор: angry_dog
Дата сообщения: 27.12.2012 14:45

Цитата:
Таки может просто юзать кавычки?

таки, юзаю. Думал может псица есть, а я мудрю
Автор: secretDV
Дата сообщения: 21.09.2013 06:55
Подскажите пожалуйста аналогичные программы, но с более мощным функционалом.

Страницы: 123456789101112

Предыдущая тема: NAV 2005 исходящие соединения в Internet Worm Protection


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.