FTP is is the method by which you can down and upload files from a server.

FTP login details are a desirable target for hackers, giving easy access to your site’s files. Not surprisingly, the PCI consortium which looks after security standards for online merchants has taken an interest in FTP security, and in May 2011 raised the threat level of plain text FTP login to Critical as plain text FTP login can be exploited.

PCI compliancy is required from all merchants who accept payments directly on their website, for example via PayPal Pro or SagePay. And as of May 2011, any merchant undergoing PCI testing is likely to fail if plain text FTP login is enabled on the server. McAfee have already raised the level to 4 (fail). Security Metrics is expected to follow suit.

For customers hosted by us this means that plain FTP login is being phased out from our servers. So if plain FTP login is out, what can you use instead? Two options: a) use FTP over SSL which is works for all FTP logins and is supported by all major FTP programs; or b) use SFTP/SSH.

Both methods are already support by our servers, so even if plain FTP login is currently still working for you, we’d recommend to switch to a secure method now.

For tutorials on this & step-by-step guides for popular FTP browsers, please head over to our knowledgebase: https://support.terranetwork.net/web/knowledgebase/138/FTP–FTP-over-SSL-and-SSH.html.

FTP program password storage warning

Some FTP programs such as FileZilla store FTP login details in plain text on your PC/Mac. Hence, even if the connection is securely encrypted with FTP over SSL, the stored FTP logins is easily obtained should the machine become infected with malware.

Hence, with programs such as FileZilla which do not encrypt the stored data, the FTP login details should never be stored. Instead, enter the details afresh with each connection request.

Looking at programs that do employ encryption for stored passwords such as Ipswitch WS_FTP, the situation is better but not perfect. Passwords are encrypted, so a casual malware attack won’t be able to get them; but a hacker intent on obtaining the password can break it.

In my view, storing a password for frequent FTP use is likely to be a necessity. Using an FTP program that encrypts stored FTP logins is a must, and Ipswitch WS_FTP is the one I’d recommend. But equally important is the overall security of the PC/Mac.

If this post is too daunting, then please contact us and we can talk you through what you need to do.

Your website

First off, you must have a copy of your site to be able to transfer it to us. If the server is online, then we can help you to take a full backup. But if the server (and your site) is offline, then you need to have a copy of your website (files, database) stored locally on your PC/Mac. If not, consider if any web development agency you may have worked with could have a copy.

If you do have a copy, then you can upload it to our server via the access details we sent. If you encounter any problems or have queries, just open a support ticket and we’re here to help.

If you don’t have a copy of your site, then the situation is trickier. You could decide to put up a temporary info page and continue to try to get in touch with Web Mania to get a backup of your site. Or you can decide to start afresh. If the latter, we can get you on your way with a free install of a software of your choice.

Setting up a new Hosting account

Next step is to sign up for a new hosting account. For smaller sites, our Starter package is excellent value. To get started, please see the hosting package overview or go straight to our sign up page support.terranetwork.net/web/cart.php.

All packages include one free domain name, help with uploading your files or install of a new software if you prefer to start fresh. For non-ecommerce sites, we also offer a free WordPress install with a free Premium WP Theme of your choice. For details click here.

Once you have the new hosting account, we’d also recommend to set up any email accounts you use. These won’t work until the domains are pointed to our server, but best to get this done in advance.

.UK Domains

If your domain ends in .uk, then you can use Nominet to quickly change registrars as long as you can access the registrant email address.

1. Check the registrant contact details via WHOIS www.nominet.org.uk/other/whois/.
2. If you have access to the registrant email, then go to secure.nominet.org.uk/auth/access-your-account.html, enter the registrant email. You will receive a password reset URL via email. Follow the steps, then log into the Nominet account.
3. In your Nominet account at the top bar, select “Your Domains -> Registrar Change”, follow the steps and for IPS TAG, please enter “LIVEDOMAINS” “TERRANETWORK” and advise us via support ticket that the IPS TAG has been modified. The Nominet transfer fee is £12 inc VAT and this covers multiple domains as long as they are transferred together.

