The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Опубликована утилита ugrep 5.0 для расширенного поиска в файлах, opennews (??), 18-Фев-24, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


66. "Опубликована утилита ugrep 5.0 для расширенного поиска в фай..."  +1 +/
Сообщение от Вы забыли заполнить поле Name (?), 19-Фев-24, 02:04 
По-поводу 1 2 3 - это дефолты в grep.
Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

74. "Опубликована утилита ugrep 5.0 для расширенного поиска в фай..."  +1 +/
Сообщение от Аноним (74), 19-Фев-24, 10:09 
Думаешь, ему есть какое-то дело до вопросов совместимости, и чтобы скрипты не ломались?
Ответить | Правка | Наверх | Cообщить модератору

97. "Опубликована утилита ugrep 5.0 для расширенного поиска в фай..."  +/
Сообщение от Вы забыли заполнить поле Name (?), 20-Фев-24, 00:43 
> Думаешь, ему есть какое-то дело до вопросов совместимости, и чтобы скрипты не
> ломались?

Очевидно, да.

Ответить | Правка | Наверх | Cообщить модератору

102. "Опубликована утилита ugrep 5.0 для расширенного поиска в фай..."  +/
Сообщение от Аноним (102), 20-Фев-24, 04:24 
Причём тут вообще совместимость?! ugrep - это НОВАЯ утилита. Да, "по мотивам" старого grep, но написана-то она в 21 веке! Уж наверное если кто-то заморочился написать ЕЩЁ ОДНУ искалку, то она совсем не обязательно должна быть совместимая. Желательно, но не обязательно. ТЕМ БОЛЕЕ, что если у тебя тыщща "скриптов", нафига тебе ugrep?! Юзай старую, СОВМЕСТИМУЮ grep, делов-то! А вот для новых практик "пальцетыканья в консоли" утилита должна предоставлять максимально краткий синтаксис и максимально удобные дефолты.
Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

81. "Опубликована утилита ugrep 5.0 для расширенного поиска в фай..."  –1 +/
Сообщение от Аноним (-), 19-Фев-24, 12:52 
> По-поводу 1 2 3 - это дефолты в grep.

Т.е. если какие-то долбояшщеры 100500 лет назад приняли тупейшее решение...
то мы должны тянуть это годами "патамушта диды завещали не ломать обратную совместимость"???
И в этом весь линукс... Не дай бог сломать скриптик какого-то неосилятора исправить!

Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

91. "Опубликована утилита ugrep 5.0 для расширенного поиска в фай..."  +/
Сообщение от User (??), 19-Фев-24, 16:53 
Ну, вы ж дохреналлион баш-портянок за нас всех переписывать не пойдете? С появлением systemd их количество несколько снизилось с а(х)фиглиарда до всего лишь дохреналлиона - но наткнуться мизинцем-об-табуретку когда какой-то пионЭр в centos'е 8 "поменял" родной-немодный grep на вот новый ripgrep - было нифига не прикольно.
Ответить | Правка | Наверх | Cообщить модератору

103. "Опубликована утилита ugrep 5.0 для расширенного поиска в фай..."  +/
Сообщение от Аноним (102), 20-Фев-24, 04:28 
А кто вообще вас заставляет менять grep на ugrep!??!?! Нужны скрипты - сидите на протухшем grep, он всё равно всегда есть в системе. Но для работы, для БЫСТРОГО поиска файлов, сделали ugrep, которой вообще не обязательно быть совместимой с grep. Не настолько "диды" были умные, делая умолчания для grep. И ugrep может (и должен) исправить эту порочную практику. Пункты я указал, АРГУМЕНТЫ против имеются? (кроме остоnи3девшей мантры "совместимость с тухлым прошлым")
Ответить | Правка | Наверх | Cообщить модератору

107. "Опубликована утилита ugrep 5.0 для расширенного поиска в фай..."  +/
Сообщение от User (??), 20-Фев-24, 07:43 
> А кто вообще вас заставляет менять grep на ugrep!??!?! Нужны скрипты -
> сидите на протухшем grep, он всё равно всегда есть в системе.
> Но для работы, для БЫСТРОГО поиска файлов, сделали ugrep, которой вообще
> не обязательно быть совместимой с grep. Не настолько "диды" были умные,
> делая умолчания для grep. И ugrep может (и должен) исправить эту
> порочную практику. Пункты я указал, АРГУМЕНТЫ против имеются? (кроме остоnи3девшей мантры
> "совместимость с тухлым прошлым")

