Update citations from application to app

Author: natanfelles

user_guide_src/source/cli/cli.rst

@@ -49,7 +49,7 @@ in it::
 		}
 	}
 
-Then save the file to your **application/Controllers/** directory.
+Then save the file to your **app/Controllers/** directory.
 
 Now normally you would visit the your site using a URL similar to this::
 

user_guide_src/source/cli/cli_commands.rst

@@ -16,7 +16,7 @@ building out custom code generators for your company.
 Running Commands
 ****************
 
-Commands are run from the command line, in the root directory. The same one that holds the **/application**
+Commands are run from the command line, in the root directory. The same one that holds the **/app**
 and **/system** directories. A custom script, **spark** has been provided that is used to run any of the
 cli commands::
 
@@ -67,7 +67,7 @@ File Location
 =============
 
 Commands must be stored within a directory named **Commands**. However, that directory can be located anywhere
-that the :doc:`Autoloader </concepts/autoloader>` can locate it. This could be in **/application/Commands**, or
+that the :doc:`Autoloader </concepts/autoloader>` can locate it. This could be in **/app/Commands**, or
 a directory that you keep commands in to use in all of your project development, like **Acme/Commands**.
 
 .. note:: When the commands are executed, the full CodeIgniter cli environment has been loaded, making it
@@ -77,7 +77,7 @@ An Example Command
 ==================
 
 Let's step through an example command whose only function is to report basic information about the application
-itself, for demonstration purposes. Start by creating a new file at **/application/Commands/AppInfo.php**. It
+itself, for demonstration purposes. Start by creating a new file at **/app/Commands/AppInfo.php**. It
 should contain the following code::
 
     <?php namespace App\Commands;

user_guide_src/source/concepts/mvc.rst

@@ -18,7 +18,7 @@ the data storage.
 
 At their most basic, controllers and models are simply classes that have a specific job. They are not the only class
 types that you can use, obviously, but the make up the core of how this framework is designed to be used. They even
-have designated directories in the **/application** directory for their storage, though you're free to store them
+have designated directories in the **/app** directory for their storage, though you're free to store them
 wherever you desire, as long as they are properly namespaced. We will discuss that in more detail below.
 
 Let's take a closer look at each of these three main components.
@@ -37,11 +37,11 @@ Views get the data to display from the controllers, who pass it to the views as
 with simple ``echo`` calls. You can also display other views within a view, making it pretty simple to display a
 common header or footer on every page.
 
-Views are generally stored in **/application/Views**, but can quickly become unwieldy if not organized in some fashion.
+Views are generally stored in **/app/Views**, but can quickly become unwieldy if not organized in some fashion.
 CodeIgniter does not enforce any type of organization, but a good rule of thumb would be to create a new directory in
 the **Views** directory for each controller. Then, name views by the method name. This makes them very easy find later
 on. For example, a user's profile might be displayed in a controller named ``User``, and a method named ``profile``.
-You might store the view file for this method in **/application/Views/User/Profile.php**.
+You might store the view file for this method in **/app/Views/User/Profile.php**.
 
 That type of organization works great as a base habit to get into. At times you might need to organize it differently.
 That's not a problem. As long as CodeIgniter can find the file, it can display it.
@@ -61,7 +61,7 @@ it's saved to meet company standards, or formatting a column in a certain way be
 By keeping these business requirements in the model, you won't repeat code throughout several controllers and accidentally
 miss updating an area.
 
-Models are typically stored in **/application/Models**, though they can use a namespace to be grouped however you need.
+Models are typically stored in **/app/Models**, though they can use a namespace to be grouped however you need.
 
 :doc:`Find out more about models </models/model>`
 
@@ -77,7 +77,7 @@ The other responsibility of the controller is to handle everything that pertains
 authentication, web safety, encoding, etc. In short, the controller is where you make sure that people are allowed to
 be there, and they get the data they need in a format they can use.
 
-Controllers are typically stored in **/application/Controllers**, though they can use a namespace to be grouped however
+Controllers are typically stored in **/app/Controllers**, though they can use a namespace to be grouped however
 you need.
 
 :doc:`Find out more about controllers </incoming/controllers>`