Recovering a .uk domain name and repointing can usually be done within 24 hours.

If the registrant email address is not an address you can access, then contact www.nominet.org.uk/about/contact/ directly, explaining the situation and asking them to give you access to your domain.

.COM Domains

For .com domains, Web Mania are a reseller for OnlineNIC. First check via WHOIS that you the domain registrant email address is an address you can access: www.onlinenic.com/domain-whois/. If the registrant email is not one you can access, you must ask OnlineNIC to change it a working email you can access, otherwise the transfer process will fail.

Then, get in touch directly with www.onlinenic.com, explaining that you have tried to contact Web Mania without success, and ask them to:

1. Change the Nameservers to ours (nameserver settings as per your hosting welcome email from us)
2. Change registrant email address if necessary
3. Unlock the domain
4. Generate an EPP / Transfer Key (or Auth Code) – once received, please send to us via support ticket

We can then start the transfer process, which usually takes 7-10 days and involves approval of the transfer via registrant email address. Due to the length of the transfer process, if at all possible, try to get the nameservers changed first (this will take effect within 24 hours of the change being made).

Like our other servers this new server comes with x2 quad-core Intel “Nehalem” CPUs, which are multi-threaded to provide 16 CPUs.  Again, like our other servers, we are using SAS hard drives which run at 15,000 revolutions per minute.  This means that they can read and write data at more than twice the speed of standard server hard drives, which operate at only 7,200 revolutions per minute.  Raid 1 is incorporated as standard.

Our other shared servers will be upgraded to PHP 5.3+ in the Autumn of this year, but as this is a brand new server it starts life with PHP 5.3.6

At TerraNetwork we are planning to upgrade all our servers to PHP5.3 in Q3 2011. Site owners will be notified of PHP version changes as usual via email to their registered contact address several weeks in advance.

** UPDATE ** The PHP5.3 upgrade was completed 26th September 2011.

But what does PHP5.3 mean for site owners? The good news is that many software providers already offer PHP5.3 compatible versions. And for sites which use their own scripts (or don’t have a compatible version) there are simple fixes that can be applied.

See our list of compatible software versions for a quick overview.

What has changed in PHP5.3?

The official release note can be found here: php.net/releases/5_3_0.php and the migration guide from PHP5.2 here: uk.php.net/migration53.

Most problems arise out of deprecated functions, ie functions which are marked for deletion in later PHP versions, resulting in PHP errors and warnings. The most common functions causing a problem are from the ereg() family. Please see the complete list here.

The second main cause is software still relying on register_globals and register_long_arrays being ON. register_globals is a security risk and software should be upgraded. More details here.

What does “deprecated” mean?

“In the world of software development, “deprecated” refers to functions or elements that are in the process of being replaced by newer ones. The term comes from the word “deprecate,” which means to disapprove of something. While deprecated items may work in the current version of a programming language, they may not function in future updates. Therefore, software developers are advised to replace deprecated items with other options.”

Source: www.techterms.com/definition/deprecated

Deprecation Notices

Deprecation notices are now handled via E_DEPRECATED (part of E_ALL) instead of the E_STRICT error level. This means that if you use E_ALL (default on servers), you’ll now see deprecation notices including in the error_log files.

If you use software that outputs E_ALL errors onto the screen (only recommended for development environments as it can display sensitive information), then you may find deprecation notices being shown. Best advice is to upgrade your software, but a quick fix is to turn error reporting off via “error_reporting(0);”.

For details of the error_reporting settings, please see uk2.php.net/manual/en/errorfunc.configuration.php#ini.error-reporting.

register_globlals

register_globals is being phased out by the PHP project and is deprecated as of PHP5.3. It is a security risk, hence site owners are strongly recommended to use software that is register_globals OFF compatible. For details on security issues with register_globals, please see www.php.net/manual/en/security.globals.php

