Micro-Framework

Le framework décrit ci-dessous est à finalité pédagogique : il permet uniquement de faciliter et d'accélérer le développement, en respectant le design pattern MVC.

• Télécharger ou cloner le projet https://github.com/jcheron/micro-virtualhosts
• Copier les fichiers dans le dossier htdocs de votre serveur.
• Renommer éventuellement le dossier micro-virtualhosts-master en micro-virtualhosts

1. Exécuter le script app/database/virtualhosts.sql dans phpmyadmin pour créer la base de données,
2. Editer le fichier de configuration app/config.php, et mettez éventuellement à jour le paramètre siteUrl en fonction du dossier où se trouve votre projet,
3. Editer le fichier de .htaccess, et mettez éventuellement à jour le paramètre RewriteBase de la même façon.

composer update<sxh>

<sxh php;title:app/config.php>
<?php
return array(
		"siteUrl"=>"http://127.0.0.1/micro-virtualhosts/",
		"documentRoot"=>"Test",
		"database"=>[
				"dbName"=>"virtualhosts",
				"serverName"=>"127.0.0.1",
				"port"=>"3306",
				"user"=>"root",
				"password"=>""
		],
		"onStartup"=>function($action){
		},
		"directories"=>["libraries"],
		"templateEngine"=>'micro\views\engine\Twig',
		"templateEngineOptions"=>array("cache"=>false),
		"test"=>false,
		"debug"=>false,
		"di"=>["jquery"=>function(){
						$jquery=new Ajax\php\micro\JsUtils(["defer"=>true]);
						$jquery->semantic(new Ajax\Semantic());
						return $jquery;
					}]
);

Vérifier également le paramètre RewriteBase du fichier .htaccess :

AddDefaultCharset UTF-8

<IfModule mod_rewrite.c>
	RewriteEngine On
	RewriteBase /micro-virtualhosts/
	
	RewriteCond %{REQUEST_FILENAME} !-f  
	RewriteCond %{HTTP_ACCEPT} !(.*images.*)
	RewriteRule ^(.*)$ app/index.php?c=$1 [L]
</IfModule>

Tester l'installation en allant à l'adresse : http://127.0.0.1/micro-virtualhosts/

Les modèles sont les classes métiers correspondant aux tables de la base de données.
Chaque objet instancié correspond à un enregistrement de la table correspondante (table du même nom que la classe).
Chaque membre de données d'un objet correspond à un champ du même nom de la table correspondante.

Les modèles sont stockés dans le dossier app/models

Un contrôleur est une classe héritant de BaseController et définie dans le dossier app/controllers.
Chaque contrôleur permet de définir un ensemble d'URL, en respectant le principe suivant :

Chaque méthode d'un contrôleur définit une ou plusieurs URL :

Les vues sont responsables de l'affichage des données (passées par le contrôleur), elles contiennent majoritairement du HTML (peu de PHP), et ne doivent pas effectuer de traitements.
Elles sont stockées dans le dossier app/views.

Le rôle d'un contrôleur peut être de charger des données (depuis la BDD)

Exemple : chargement de tous les utilisateurs

class ExempleController extends BaseController{
    public function index(){
        $users=DAO::getAll("models\User");
        ...
    }
}

Ou d'afficher des vues :

Exemple : Chargement de la vue vHeader.php

class ExempleController extends BaseController{
    public function index(){
       ...
       $this->loadView("main/vHeader");
    }
}

…D'afficher des vues en leur passant des données…

class ExempleController extends BaseController{
    public function index(){
       $users=DAO::getAll("models\User");
       $this->loadView("main/vUsers",$users);
    }
}

print_r($data);

class ExempleController extends BaseController{
    public function index(){
       $users=DAO::getAll("models\User");
       $this->loadView("main/vUsers",array("users"=>$users,"title"=>"Liste des utilisateurs");
    }
}

Les clefs du tableau associatif passé correspondent aux variables accessibles depuis la vue :

echo "<h1>".$title."</h1>"
print_r($users);

Le micro-framework peut utiliser le moteur de template Twig (son utilisation est définie dans le fichier config.php).

Il faut ensuite charger les vues en utilisant l'extension html, depuis le contrôleur.

Pour restreindre l'accès aux URLs définies par un contrôleur :

Implémenter la méthode isValid du contrôleur :

On vérifie dans l'exemple suivant l'existence d'une variable de session user

class ExempleController extends BaseController{
    public function isValid(){
        return isset($_SESSION["user"]);
    }
}

Si la méthode isValid retourne false, la méthode onInvalidControl est automatiquement appelée :

class ExempleController extends BaseController{
    public function onInvalidControl(){
		echo "Accès interdit";
		exit;
    }
}

Chargement de l'Host d'id égal à 1 :

use micro\orm\DAO;

    $host=DAO::getOne("models\Host",1);

Les données uniques associées à un objet chargé depuis la base sont accessibles :

    //Utilisateur associé à l'Host
    echo $host->getUser();

Les données multiples associées à un objet chargé depuis la base doivent être explicitement chargées :

Chargement des servers installés sur un Host :

	$servers=DAO::getOneToMany($host, "servers");

Chargement conditionnel d'un Host :

    $ticket=DAO::getOne("models\Host","name='srv1'");

Chargement de tous les hosts :

    $hosts=DAO::getAll("models\Host");

La méthode getAll retourne un tableau qu'il est possible de parcourir :

    $hosts=DAO::getAll("models\User");
    foreach($hosts as $host){
        echo $host."<br/>";
    }
    

Chargement conditionnel des hosts d'un utilisateur d'id 2 :

    $hosts=DAO::getAll("models\Ticket","idUser=2");

Chargement avec classement par ordre du nom :

    $hosts=DAO::getAll("models\Host","1=1 ORDER BY name ASC");

Chargement des 5 premiers enregistrements :

    $hosts=DAO::getAll("models\Host","1=1 LIMIT 5");

    $user=new models\User();
    $user->setLogin("jDoe");
    $user->setMail("jdoe@local.fr");
    $user->setPassword("wzrtb");
    DAO::insert($user);
    

Il est préférable de gérer l'impossibilité de l'ajout et les erreurs avec une gestion des exception (try…catch) :

    $user=new models\User();
    $user->setLogin("jDoe");
    $user->setMail("jdoe@local.fr");
    $user->setPassword("wzrtb");
    try{
        DAO::insert($user);
        echo "Utilisateur ajouté";
    }catch(Exception $e){
        echo "Erreur lors de l'ajout";
    }

La mise à jour nécessite que l'objet à mettre à jour ait été chargé depuis la base de données :

    $user=DAO::getOne("models\User",5);
    $user->setLogin("johnDoe");
    try{
        DAO::update($user);
        echo "Utilisateur modifié";
    }catch(Exception $e){
        echo "Erreur lors de la modification";
    }

La suppression nécessite que l'objet à supprimer ait été chargé depuis la base de données :

    $user=DAO::getOne("models\User",5);
    try{
        DAO::delete($user);
        echo "Utilisateur supprimé";
    }catch(Exception $e){
        echo "Erreur lors de la suppression";
    }