user_guide_src/source/concepts/services.rst

@@ -79,7 +79,7 @@ create a new class that implements the ``RouterCollectionInterface``::
 		// Implement required methods here.
 	}
 
-Finally, modify **/application/Config/Services.php** to create a new instance of ``MyRouter``
+Finally, modify **/app/Config/Services.php** to create a new instance of ``MyRouter``
 instead of ``CodeIgniter\Router\RouterCollection``::
 
 	public static function routes()

user_guide_src/source/concepts/structure.rst

@@ -8,18 +8,18 @@ can change to meet the needs of your application.
 Default Directories
 ===================
 
-A fresh install has six directories: ``/application``, ``/system``, ``/public``,
+A fresh install has six directories: ``/app``, ``/system``, ``/public``,
 ``/writable``, ``/tests`` and ``/docs``.
 Each of these directories has a very specific part to play.
 
-application
------------
-The ``application`` directory is where all of your application code lives. This comes with a default directory
+app
+---
+The ``app`` directory is where all of your application code lives. This comes with a default directory
 structure that works well for many applications. The following folders make up the basic contents:
 
 .. code-block:: none
 
-	/application
+	/app
 		/Config         Stores the configuration files
 		/Controllers    Controllers determine the program flow
 		/Database       Stores the database migrations and seeds files
@@ -31,7 +31,7 @@ structure that works well for many applications. The following folders make up t
 		/ThirdParty     ThirdParty libraries that can be used in application
 		/Views          Views make up the HTML that is displayed to the client.
 
-Because the ``application`` directory is already namespaced, you should feel free to modify the structure
+Because the ``app`` directory is already namespaced, you should feel free to modify the structure
 of this directory to suit your application's needs. For example, you might decide to start using the Repository
 pattern and Entity Models to work with your data. In this case, you could rename the ``Models`` directory to
 ``Repositories``, and add a new ``Entities`` directory.
@@ -40,7 +40,7 @@ pattern and Entity Models to work with your data. In this case, you could rename
 		routing to controllers, and will need to define all of your routes in the routes file.
 
 All files in this directory live under the ``App`` namespace, though you are free to change that in
-**application/Config/Constants.php**.
+**app/Config/Constants.php**.
 
 system
 ------
@@ -84,4 +84,4 @@ Modifying Directory Locations
 -----------------------------
 
 If you've relocated any of the main directories, you can change the configuration
-settings inside ``application/Config/Paths``.
+settings inside ``app/Config/Paths``.

user_guide_src/source/database/configuration.rst

@@ -8,7 +8,7 @@ Database Configuration
 
 CodeIgniter has a config file that lets you store your database
 connection values (username, password, database name, etc.). The config
-file is located at application/Config/Database.php. You can also set
+file is located at app/Config/Database.php. You can also set
 database connection values in the .env file. See below for more details.
 
 The config settings are stored in a class property that is an array with this

user_guide_src/source/dbmgmt/migration.rst

@@ -11,7 +11,7 @@ need to be run against the production machines next time you deploy.
 The database table **migration** tracks which migrations have already been
 run so all you have to do is update your application files and
 call ``$migration->current()`` to work out which migrations should be run.
-The current version is found in **application/Config/Migrations.php**.
+The current version is found in **app/Config/Migrations.php**.
 
 .. contents::
   :local:
@@ -36,7 +36,7 @@ method taken. Two numbering styles are available:
   the preferred scheme in CodeIgniter 3.0 and later.
 
 The desired style may be selected using the ``$type`` setting in your
-*application/Config/Migrations.php* file. The default setting is timestamp.
+*app/Config/Migrations.php* file. The default setting is timestamp.
 
 Regardless of which numbering style you choose to use, prefix your migration
 files with the migration number followed by an underscore and a descriptive
@@ -50,7 +50,7 @@ Create a Migration
 ******************
 
 This will be the first migration for a new site which has a blog. All
