Chapter 1. Introducing Laravel 24 • routes: The routes directory is new to 5.3. It replaces the old app/Http/routes.php file, and separates your application’s routing definitions into three separate files: api.php, console.php, and web.php. Collectively, these files determine how your application responds to different endpoints. We’ll return to these files repeatedly throughout the book, beginning in Chapter 2. • server.php: The server.php file can be used to bootstrap your application for the purposes of serving it via PHP’s built-in web server. While a nice feature, Homestead offers a far superior development experience and so you can safely ignore this file and feature. • storage: The storage directory contains your project’s cache, session, and log data. • tests: The tests directory contains your project’s PHPUnit tests. Testing is a recurring theme throughout this book, and thanks to Laravel’s incredibly simple test integration features I highly encourage you to follow along closely with the examples provided in these sections. • vendor: The vendor directory is where the Laravel framework code itself is stored, in addition to any other third-party code. You won’t typically directly interact with anything found in this directory, instead doing so through the Composer interface. Now that you have a rudimentary understanding of the various directories and files comprising a Laravel skeleton application let’s see what happens when we load the default application into a browser. Presuming you’ve configured Homestead and generated the Laravel project in the appropriate directory, you should be able to navigate to http://dev.todoparrot.com (http://todoparrot.dev if you’re using Valet) and see the page presented in the below screenshot: The Laravel splash page So where does this splash page come from? It’s found in a view, and in the next chapter I’ll introduce Laravel views in great detail.