Ways to Speed Up Site Transfer
As you can see from here:
http://selfwebhosting.com/update/11/site-transfer-order/
We have finished all the server-side intallations (OS, control panel, site builder, script autoinstaller, etc.) however the site transfer is only half done. The reason being that we are transferring one site at a time (to monitor which site might carry the Netbus worm) and we do it manually without using any site transfer script.
We are proposing a faster site transfer plan and we need your help…
We are going to set up a hosting account for each of the following domains:
1. chinasprung.com
2. hereisillinois.com
3. mooganinzambia.com
4. jeranon.com
5. nsonzi.com
6. kenten.com
7. tierpal.com
8. vince-coleman.com
9. kindacheezy.com
10. harmonicaresources.com
You will receive a welcome letter from our system whenever your account is created on the new server.
IF (yes it is a big if), you are like me in keeping a most upated copy of your site on your own computer, you can start uploading your site and setting up your email account(s) as soon as you receive the welcome letter. The FTP address for the uploading is the same as the shared IP address you receive in your welcome letter.
PAY ATTENTION TO THIS: IF you do not know how to do it or you do not have a copy of your site on your local computer, then we need you to login to the control panel as soon as you receive the welcome letter from our new server. Then you click the “Support Center” link under “Your Account” to submit a support ticket to request us to do the site transfer. Without specificly requesting for our help, we will not do the transfer for you until after the end of January.
So you have a week to decide on this matter. We require you to submit a support ticket in order not to create a conflict between you and us in terms of who is doing the site transfer during this period.
This also gives you an opportunity to decide if you would like to rebuild your site with siteZen site builder which is included automatically in your account. Since using siteZen site builder will overwrite files in the public_html folder, it is better to start fresh. This builder works with an IP based URL and it does not require your domain’s resolving to the new server as long as you do not publish it. So if you DO want to use the siteZen builder to build your site on the new server fresh, then you need to follow these guidelines:
(1) DO NOT update your domain DNS - let the general public access your existing site on the old server while we build your site on the new server.
(2) SAVE what you build with siteZen builder (from an IP-based URL) but DO NOT publish the content.
(3) Update your domain DNS and wait till it fully resolves to the new server and then login to your site builder and click the “PUBLISH” button.
Since most of you are very experienced webmasters, the do-it-yourself approach should speed up the site transfer process tramendously. However, please abide the following guidelines in uploading your site content…
(1) DO NOT upload the old server’s site backup file to the new server.
Yes, extracting your site content from this backup file saves you the hassle of having to examine and change the permission setting for each file, but it also carries over all the hidden files that exist on the old server.
So the bottom line is, unless you know how to remove these hidden files, do not take this route.
(2) DO NOT upload files located outside the public_html folder.
The new server uses DirectAdmin as the control panel and the old server uses cPanel. This means that the two systems have a complete different setup in terms of file/folder structure.
Luckily, the public_html folder on the new server functions the same as the old server. This means that as long as you upload files in the public_html folder on the old server to the new server’s public_html folder for your account, everything works fine.
(3) Please DO contact us if you need help to restore MySQL databases and make them work with your PHP or CGI scripts.
This is the hardest part of restoring your site on the new server and it does require some basic knowledge as to how MySQL works and how scripts interact with MySQL.
So hope this works better and faster. If you have any concerns about this approach, please do not hesitate to contact us or simply add a comment to this posting.