-migrations go in the **application/Database/Migrations/** directory and have names such
+migrations go in the **app/Database/Migrations/** directory and have names such
 as *20121031100537_Add_blog.php*.
 ::
 
@@ -86,7 +86,7 @@ as *20121031100537_Add_blog.php*.
 		}
 	}
 
-Then in **application/Config/Migrations.php** set ``$currentVersion = 20121031100537;``.
+Then in **app/Config/Migrations.php** set ``$currentVersion = 20121031100537;``.
 
 The database connection and the database Forge class are both available to you through
 ``$this->db`` and ``$this->forge``, respectively.
@@ -108,7 +108,7 @@ Database Groups
 ===============
 
 A migration will only be run against a single database group. If you have multiple groups defined in
-**application/Config/Database.php**, then it will run against the ``$defaultGroup`` as specified
+**app/Config/Database.php**, then it will run against the ``$defaultGroup`` as specified
 in that same configuration file. There may be times when you need different schemas for different
 database groups. Perhaps you have one database that is used for all general site information, while
 another database is used for mission critical data. You can ensure that migrations are run only
@@ -128,7 +128,7 @@ Namespaces
 ==========
 
 The migration library can automatically scan all namespaces you have defined within
-**application/Config/Autoload.php** and its ``$psr4`` property for matching directory
+**app/Config/Autoload.php** and its ``$psr4`` property for matching directory
 names. It will include all migrations it finds in Database/Migrations.
 
 Each namespace has it's own version sequence, this will help you upgrade and downgrade each module (namespace) without affecting other namespaces.
@@ -149,7 +149,7 @@ re-usable, modular code suites.
 Usage Example
 *************
 
-In this example some simple code is placed in **application/Controllers/Migrate.php**
+In this example some simple code is placed in **app/Controllers/Migrate.php**
 to update the schema::
 
 	<?php
@@ -265,7 +265,7 @@ You can use (refresh) with the following options:
 
 **create**
 
-Creates a skeleton migration file in **application/Database/Migrations**.
+Creates a skeleton migration file in **app/Database/Migrations**.
 
 - When migration type is timestamp, using the YYYYMMDDHHIISS format::
 
@@ -283,7 +283,7 @@ You can use (create) with the following options:
 Migration Preferences
 *********************
 
-The following is a table of all the config options for migrations, available in **application/Config/Migrations.php**.
+The following is a table of all the config options for migrations, available in **app/Config/Migrations.php**.
 
 ========================== ====================== ========================== =============================================================
 Preference                 Default                Options                    Description
@@ -308,7 +308,7 @@ Class Reference
 		:rtype:	mixed
 
 		Migrates up to the current version (whatever is set for
-		``$currentVersion`` in *application/Config/Migrations.php*).
+		``$currentVersion`` in *app/Config/Migrations.php*).
 
 	.. php:method:: findMigrations()
 

user_guide_src/source/dbmgmt/seeds.rst

@@ -10,10 +10,10 @@ event or setting information, and more.
 Database seeds are simple classes that must have a **run()** method, and extend **CodeIgniter\Database\Seeder**.
 Within the **run()** the class can create any form of data that it needs to. It has access to the database
 connection and the forge through ``$this->db`` and ``$this->forge``, respectively. Seed files must be
-stored within the **application/Database/Seeds** directory. The name of the file must match the name of the class.
+stored within the **app/Database/Seeds** directory. The name of the file must match the name of the class.
 ::
 
-	// application/Database/Seeds/SimpleSeeder.php
+	// app/Database/Seeds/SimpleSeeder.php
 	class SimpleSeeder extends \CodeIgniter\Database\Seeder
 	{
 		public function run()

user_guide_src/source/general/common_functions.rst

@@ -322,7 +322,7 @@ Core Constants
 
 .. php:const:: APPPATH
 
-	The path to the **application** directory.
+	The path to the **app** directory.
 
 .. php:const:: ROOTPATH
 

user_guide_src/source/general/errors.rst

@@ -93,7 +93,7 @@ PageNotFoundException
 ---------------------
 
 This is used to signal a 404, Page Not Found error. When thrown, the system will show the view found at
-``/application/views/errors/html/error_404.php``. You should customize all of the error views for your site.
+``/app/views/errors/html/error_404.php``. You should customize all of the error views for your site.
 If, in ``Config/Routes.php``, you have specified a 404 Override, that will be called instead of the standard
 404 page::