Routing ======= The router component allows defining routes that are mapped to controllers or handlers that should receive the request. A router simply parses a URI to determine this information. The router has two modes: MVC mode and match-only mode. The first mode is ideal for working with MVC applications. Defining Routes --------------- :doc:`Phalcon\\Mvc\\Router <../api/Phalcon_Mvc_Router>` provides advanced routing capabilities. In MVC mode, you can define routes and map them to controllers/actions that you require. A route is defined as follows: .. code-block:: php add( "/admin/users/my-profile", array( "controller" => "users", "action" => "profile", ) ); //Another route $router->add( "/admin/users/change-password", array( "controller" => "users", "action" => "changePassword", ) ); $router->handle(); The method add() receives as first parameter a pattern and optionally a set of paths as second parameter. In this case, if the URI is exactly: /admin/users/my-profile, then the "users" controller with its action "profile" will be executed. Currently, the router does not execute the controller and action, it only collects this information to inform the correct component (ie. :doc:`Phalcon\\Mvc\\Dispatcher <../api/Phalcon_Mvc_Dispatcher>`) that this is controller/action it should to execute. An application can have many paths, define routes one by one can be a cumbersome task. In these cases we can create more flexible routes: .. code-block:: php add( "/admin/:controller/a/:action/:params", array( "controller" => 1, "action" => 2, "params" => 3, ) ); In the example above, using wildcards we make a route valid for many URIs. For example, by accessing the following URL (/admin/users/a/delete/dave/301) then: +------------+---------------+ | Controller | users | +------------+---------------+ | Action | delete | +------------+---------------+ | Parameter | dave | +------------+---------------+ | Parameter | 301 | +------------+---------------+ The method add() receives a pattern that optionally could have predefined placeholders and regular expression modifiers. All the routing patterns must start with a slash character (/). The regular expression syntax used is the same as the `PCRE regular expressions`_. Note that, it is not necessary to add regular expression delimiters. All routes patterns are case-insensitive. The second parameter defines how the matched parts should bind to the controller/action/parameters. Matching parts are placeholders or subpatterns delimited by parentheses (round brackets). In the example given above, the first subpattern matched (:controller) is the controller part of the route, the second the action and so on. These placeholders help writing regular expressions that are more readable for developers and easier to understand. The following placeholders are supported: +--------------+---------------------+--------------------------------------------------------------------------------------------------------+ | Placeholder | Regular Expression | Usage | +==============+=====================+========================================================================================================+ | /:module | /([a-zA-Z0-9\_\-]+) | Matches a valid module name with alpha-numeric characters only | +--------------+---------------------+--------------------------------------------------------------------------------------------------------+ | /:controller | /([a-zA-Z0-9\_\-]+) | Matches a valid controller name with alpha-numeric characters only | +--------------+---------------------+--------------------------------------------------------------------------------------------------------+ | /:action | /([a-zA-Z0-9\_]+) | Matches a valid action name with alpha-numeric characters only | +--------------+---------------------+--------------------------------------------------------------------------------------------------------+ | /:params | (/.*)* | Matches a list of optional words separated by slashes. Use only this placeholder at the end of a route | +--------------+---------------------+--------------------------------------------------------------------------------------------------------+ | /:namespace | /([a-zA-Z0-9\_\-]+) | Matches a single level namespace name | +--------------+---------------------+--------------------------------------------------------------------------------------------------------+ | /:int | /([0-9]+) | Matches an integer parameter | +--------------+---------------------+--------------------------------------------------------------------------------------------------------+ Controller names are camelized, this means that characters (-) and (_) are removed and the next character is uppercased. For instance, some_controller is converted to SomeController. Since you can add many routes as you need using add(), the order in which routes are added indicate their relevance, lastest routes added have more relevance than first added. Internally, all defined routes are traversed in reverse order until :doc:`Phalcon\\Mvc\\Router <../api/Phalcon_Mvc_Router>` finds the one that matches the given URI and processes it, while ignoring the rest. Parameters with Names ^^^^^^^^^^^^^^^^^^^^^ The example below demonstrates how to define names to route parameters: .. code-block:: php add( "/news/([0-9]{4})/([0-9]{2})/([0-9]{2})/:params", array( "controller" => "posts", "action" => "show", "year" => 1, // ([0-9]{4}) "month" => 2, // ([0-9]{2}) "day" => 3, // ([0-9]{2}) "params" => 4, // :params ) ); In the above example, the route doesn't define a "controller" or "action" part. These parts are replaced with fixed values ("posts" and "show"). The user will not know the controller that is really dispatched by the request. Inside the controller, those named parameters can be accessed as follows: .. code-block:: php dispatcher->getParam("year"); // Return "month" parameter $month = $this->dispatcher->getParam("month"); // Return "day" parameter $day = $this->dispatcher->getParam("day"); } } Note that the values of the parameters are obtained from the dispatcher. This happens because it is the component that finally interacts with the drivers of your application. Moreover, there is also another way to create named parameters as part of the pattern: .. code-block:: php add( "/documentation/{chapter}/{name}.{type:[a-z]+}", array( "controller" => "documentation", "action" => "show" ) ); You can access their values in the same way as before: .. code-block:: php dispatcher->getParam("name"); // Returns "type" parameter $type = $this->dispatcher->getParam("type"); } } Short Syntax ^^^^^^^^^^^^ If you don't like using an array to define the route paths, an alternative syntax is also available. The following examples produce the same result: .. code-block:: php add("/posts/{year:[0-9]+}/{title:[a-z\-]+}", "Posts::show"); // Array form $router->add( "/posts/([0-9]+)/([a-z\-]+)", array( "controller" => "posts", "action" => "show", "year" => 1, "title" => 2, ) ); Mixing Array and Short Syntax ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Array and short syntax can be mixed to define a route, in this case note that named parameters automatically are added to the route paths according to the position on which they were defined: .. code-block:: php add('/news/{country:[a-z]{2}}/([a-z+])/([a-z\-+])', array( 'section' => 2, //Positions start with 2 'article' => 3 ) ); Routing to Modules ^^^^^^^^^^^^^^^^^^ You can define routes whose paths include modules. This is specially suitable to multi-module applications. It's possible define a default route that includes a module wildcard: .. code-block:: php add('/:module/:controller/:action/:params', array( 'module' => 1, 'controller' => 2, 'action' => 3, 'params' => 4 )); In this case, the route always must have the module name as part of the URL. For example, the following URL: /admin/users/edit/sonny, will be processed as: +------------+---------------+ | Module | admin | +------------+---------------+ | Controller | users | +------------+---------------+ | Action | edit | +------------+---------------+ | Parameter | sonny | +------------+---------------+ Or you can bind specific routes to specific modules: .. code-block:: php add("/login", array( 'module' => 'backend', 'controller' => 'login', 'action' => 'index', )); $router->add("/products/:action", array( 'module' => 'frontend', 'controller' => 'products', 'action' => 1, )); Or bind them to specific namespaces: .. code-block:: php add("/:namespace/login", array( 'namespace' => 1, 'controller' => 'login', 'action' => 'index' )); Namespaces/class names must be passed separated: .. code-block:: php add("/login", array( 'namespace' => 'Backend\Controllers', 'controller' => 'login', 'action' => 'index' )); HTTP Method Restrictions ^^^^^^^^^^^^^^^^^^^^^^^^ When you add a route using simply add(), the route will be enabled for any HTTP method. Sometimes we can restrict a route to a specific method, this is especially useful when creating RESTful applications: .. code-block:: php addGet("/products/edit/{id}", "Products::edit"); // This route only will be matched if the HTTP method is POST $router->addPost("/products/save", "Products::save"); // This route will be matched if the HTTP method is POST or PUT $router->add("/products/update")->via(array("POST", "PUT")); Using convertions ^^^^^^^^^^^^^^^^^ Convertions allow to freely transform the route's parameters before passing them to the dispatcher, the following examples show how to use them: .. code-block:: php add('/products/{slug:[a-z\-]+}', array( 'controller' => 'products', 'action' => 'show' )) ->convert('slug', function($slug) { //Transform the slug removing the dashes return str_replace('-', '', $slug); }); Groups of Routes ^^^^^^^^^^^^^^^^ If a set of routes have common paths they can be grouped to easily maintain them: .. code-block:: php 'blog', 'controller' => 'index' )); //All the routes start with /blog $blog->setPrefix('/blog'); //Add a route to the group $blog->add('/save', array( 'action' => 'save' )); //Add another route to the group $blog->add('/edit/{id}', array( 'action' => 'edit' )); //This route maps to a controller different than the default $blog->add('/blog', array( 'controller' => 'blog', 'action' => 'index' )); //Add the group to the router $router->mount($blog); You can move groups of routes to separate files in order to improve the organization and code reusing in the application: .. code-block:: php setPaths(array( 'module' => 'blog', 'namespace' => 'Blog\Controllers' )); //All the routes start with /blog $this->setPrefix('/blog'); //Add a route to the group $this->add('/save', array( 'action' => 'save' )); //Add another route to the group $this->add('/edit/{id}', array( 'action' => 'edit' )); //This route maps to a controller different than the default $this->add('/blog', array( 'controller' => 'blog', 'action' => 'index' )); } } Then mount the group in the router: .. code-block:: php mount(new BlogRoutes()); Matching Routes --------------- A valid URI must be passed to Router in order to let it checks the route that matches that given URI. By default, the routing URI is taken from the $_GET['_url'] variable that is created by the rewrite engine module. A couple of rewrite rules that work very well with Phalcon are: .. code-block:: apacheconf RewriteEngine On RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_FILENAME} !-f RewriteRule ^(.*)$ index.php?_url=/$1 [QSA,L] The following example shows how to use this component in stand-alone mode: .. code-block:: php handle(); // or Setting the URI value directly $router->handle("/employees/edit/17"); // Getting the processed controller echo $router->getControllerName(); // Getting the processed action echo $router->getActionName(); //Get the matched route $route = $router->getMatchedRoute(); Naming Routes ------------- Each route that is added to the router is stored internally as an object :doc:`Phalcon\\Mvc\\Router\\Route <../api/Phalcon_Mvc_Router_Route>`. That class encapsulates all the details of each route. For instance, we can give a name to a path to identify it uniquely in our application. This is especially useful if you want to create URLs from it. .. code-block:: php add("/posts/{year}/{title}", "Posts::show"); $route->setName("show-posts"); //or just $router->add("/posts/{year}/{title}", "Posts::show")->setName("show-posts"); Then, using for example the component :doc:`Phalcon\\Mvc\\Url <../api/Phalcon_Mvc_Url>` we can build routes from its name: .. code-block:: php get(array( "for" => "show-posts", "year" => "2012", "title" => "phalcon-1-0-released" )); Usage Examples -------------- The following are examples of custom routes: .. code-block:: php add( "/system/:controller/a/:action/:params", array( "controller" => 1, "action" => 2, "params" => 3 ) ); // matches "/es/news" $router->add( "/([a-z]{2})/:controller", array( "controller" => 2, "action" => "index", "language" => 1 ) ); // matches "/es/news" $router->add( "/{language:[a-z]{2}}/:controller", array( "controller" => 2, "action" => "index" ) ); // matches "/admin/posts/edit/100" $router->add( "/admin/:controller/:action/:int", array( "controller" => 1, "action" => 2, "id" => 3 ) ); // matches "/posts/2010/02/some-cool-content" $router->add( "/posts/([0-9]{4})/([0-9]{2})/([a-z\-]+)", array( "controller" => "posts", "action" => "show", "year" => 1, "month" => 2, "title" => 4 ) ); // matches "/manual/en/translate.adapter.html" $router->add( "/manual/([a-z]{2})/([a-z\.]+)\.html", array( "controller" => "manual", "action" => "show", "language" => 1, "file" => 2 ) ); // matches /feed/fr/le-robots-hot-news.atom $router->add( "/feed/{lang:[a-z]+}/{blog:[a-z\-]+}\.{type:[a-z\-]+}", "Feed::get" ); // matches /api/v1/users/peter.json $router->add('/api/(v1|v2)/{method:[a-z]+}/{param:[a-z]+}\.(json|xml)', array( 'controller' => 'api', 'version' => 1, 'format' => 4 ) ); .. highlights:: Beware of characters allowed in regular expression for controllers and namespaces. As these become class names and in turn they're passed through the file system could be used by attackers to read unauthorized files. A safe regular expression is: /([a-zA-Z0-9\_\-]+) Default Behavior ---------------- :doc:`Phalcon\\Mvc\\Router <../api/Phalcon_Mvc_Router>` has a default behavior providing a very simple routing that always expects a URI that matches the following pattern: /:controller/:action/:params For example, for a URL like this *http://phalconphp.com/documentation/show/about.html*, this router will translate it as follows: +------------+---------------+ | Controller | documentation | +------------+---------------+ | Action | show | +------------+---------------+ | Parameter | about.html | +------------+---------------+ If you don't want use this routes as default in your application, you must create the router passing false as parameter: .. code-block:: php add("/", array( 'controller' => 'index', 'action' => 'index' )); Not Found Paths --------------- If none of the routes specified in the router are matched, you can define a group of paths to be used in this scenario: .. code-block:: php notFound(array( "controller" => "index", "action" => "route404" )); Setting default paths --------------------- It's possible to define default values for common paths like module, controller or action. When a route is missing any of those paths they can be automatically filled by the router: .. code-block:: php setDefaultModule('backend'); $router->setDefaultNamespace('Backend\Controllers'); $router->setDefaultController('index'); $router->setDefaultAction('index'); //Using an array $router->setDefaults(array( 'controller' => 'index', 'action' => 'index' )); Dealing with extra/trailing slashes ----------------------------------- Sometimes a route could be accessed with extra/trailing slashes and the end of the route, those extra slashes would lead to produce a not-found status in the dispatcher. You can set up the router to automatically remove the slashes from the end of handled route: .. code-block:: php removeExtraSlashes(true); Or, you can modify specific routes to optionally accept trailing slashes: .. code-block:: php add( '/{language:[a-z]{2}}/:controller[/]{0,1}', array( 'controller' => 2, 'action' => 'index' ) ); Match Callbacks --------------- Sometimes, routes must be matched if they meet specific conditions, you can add arbitrary conditions to routes using the 'beforeMatch' callback, if this function return false, the route will be treaded as non-matched: .. code-block:: php add('/login', array( 'module' => 'admin', 'controller' => 'session' ))->beforeMatch(function($uri, $route) { //Check if the request was made with Ajax if ($_SERVER['X_REQUESTED_WITH'] == 'xmlhttprequest') { return false; } return true; }); You can re-use these extra conditions in classes: .. code-block:: php add('/get/info/{id}', array( 'controller' => 'products', 'action' => 'info' ))->beforeMatch(array(new AjaxFilter(), 'check')); Hostname Constraints -------------------- The router allow to set hostname contraints, this means that specific routes or a group of routes can be restricted to only match if the route also meets the hostname constraint: .. code-block:: php add('/login', array( 'module' => 'admin', 'controller' => 'session', 'action' => 'login' ))->setHostName('admin.company.com'); Hostname can also be regular expressions: .. code-block:: php add('/login', array( 'module' => 'admin', 'controller' => 'session', 'action' => 'login' ))->setHostName('([a-z+]).company.com'); In groups of routes you can set up a hostname constraint that apply for every route in the group: .. code-block:: php 'blog', 'controller' => 'posts' )); //Hostname restriction $blog->setHostName('blog.mycompany.com'); //All the routes start with /blog $blog->setPrefix('/blog'); //Default route $blog->add('/', array( 'action' => 'index' )); //Add a route to the group $blog->add('/save', array( 'action' => 'save' )); //Add another route to the group $blog->add('/edit/{id}', array( 'action' => 'edit' )); //Add the group to the router $router->mount($blog); URI Sources ----------- By default the URI information is obtained from the $_GET['_url'] variable, this is passed by the Rewrite-Engine to Phalcon, you can also use $_SERVER['REQUEST_URI'] if required: .. code-block:: php setUriSource(Router::URI_SOURCE_GET_URL); // use $_GET['_url'] (default) $router->setUriSource(Router::URI_SOURCE_SERVER_REQUEST_URI); // use $_SERVER['REQUEST_URI'] (default) Or you can manually pass a URI to the 'handle' method: .. code-block:: php handle('/some/route/to/handle'); Testing your routes ------------------- Since this component has no dependencies, you can create a file as shown below to test your routes: .. code-block:: php handle($testRoute); echo 'Testing ', $testRoute, '
'; //Check if some route was matched if ($router->wasMatched()) { echo 'Controller: ', $router->getControllerName(), '
'; echo 'Action: ', $router->getActionName(), '
'; } else { echo 'The route wasn\'t matched by any route
'; } echo '
'; } Annotations Router ------------------ This component provides a variant that's integrated with the :doc:`annotations ` service. Using this strategy you can write the routes directly in the controllers instead of adding them in the service registration: .. code-block:: php addResource('Products', '/api/products'); return $router; }; The annotations can be defined in the following way: .. code-block:: php addModuleResource('backend', 'Products', '/api/products'); return $router; }; Registering Router instance --------------------------- You can register router during service registration with Phalcon depedency injector to make it available inside controller. You need to add code below in your bootstrap file (for example index.php or app/config/services.php if you use `Phalcon Developer Tools `_) .. code-block:: php set('router', function(){ require __DIR__.'/../app/config/routes.php'; return $router; }); You need to create app/config/routes.php and add router initialization code, for example: .. code-block:: php add("/login", array( 'controller' => 'login', 'action' => 'index', )); $router->add("/products/:action", array( 'controller' => 'products', 'action' => 1, )); return $router; Implementing your own Router ---------------------------- The :doc:`Phalcon\\Mvc\\RouterInterface <../api/Phalcon_Mvc_RouterInterface>` interface must be implemented to create your own router replacing the one provided by Phalcon. .. _PCRE regular expressions: http://www.php.net/manual/en/book.pcre.php