The OpenNET Project / Index page

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



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

Оглавление

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

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


63. "Опубликована утилита ugrep 5.0 для расширенного поиска в фай..."  –5 +/
Сообщение от Аноним (62), 19-Фев-24, 01:43 
Сразу видно, утилиту писал линynсоидный "юзабилист" (в кавычках, потому что самый отстойный юзабилист на планете).

Это утилита ПОИСКА. А значит должна работать по-умолчанию с максимально юзабельными флагами. Что это такое - автору ugrep неизвестно, поэтому сразу же наляпал дерьма в дефолтовых значениях:

1. РегистроЗАВИСИМЫЙ поиск. Чегобл?!?! Вы серьёзно предлагаете мне учить и вытаптывать на клаве все регистры (будто я их помню) ?! Я только помню openfile, я почём знаю, какие там буквы верхние? Факап.

2. По какой-то туnой логике автор думает, что у всех один каталог со всеми сорсами и он там ищет. А ничего, что есть ВЛОЖЕННЫЕ каталоги, в которых утилита НЕ ищет?! Де6илизм...

3. Нет вывода номера строки. Этот клоун что думает, я нашёл файл чисто "поглазеть на имя"? Мне и строка нужна! Мне некогда шароёпиться по файлу и искать, где он там нашёл совпадение.


Понимаю, клаводр0черы сразу же предложат "создать батник", но... зачем создавать батник, если можно сразу сделать по-человечески?! Что за наплевательское отношение к людям? Или он думает, что скопировал г:::но 40-летней давности (grep), значит и все порочные практики надо тоже сюда тащить?! Нет уж, жрите сами.

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

65. "Опубликована утилита ugrep 5.0 для расширенного поиска в фай..."  +/
Сообщение от Аноним (62), 19-Фев-24, 01:58 
Ну и ещё по этому юзабиласту: запуск в венде с -Q выдал:

[mugrep:  [1;31mno ANSI terminal keyboard detected [m


Ну да, ну да, пошли мы нафиг, юзеры оффтопика :)

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

70. "Опубликована утилита ugrep 5.0 для расширенного поиска в фай..."  +4 +/
Сообщение от Аноним (111), 19-Фев-24, 08:08 
> Ну да, ну да, пошли мы нафиг, юзеры оффтопика

Всё правильно.

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

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ообщить модератору

90. "Опубликована утилита ugrep 5.0 для расширенного поиска в фай..."  +/
Сообщение от User (??), 19-Фев-24, 16:50 
Ну, персонально _я_ предполагаю, что по исходникам имеет смысл искать с помощью _ide_, а не прикручивать к чему-то-там "фигню сорокалетней давности" в попытках эту самую IDE получить.
А вот для работы уже готовых скрЫптов Эн-летней давности стабильность "воооон тооой фигни" важна-и-нужна.
Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

101. "Опубликована утилита ugrep 5.0 для расширенного поиска в фай..."  +/
Сообщение от Аноним (102), 20-Фев-24, 04:21 
Бывает, задача не только в сорсах! Например, ты забыл, какой вебсайт у тебя на порту 8080. Грепанул - вот тебе конфиг! И чем меньше надо указывать флагов в консоли, тем лучше - вот моя претензия.
Ответить | Правка | Наверх | Cообщить модератору

108. "Опубликована утилита ugrep 5.0 для расширенного поиска в фай..."  +/
Сообщение от User (??), 20-Фев-24, 07:53 
> Бывает, задача не только в сорсах! Например, ты забыл, какой вебсайт у
> тебя на порту 8080. Грепанул - вот тебе конфиг! И чем
> меньше надо указывать флагов в консоли, тем лучше - вот моя
> претензия.

Эм. Ну... "А НАХРЕНА?"
Вот чот даже как-то и сообразить не могу, в каком случае у меня на одном сервере может завестись пачка сайтов на разных портах и нахрена мне при этом выяснять их принадлежность именно "от порта", причем делать это достаточно часто, чтобы имело смысл букАвы экономить?

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

104. "Опубликована утилита ugrep 5.0 для расширенного поиска в фай..."  +/
Сообщение от Аноним (102), 20-Фев-24, 04:33 
Ещё один косяк:
По старой юниксоидной привычке автор режет файл по '\n'. В венде же (для которой ugrep тоже скомпилен) принято окончание '\r\n'. Соотв. когда утилита выдаёт JSON-вывод, ВСЕ файлы имеют на конце мусорный '\r' - спасибо, рук0*опы, что кладёте болт на стандарты в ОС!
Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

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

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




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

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