Visibility FrameWork

Robustesse


Son but premier est de garder des notions de base au travers d'une structure rigide sans pour autant être bloquante.
Visibility est dotée de deux principaux Patern qui lui permettent de s'adapter et d'être améliorée de façon générique.
Pensée pour prendre uniquement les meilleurs cotés des frameWorks et des CMS.

Performance


Léger et performant il intègre un maximum de nouvelles technologies tout en prenant soigneusement en compte les temps de chargements.

Simplicité


Ne perdez plus votre temps pour modifier le contenu de votre site.
Idéal pour réaliser un site internet en php de façon propre et sécurisé sans pour autant devoir maîtriser des notions complexes.
Permet de facilement apprendre à dévelloper en modèle-vue-contrôleur, modifer et améliorer la structure à son aise. Pas de languages privatifs y compris dans les vues, seul le php est de rigueur !

Qu'est-ce que vous sous entendez par accessible ?

Accessible signifie pour nous que l'outil s'adapte en une interface spécifique aux synthèses vocales afin de faciliter la lecture de la page pour les personnes à déficience visuel. Nous sommes actuellement entrain de développer une version mobile pour donner l'impression d'une application.

Etes-vous plutôt CMS ou Framework ?

Difficile à dire, le CMS est un outil très complet permettant à des non-informaticiens de gérer entièrement leur site.
La Framework contient un véritable moteur mais aucune carrosserie. A chacun de personnaliser sa base pour avoir le projet spécifique escompté.
Visibility a tendance à se placer au milieu. D'un point de vue FrontOffice le développeur par de quasiment 0 en ayant un moteur comme une Framework, cependant d'un point de vue BackOffice beaucoup de configuration et de menu sont préinstallés dans la Framework permettant ainsi avec l'aide de Module et MVC supplémentaires de pouvoir gérer son site de façon quasi-autonome.

A l'heure actuelle, qui utilise cette Framework pour faire leurs sites ?

Actuellement seule une petite communauté de développeurs l'utilisent et contribuent à son amélioration. Hors mis les 2 sociétés créatrice de la Framework nous retrouvons principalement des utilisateurs en freelance.

Et la sécurité ?

La sécurité est toujours un point délicat lorsqu'il s'agit de code où tout le monde puisse y accéder. Plusieurs variables uniques par site permettent de sécuriser les fichiers et transactions. Le système de routing a également été pensé pour gérer les utilisateurs par groupe et droit d'accès.

Pourquoi un développeur devrait passer par votre Framework et réapprendre le fonctionnement s'il utilise déjà d'autre Framework ?

Il est évidant qu'une personne maitrisant correctement une Framework n'a pas de raison apparente de changer. Nous avons essayé de rendre le code générique, compréhensible et facilement manipulable pour le développeur. Cela donne de gros avantage lorsqu’il s'agit de développement sur des demandes spécifiques ou des modifications pointieuses et bloquantes.
Le but premier est de donner la possibilité de comprendre comment la Framework marche et de pouvoir ainsi se l'approprier et l'améliorer. Dans la plupart des Framework (Ne parlons pas des CMS) changer quelque chose qui n'étais pas initialement pensé pour devient une véritable mission.
Plus un système d'information sera pensé pour la généralité plus il sera vulnérable et bloquant au cas spécifique.
C'est en suivant ce principe que la Framework fut codé.

Pourquoi être repartie de zéro ?

Comme à la question précédente, le but est de maitriser réellement l'outil et non pas d'en dépendre. De plus l'accessibilité aux synthèses vocales est une notion que très peu de site intègre, c'était donc l'occasion de faire d'une pierre deux coup.