myhand

Рейтинг
278
Регистрация
16.09.2009
Himiko:
Я уже привёл пример ошибки выше. (/bin/rm: Argument list too long)

Чудо, тебе разжевали, что такое будет только в случае вызова "rm *". Если просто "rm -rf <каталог>" (как советовали) - аргуменов у rm ровно два.

Himiko:
rm -rf * в папке, где много файлов выдаст такую ошибку (возможно в новых ядрах и можно обойти, я точно не знаю)

Можно. Подробно написали почему и как.

Танкисты: внимание - Pilat не предлагал это идиотское решение. Предлагали выполнить команду "rm -rf <директория_для_удаления>". Поймите, пожалуйста, разницу.

Himiko:
Проверить сейчас негде, но, на сколько помню, ошибка будет точно такая же. В любом же случае сначала файлы удаляются из директории, а уже потом сама дира.

Зачем такую глупость "проверять". Нужно знать, что будет не также. Достаточно элементарные знания вообще-то. Очень странно видеть "администратора", который не понимает как вызов exec работает, как shell вызывает exec в конкретном случае и сколько параметров передает.

Pilat:
При передачи одного имени директории если ошибка и будет, то в экзотических реализациях команды rm

Нету таких "экзотических" - не нужно ничего выдумывать.

rtyug:
попробуйте unlink может оно удалит

Вы уж сразу сискол советуйте дергать из кода на ассемблере.

Himiko:
Где "у вас"? Там есть лимит, после которого нет возможности пользоваться rm. Спасает тот же find -delete.

Нет "там" лимита. Это уже подробно объясняли в треде. Не путайте с "rm -rf *".

Вы можете упереться в лимит, связанный с числом аргументов командной строки, при вызове чего-то типа "rm -rf *". И то - не факт. На современных ядрах (с 2.6.24 что-ли) - размер буфера, который под это дело выделяется ограничен только размером стека. Так что, теоретически, может быть сделан сколь угодно большим.

Pilat:
Вообще прикольно читать шестистраничное обсуждение проблемы, которая решается одной маленькой короткой программой.

ТС решение подсказали еще в начале треда. Который уже давно "о другом, о разном" (на выступления "писателей" Андрейки и madoff просто не обращайте внимания - они как обычно "не в теме" ;)).

PS: Интересный баг, но у меня пока не получилось воспроизвести. Zaqwir, что за ФС?

madoff:
Ну да, так лучше, при-этом с папкой можно сразу работать а не ждать пол часа =) если много файлов.

Ну, а те кто таки читает что пишет ТС - уже знают, что он догадался до такой мегамысли.

kusanagi:
myhand,
первый раз

Ну тогда, как Вам объяснили выше - читайте документацию. Что должно быть по адресу, который в форме указан - я описал, уж проще некуда.

Если для Вас это сложно - обращайтесь, сделаем.

Andreyka, и что сей бред значит? Синтаксически неверный набор команд?

Raistlin:
Но багм почему-то не считаю... У FAT поведение такое же...

"Курица - не птица. Женщина - не человек [...] FAT - не файловая система" (с)

kusanagi:
и этот скрипт примет загруженный файл? тогда зачем нужен Nginx upload module ?

"Этот скрипт" сделает то, что вы писали выше - покажет "ok" в конце загрузки. Плюс, может еще какие-то действия совершит (сожмет файл, перегонит в другой формат, добавит в базу и т.п.).

Вы вообще с upload модулем до того работали - или настраиваете в первый раз?

kusanagi:
если раньше я указывал имя скрипта пхп и он после аплоада показывал что все ок
а как теперь быть?

Так и теперь - по адресу /upload должен жить Ваш скрипт.

Raistlin:
myhand, Это не баг.

С чего вдруг? Но вообще, Вы подтверждаете такое поведение на ext3 (лень тестировать)?

сделайте через man awk

Всего: 4890