https://opennet.me/openforum/vsluhforumID3/132870.html Состоялся выпуск проекта ugrep 5.0, развивающего продвинутый вариант утилиты grep для поиска данных в файлах. Дополнительно поставляется интерактивная оболочка ug с интерфейсом пользователя, предоставляющим предпросмотр окружающих строк. По производительности ugrep в разы опережает grep. Код проекта написан на языке С++ и распространяется под лицензией BSD...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=60622<br> https://opennet.me/openforum/vsluhforumID3/132870.html#123 Fri, 23 Feb 2024 05:59:41 GMT &gt; Ripgrep круче и удобней, а это просто тот же grep, но быстрый и на крестах. Не понял зачем оно нужно для моих задач.<br><br>Лично у меня не получилось искать в *.docx с помощью ripgrep, но получилось с ugrep. Допускаю, что дело во мне, потому готов посмотреть на набор ключей от аксакалов рипгрепа, которые покажут как надо.<br> https://opennet.me/openforum/vsluhforumID3/132870.html#121 Wed, 21 Feb 2024 14:18:40 GMT Если ты при выборе рабочих инструментов руководствуешься "модой" у меня для тебя плохие новости. <br> https://opennet.me/openforum/vsluhforumID3/132870.html#120 Wed, 21 Feb 2024 14:07:29 GMT &gt;Сильно урезанные регулярки<br><br>Уже одного этого достаточно чтобы всерьез не рассматривать ripgrep в принципе.<br> https://opennet.me/openforum/vsluhforumID3/132870.html#119 Wed, 21 Feb 2024 13:59:49 GMT А потом "Ваши пруфы - не пруфы"(c)<br> https://opennet.me/openforum/vsluhforumID3/132870.html#117 Wed, 21 Feb 2024 06:46:37 GMT Нужно флаг работы с сжатыми файлами добавить - тогда впринципе ищет (напоминаю, что docx - это куча запакованных в основном xml'ек).<br> https://opennet.me/openforum/vsluhforumID3/132870.html#116 Wed, 21 Feb 2024 06:38:31 GMT Позволяет находить результаты, отличающиеся от заданного образца на заданное число символов (по умолчанию на 1):<br>то есть найдет как заданный образец, так и варианты, где на 1 символ больше, на один символ меньше или один из символов отличается. Количестве символов различия можно задать (а заодно и варианты какие именно отличия нужны - например только если символ лишний или только если n символов отличается).<br><br>с этм ключем в его виде по-умолчанию (различие в 1 символ):<br>при поиске "test" найдет и, собственно, "test" и "test1", "te2st", "2test", "tst", "est", "tes", "t3st", "nest".<br><br>Удобно, например, если ожидаете, что слово может оказаться написанным с ошибкой или опечаткой и в некоторых других сценариях.<br> https://opennet.me/openforum/vsluhforumID3/132870.html#114 Tue, 20 Feb 2024 10:58:51 GMT &gt; У меня терминал не utfный, а koi8й.<br><br>Вот он и сказал что ты дал ему на вход не utf-8, а набор байт (у ripgrep 2 режима - unicode и bytes, у других грепов обычно только bytes), и предложил как можно выключить utf-8 mode (= перейти в режим bytes) для работы с этим<br> https://opennet.me/openforum/vsluhforumID3/132870.html#113 Tue, 20 Feb 2024 10:22:27 GMT Добавлю простенький пример:<br><br>find ./ \( -name "*.cpp" -or -name "*.hpp" \) ! -name moc_* -exec grep -H File {} \;<br> https://opennet.me/openforum/vsluhforumID3/132870.html#112 Tue, 20 Feb 2024 10:02:47 GMT 1. Очевидно, что практика программирования и конфигурирования показывает сильную разницу между поиском, например host и Host. Насколько я могу судить в винде не так. Но кого это волнует.<br>2. Для поиска вглубь есть find который ищет файлы по куче условий. А вот уже список файлов можно использовать для grep.<br>3. При том, что для быстрого поиска по файлам используются специальные сервисы, которые хранят индексы для файлов для быстрого поиска.<br>