At TerraNetwork, when we switch to PHP5.3, the default for the server php.ini will be that register_globals (and register_long_arrays) is OFF, but site owners can contact us to install a local php.ini file for their site to re-enable it. This is however only a short-term fix, and will also lower the security of sites using this setting.

Deprecated INI directives

The following is a list of deprecated INI directives. Use of any of these INI directives will cause an E_DEPRECATED error to be thrown at startup.

• define_syslog_variables
• register_globals
• register_long_arrays
• safe_mode
• magic_quotes_gpc
• magic_quotes_runtime
• magic_quotes_sybase
• Comments starting with ‘#’ are now deprecated in .INI files.

Deprecated functions

• call_user_method() (use call_user_func() instead)
• call_user_method_array() (use call_user_func_array() instead)
• define_syslog_variables()
• dl()
• ereg() (use preg_match() instead)
• ereg_replace() (use preg_replace() instead)
• eregi() (use preg_match() with the ‘i’ modifier instead)
• eregi_replace() (use preg_replace() with the ‘i’ modifier instead)
• set_magic_quotes_runtime() and its alias, magic_quotes_runtime()
• session_register() (use the $_SESSION superglobal instead)
• session_unregister() (use the $_SESSION superglobal instead)
• session_is_registered() (use the $_SESSION superglobal instead)
• set_socket_blocking() (use stream_set_blocking() instead)
• split() (use preg_split() instead)
• spliti() (use preg_split() with the ‘i’ modifier instead)
• sql_regcase()
• mysql_db_query() (use mysql_select_db() and mysql_query() instead)
• mysql_escape_string() (use mysql_real_escape_string() instead)
• Passing locale category names as strings is now deprecated. Use the LC_* family of constants instead.
• The is_dst parameter to mktime(). Use the new timezone handling functions instead.

An easy way to check if your site is using any of these functions is to run a full text search with a text editor such as NotePad++. This allows you to search all your PHP files for specific text strings. To test any changes to your site on PHP5.3. prior to the server upgrade, you can use a local Linux install such as XAMPP (which will work on Windows or Mac).

For site owners with limited PHP knowledge, hiring a PHP developer shouldn’t cost too much as fixes are often well-documented. A good resource to find developers is oDesk, or for osCommerce we can recommend forums.osquantum.org/forum/17-request-paid-help/ http://www.odesk.com [Update: osQuantum is now defunct, hence link has been removed].

Software versions compatible with PHP5.3

• Zen Cart has been PHP5.3 compatible since version 1.3.9.a. As older versions have serious security vulnerabilities, any site using Zen Cart should upgrade to 1.3.9 as soon as possible. The latest version of Zen Cart, currently 1.3.9.h, can be downloaded from www.zen-cart.com/.

• osCommerce is not compatible with PHP5.3, but this osCom forum post gives the required fixes and for non-modified osCom shops there’s an add-on with modified files: addons.oscommerce.com/info/7394. is PHP5.3 compatible since MS2.3.0 and register_globals OFF compatible since MS2.2 RC1.
  Upgrade Guides:
  MS2.2 RC1 http://www.oscommerce.com/about/news,127
  MS2.2 RC2a http://www.oscommerce.com/about/news,130
  MS2.3.0 http://www.oscommerce.info/confluence/display/OSCOM23/v2.2+to+v2.3.0
  MS2.3.1 http://www.oscommerce.info/confluence/display/OSCOM23/v2.3.0+to+v2.3.1

• Magento has been PHP5.3 compatible since version 1.4.0. Older 1.3.x version are not compatible, for these the fixes outlined blog.theunical.com/ecommerce/shopping-carts/magento-cart/how-to-fix-magento-on-php-5-3/ are required, or the site needs to be upgraded to 1.4.

• PrestaShop is fully compatible with PHP5.3 since version 1.3, released on 25th May 2010. For the latest version of PrestaShop, please go to: www.prestashop.com/en/downloads/

