анализ лог файлов

http://www.the-art-of-web.com/system/logs/

http://phpfileuploader.com/demo/index.php

2) по простому (ниже)

<?php 
 
header('Content-Type: text/html; charset=utf-8'); 
 
$uploaddir = '/home/download/public_html/uploads/';
 
$uploadfile = $uploaddir . basename($_FILES['userfile']['name']);
 
echo '<pre>';
if (move_uploaded_file($_FILES['userfile']['tmp_name'], $uploadfile)) {
    echo "Файл корректен и был успешно загружен.\n";
} else {
    echo "Возможная атака с помощью файловой загрузки!\n";
 
$upload_errors = array(
    UPLOAD_ERR_OK        => "No errors.",
    UPLOAD_ERR_INI_SIZE    => "Larger than upload_max_filesize.",
    UPLOAD_ERR_FORM_SIZE    => "Larger than form MAX_FILE_SIZE.",
    UPLOAD_ERR_PARTIAL    => "Partial upload.",
    UPLOAD_ERR_NO_FILE        => "No file.",
    UPLOAD_ERR_NO_TMP_DIR    => "No temporary directory.",
    UPLOAD_ERR_CANT_WRITE    => "Can't write to disk.",
    UPLOAD_ERR_EXTENSION     => "File upload stopped by extension.",
    UPLOAD_ERR_EMPTY        => "File is empty." // add this to avoid an offset
  );
   // error: report what PHP says went wrong
   $err = $upload_errors[$_FILES['userfile']['error']];
 
   echo   $err;  
 
}
 
echo 'Некоторая отладочная информация:';
print_r($_FILES);
 
print "

«;

?>

или

1) update-alternatives --config editor - выбрать в консоль редактор по умолчанию
2) crontab -e
3) сменить или дописать вверх - MAILTO=""

http://www.kakprosto.ru/kak-112343-kak-lechit-spazm-sosudov-golovnogo-mozga

http://www.nmedik.ru/lechenie/other/golovnayabol.html

http://www.igvita.com/2007/10/10/hands-on-mysql-backup-migration/

Online backups are often the preferred method as database downtime may be an unacceptable option. Having said that, offline backups are usually faster and less error prone as we do not have to worry about running transactions, table locks, orphaned processes, and other consistency problems. If you can afford to have a brief period of downtime, or if you’re lucky enough to have master-slave replication, offline is the way to go.
Data dump vs. Raw backups

A data dump results in a sequence of SQL statement which can be ran against any database to recreate the database structure and the data itself. mysqldump is the premier tool in this space, and it can be used on any table type locally and even over the network. However, data dumps incur a lot of overhead with extra SQL syntax, result in larger data files, are much more CPU intensive, and most importantly, they require a full index rebuild when the data is being restored!

Arguably the most efficient way to backup your database is through a raw snapshot of the MySQL files as they exist on disk. Because we are skipping all the conversion steps, the process is much more efficient than dumps. To perform a proper backup of a MyISAM table, you will have to copy the data and the index files; for InnoDB you will need to backup the entire tablespace and the associated transaction logs.
mysqldump / mysqlhotcopy / mysqlsnapshot / ibbackup

mysqldump — (online, dump) — most commonly used tool in our toolkit. It will perform a full data dump from an online database by locking the tables and writing a hefty file to disk or a network location. It is ideally suited for small databases as the process is not very efficient.

# typical mysql dump backup and restore usage
mysqldump -u root -pPassword -x —all-databases > db_dump.sql
mysql -u root -pPassword < db_dump.sql

# dump into 'backup' folder (local machine), into two text files
mysqldump -T backup —fields-terminated-by=’,’ database-name -u root -pPassword

# compress the dumped data on the fly
mysqldump -u root -pPassword —all-databases | bzip2 -c > db_dump.bz2

mysqlhotcopy — (online, raw) — will perform a full raw backup of any database consisting of ISAM or MyISAM tables. It operates by acquiring a read lock on all tables, copying them, and then releasing the lock.

# perform an online backup into /backup/location
mysqlhotcopy -u root -p password database_name /backup/location

mysqlsnapshot — (online, raw) — a great tool to obtain a full database snapshot of any MySQL database without taking it offline. You can configure it to compress the data, and/or provide separate tar files for each database. The only downside: MyISAM only as well.

# save a full database snapshot of an online database into /backup/location
mysqlsnapshot -u root -pPassword -s /backup/location

# restore a snapshot
tar -xvf /backup/location/db.tar

ibbackup — (online, raw) — will perform an online backup of InnoDB and MyISAM tables on any MySQL database. A great tool, but it comes with a price tag. Then again, if you’re a heavy InnoDB user, it may well be worth the price.

# perform online backup of MyISAM / InnoDB tables
ibbackup /etc/my.cnf /etc/ibbackup.cnf

# restore recent backup (as configured in ibbackup.cnf)
ibbackup —restore /etc/ibbackup.cnf

cp, scp, nc — (offline, raw) — if you can afford to take your database offline, raw backups are as simple as doing a copy, or a remote transfer to a different machine. It may sound crude, but it is arguably the safest way to get a snapshot of your data!
Network backups: Netcat & mysqldump

For full safety you should backup your data on multiple drives, and even better, on multiple computers. Thankfully, this process is remarkably simple with the help of netcat, or even mysqldump itself:

# Replicate / populate a remote database in a single step (redirect data dump)
mysqldump —opt —compress —user=username database | mysql —user=username2 —password=p2 —host=hostB -D database -C database

# data backup with netcat
# backup recipient — listen on port 6000, write recieved data to backup.bz2
nc -l 6000 > backup.bz2

# backup initiator — dump the database, compress, and send to hostB:6000
mysqldump —opt -u user1 -t database | bzip2 -c | nc -w1 hostB 6000

A little overwhelming at first, but once you wrap your head around online vs. offline, and raw vs. dump, it’s not all that bad. And let me tell you, once automated, you also tend to sleep far better at night!