La Rapidité d'édition

Puisque c'est simple, c'est rapide !
Par exemple, pour modifier une News ou en insérer une nouvelle, vous n'aurez que 3 étapes :

1. Cliquez sur admin et entrer vos identifiants
2. Vous revenez sur le site, allez sur la première zone des "News"
3. Double-cliquez dessus, vous atterrissez immédiatement sur le module d'édition des News

...bon, faut que j'clique sur quoi pour modifier ça ?...   ← n'est plus qu'un mauvais souvenir !

La simplicité de mise en œuvre

(Si vous n'êtes pas web designer, vous n'allez pas comprendre grand chose ici)

DFO n'est pas un CMS tel que WordPress, il est beaucoup plus simple d'utilisation et, surtout, ne vous contraint en strictement ...rien. Designez votre site comme bon vous semble, en utilisant toutes les techniques que vous voulez (HTML5, CSS3, Bootstrap, Foundation, KNACSS, LESS, Sass, jQuery, Zepto ou que sais-je, lâchez-vous !). Faites absolument tout ce que vous voulez ! En fait, montez votre site « en dur », en HTML, comme s'il ne devait pas être géré par un CMS. Puis, une fois terminé, ou même n'importe quand, au moment que vous jugerez le plus opportun, que vous ayez encore du faux texte ou que le contenu éditorial définitif soit déjà intégré, pour installer DFO :

Cliquez ici

La liberté dans la modularité

Si ce n'est pas déjà fait, jetez un œil d'abord dans la section Web Designer.

(si vous n'êtes ni designer ni développeur, ce qui suit est composé de hiéroglyphes étranges)

Donc, vous l'aurez compris, la première inclusion sert à bufferiser la sortie via un ob_start() et la seconde à envoyer le tout au client, via un ob_end_flush(), et vous imaginez bien qu'entre temps, il y deux ou trois trucs qui se passent... DFO est entièrement développé sous forme de Plug-ins.

Cliquez ici pour en savoir plus

Comment fonctionne DFO

Lors de l'appel d'une page PHP, DFO effectue dans l'ordre :

1. Rediriger la sortie vers un buffer : ob_start().
2. Appeler tous les Plug-ins.
3. Envoyer le buffer modifié par les Plug-ins au client.

Et c'est très simple, écrivez votre Plug-in et insérez-le dans le bon dossier :

 

 

Vous voyez, l'ordre d'appel des Plug-ins est dicté par le nom des dossiers. Si vous désirez développer un Plug-in qui fasse le café, vous l'appellerez sans doute MakeCoffee, intégrez-le comme ça :

 

Le noyau de DFO va appeler votre script : dfo/0500_makecoffee/makecofee.php. Là, vous faites tout ce que vous voulez en bénéficiant de :

• Bien sûr, le buffer contenant la page HTML, éventuellement affectée par les Plug-ins placés avant le votre et avant qu'il soit envoyé au client.
• Une array() très complète contenant toutes les informations sur toutes les balises contenant un data-dfo="..."
• Plein de variables globales et de fonctions intéressantes pour traiter la page comme bon vous semble, avant qu'elle s'affiche au client.
• Tout ce qu'il faut pour ajouter un module spécifique au back-office en bénéficiant d'une architecture MVC complète.
• Et s'il vous manque quelque chose, faites-moi signe ;)

PHP ou jQuery ? C'est vous qui décidez ! En PHP vous disposez de toutes les fonctions adéquates vous permettant d'accéder à la base (MVC). Vous pouvez aussi manipuler le code HTML en PHP (c'est plus safe au cas où ne s'en souviendrait pas...). Sinon vous pouvez également intégrer tous vos scripts jQuery, qu'ils soient de votre cru ou celui d'un autre.

Du bon ordre des priorités

C'est bien connu, dans les métiers du développement informatique au sens le plus large du terme, à une tâche donnée qu'il faut automatiser, plusieurs solutions sont toujours possibles, des bonnes, et des mauvaises... Pour faire ce choix épineux, nous avons toujours privilégié l'ordre des priorités suivants :

1. L'expérience utilisateur de l'internaute lambda. Dans notre métier, existe-t'il un acteur plus important que le client de nos clients ? Le tout premier impératif que nous nous sommes fixés a été de prioriser la fluidité et l'ergonomie des sites réalisés.
2. Nos clients. N'oublions pas que ce sont nos clients qui manipuleront le back-office de leur propre site. N'oublions pas non plus que nos clients ne font pas notre métier ! (sinon ils ne seraient pas nos clients...). Rien que le vocable back-office en fait fuir plus d'un. C'est pourquoi nous l'avons bani et remplacé par quelque chose de beaucoup plus simple.
3. Les Web Designers. Ce sont eux les garants de la qualité des sites réalisés. Nous avons toujours voulu leur laisser le champ le plus libre possible à leur créativité.
4. Les Web Developer. En informatique, plus l'interface d'une application est simple plus son code est complexe. Mais là aussi nous avons tenté de palier à ce dogme ancestral en se creusant la tête avant de développer. L'architecture de DFO est totalement et intégralement organisée sous forme de plugins. Le noyau n'est composé que de quelques dizaines de lignes de codes qui ne font qu'appeler ces plugins. Vos développeurs pourront pleinement s'exprimer sans aucun risque d'ébranler de quelconques châteaux de cartes.

DFO a nécessité plus de deux ans de développement. 60% de ce temps n'a été consacré qu'à la réflexion pour trouver LA solution la plus ingénieuse. C'est pourquoi DFO est simple, fluide et efficace pour l'utilisateur, pour nos clients, pour les designers et les développeurs.