• WordPress – getting information on which version of WordPress is PHP5.3 compatible seems impossible, quite a few questions asked about this on the WP forum, but no definitive answers. Versions 1.3.0 or higher are a safe bet, older versions may work but can’t be guaranteed. Some posts report WP 2.7 running on PHP5.3.

• Joomla! is fully compatible with PHP5.3 since version 1.5.15 . The Joomla! team advises that “Joomla! 1.5 is still widely used and will continue to be supported for some time to come. Joomla! versions 1.5.15 + are compatible with PHP 5.3. Note that the OpenID library is not yet compatible with PHP 5.3.”

• CMS Made Simple has been fully PHP5.3 compatible since version 1.7 – Cape Verde, released back in March 2010. To download the latest version, go to: www.cmsmadesimple.org/.

• For Drupal please see the release notes at http://drupal.org/requirements. Drupal 5.x is NOT compatible. About Drupal 6.x the team has to say that “PHP 5.3 is supported by Drupal 6.14 core and higher (see the release notes for 6.14), some contributed modules may not be compatible with PHP 5.3, and some PHP 5.3 configurations still show warnings with Drupal 6.14″. Drupal 7.x is fully compatible.

• Other site software – in this article we can only list the most commonly used software scripts, but this does not mean that the script you use on your site is not already compatible. As a first step, read the documentation for your software, or if the project has a forum, ask the community if your version is PHP5.3. compatible.

• If you have a custom-built site, in the first instance try contacting the company that built the site for you. If this is no longer possible, then you can consider hiring a developer to test your site on PHP5.3 (this will require the development company to have its own PHP5.3 test environment).

• ionCube encrypted software should work without any modifications, but if in doubt, please ask your vendor.

• 175+ scripts compared to Fantastico’s 50
• Ability to view demos for all scripts before installing
• One step install
• User ratings and reviews of software
• Faster updates – get new versions quicker!

And if you want to know why we chose Softaculous, have a look at their comparison chart. It was an easy decision for us!

Softaculuos scripts

Softaculous offers over 175 scripts for one-step install. Click here for a complete list.

• eCommerce: Zen Cart, Magento, PrestaShop, TomatoCart
• CMS: Joomla, Drupal, Xoops, Typo3, CMS Made Simple, WordPress
• plus Image Galleries, Wikis, JS libraries, PHP frameworks and much more!

Migration from Fantastico

All scripts installed via Fantastico will continue to work as is and can be managed (eg updated or removed) via Softaculous. Anyone who has installed scripts with Fantastico doesn’t need to take any action.

The migration will take place on 24 January 2011. Site owners will have been notified via email.

Any queries?

We will look after the migration, but if you have any concerns or just queries, please don’t hesitate to get in touch via support ticket. Generic queries can also be posted as comments below.

Domain Keys use public/private key encryption technology. You publish your RSA public key in a DNS record, and all messages you send are signed on your SMTP server with the private key. The signature is added in the DomainKeys Signature header in your email. When someone receives your email they can then verify your signature using the public key found in your DNS. If the signature verifies, they have validated both the sending domain, and that the message has not been altered whilst in transit.

Why is this important to you? It’s important because the Internet Service Provider receiving your emails may not accept them if you don’t have either an SPF Record or Domain Key, or both.

Microsoft Exchange Servers in particular look for SPF Records, and as Yahoo was heavily involved in setting the standards for Domain Keys they will look for a valid Domain Key before accepting incoming mail. Within the UK it’s worth remembering that BT has linked up with Yahoo and that Yahoo now handles BT’s mail services.

Below is an example of an error message generated when an email was bounced by Yahoo because it did not have a Domain Key:

5.1.0 – Unknown address error 554-’5.7.5 (AU01) Message not accepted for
policy reasons. See http://postmaster.yahoo.com/errors/postmaster-28.html’

