FrameBeurk documentation

10. Miscellaneous

10.1. Fichier .htaccess

Exemple de fichier .htaccess avec réécriture d’URL, à placer à la racine du site :

SetEnv PHP_VER 5 SetEnv REGISTER_GLOBALS 0 SetEnv MAGIC_QUOTES 0   <IfModule mod_rewrite.c>  RewriteEngine  on RewriteBase /Fmbk/ # exclusions RewriteRule ressources/(.*) - [L] RewriteRule ^index.php(.*) - [L] RewriteRule ^ajax.php(.*) - [L] RewriteRule ^js.php(.*) - [L] RewriteRule ^css.php(.*) - [L] RewriteRule ^rss.php(.*) - [L]   # redirection RewriteRule (.*) interpreteur.php </IfModule>

10.2. Pages perso free.fr

FrameBeurk a été conçu pour pouvoir être utilisé sur les pages perso de free.fr, avec quelques limitations :

Le fichier .htaccess ci-dessous est recommandé :

php 1 ErrorDocument 404 /forum2/interpreteur.php

(*) : L’instruction ErrorDocument permet de rediriger les URI non résolues vers l’interpréteur. On pourrait envisager de se servir de ce moyen pour mettre en place la réécriture d’URI. Malheureusement les paramètres envoyés par la méthode POST sont perdus par la redirection 404. Donc la plupart des actions Maj ne fonctionnent pas

10.3. La notion d’URI

L’ « adresse » envoyée au framework en méthode GET ne répond pas à la définition d’une URL (Uniform Ressource Locator) ou d’une URI (Uniform Ressource Identifier), puisqu’elle peut contenir une action de Maj, une alternative (Vue ou Vue Erreur) et mener à des affichages différents. Il faudrait un autre terme plus général pour qualifier les « adresses » utilisées.

A noter que le bloc (2) du schéma sur la réécriture d’URI (chapitre « Fonctionnalités ») correspond à la notion d’URI et que c’est ce bloc (2) qui est renvoyé par le serveur en tant qu’URL canonique de la page.

10.4. Règles d’implémentation

Ce framework est construit en programmation procédurale et dès que c'est possible, en programmation séquentielle, les séquences de code étant rassemblées par des instructions include et require. Tout le code partage le même espace de noms. Voici les règles d’implémentation qui ont été choisies :

10.5. Génération du code HTML

Ayant exploré plusieurs style d’implémentation pour la sortie (echo) du code HTML, les points suivants me sont apparus :

Aussi, je me suis arrêté sur un style de notation discutable mais qui devrait présenter les avantages de la concision et de la plus grande rapidité d’exécution par le moteur PHP. Exemple (sans contexte) :

echo '<div id="', $nomDiv, '" class= "test"> ', $ligne1, '<br /> ', $ligne2, '<br /> </div> ';

L’utilisation de l’opérateur ternaire est toujours possible dans cette notation, mais la lisibilité s’en trouve diminuée :

echo '<div id="', $nomDiv, '" class= "test"> ',(($cas1 == true) ? ($ligne1 . '<br /> ' . $ligne2 . '<br />') : 'Pas dans le cas 1<br />'), '</div> ';

Cette notation n’est en aucun cas obligatoire pour utiliser FrameBeurk.

10.6. Prospective

Bien entendu ce n’est qu’une version alpha et il reste beaucoup à faire. Dans le court ou moyen terme :

Dans le long terme, comme le suggère la radiographie cérébrale de Beurky PHP en illustration de cette documentation, je veux donner à ce framework une architecture faisant de chaque site construit avec lui une Intelligence Artificielle, ayant potentiellement un comportement d'agent.



© ToolOscope SASU 2010-2015. © Arnaud De Rette 2016-2018. Tous droits réservés.