Deploy Laravel 5 application on shared hosting

In the following there are some useful methods for deploying a Laravel 5 application on a shared hosting, where you don’t have full control on the web server configuration.

A method could be usable or not depending on what options and tools a hosting service provides. First two methods are more advisable but maybe not usable on all services. Use last two methods as last alternative.

For each method below, we assume that:

Note also that the simplest and safest way to deploy Laravel on Apache web server would be to set the website document root to the Laravel’s [app]/public directory. But usually this is not allowed on shared hostings.

Method 1: set the right document root folder

If you are deploying your application on a subdomain, let’s say a subdomain named [app] (i.e. http://[app], most hosting services let’s you to specify the root folder for your subdomain.

So you can simply set the root folder for the subdomain to:


and put the Laravel application inside the folder named [app] on your hosting.

When your website is accessed at http://[app] will be served your Laravel application from [app]/public.

Pros: this is the easiest and safest method.
Cons: the hosting service should allow you to choose the document root folder and it’s hard they give you this option for the main domain.

Method 2: create a symbolic link

Most shared hosting services doesn’t allow you to set the document root folder, but if you have an SSH access you should be able to replace the document root with a symbolic link.

Let be public_html the website document root.

Via SSH, create the ~/[app] folder in your home:

$ cd ~
$ mkdir [app]

Then you can deploy the Laravel application inside the [app] folder.

Create the symbolic link to [app]/public (be sure that public_html is empty):

$ rm -r public_html
$ ln -s [app]/public public_html

Now it’s like the document root folder is [app]/public.

Pros: safe and quite easy.
Cons: the hosting service should allow you to create symbolic links, this usually means you need an SSH access.

Method 3: add an .htaccess in the application root (unsafe)

You can add an .htaccess file in the root of your Laravel application, with this content:

<IfModule mod_rewrite.c>

  # Turn Off mod_dir Redirect For Existing Directories
  DirectorySlash Off
  # Rewrite For Public Folder
  RewriteEngine on
  RewriteRule ^(.*)$ public/$1 [L]


In your hosting service just put the Laravel application, with the above .htaccess, inside the website document root folder (e.g. the public_html folder). All incoming requests will be rewritten to point inside the public folder.

This is an unsafe method since the Laravel application root folder become the website document root. This could publicly expose some private data (e.g. the .env file) if something go wrong, for example if you accidentally remove the .htaccess file from the application’s root.

Also this method breaks the url /public (e.g. that will show the content of the public directory instead of be available inside the Laravel application.

Pros: easy.
Cons: unsafe and breaks the url /public.

Method 4: move the public folder

You can find around the web some nice tutorial that will show you how to move the Laravel’s public folder under the website document root, leaving outside the rest of the application (in a private and safe place). You will need to change some paths inside the index.php file in order to get it working.

A really good tutorial is this one:

Personally, I would prefer to add the .htaccess file (method 3) over this method, since it is less invasive, it preserves the default Laravel application structure, and both the development and the deployment process will be easier.

But, if you need the most safe method for your application then you should take in account this last method.

Pros: safe and applicable on most hosting services.
Cons: a bit complex to implement; needs some tricks to properly works and to manage the deployment process.


  • I wouldn’t recommend shared hosting for Laravel. Shared hosting has serious downsides. The server resources are shared with more than one webmaster. This means the performance of your website could be adversely affected.This also makes your website vulnerable to security threats. Instead, go for cloud hosting since it is more secure and faster. Cloud hosting provider, like Cloudways, provides CDN, caching, ddos protection and many other services that could improve the security and performance of your Laravel website.

  • Agam Adhityo

    Great, work perfect. Using method no. 2

  • snapey

    faced with a shared hosting provider that insists that your content is under public_html you can rename the laravel public folder to public_html and carry on as before. The only issue is that the public() helper is hardcoded to use /public. As long as you don’t use this helper then all will be fine.

  • Sindy

    Nice post! Thanks a lot!

  • Sometimes, the hosting provider does not allow to use symbolic links whereas moving files out of public directory or using htaccess is both unsafe. In which case, we can simply change the default path of public directory used by Laravel to public_html, as suggested in this article.


Category BootstrapCategory CoffeescriptCategory DrupalCategory GravCategory HTMLCategory JavascriptCategory JoomlaCategory jQueryCategory LaravelCategory MagentoCategory PHPCategory SharePointCategory SpringCategory ThymeleafCategory WordPressCategory Workflow


Developed and designed by Netgloo
© 2019 Netgloo