Luckily, now that all our shared servers use cPanel, there is no longer any need for Site Owners to contact us to get us to set up SPF or Domain Key Records for them. This can be easily done from within cPanel.

Login to your cPanel hosting control panel, click on the “Email Authentication” button in the email box of services and then click to “Enable” SPF and/or Domain Key records.

Please note:

1. If your ISP (broadband provider) does not allow you to send outoing (SMTP) mail via your domain’s SMTP service but insists that you use their SMTP service then you will need to add your broadband IP address to the SPF Record. This will only work if your broadband ip address is a fixed ip address. It won’t work if you have a variable ip address which is subject to regular change.

2. This only applies if you use the mail services we provide for your hosted domain. If you use email services provided by someone else then the SPF and Domain Key Records must be set up via their service.

We hope this information is of help to our customers.

Rather than go into this here we have created a new Knowledge Base article which deals with this in detail. The new article is located at the link below:

Setting up your own branded page for new sites

We hope you find this information useful.

We knew in advance of the changeover of the Ensim Pro servers to cPanel that bandwidth does not work in this way on cPanel servers, because we were already using cPanel on our newer servers. This means that if you hit or exceed your bandwidth limit on cPanel then your site is automatically suspended by cPanel – even if you are a Reseller with spare unallocated bandwidth. This is not something we can change – it’s just the way that cPanel works.

For this reason we did our best to warn people of this difference – in several of the emails we sent out, and in our Blog. Unfortunately not everyone picked up on this. And that’s why we are making this stand-alone posting in our Blog.

Warnings are sent out by the server to the registered email address for each domain when bandwidth usage hits 80%, 90%, 95%, 98% and 99% of bandwidth allocated. When Resellers get those messages then they need to login to their Reseller control panel and add more bandwidth to the affected sites. Non-Resellers either need to raise a Support Ticket with us or login to their Client Account, go to their Hosting Package and then use the Upgrade option to upgrade their account to the next level.

We hope this information is of help to you.

16 Oct 2010 17:03
This blog post will provide an update to all site owners on Stargate about the progress of the server upgrade.

19 Oct 2010 11:24
Important changes to your hosting after the upgrade:

If email is not working

• Ensure that you use the full email address as username. For email moc.niamodymnull@selas, the username is moc.niamodymnull@selas, not just sales. Update your mail program accordingly.
• Reboot your PC/Mac after the upgrade.
• Reset your email password. Log into cPanel, go to “Emails” and click on “change password” next the email address. Update your mail program accordingly.

Admin and Awstats

Your admin panel (cPanel) will be available here: https://stargate.terrassl.net:2083/. Awstats will be available via the cPanel. The previous shortcuts /admin/ and /awstats/ will no longer work.

Also changing:

• Spam Experts Spam filtering will be switched to Spam Experts. You will be able to access the panel via the “Professional Spam Filter 2″ link in cPanel.
• R1Soft backups We take backups 4x a day (every 6 hours) and keep for 2 weeks. You will be able to access these backups via the R1Soft link in your cPanel. You can select a backup date and time, and via tick boxes choose to roll back individual files or entire folders.
• Fantastico Deluxe Fantastico Deluxe is an installation program which helps you to install popular scripts with a few clicks. You will be able access it via the Fantastico link in your cPanel.

cPanel will be online AFTER completion of the migration!

19 Oct 2010 17:26
Server maintenance to start at 7pm tonight.

19 Oct 2010 20:24
We are working on the server migration. Email, MySQL and FTP are all offline, all sites show a generic server maintenance page. Maintenance is estimate up to 24 hours until 20 Oct 7pm in the evening.

20 Oct 2010 9:44
We are in the process of migrating the data (files, databases, emails etc) to the new server hardware. This process is expected to last for several more hours.

20 Oct 2010 15:24
We are continuing to migrate data and will update you once this is completed.

20 Oct 2010 16:55
We have completed the data migration and fixed known issues in the migration script. We are currently working on transferring custom DNS settings and then it’s time for a final check before we start migrating IPs. Once IPs are migrated, sites will appear back online but not yet fully working. Unfortunately, there’s no workaround for that. Last step is to switch the server IP to the new box.

20 Oct 2010 18:33
We are about to begin migrating the IPs between the servers. Once IPs are migrated, sites will come back online, but there will be further work to be done before migration is fully complete.

One thing to keep in mind is that the SSL certificates are transferred to the new server already but they cannot be activated until we migrate the dedicated IPs. So there will be a period of time that the SSL doesn’t work for each site while migrating the IPs and activating the SSL. This is unavoidable but we will do our best to work quickly to minimize its impact.

20 Oct 2010 19:19
If sites show as offline, then this is normal at this stage. This will be resolved when we complete the IP migration.

20 Oct 2010 19:38
We are now working with the data centre to swap the main server IP. Sites are currently showing as unavailable on the net. Unfortunately there is no workaround for this, but we’re working as quickly as we can.

Apologies also for the delay – we’re aware that this is now over the 24 hour window, and are looking to complete as quickly as possible.

20 Oct 2010 20:07
Sites are starting to show back online. Still some work to be done at our end before we give the all clear. Sincere apologies for the 1 hour delay.

20 Oct 2010 20:39
Migration of shared IP sites completed. We’re now working on Dedicated IPs.

20 Oct 2010 21:31
We continue to work on Dedicated IPs. At the same time, we’re checking sites & resolving any obvious errors.

Site owners with concerns, please either open a support ticket with any email you wish to use: https://support.terranetwork.net/web/submitticket.php?step=2&deptid=3. Or you can log into your client area and submit and read replies to tickets online, ideal if can’t access email: https://support.terranetwork.net/web/supporttickets.php.

20 Oct 2010 22:20
We are continuing to work on Dedicated IPs. As we also fix errors and activate SSL Certs at the same time, this is taking more time than anticipated.
We’re also working on an error with the cPanel SSL Cert. Anyone receiving an error when trying to access cPanel or webmail, please bear with us.

21 Oct 2010 00:11
Dedicated IP sites are still being worked on. We are online throughout tonight, and sincerely apologise for this delay. To our UK customers, please get some reset & your site will be up in the morning. We are also here via support ticket.

Resellers
The WHM accounts need to be set up manually, this will be at the earliest tomorrow afternoon. cPanels and websites are online for all sites.

21 Oct 2010 9:10
Migration was completed last night around 2am and all sites were back online from this time. Sincere apologies for the time this took, we had some unexpected issues which we dealt with as quickly as we could, but still was a longer night than expected.

Our helpdesk is online & we’re here if you have any queries. So far this morning has been quiet, we have 1 site specific issue, all other sites seem to be working fine.

Next step is reseller panels and we’ll send out access details to each reseller later today.

Also a quick reminder that we 2 have knowledgebase articles which we strongly recommend to read:

• Common problems and their fixes
• What has changed

<<< MIGRATION COMPLETED! >>>

12 Oct 2010 10:12
We are preparing for the server upgrade this evening starting from 7pm. Quick tips to site owners:

• Switch off online advertising such as PPC campaigns
• For eCom sites, any orders waiting for fulfilment, ensure to download all info you need to ship
• For key contacts, put in place alternative contact methods

12 Oct 2010 19:00
The server update has started.

• Websites show a server maintenance page (same for all sites)
• FTP and MySQL are offline
• Incoming email is offline (should queue for redelivery)
• Outgoing email is online but please expect interruptions UPDATE: outgoing mail is offline

12 Oct 2010 21:26
Apologies, but we had to switch off outgoing mail to avoid any local mail delivery to the old server.

13 Oct 2010 7:46
All sites have been transferred to the new server. We are now carrying out checks to ensure that the data was correctly transferred. Still more work to be done and we will keep you updated.

