Alexei42

systat -vmstat 1

Ну и в соседней консоли dd куда-нибудь. Например,

dd if=/dev/zero of=file.bin bs=8m count=100

dd if=file.bin of=/dev/null bs=8m

bs - размер блока для чтения\записи

Самый простой вариант - взять VDS и n раз в сутки сдёргивать туда, например, при помощи rsync, файлы и базу + запретить изменения в базе. Получится дешёвое и сердитое read-only зеркало.

Правда не очень понятно как о нём узнают пользователи, т.к. днс - вещь в себе и обновляться в кешах может товольно долго.

Я бы не стал держать все яйца в одной корзине, если они представляют из себя хоть какую-то ценность.

Суппорт правильно посоветовал.

Какой смысл лечить симптомы, если проблема в ином? Если заливают через дырки в скриптах, то в пхповый tmp всё равно смогут залить.

Если пхп на сайте не нужно - отключите его на уровне virtualhost.

Поглядите в логи на предмет 500, может что-нибудь станет понятней.

Это если юзеру разрешено ходить не с локалхоста и mysql слушает хоть что-то вместо сокета, что встречается довольно редко.

VPS/VDS ещё можно, если нагрузка небольшая - может хватить недорогого.

Лучше для начала поглядеть в логи и выяснить причину падения, а не лечить симптомы.

У себя я повесил простенький скриптик, который делает примерно следующее:

<form method=post enctype="multipart/form-data">

<input type=file name=dd>Выбрать файл<br>



.....



unless (-e $path || $path=~/\.php/i || $path=~/index\.htm/i || $path=~/htaccess/i || $path=~/\.asis/i || $path=~/\.cgi/i) {

open (FILE, ">$path");

binmode (FILE);

while ($bd=<$file>) {

#print $bd;

print FILE $bd;

}

close FILE;

Сам скрипт к сожалению дать не могу, т.к. он не мой.

Скрипт живёт в апаче, апач спрятан за nginx, в nginx выставлен client_max_body_size для ограничения размера закачиваемого файла.

Да, 50 мегабайт заливалось без проблем, больше просто не пробовал.