1. Меня - никто не заставляет, но у пионЭров периодически че-шет-ся.
2. Собственно, называйся оно какой-нибудь bystroye_iskalko - ваще без вопросов. Но ассоциировать себя с grep'ом будучи при этом чуть-чуть, самую капельку, малость - "не таким"... осуждаем, решительно осуждаем. Фу таким быть!
3. As for me - интерактивное грепование по кучам мусора на боевых серверах все больше-и-дальше уходит в область "славного прошлого"-туды-ему-и-дорога, а вот кривая-косая-горбатая скриптота с нами, увы, примерно "навсегда". Поиск по электронной почте? По адресной книге\контактам? По пачке docx\pdf? По имени файла, раз уж "по содержимому" мы ниалё? Неее, ребят - со всем этим вам не сюда. Сколько-нибудь осмысленный (Не "переменная Х_Е_Р", а find usages\goto definition хотя бы) поиск по проекту? Опять мимо. Логи греповать? Так эластик или там какой loki тупо удобней в современных окружениях. Локально на сервере? Ну, там где это осмысленно - journalctl тупо быстрее, да еще и позволяет серверу в этот момент делать что-нибудь полезное, а не только "греповать-в-цать-потоков". Есть задачи, где\когда grep все еще нужен\удобен - но для меня они настолько "разовые", что на скорость\"удобство"  примерно покласть - не стоит того, чтобы переучиваться.

Ответить | Правка | Наверх | Cообщить модератору

96. "Опубликована утилита ugrep 5.0 для расширенного поиска в фай..."  +/
Сообщение от Вы забыли заполнить поле Name (?), 20-Фев-24, 00:39 
>> По-поводу 1 2 3 - это дефолты в grep.
> Т.е. если какие-то долбояшщеры 100500 лет назад приняли тупейшее решение...

С чего вдруг?

1. По умолчанию поиск ищет соответствие шаблону. Я бы ожидал регистрозависимого поиска.
2. Рекурсивный поиск - более трудоемкая задача. Проведи аналогии с яп, где deepcopy никогда не применяется по умолчанию.
3. Чаще всего нужен результат, чтобы его передать на вход другой команде.

Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

99. "Опубликована утилита ugrep 5.0 для расширенного поиска в фай..."  –1 +/
Сообщение от Аноним (102), 20-Фев-24, 04:16 
1. Объясни, ЗАЧЕМ тебе "регистрозависимый поиск". Ты что, боишься найти "машу" вместо "Маши"?? Это не праздный вопрос, просто хочу поглядеть, ты просто усираешься над защитой "дидов" или у тебя есть реальные причины.

2. На компьютере вообще ВСЁ трудоёмкое! От декодирования JPEG до записи файла в служебные таблицы ФС. И что теперь - работать на "отъявись"? Если я докатился до ПОИСКА, значит очевидно, что я НЕ ЗНАЮ, где мой файл! А учитывая иерархии, даже как-то глупо объяснять школотронам, что поиск ВГЛУБЬ нужен как воздух. ОСОБЕННО если это сорсы.

3. Не натягивай личные практики на общие утилиты. Grep - это grep, это ПОИСК. Забыл где конфиг - грепанул и нашёл, причём тут "вход другой команды"? _Я_, человек, занимаюсь поиском, потому что мне нужно найти файл.

Итого, вижу полный и глупый антагонизм моим замечаниям "лишь бы по_с_раться". Логику ЧЕЛОВЕЧЕСКУЮ примени и сразу удивишься, насколько чужероден мир линукса внешнему обывателю.

Ответить | Правка | Наверх | Cообщить модератору

112. "Опубликована утилита ugrep 5.0 для расширенного поиска в фай..."  +/
Сообщение от Серб (ok), 20-Фев-24, 13:02 
1. Очевидно, что практика программирования и конфигурирования показывает сильную разницу между поиском, например host и Host. Насколько я могу судить в винде не так. Но кого это волнует.
2. Для поиска вглубь есть find который ищет файлы по куче условий. А вот уже список файлов можно использовать для grep.
3. При том, что для быстрого поиска по файлам используются специальные сервисы, которые хранят индексы для файлов для быстрого поиска.
Ответить | Правка | Наверх | Cообщить модератору

113. "Опубликована утилита ugrep 5.0 для расширенного поиска в фай..."  +/
Сообщение от Серб (ok), 20-Фев-24, 13:22 
Добавлю простенький пример:

find ./ \( -name "*.cpp" -or -name "*.hpp" \) ! -name moc_* -exec grep -H File {} \;

Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

98. "Опубликована утилита ugrep 5.0 для расширенного поиска в фай..."  +/
Сообщение от Аноним (102), 20-Фев-24, 04:08 
Ну ты мне прямо глаза открыл! :)) А ничего, что эти "дефолты" придумывали люди с ограниченным умишком и 40 лет назад?! Время идёт, практики меняются, совершенствуются. То, что в 197* казалось очевидным, в 202* уже кажется смешным. Если уж вы делаете утилиту для НАБОРА ПАЛЬЦАМИ В КОНСОЛИ, неужели нельзя сделать дефолты максимально юзабельными?! Чтобы мне требовалось набрать ТОЛЬКО "ug подстрока" и ВСЁ!
Очевидно же, что чем меньше надо указывать флагов, тем быстрее работа.
Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру