Archives

All posts for the month February, 2015

Preview a site with the new host before DNS propagationTransferring a website to a new web hosting provider might be a challenge, since the site ownercannot have a 100% clear picture of how the site will fit into the specifics of the new server before the DNS propagation is complete.

Luckily, there are a few tricks that can help users get a clear idea of how the newly transferred content will load from the new server after the DNS propagation has been completed.

1. Use the temporary host assigned to a hosting account
At signup, users are assigned a fully functioning temporary host, which they can use to preview their site. All they need to do is transfer their site contents to the host’s folder and then see how the site will load from the new location by using its URL.

They can find the host’s URL in the Welcome email and in the Hosted Domains section of the Web Hosting Control Panel.

NOTE: Temporary URLs are not recommended for previewing sites that use a strict URL configuration (including WordPress, PrestaShop, osCommerce, etc. sites), since they may force a URL rewrite that goes back to the original domain name, which may result in a redirection to your previous host, or in the site not displaying at all.

2. Use the local host of a computer
Users can preview their website with their own domain name before the DNS propagation has been completed by using their local computer’s HOSTS file.

With a simple HOSTS file tweak, their computer will resolve the site locally prior to looking up the domain’s DNS records.

Here is how to use your computer’s HOST file on the two common Operating Systems:

Windows OS

1. Find the HOSTS file. It’s usually located here:
– Windows NT/2000/XP/2003/Vista/7 – C:\windows\system32\drivers\etc\hosts
– Windows 95/98/Me – C:\windows\hosts

2. Make sure you make a backup of the file before changing it.

3. Open the file with any text editor. There will be two columns, the first one containing IP addresses (e.g.: 127.0.0.1) and the second one – related hostnames (e.g.: localhost).

4. Add a new line with the IP of the server where your domain is hosted and then add your domain.

For example:

116.0.0.1 localhost
60.45.92.163 example.com
60.45.92.163 www.example.com

5. Save all changes.

6. Now restart any opened browser. When the browser opens again, enter your site’s address – it should load from its new location.

7. If the site does not open, you may have to flush the DNS cache. Go to Start, and then Run, then type “cmd” and hit enter.

Type the following: ipconfig /flushdns

8. Your website should now open without a problem.

Mac OS X

1. Open the Terminal app (it’s located in the Utilities folder in your Applications folder).

2. Create a backup copy of your existing hosts file with the following command:

sudo cp /private/etc/hosts /private/etc/hosts-orig

3. Enter your user password.

4. Now, it’s time to edit the file. Enter the following command:

sudo vi /private/etc/hosts

5. Enter your user password.

6. If you get a permission error, go to your “Help” menu, search for “root” and follow the instructions for “Enabling the root user.” When you are ready, go back to step 2.

7. You will see a file with contents similar to the following:

##
# Host Database
#
# localhost is used to configure the loopback interface
# when the system is booting. Do not change this entry.
##
116.0.0.1 localhost
255.255.255.255 broadcasthost
::1 localhost
fe80::1%lo0 localhost

8. Add your domain and IP address to the bottom of the list. Press “i” to enter the “Insert mode”. When you are done modifying the file, press “Esc” to exit the “Insert mode”. Type “:wq” to save the changes and quit.

For example:

# Host Database
#
# localhost is used to configure the loopback interface
# when the system is booting. Do not change this entry.
##
116.0.0.1 localhost
255.255.255.255 broadcasthost
::1 localhost
fe80::1%lo0 localhost
60.45.92.163 example.com
60.45.92.163 www.example.com

9. You may also need to grant yourself sudo privileges. In your “Help” menu, search for “root” and select the instructions for “Enabling the root user.” Follow these.

10. Now restart any opened browser. When the browser opens again, enter your site’s address – it should load from its new location.

11. If the site does not open, you may have to flush the DNS cache. To do that, type the following in the Terminal:

dscacheutil -flushcache

12. Your website should now open without a problem.

3. Use our site transfer services
If you or your customers consider site transfer as being too much of a challenge, you can make use of our site transfer service, which is included for free with each hosting package.

Our technicians will need authorized access to your hosting account with your previous host so that they could transfer the files over to our platform. They will then test your site on our servers and will make sure it resolves flawlessly from the new location as soon as the DNS propagation has been completed.

All you will need to do on your end is update the domain’s nameservers in your domain management account.

Confirmation of domain transfer requestICANN, the Internet Corporation for Assigned Names and Numbers, has put into circulation a new transfer policy for generic domain names.

From now on, a registrant who initiates a transfer from one registrar to another will receive an email from the present registrar where they will need to confirm their transfer to the new company.

This update to the transfer policy is aimed at further protecting domain owners from unauthorized transfer attempts.

How does the new policy update amplify the existing transfer rules?

So far, every domain transfer initiating registrant has had to authorize the transfer request through a special link supplied by the new registrar (sent via the so-called ‘Initial Authorization for Registrar Transfer’ email, as per ICANN’s transfer policy).

To make sure that no unauthorized transfer request has managed to slip through the authorization email filter, ICANN has introduced another ‘bureaucratic’ procedure to the transfer policy.

According to the new transfer rules, the registrant will also receive an email from the Registrar of Record (i.e. the losing registrar), where they will be prompted to confirm that the transfer request is authorized by the domain owner through a special link – a procedure also known as a ‘Confirmation of Registrar Transfer Request’, as per ICANN’s transfer policy.

Here is how the transfer confirmation form will look like:

Confirm domain transfer

The registrant will be able to confirm the transfer request or reject it if, for some reason, it has not been authorized by them.

NOTE: If a registrant does not take any action with regard to the confirmation emailwithin 3 days, the transfer request will be considered as ‘approved’.

Which domain names will the new transfer policy affect?

ICANN’s transfer policy is in force only for the generic top-level domain names that are overseen by ICANN itself – .COM. .NET, .ORG, .INFO and .BIZ.

As an ICANN-accredited registrar, we are bound by the new policy and have implemented it in our domain management system accordingly.

***

Hopefully, the new transfer policy update will be perceived by registrants more as a protective necessity than a ‘paperwork’ inconvenience and will be able to bring the number of disputed domain transfers to a minimum.

SSL certificates now much cheaperIn tune with the ever-shifting trends on the SSL market, we have moved to a more reasonably priced SSL provider and can now offer you a much more competitive pricing window for both generic and Wildcard SSL certificates.

The certificates are issued by Comodo – Positive SSL, and use 2048-bit RSA keys with 256-bit encryption.

They come with a strong authentication warranty, an authentic site seal and free re-issue & money-back guarantees.

Wildcard SSL certificates now 51% cheaper

Wildcard certificates allow you to easily secure as many sites under a certain domain name as you need, for example: www.my-site-name.com, blog.my-site-name.com, shop.my-site-name.com, etc. Usually, their much higher price is considered justified due to the unlimited number of hosts that they can secure.

However, now that we have lowered the price of Wildcard certificates by more than 50%, you have a great chance of drawing more customers with more competitive price levels.

Because of the significant change to the prices of the Wildcard certificates, we have updated your end prices to the new default retail rates.

TIP: You can update your prices with a click from your Reseller Control Panel -> My Offers -> SSL Certificates (the Wildcard SSL Certificates table).

Generic SSL certificates now 20% cheaper

After the recent major generic SSL certificate price drop, we have now taken another step to let you offer a really competitive security service for your customers’ domains.

The price of a normal SSL certificate offered on your store for a single domain name has fallen by another 20%.

Since the generic certificate price decrease is of a smaller scale, we have preserved the current retail prices of those of you who have updated their pricing so far. To finetune the latter to the competitive trends on the SSL market, you can hurry up and scale down your sale prices from your Reseller Control Panel -> My Offers -> SSL Certificates.

TIP: You can update your prices with a click from your Reseller Control Panel -> My Offers -> SSL Certificates (the SSL Certificates table).

What will be the price of a renewed SSL certificate?

In order for existing SSL users to take advantage of the new lower prices, an SSL from the new provider will be issued upon renewal.

For this reason, the actual SSL renewal will take place several days prior to the expiration of the current SSL certificate.

How does our SSL service compare against the competition?

True to our policy to deliver the most cost-effective service to your customers, we enabled SNI support on our platform the moment it became widely available as a means of installing SSL certificates on shared IPs. This made SSL certificates more affordable for customers.

Most providers, however, do not offer SSL installation on shared IPs yet, due to the lack of SNI support on their servers. This way, customers are still required to tie their SSL certificate to a dedicated IP address, which usually triples the SSL installation price.

Also, some providers even require a fee in order to install your own SSL certificate on their servers.

From the Hepsia Web Hosting Control Panel, your customers can install an SSL, which they have bought from another provider, at no cost. They can do that from the Hosted Domainssection. They need to click on the Edit Host icon and then to select the ‘’Upload an SSL Certificate’’ option:

Upload an SSL certificate

Google Drive Backups in HepsiaOver the last year, we have improved the backup capabilities of our web hosting platform by enabling the option to back up your content to Dropbox and by making your data backups browsable and accessible with a click from the Web Hosting Control Panel.

Now we have added the option to have your data backed up online by means of Google Drive. This option is meant to help Google users (who, as we all know, make up a large percentage of the web users) integrate their sites with their Google account and thus keep all important data in one place.

How will the Google Drive backup option work for users?

Just like with the Dropbox backup option, which has been extensively used by your customers throughout the last year, users will be able to back up their entire site content using their Google Drive accounts. This includes files (text files, images, videos, etc.) and databases (MySQL and PostgreSQL).

NOTE: The Google Drive and the Dropbox backup options will be available on an either-or basis per host, i.e. you can select to back up your data for a certain host using either Dropbox or Google Drive.

How to back up your sites using Google Drive?

In the Web Hosting Control Panel, go to Files and then click on the Remote Backups option:

Google Drive Backup in Hepsia - Remote Backups

Then click on the Add Google Drive Account button in the top right corner:

Google Drive Backups in Hepsia - Database Backups

Our Hepsia Backup Application will ask you for permission. Click on the Accept button to go ahead:

Google Drive Backup Hepsia -  Accept Application

Now your hosting account and your Google Drive profile are connected. You’ll also get an email notification from Google to confirm that.

You can back up 3 types of data, which are divided into columns, including hostnames (this means the entire content on your sites apart from your databases), MySQL databases andPgSQL databases:

Google Drive Backup Hepsia -  Domains

Now select the host that you want to make a backup for and then select the Google account that you want to use from the Connected Accounts dropdown menu:

Google Drive Backup Hepsia -  Select Google Account

After that, you’ll need to select the period within which the backup will be generated. You can choose between 3 and 14 backups. Our backup script will run every other day, generating a full backup of your files:

Google Drive Backup in Hepsia - Select Period

For instance, if you choose 3 backups, the script will create 3 full backups from the last 6 days (a backup every other day).

The moment you select the backup period, the backup process will be started.

In the root folder of your Google Drive account, you can see the HepsiaBackups folder that has just been created under the Apps folder:

Google Drive Backup in Hepsia -  backup folder

 

When the hostname backup generation process starts, you’ll see the backups organized in folders (every backup from a given day will be placed in a separate folder).

Google Drive Backup in Hepsia -  backup folders

If you want to make a backup of your MySQL or PgSQL databases as well, you will need to go through the same procedure:

Google Drive backups in Hepsia - Database Backups

NOTE: We will make automatic backups of your websites and databases on our servers, no matter if you use our Google Drive/Dropbox backup service or not.

The Google Drive backup service is available with all Hepsia-based services – shared hosting packages, semi-dedicated servers, Virtual Privateer Servers and dedicated servers.

PHP 5.7 (PHP NG) to become PHP 7PHP is a living language and as such, it undergoesconstant developments, experiments and upgrades. This is why, it is hard to predict how it will unfold within a year or even less.

A vivid example is PHP 6, which was well seen as the new official PHP release. However, it was soon brought to oblivion due to a contradiction among participating developers.

On the other hand, the PHP 5.7 dev version has managed to stand the test of time and is now considered a herald of the brand new PHP 7 series.

What happened to PHP 6?

PHP 6 first appeared in 2005 as a development project, which offered a brand new encoding approach by bringing Unicode into the PHP engine. According to the new approach, UTF-16 had to be used for internal encoding of everything inside the engine.

However, the excessive CPU time and memory entangled in the UTF-16 conversion (almost twice as much as with a UTF-8 string) made PHP 6 too complex and resource-consuming to implement.

Thus, PHP 6 never went out of its dev state and many of its worthy new features like the language-integrated Unicode support, etc. ended up landing in the PHP 5.x series.

Here’s what the PHP community had to say about it:

“PHP 6 was one of the biggest traumas in the php.net history. We have magisterially failed to define a clear roadmap, to find consensus on what it should be like, along with many other issues like small groups fighting one another or hidden meetings or developments.”

Why is PHP 5.7 the new official PHP candidate?

As PHP 6 was slowly assimilated by the PHP 5.x branch, the PHP community got some ‘fresh air’ and a strong push to release a new major release candidate – PHP 5.7, also known as PHPNG.

According to phpng developers, the key benefits of PHP 5.7 revolve around performance and memory utilization.

It has so far shown striking performance improvements over the current stable release PHP 5.6 and is about to become nearly 100% faster than PHP 5.6 when rendering the front page of a stock WordPress installation, for example. All that is achieved with no negative effect on its compatibility.

The secret to this performance supremacy is that nearly 60% of the CPU instructions have been “retired” and replaced by more efficient code.

Before PHP 5.7, the only way to get performance like this was by using a HipHop Virtual Machine, which, however is hard to configure and lacks compatibility.

On account of its amazing practice scores, PHP 5.7 is anticipated to bring a tremendous performance boost to the servers around the world.

If PHP 6 was a trauma, the latter seems to have been cured by the excitement over PHPNG and its forthcoming transition into PHP 7.

Here is an official statement of the PHP community about the production release date:

“With key decisions about both the version number and the engine for PHP 7 behind us, it’s time to define an agreed-upon timeline so that all contributors can align around it. The purpose of this RFC is to define a one-year timeline for the delivery of PHP 7.0, with a projected release date of November 2015.”

How to use PHP 5.7 on our servers?

PHP 5.7 is now supported by most bundled extensions and our developers have updated it to the latest release on our servers.

NOTE: Keep in mind that PHP 5.7 is still in development and is not recommended for use on production websites.

You can enable PHP 5.7 for your projects from the Advanced section of your Web Hosting Control Panel, under PHP Configuration:

PHP NG in the Control Panel