https://www.opennet.dev/openforum/vsluhforumID3/134182.html Проект GNU опубликовал выпуск пакета findutils 4.10.0, включающего реализации утилит для организации поиска файлов в системе, таких как find, updatedb и locate, updatedb. В составе findutils также развивается утилита xargs, предназначенная для построения команд, выполняемых с данными из стандартного ввода, обычно формируемых при помощи утилиты find...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=61479<br> https://www.opennet.dev/openforum/vsluhforumID3/134182.html#86 Wed, 10 Jul 2024 12:41:37 GMT &gt; и чего ради?<br><br>Ради избавления от некоторого типа уязвимостей.<br> https://www.opennet.dev/openforum/vsluhforumID3/134182.html#85 Mon, 08 Jul 2024 15:05:16 GMT &gt; Ага, сразу видно кексперта.<br><br>find -exec - мне на прошлой недели 6 миллионов файлов обработал из примерно 30, давай расскажи ага<br> https://www.opennet.dev/openforum/vsluhforumID3/134182.html#84 Mon, 08 Jul 2024 15:02:00 GMT написать рекурсивный/не рекурсивный обработчик файлов - 20 мин времени на любом языке, прочитать на гитхабе овервью для парочки альтернатив дольше будет.<br><br>писать универсальную либу - это колхозить какой-то аналог sql или nosql и конечно же find без grep это полумера, в результате получится комбайн для которого надо будет писать огромный туториал, и чего ради?<br><br>В абсолютном большенстве кейсов рекурсивный обход не нужен, а даже если нужен, надо четко понимать что и как обрабатывать, обычно это просто отдельная задача - убрать дубликаты, битые файлы, и прочий мусор, а вот уже потом делать чтото<br> https://www.opennet.dev/openforum/vsluhforumID3/134182.html#83 Fri, 05 Jul 2024 13:37:25 GMT Ага, сразу видно кексперта.<br>Как у тебя выстраивается команда в своей конструкции знаешь ? <br>Сначала отработает весь поиск а потом результат пойдет выполнение командой в виде позиционных переменных. И весело получишь too many arguments. Поэтоум единственный правильный вариант вот такой <br><br>-print0 &#124; xargs -0 команда<br><br>Наберут, блин, по объявлению...<br>Не, хотя если работать в /home/student_02/, то никогда не столкнешься с подобной проблемой :D<br><br>И вопрос со звездочкой, на 5-ку - угадай почему print0, а не просто print ? :D<br> https://www.opennet.dev/openforum/vsluhforumID3/134182.html#82 Thu, 04 Jul 2024 19:33:49 GMT &gt; В зкосистеме GNU/Linux я всегда только так умел работать<br><br>Пофиксил<br><br><br> https://www.opennet.dev/openforum/vsluhforumID3/134182.html#81 Thu, 04 Jul 2024 12:52:10 GMT Только xargs скорее про параллельное исполнение команд для наборов данных, например, find поставляет список интересующих путей/файлов и xargs их одновременно обрабатывает запуская команды с требуемыми условиями и ограничениями (и findutils такой функциональности не предосталяют, насколько мне известно).<br> https://www.opennet.dev/openforum/vsluhforumID3/134182.html#80 Thu, 04 Jul 2024 06:32:41 GMT Он про винду ... dll ему не хватат<br> https://www.opennet.dev/openforum/vsluhforumID3/134182.html#79 Thu, 04 Jul 2024 03:55:04 GMT &gt;Выделение отдельно оформленной либы, в которой реализована вся "полезная нагрузка", позволило бы использовать её функциональность в скриптах (на языках, допускающих подключение сторонних .so) без вызова утилиты в дочернем шелле, а это исключило бы целый класс уязвимостей.<br><br>Экосистема GNU/Linux всегда так работает. С разморозкой тебя.<br> https://www.opennet.dev/openforum/vsluhforumID3/134182.html#78 Thu, 04 Jul 2024 01:28:41 GMT find . -exec лучше любого xargs<br><br>