13 Oct 2010 10:36
We changed the date/time on the maintenance page to 13 Oct 7pm BST. We’ve had a couple of queries about the date – the original maintenance page with 14 Oct 7am BST was meant as extra safety margin. Intention is to put the sites back online as soon as the work is done. Key factor is how long debugging will take, by the very nature of things that’s hard to quantify. The actual physcial moving of data was completed by around 7:30am this morning, now it’s time to tackle DNS zones, IP addresses, cron jobs and spam filtering.

13 Oct 2010 13:17
We are now migrating the IP addresses to the new server. The 2 senior admins are now changing over but by having 2 experienced admins working across 2 timezones, there will be no disruption to the migration. Random sampling of sites on the new server is promising.

13 Oct 2010 13:37
Now that we are migrating IP addresses, the server maintenance page has gone for most sites as IPs now point to the new server but are not yet online. If you see a message “Server not found” that’s to be expected at this stage.

13 Oct 2010 15:08
Sites are coming back online but we are still working on tidying up issues. Please delay testing until we can confirm that migration is complete. At the moment, you’ll probably see your site, but not all services are online and you may experience errors on your site(s).

13 Oct 2010 15:16
We’re about to switch the server IP, server is expected not to respond for about 15 minutes. Configuration of Dedicated IP sites is complete, now moving on to Shared IPs (name-based).

13 Oct 2010 15:23
Once the server is back online, we’ll be working on SSL Certs which are not yet activated. We’re also aware of path issues in .htaccess folder protections which we’ll be resolving.

13 Oct 2010 16:24
We are having issues with bringing the new server online and are working with the data centre in resolving this. Sincere apologies, this delay was not foreseen.

13 Oct 2010 16:44
IP switching has gone through, DNS is back online and sites show online. We’re now working on tidying up issues. Known issues are SSL errors and .htaccess folder protection. Please hold off with testing until we can confirm completion of all migration tasks.

13 Oct 2010 18:15
Email is back online.

13 Oct 2010 18:19
The error with .htaccess folder protection is resolved. Anyone still receiving an Internal Server Error when accessing a password protected folder, please get in touch.
We’re also almost done with Full SSLs. Shared SSLs will require manual intervention & we’ll be working on this in the coming hours.

13 Oct 2010 20:52
Resellers please note that Reseller panels need to be manually added, this will probably be tomorrow. cPanel for individual sites are online however.

We’re still working on debugging, had some issues with php.ini directives in .htaccess files which cPanel can’t handle, we’re contacting site owners about these directly. On cPanel, the correct way is to upload a modified php.ini file, anyone who needs a copy of the current server php.ini please get in touch via support ticket.

13 Oct 2010 21:06
We have a problem with shared IP sites still resolving to the maintenance page on the old server. We are working on rectifying.

13 Oct 2010 21:29
Issue with shared IP sites is resolved, all sites now online. We’re still working on shared SSL, but all other errors should be resolved. If you see any issues, please open a support ticket.

14 Oct 2010 01:24
All shared SSL paths are now updated. We’re still working on testing sites and will continue for the next hours.
Reseller panels will be set up tomorrow, probably afternoon. Resellers can access site cPanels. Anyone urgently needing WHM Reseller panel access, please send a support ticket.

If you see any errors:

• The Shared SSL and Server Pathway is now in the format yourdomain.com/~user/
• Server root is in format /home/username/public_html
• php.ini commands in .htaccess files won’t work – if you need custom php.ini, please contact us
• WHM panels are not yet set up for resellers

We’re here via support ticket if you need any help tomorrow. Sites should all be back to normal, but any issues, please get in touch.

14 Oct 2010 9:39
We are seeing issues with CSS stylesheets and are working on it.

14 Oct 2010 10:11
Quick reminder about new URLs:
cPanel: https://atlantis.terrassl.net:2083
Webmail: https://atlantis.terrassl.net:2096

