$this->getModel()
et $this->getHelper()
$this->getController()
et utilité de $this->data
$this->getBlock()
ou $this->getBlockHtml()
recoit dans $data
le tableau $this->data
peuplé par le controleur
recoit dans $request
l'objet ClementineRequest
Dans les fichiers config.ini
, qui se surchargent en suivant l'ordre défini par le poids des modules, et détaillé dans la section Modules chargés (et poids) du tableau de debug.
le principe des overrides : calques à la Photoshop
modules découplés =>
parent::indexAction($request, $params = null);
$this->getParentBlock();
Héritage de modules entiers par le fichier config.ini
$this->getRequest()
$request->get('int', 'id_user'); // get, post, cookie, session, request...
$request->map_url() // et $request->canonical_url()
Lorsqu'une erreur PHP (notice, warning, fatal, ...) est détectée par le framework, celui-ci génère un rapport d'erreur contenant des informations sur l'erreur elle-même, un aperçu du code qui l'a causée, et des informations sur la requête, la configuration du serveur et du client, une backtrace.
Les principales options de debug sont les suivantes, on les active dans la section [clementine_debug]
du config.ini
:
enabled : activer le mode debug (performances moindres...).
Valeurs : [0,1]
allowed_ip : adresses IP autorisées à voir les erreurs si display_errors
est activé.
Liste d'adresses IP séparé par des virgules
display_errors : active l'affichage des erreurs
Valeurs : [0,1]
send_errors_by_email : active l'envoi d'erreurs par email.
Valeurs : [0,1]
Le destinataire est celui défini dans
[clementine_global]
email_dev=
send_errors_by_email_max : nombre max de mails d'erreur à envoyer par requête HTTP
Valeurs : nombre entier
log_errors : log les erreurs avec error_log()
Valeurs : [0,1]
error_log : chemin vers le fichier de log.
Valeurs : /path/to/writable/file.log
Le module db permet de logguer toutes les requêtes SQL et propose quelques facilités pour les suivre...