Whatever doesn't fit anywhere else, goes here! For managed clients who have questions not answered in this space, feel free to chat with us!
Importance of obtaining dedicated IP, SSL, and DNS Info
We need your help to ensure your data is moved properly, and no custom settings are misplaced due to not knowing the specifics of your web hosting configuration.
If your cPanel account has a domain name that uses a SSL, you are more than likely also using a dedicated IP address. We need to know if you use a SSL and/or have a dedicated IP address assigned to your current account so we can ensure that the account gets placed on a dedicated IP address (which you may also need to purchase from us) and the SSL certificate is correctly linked to your site. Failure to provide this info might result in the domain getting placed on a shared IP address without your SSL certificate. While we can fix this later, so long as you have the SSL certificate details stored somewhere, it won't be as smooth a process for you or your users as our doing this during the initial transfer.
If any of your domain names hosted on your cPanel account have any kind of custom DNS records, this needs to be noted to ensure that it is properly migrated with your account. cPanel handles DNS zone conflicts differently between product versions, and can completely overwrite your custom settings with default DNS entries.
Should you use any software that is IP address dependent, please ensure you are aware of the need to update your IP address in that software's licensing system once your domain points to the new server. Neglecting to do so may cause the software to fail after the transfer is complete. If you have purchased software through HostDime, please make sure to check with our Sales team for assistance with licensing changes, or simply let our Transfers team know of your software configuration to ensure we make our Sales team aware of the changes needed. If you have any questions about software you did not purchase from us, please contact the commercial product developer directly to see if there is anything special that needs to be done when transferring the software. Examples of this kind of software would be WHMCS, Softaculous, WHMExtra, Fantastico, or any IP based licensed software. Anything listed on ourFreebies or purchased and installed through HostDime are IP based, and will need to be updated.
Limitations of data transfers
Interacting with your site post-transfer, prior to DNS propagation
Until you change your domain's DNS and your domain points to the new server, you may not be able to 100% reliably view your site and its contents. Depending on the PHP handler your server is using will determine if you can use temporary links to view the site before DNS completely propagates. The reason PHP handler's matter is because certain handlers utilize modules that take away the ability to use the mod_userdir (temporary link) function, if you would like to learn more about this you can refer to the following article on PHP Handlers. Another factor for whether your site is accessible via mod_userdir (http://server_ip/~cpanelusername) during DNS propagation is directly tied to the software being used on your website, and should it be a CMS such as Joomla or WordPress, you will see 404 errors (or other sorts of problems) on pages when loading your website through the temporary URL due to the way redirection and URL structuring are handled by the software in question. You can use your local PC hosts file to create a record to point your domain to your new server IP for your PC alone, to see the site contents before changing domain DNS to ensure your site data is present and in working order (because then you will be able to locally use your domain name to access the site on the new server).
Time to completion of data transfer
We quote the transfer process to take anywhere from 24-48 hours but, this process can take anywhere from 30 minutes to an entire week to transfer all of your data. Numerous factors can cause slowness, such as poor processing power on the source server, slow network speeds between the source and destination servers, and systems administrators stopping backup processes due to server load issues caused by large cPanel accounts being backed up en masse. The only factors HostDime can control are servers within our network, and prompt updates being provided to clients as to the status of their transfer.
Size restrictions on cPanel backups
Single cPanel accounts over 50G in size can and will cause system load issues that many system administrators will stop from causing overload issues to their entire user base by stopping the backup process in an unfinished state.
Any account data transfer involving a cPanel account over 50G in size requires full root (administrator) access to the source and destination systems. There is no exception to this rule.
If you have a current full cPanel backup of your account that you would like transferred, you can alternatively place this on the Destination server and let us know where it is located and we can restore this as the final transferred account. This can prevent any issues on the source server's end for failed transfers. To take advantage of this, this must be a full cpanel backup created through the Backup Wizard on cpanel on the source server.
Disk space shortages on the source and destination systems
Failure to have adequate disk space on the source or destination systems can result in an entire disk being filled during the account backup process or during the restoration process. This will cause problems for the server. The general rule is to have a bit more than double the amount of disk space you intend on using free on your disk for the backup on the original (source) server. If you have a 5G cPanel account and are looking for web hosting services you would want to have over 10G of space allocated for the account at minimum to ensure a backup of the account can be made and saved to the source server, then pulled to the new server for restoration. This minimum disk space requirement on the destination server is triple the space required for the uncompressed cPanel account. If you don't have enough disk space, we reserve the right to refuse to handle the transfer ourselves.
Here is a table explaining the disk space allocation required to package, then restore a single account that uses 5G of total space once deployed.
Source | Destination
10G | 15G
If you have 30 accounts for example, and they all use in total 40G of space, you would then need 80G of total space, 40G free on the source server and about 120G total free space on the destination server. Shortage of disk space during account packaging, or restoration, will result in data loss and failure to deploy cPanel accounts properly.
Further, if a cPanel backup is initiated and an account has a full disk quota due to the backup taking up the previously free diskspace on the account, the account will be over quota and will cease to function properly until space is cleared on the source server for the account in question.
Changes made to accounts after data transfer is initiated
After a transfer request is placed it is extremely important to refrain from making any changes or updates to the site or account that is being transferred. Changes made to an account, after we have packaged a cPanel account for transfer, will NOT be included in the backup we generated as a general rule. If we are provided with root level access to the source and destination systems we can easily dump data on the source server to import to the destination upon request. If we are working with strictly non root access and are using cPanel backup files for transfer, the process of refreshing a previously transferred account becomes exponentially more difficult due to clients requesting singular files or directories to be updated. This would cause us to extract the singular files or directories from the full cPanel backup to then manually place in to proper locations upon request.
Changes to an account include SQL database updates, web file updates, emails, and any other account changes made such as generation of email accounts.
Refresh / re-sync post transfers
We can re-run a transfer after initial completion in order to ensure you have all of the latest data from the source account. We call these sorts of transfers "refresh" or "re-sync"transfers Refresh" transfers can take longer than the initial transfer depending on the type of refresh being requested. Root level refresh transfers can be speedy when we are dealing with root level access and can use RSYNC or SCP to move singular files upon request and is very fast when moving entire directories providing network speeds are not slow between servers. If we are asked however to pull singular files or directories in a transfer that we do not have root access for, we must first package the entire account on the source server, transfer it to the destination server, unpackage the account backup to a safe location, and then manually move files and directories as requested.
We will process refresh transfers at no extra cost to a client for up to 30 days after the initial transfer request has been initiated.
Domain or username conflicts
Should a domain already reside on a destination server and an attempt is made to restore an account backup that contains that domain within it, the backup restoration will fail and report this being due to the domain already existing on the server. Further to this point; if an account backup contains a domain name that another cPanel account on the destination server owns and an attempt to restore the account backup is made, the backup restoration will fail and report this being caused by the domain existing on the destination server already and it being owned to a different cPanel user.
If the cPanel username of the account being migrated conflicts/matches with a username already in use on the destination server, the restoration will fail and report the reason as being due to the username already existing.
Process of account data transfers
Account is backed up
We attempt to package the hosting account on the source server utilizing the cPanel tools for packaging accounts. If we have root access to the source server we will use the option to create homeless backups in order to package just the cPanel user account information, MySQL databases, and home directory structure.
If we do not have root access to the source server, we utilize the built in cPanel backup system to passively FTP a full account backup, including the home directory, from the source cPanel server to the destination cPanel server. This will be an entire backup of the cPanel account being moved via FTP and does have caveats depending on the size of the account being transferred. Larger accounts may have troubles being transferred in such a manner.
As we do not have root access to the source server in this second work flow, we cannot ensure the backup is completed properly and have to rely on the systems administrator of the source server to keep the source server functioning properly and allow the backup process to complete without stopping it due to system overload caused by the backup generation.
If we find our passive FTP backups are failing, we will ask you, our client, to contact the source server web host to have full cPanel backups generated for our staff to use FTP clients to obtain for restoration. We cannot control servers outside of our network, and cannot fix any server issues on servers not under our managed support services umbrella.
Account backup is moved to destination server
If we have full root access to the source and destination servers, we will use SCP or RSYNC to copy your homeless backups to the destination server for restoration. Depending on the size of the accounts being moved in total, we may set your transfer ticket to monitor to be checked periodically to provide updates as to the status of your accounts being moved for restoration.
If we are using cPanel passive FTP to obtain backups of your cPanel account, we will need to wait for the source system to package the account in full, then process the automated FTP commands to place your full cPanel backup on the destination server from the source server. We configure the passive FTP backup system to email our staff to indicate when this backup process completes. This alternate workflow may also have your ticket placed into monitoring. Our staff will check periodically to provide you with updates as to the status of the accounts being migrated to our network for restoration.
Account is restored on destination server
With your full cPanel backup present, we will then attempt to restore your account using the built in cPanel tool sets. Providing the backup present is in good shape, the restoration will hopefully progress without issue. The size of your backup will determine the time needed to process this restoration. We will update you periodically to let you know how this process is coming along.
If we are working with a full cPanel backup via passive FTP, the restoration process will complete once the account backup is finished being deployed to the destination server.
If we are working with root access on the source and destination systems, and have generated homeless backups of your accounts, we will first restore your account(s) to the new system. We then use RSYNC to copy your home directory data, which includes public_html and mail folder data, from the source server to the destination server. This ensures all files within your users home directory, located in /home/USERNAME, are copied exactly the same as they would have been if we used a full cPanel backup via passive FTP. However this process is faster and more efficient than it would be if we attempted to use FTP.
Update DNS at domain registrar to reflect new hosting
Once your account is restored, and you have verified your site is loading properly via whatever means necessary, it is time to update your domain's DNS at your domain registrar. If we are not your domain registrar, we cannot help you with this outside of general guidance. You need to be aware of who you registered your domain with and ensure you understand their system to change your domain's DNS configuration. You cannot leave your domain alone at your domain registrar if you intend on moving your domain to a new web host IF you use the provided web host's DNS and not a DNS host service such as CloudFlare or OpenDNS.
If you do use a DNS service such as CloudFlare or OpenDNS you absolutely must update your domain A records at minimum to reflect the destination server's IP address that your account is assigned to.
It is important that you tell us if your account is using a dedicated IP before the transfer starts, so we can configure things correctly and provide you with the appropriate details so you can update your DNS records at your registrar or CloudFlare or OpenDNS.
Ensure that user's email clients are properly configured
Note: The following applies only to clients who are hosting their email on the server.
In order to ensure that users are able to access their emails through mail clients like Outlook and Thunderbird, we recommend that every client access their cPanel account post-transfer and verify that the settings in their email client of choice match with the settings cPanel provides under "Email Account" -> "Set Up Mail Client" -> "Manual Settings". Clients utilizing cPanel-supported email clients can also download a setup script to automatically configure their email client from this same page:
cPanel Email Accounts Documentation
Generally speaking, the following settings tend to work regardless of email client:
E-mail: YOURUSER@DOMAIN.COM
Username: YOURUSER@DOMAIN.COM
Incoming Server Name: SERVER.HOSTNAME.COM
Incoming Port (IMAP): 993
Incoming Port (POP3): 995
Connection Security: SSL/TLS
Authentication Method: Normal Password
Outgoing Server Name: SERVER.HOSTNAME.COM
Outgoing Port: 465
Connection Security: SSL/TLS
Authentication Method: Normal Password
If the above settings do not work, you will need to log onto the cPanel account for the user you are configuring and utilize the settings listed therein. If you continue to have issues after doing so, please contact support.
This article was written by Support Technician II Vanessa S.
The best way to protect your intellectual property is to sign mutual agreements that no information will be leaked. This ensures a legal binding that private information discussed cannot leave the room.
Attached is a confidentiality and non-disclosure agreement form in word format:
DOWNLOAD: Confidentiality and Non-Disclosure Agreement
Why are we removing PHP 5.3? Why not allow legacy PHP versions?
Unfortunately, the developers of PHP have discontinued their support for older versions of PHP, and legacy PHP code is a prime target for malicious parties attempting to gain unauthorized access or deface your website. Versions of PHP which are marked as "unsupported" no longer receive security patches, and may also contain bugs which are fixed in subsequent major releases. It is in your best interest to pre-empt these problems by remaining up-to-date.
As a courtesy to our clients, we have offered extended support for EOL PHP for sometime. Unfortunately, cPanel will be completely discontinuing support for End Of Life (EOL) PHP versions in the very near future.
To this effect, we are removing support for PHP 5.3 shortly and will eventually discontinue support for the 5.4 and 5.5 branches of PHP (both of which are also EOL) in order to ensure that our server environments receive the latest in security features and remain supported for as long as possible.
What does this mean for you as a client?
For Shared Business accounts, this means that you will need to check your site(s) and any PHP scripts on your account for any outdated code references to the old PHP versions that may have been deprecated in the newer versions of PHP. You can view what code functions were deprecated with each PHP version upgrade under the "What has changed" section below.
If you are using a CMS, such as Wordpress/Joomla/Drupal or any other actively maintained PHP script that you didn't write, you will need to make sure your main installation and any Themes and Plugins are currently up to date and are still receiving support by their developers. Any theme or plugin that is no longer supported by the developers may mean that it has not been updated to use new PHP versions or functions and could be susceptible to vulnerabilities in their code due to this. If the plugin and/or theme is not updated to use the newer version, this could render your site offline or receive an error message.
For Reseller accounts, you will need to complete all of the above as well for your account, but you will also need to contact your direct clients so they are aware about the coming changes in PHP versions on the server as well, so they can ensure their site(s) code and scripts are ready for the newer supported versions of PHP.
How do you check to see if any part of your sites are using PHP 5.3?
In order to see your website's current PHP configuration, you can create a phpinfo page which will detail the version you are currently using, the path to the specific php.ini file that is being loaded, and the specific variables within the php.ini file.
Here is how you can create a phpinfo page using cPanel's File Manager:
Step 1:
Log in to your cPanel account and locate "File Manager":
Step 2:
Navigate to the document root for the website in question. Generally this will be "/home/USER/public_html" for the primary domain on a cPanel account.
Note: If this is for an addon domain or a subdomain, you can find the document root in cPanel under "Addon Domains" or "Subdomains."
Step 3:
Add a new file called "phpinfo.php".
Step 4:
Edit the new File and place this information in the file:
<?php
phpinfo();
?>
Step 5:
Click "Save Changes" so that the content is saved.
Step 6:
Go to "domain.tld/phpinfo.php" and you should see the current PHP version you are using at the top of the page, as well as the Loaded Configuration File. This is the specific php.ini file that the domain is using.
Note: Please be aware that we do not recommend leaving the phpinfo page available as it could potentially present a security risk. Once you have finished checking your configuration, we would highly recommend removing this file (and you can do that in cPanel's File Manager or via FTP).
If you are a coder, what has changed between PHP 5.3 and 5.6 that you need to be aware of?
You can find any and all changes between PHP versions on PHP Development Team's website. Specifically, here are the most relevant changes between each version:
Migrating between PHP 5.3 and PHP 5.4: http://php.net/manual/en/migration54.php
Migrating between PHP 5.4 and PHP 5.5: http://php.net/manual/en/migration55.php
Migrating between PHP 5.5 and PHP 5.6: http://php.net/manual/en/migration56.php
The most relevant pages with information will be "What has changed in PHP 5.x.x" and "Backward Incompatible Changes". The majority of changes you should experience are between PHP 5.3 and 5.4. A number of functions were removed between these versions as outlined in "Backward Incompatible Changes".
We would recommend before you upgrade any part of your site, that you first take a backup of the site so that if you do encounter issues that you are not able to resolve, restore from the backup to ensure that the site returns to it's previously functional format.
How do you switch to PHP 5.6?
Updating a cPanel account to use a newer PHP versions like PHP 5.6 is a simple process that can be completed through your cPanel File Manager, via FTP, or through an SSH connection. We have created the following resource article to help walk you through this process:
https://www.hostdime.com/resources/multi-php-on-shared-servers/
Are there plans to offer PHP 7 or 7.1?
Absolutely, but before we can move to the system supporting PHP 7 and 7.1, we need to retire PHP 5.3 because we cannot provide support for PHP 5.3 and PHP 7+ concurrently.
What is a DMCA?
In accordance with United States copyright law, a DMCA filing (Digital Millennium Copyright Act) is a way to report criminal infringement or production of copyrighted works, more commonly known as Digital Rights Management (DRM). The DMCA limits liability of providers of online services and intermediaries for copyright infringement by their users. For more specific information on what is covered under the DMCA, please review US Code Section 512 (Limitations on liability relating to material online) for more information.
What Information Constitutes a Copyright Complaint?
To make a copyright infringement claim for purposes of Title 17, Section 512, of the United States Code, a notification must meet the following requirements in order to be effective and properly acknowledged:
A physical or electronic signature of a person (Complaining Party) authorized to act on behalf of the owner of an exclusive right that is claimed to be infringed;
Identification of the copyrighted work claimed to have been infringed, or if multiple copyrighted works at a single online site are covered by a single notification, a representative list of such works at that site;
Identification of the material that is claimed to be infringing or to be the subject of infringing activity and that is to be removed or access to which is to be disabled, and information reasonably sufficient to permit the service provider to locate the material;
Information reasonably sufficient to permit the service provider to contact the Complaining Party, such as an address, telephone number, and, if available, an e-mail address at which the complaining party may be contacted;
A statement that the Complaining Party has a good faith belief that use of the material, in the manner complained of, is not authorized by the copyright owner, its agent, or the law;
A statement that the information in the notification is accurate, and under penalty of perjury, that the Complaining Party is authorized to act on behalf of the owner of an exclusive right that is allegedly infringed.
Do Photographs Count as Copyrighted Work?
In general, photographers are considered to be copyright owners to any photographs taken and NOT the subject of the photo. If the subject of the photo did not authorize use of the material this falls under unauthorized use of name/and or personal information which differs from a DMCA complaint.
What Information Constitutes an Unauthorized Use Complaint?
A physical or electronic signature of a person (Complaining Party) authorized to act on behalf of the offended party whose personal material has been used in an unauthorized manner;
Identification of the unauthorized use being claimed, or if multiple instances of unauthorized use at a single online site are covered by a single notification, a representative list of such use at that site;
Information reasonably sufficient to permit the service provider to contact the Complaining Party, such as an address, telephone number, and, if available, an e-mail address at which the complaining party may be contacted;
A statement that the Complaining Party has a good faith belief that use of personal material in the manner complained of is not authorized by the Complaining Party;
A statement that the information in the notification is accurate, and under penalty of perjury, that the Complaining Party is authorized to act on behalf of the offended party whose personal material has been used in an unauthorized manner;
If you are unsure about what information constitutes a copyright infringement we advise consulting an attorney and reviewing the information located here: Copyright Law of the United States
How Do You Submit a DMCA or Unauthorized Use Report?
To submit a report to our team, please notify our Designated Agent by postal mail or delivery courier at the following address:
HostDime.com
DA: Abuse Division Manager
Attn: Legal Reports
2603 Challenger Tech Court
Suite 140
Orlando, FL 32826
What Steps Will HostDime Take Once Notified?
- Expeditiously remove or disable access to the material that is claimed to be infringing.
- Take reasonable steps to notify the alleged infringer (Subscriber) of the infringement claim(s), and that the material claimed to be infringing has either been removed or disabled.
How Can I Submit a Counter Notification?
The Subscriber party, upon receipt of notice from HostDime.com that a claim of unauthorized use has been made and that the personal material on said Subscriber’s account has been removed or that access to it has been disabled, the Subscriber party may provide a Counter Notification by providing the information below:
A physical or electronic signature of the Subscriber;
Identification of the material that has been removed or to which access has been disabled and the location at which the material appeared before it was removed or access to it was disabled;
A statement, under penalty of perjury, that the Subscriber has a good faith belief that the material was removed or disabled as a result of mistake or misidentifying of the material to be removed or disabled;
The Subscriber’s name, address, and telephone number, and a statement that the Subscriber consents to the jurisdiction of Federal District Court for the judicial district in which the Subscriber’s address is located, or if the Subscriber’s address is outside of the United States, for any judicial district in which Hostdime.com may be found, and that the Subscriber will accept service of process from the person who provided notification or an agent of such person.
What Will HostDime Do Once a Counter Notification is Received?
Promptly provide the Complaining Party with a copy of the Counter Notification.
Inform the Complaining Party that it will replace the removed material or cease disabling access to it within ten (10) business days following receipt of the Counter Notice.
Replace the removed material or cease disabling access to the material in not less than ten (10), nor more than fourteen (14), business days following receipt of the Counter Notice, provided the Abuse Division of Hostdime.com has not received notice from the Complaining Party that an action has been filed seeking a court order to restrain the Subscriber from engaging in infringing activity relating to the material on Hostdime.com’s network or system.
CAUTION: Pursuant to Title 17, Section 512(f) of the United States Code, any person who knowingly materially misrepresents that material or activity is infringing, or that material or activity was removed or disabled by mistake or misidentification, shall be liable for any damages, including costs and attorneys fees, incurred by the alleged infringer, by any copyright owner or copyright owner’s authorized licensee, or by a service provider, who is injured by such misrepresentation, as the result of the Hostdime.com relying upon such misrepresentation in removing or disabling access to the material or activity claimed to be infringing, or in replacing the removed material or ceasing to disable access to it.