14 Oct 2010 10:57
Issues with CSS layouts are being worked on.
We also had some reports about email problems, if this affects you, please send email, password and any errors you are receiving.
Sincere apologies for the interruption to your sites, we’re doing out best to fix this.

14 Oct 2010 12:12
CSS issues have been resolved server-wide. Anyone still seeing a broken site, please contact us via support ticket. Sincere apologies to all site owners affected.

14 Oct 2010 12:32
Awstats are no longer availalbe via /awstats/ folder but via cPanel.

14 Oct 2010 14:26
Quick update on where we are. Most site owners are now fully back online without any issues.
A small number of accounts have problems with email – if you are one of these, please open a ticket.
Any sites not working correctly, please open a ticket so we can investigate.

For Zen Cart SEO rewrites, we needed to make some changes to the .htaccess:
# All other pages
# Don’t rewrite real files or directories
RewriteCond %{REQUEST_FILENAME} !\.shtml$
RewriteCond %{REQUEST_FILENAME} !-f [NC]
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*).html$ index\.php?main_page=$1&%{QUERY_STRING} [L]

… where we added the rule about shtml. This is necessary on cPanel, problems mostly result in Zen admins not found and can quickly be fixed. If you have any problems accessing your Zen admin, please get in touch.

Still to do:
1. Resolving any remaining email errors, 5 accounts reported issues (webmail can be used as workaround) RESOLVED
2. Resolving remaining site issues, 1 account reported issues, seems to be site-specific
3. Once all done, setting up WHM panels and sending access details to each reseller
4. And a final email to everyone about the changes & confirmation, this may be tomorrow

We’re very sorry for the layout issues this morning which affected sites.

Anyone having any issues, please raise a support ticket, we’re here to help!

14 Oct 2010 18:58
Some sites have issues with PEAR:Crypt_blowfish and we’re working on rebuilding PEAR on the server to resolve these. This is the last issue currently open, all others are now resolved.

We will send out an update to all site owners, and set up the WHM panels, but this will now be likely tomorrow. Priority will be given to WHM panel set-up, then a general email round for everyone.

Anyone with email issues, please ensure to use the full email address as username and reboot your PC/Mac. We’ve had some users only using the first part (eg sales) which Ensim did allow, but cPanel does not accept.

Many thanks for your patience, and if anyone notices any issues, please get in touch.

14 Oct 2010 21:49
PEAR:Crypt_blowfish is resolved, any sites using SagePay or similar and still having issues, please get in touch.

15 Oct 2010 19:33
Migration now looks complete. All sites are running, Email is working for all and we don’t have any open tickets about the migration. Reseller accounts have been set up & all resellers notified via email with the login details.

A minor niggle is the Spam Experts login from with cPanel which currently fails if you click on it. We’ve got a fix, but it’s not ideal, so we’re waiting to resolve this permanently with Spam Experts / cPanel. Spam filtering & daily digest will work, it’s only the white/black list facility that’s currently not accessible.

We truly appreciate the patience of our customers during this major upgrade. It’s been a hectic few days, and I hope that site owners will see now the benefit of the faster hardware and cPanel, and get back to enjoying a reliable service from us.

Any issues, we’re of course here over the weekend via support ticket.

15 Oct 2010 23:58
Last update for today – All now working with exception for the Spam link in cPanel. Anyone needing urgent access to Spam Experts for white list, please contact us, workaround exists. Other updates:

• SFTP/SSH is on port 22. Anyone who has received info with a different port number, sincere apologies.
• Awstats is now available via cPanel. The old /awstats/ folder name no longer works.
• PHPMyAdmin is accessed via cPanel.
• Control Panel URLs:
  WHM https://atlantis.terrassl.net:2087
  cPanel https://atlantis.terrassl.net:2083/
  webmail https://atlantis.terrassl.net:2096

— MIGRATION IS NOW COMPLETE! —

Need support? You can submit & read tickets via your client area: https://support.terranetwork.net/web/supporttickets.php.

Advice on what’s changing: Knowledgebase: Server Upgrade