Цель благая, но опыта нету.
Только ради этого писать чудо на C в 2k строк? Толковый администратор
справится, организовав защиту от чего-то подобного за полчаса-час _с нуля_.
А как растут требования к памяти?
Хоть один реальный пример?
Там что, кронтабы нельзя иметь не-root (А кто-то еще сервис
может перезапустить?) пользователям?
r0mik, маны на англицком Вы прочитать не в состоянии, это уже поняли.
Но вы серьезно думаете, что nginх сделан настолько идиотским образом?
Про то, как работает он с POST-запросами - написано на его сайте по-русски
(директивы client_body_*). Если тело запроса больше заданного буфера, то
всё тело запроса или только его часть записывается во временный файл.
Никаких 8Gb памяти не используется, кто Вам такую чушь сказал.
начать с gzip off
версия nginx?
конфиг?
error.log на момент проблемы?
я бы посмотрел что происходит с nginx в это время, чем он занят. хотябы strace
repair? // mysqlcheck, myisamchk
я бы добавил еще и
auto eth0:0
Раз вы загружаете файлы через PHP (который скорее всего работает
с правами вебсервера) - нужно менять права через PHP (chmod 666 загруженные
файлы - если хотите открыть их на редактирование всем). Функции umask, chmod.
Либо сменить владельца из-под root (chown,chmod).
Ну и почитать какую-то доку для новичка. Нужно иметь базовые представления
об организации файловой системы, системе прав в unix, etc.
Рекоммендую (большинство информации ни разу не специфично для debian):
http://www.debian.org/doc/manuals/debian-reference/
+1
нэт mysql-базы - нэт проблэм (ц)
Рискну предположить, что речь идет о PHP-скриптах и используется mod_php.
Тогда решение - PHP в режиме CGI. ISP использует suexec для
CGI-скриптов - будет своя группа и пользователь (совпадает
с системным аккаунтом, под которым ssh/ftp доступ у Вас).
Дебиан - не причем, Вам просто знаний нехватает. Кстати, 777
ставить совершенно необязательно и в Вашем случае.
777 нужно ставить для директорий, если апачу (www-data) нужно туда писать.
Для PHP-скриптов и статических файлов - достаточно дать группе
апача (www-data) или "всем" права на чтение, не более. Максимум: 644.
А Вы уверены, что понимаете - что именно в используемой системе прав в ISP
при работе с mod_php - небезопасно?
Посмотреть какие права стоят на домашнем каталоге пользователя.
Понять почему.
Посмотреть, какие права ISP ставит на подкаталоги (например,DocumentRoot)
Ну и подумать - как можно поставить более жесткие права :)
