Вопрос по Cron

у вас , наверное , как обычно, более другие юниксы чем у у 99 процентов хостингов, у меня уже на 20К файлов в такой папке rm и ls отсасывают и захлебываются, строя список .

потмоу я и написал ,что правильнее финдом - ему по** сколько там файлов , это не теоретическое, а практическое наблюдение цеесообразности отказа от рм-а.

manman, учите матчасть

вы ТСтартера со мной не путаете?

мне не нужно это учить, я иду заведодмо работающим путем.

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

нанять админа учить матчасть и в том духе) только мне это не нужно , будет грустно я сырец рму поправлю, чтоб работал как мне угодно.

весело будет править rm, исправляя его от "Argument list too long"

особенно когда аргумент один

:) чотам править то:)

s/Argument list too long/use find/g

просто смотрю на народ который верит в rm а потом появится топик - ааа крон не отработал, Чела пошлют снова на**, (ну типа мануал читать) на Крон, а выяснится что всего лишь "Argument list too long" ..и крон не причем

потому сразу , попустив 10 не нужных ТСу телодвижений, был дан совет - узать find .

Вот ведь жесть - на элементарной задаче - все приведенные ответы неправильные! 😂

Так ведь если слишком много файлов - не сработает.

Поддиректории не удалятся.

Права на директорию, владелец, расширенные атрибуты.

:)

про поддиректории и не было вопроса, был про файлы вопрос, именно поэтому и -type f вписан в моем примере.

.

у меня вообще в такой же ситуации чтобы не мешать жить скриптам которые туда пишут/читают в кроне выставлено по find -мтайму1 удалять файло.

find /domains/domen.com/public_html/papka -mindepth 1 -exec rm -r {} \;

Roxis, самое на мой взгляд правильное - только не -r а -rfd. :)

опция -d не везде есть

-f только ошибки о несуществующих файлов скроет