Puppy framework
, (*1)
Puppy is a micro-framework built in PHP that helps you to create websites using Twig templates!, (*2)
With Puppy, you will be able to build websites directly in Twig, without any problems of routes nor configuration. Puppy is ready-to-use: you just have to implement your html code., (*3)
Puppy uses a simple route system which you can easily extend to add your own behaviour and get more interactivity. For example, you can create a form which will be handled in back-end with Puppy., (*4)
Resources
Website
http://www.puppyframework.com/, (*5)
Code
Core
Modules
Testing
About
Puppy is a skeleton that runs Puppy\Application. It uses Puppy\Config as config manager., (*6)
It includes some default modules:
- Template module allows to use Twig as template engine.
- Static routing module allows to route request uri directly to a template.
- Session module helps to manage the session., (*7)
Installation
Use Composer to download Puppy:, (*8)
$ composer create-project raphhh/puppy path/to/my/project
Files architecture
├── bin
| ├── build
| └── run
├── config
| ├── dev.php
| ├── global.php
| └── tets.php
├── public
| ├── .htaccess
| ├── index.php
| └── robots.txt
├── src
├── templates
| └── public
| └── index.html.twig
├── tests
├── vars
├── vendor
├── .editorconfig
├── .gitattributes
├── .gitignore
├── .scrutinizer.yml
├── .travis.yml
├── composer.json
├── composer.lock
├── LICENSE
├── phpunit.xml.dist
├── puppy
└── README.md
- "bin" contains the executable that you can launch in the console with the command "puppy".
- "config" contains all your config files.
- "public" is the web entry point.
- "src" contains all your PHP code.
- "templates" contains your twig files. It is used by the "static routing" module.
- "tests" contains all your PHP tests. See PHPUnit for more information.
- "vars" is a tmp folder, containing things like cache, ...
- "vendor" contains all your PHP dependencies. See Composer for more information.
Run the demo
Use the built-in PHP server
Use the run command in your console:, (*9)
$ puppy run
Then, you can launch Puppy in your browser at http://localhost:8080., (*10)
You can also specify you want to run the dev env (no cache)., (*11)
$ puppy run dev
Use any server
First, you have to know that the public http access to Puppy is the dir '/public'. It is where you will put your css or your js., (*12)
If Puppy is not located at the root of your url address, create a local config to define the base url. For example, if you will launch Puppy at 'http://localhost/puppy/public', your local config must be:, (*13)
// config/local.php
<?php
return [
'baseUrl' => '/puppy/public/', //use only an absolute path
];
Local config is not versioned and will never go to production. For more information about config, see specific section., (*14)
See also how to set the dev env variable 'APP_ENV'., (*15)
Then, you can launch Puppy in your browser. :), (*16)
Clean the cache
To clean the cache, rebuild your project:, (*17)
$ puppy build
Create your own application
Now you want to code your site., (*18)
First, be careful with the cache of Puppy. If Puppy is cached, your modifications will not appear in the screen. See the config section to disable the cache., (*19)
Now, let's see how the static routing works., (*20)
Static routing in a nutshell
The "static routing" is a module that routes an uri to a template file. The router takes the request uri and tries to find an associated template., (*21)
Note that the template files must be in the dir "template/public/"., (*22)
If the request uri points to a dir and not a file, a default file will be searched. By default: ", (*23)
/index.html.twig".
If no file is found in the templates, it returns an HTTP 404 error., (*24)
Note that, because it is a module (raphhh/puppy-static-route), you can remove it. See module section for more information., (*25)
Add new pages
Consider directory '/templates/public' like a mirror of your public site access, but specially dedicated to twig templates. For each page you want in your website, you have to put a twig file in this directory. Name this file as if it was a html file, but complete it with extension '.twig'., (*26)
For example, for a home page, normally you will use a 'index.html' at the root of your public area. Here, with Puppy, you have to create a file '/templates/public/index.html.twig'. Same name, but with specific extension., (*27)
So, for example, these uri will call those twig:, (*28)
- / => templates/public/index.html.twig
- /index.html => templates/public/index.html.twig
- /contact.html => templates/public/contact.html.twig
- /contact => templates/public/contact/index.html.twig
- /contact/index.html => templates/public/contact/index.html.twig
Create common private templates
Now, imagine you want to add a second page, like a contact page for example. So, you want to display a new template for the url '/contact.html'. You just have to create this new template in the file '/templates/public/contact.html.twig'., (*29)
Once you have created your second template file, there is some duplicated code in your html (header, menu, footer, ...). No problem, here comes Twig! You can, for example, group your common base html code in a separate file that each page will extend., (*30)
As this file must not be directly accessible from an url, it must not appear in the '/templates/public' dir. You have to put it directly at the root of the '/templates' dir. So, it will never be called from any url., (*31)
Add some specific behaviours
Now, imagine you have a form in your contact page, sending an email. You can easily add a function to handle your form in php., (*32)
First, you have to add a new route to handle the posted form., (*33)
$application->post('contact', function(){
...
});
In the controller, you have to test if the form is valid for you. If the form is not valid, you can call the twig template associated with your uri, and give it an error message., (*34)
//if the form is not filled, we display the form with the error
return $staticController->render([
'text-danger' => 'Form not filled'
]);
If the form is valid and you have done the job, you can redirect to avoid refresh problems., (*35)
//if the email is send, we redirect to avoid F5.
return $staticController->redirect([
'text-info' => 'Email sent'
]);
It is easy to retrieve the message given to the template (with 'render' or 'redirect' method). You just have to use 'retriever' service., (*36)
{% if services['retriever'].has('text-danger') %}
<p class="text-danger">{{ services['retriever'].get('text-danger') }}</p>
{% endif %}
See the DemoModule to have an example., (*37)
Config
Add all the config you want, depending on each environment. Puppy uses an easy config provider., (*38)
Your config is defined in the dir '/config'., (*39)
By default, you have two versioned config (global and dev). 'dev' config is not loaded in prod env. But to specify you are in dev env (and avoid cache), you have to set the env variable 'APP_ENV'., (*40)
Moreover, you have a third config (local) which is not versioned. You can specify stuff only for you., (*41)
For more information, see puppy-config documentation., (*42)
Routes
Add any special routes you want for particular behaviour. Puppy uses a complete route provider., (*43)
$application->get('hello', function(){
return 'Hello world!';
});
For more information, see puppy-application documentation., (*44)
Services
Add all your services you need. Puppy uses Pimple as service container., (*45)
$application->addService('serviceName', function(Container $services){
return new MyService();
});
For more information, see puppy-application documentation., (*46)
Puppy is built with pre-config services:, (*47)
- config: gives you the config of your env.
- request: gives you the current request ($_REQUEST, ...).
- template: handles the twig engine.
- session: handles the session.
- appController: gives you some nice tools to use in your controllers.
- staticController: calls the twig template associated with the current uri.
- frontController: calls the controller associated with the current request and display the view.
- router: finds the controller associated with a route.
- retriever: finds the params given to a page.
For more information about session and template, see puppy-service documentation., (*48)
Modules
A module is an external package that you can add to Puppy like a pluggin. A module can add specific services, controllers, config, and so on. See the module documentation for more information., (*49)
Adding a new module is very simple in Puppy. You just has to load the package with Composer:, (*50)
$ composer require <vendor/puppy-module>
That's it, it works!, (*51)
Removing is also simple:, (*52)
$ composer remove <vendor/puppy-module>
Puppy includes some default modules, like the session, the template, and the static routing. But, you can easily replace them., (*53)
HTTP response
You can manage the header of your HTTP response with the method 'after'. So, for example, you can define the http cache., (*54)
$application->after(function(Response $response){
...
});
Integration and deployment
How to launch the tests?
See Travis config in .travis.yml., (*55)
How to deploy?
See composer install script in composer.json., (*56)
Wallogit.com
