You should change the crontab of the DrWeb update to not mail you in the first place – this will remove all the spam you recieve at every DrWeb update.

Login to [...]]]> If you have your own server and you are getting failure notice emails from DrWeb Antivirus, you need to make some changes to your settings.

You should change the crontab of the DrWeb update to not mail you in the first place – this will remove all the spam you recieve at every DrWeb update.

Login to Plesk as Admin.

In the Settings -> Scheduled Tasks -> drweb (just click the link)

You change the Command of the cronjob by adding a “>/dev/null 2>&1″ to the end of command. I.e.

Code:

/opt/drweb/update.pl >/dev/null 2>&1

This will make sure that Crontab does not mail you with the output of the updatescript every time it exits.

Please keep in mind that depending on your OS – for some reason there might also be a crontab entry for the update in your filesystem under

#/etc/cron.d/drweb-update

Where you will also need to edit the commandstring to be “/opt/drweb/update.pl >/dev/null 2>&1″

Example: locate fileyouwant.file

This will result in an output of all files on your server with that name

cp file.name destination/directory/

Using SSH, logon to your server.

Use these commands:

wget -q -O – http://www.atomicorp.com/installers/atomic.sh |sh

yum update php

/usr/local/psa/admin/sbin/websrvmng -a

/etc/init.d/httpd reload

That’s it!

Navigate to the directory where your database copy resides using SSH.

mysql -uusername -p databasename < backupname.sql

You’ll be prompted for the password for the database. Enter that.

If this is a Magento database, it could take awhile to import. Ours is around 600M, so it [...]]]> Here’s the SSH command to import a database backup to a new database.

Navigate to the directory where your database copy resides using SSH.

mysql -uusername -p databasename < backupname.sql

You’ll be prompted for the password for the database. Enter that.

If this is a Magento database, it could take awhile to import. Ours is around 600M, so it took awhile.

That’s it.

Here’s how you do it:

Using SSH, navigate to your httpdocs or public folder on your server where the website resides.

Use the following command.

mysqldump –opt -Q [...]]]> Part of the transfer or migration of a website many times involves a database. If you are on an “ix” server, SSH is a great way to backup your MySQL database.

Here’s how you do it:

Using SSH, navigate to your httpdocs or public folder on your server where the website resides.

Use the following command.

mysqldump –opt -Q -u dbusername -p databasename > /path/to/backupname.sql

This creates a copy of your database.

Now, you can transfer that database backup to your new server.

Use the RedirectMatch command on Apache Servers.

In your .htaccess file, use the following code example:

RedirectMatch 301 [...]]]> If you’re changing the directory structure of a website and you want to keep your pages indexed with Google and the other search engines, here’s an option for you, especially if you have a large number of pages to redirect.

Use the RedirectMatch command on Apache Servers.

In your .htaccess file, use the following code example:

RedirectMatch 301 /old-top-category/old-sub-category/.* http://www.your-domain.com/new-category.html

This will redirect all page or file calls from the previous directory to the new directory, on your same site. You could also use this to redirect to a different website.

<Directory /var/www/vhosts/yourdomainname/httpdocs>

php_admin_value open_basedir none

</Directory>

The vhost.conf file is usually here:/var/www/vhosts/yourdomainname.com/conf/

Then run the following command:

/usr/local/psa/admin/bin/websrvmng -a -v

and finally reload the web server:

/etc/init.d/httpd reload