Discussion :

[Lcf.vs]

Bonjour,

Je viens de développer la structure de base d'un outil PHP : le ML-ICMD.

Il facilite la gestion de ressources (fichiers publics, classes, includes, etc.), dans un projet PHP, tout en partageant ces ressources entre sites, sous-domaines, sandboxes (pour travailler à plusieurs), etc.

Il contient un gestionnaire de documents, en DOM, ainsi qu'un gestionnaire de downloads (déjà pré-configuré).

Vous trouverez les modalités "d'installation" dans son README.txt

Le principe est assez simple, vous appelez un fichier par son basename (exemple: base.css) et il le trouve pour vous, en commençant au plus bas de l'architecture.

De plus, si vous êtes identifié en http auth, vous aurez accès à un dossier (que vous aurez créé, à votre nom, dans le dossier sandboxes), où mon outil cherchera vos ressources en premier, tout en laissant le reste, tranquillement en production.

Pour tester facilement ce dernier point, vous pouvez ajouter la ligne suivante au tout début de index.php :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$_SERVER['PHP_AUTH_USER']='dev1';

Il est bien évidemment possible de cibler un dossier bien précis, lorsque l'on recherche une ressource :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
'base.css' // le premier fichier base.css trouvé, en partant du bas
'root/base.css' // le fichier base.css situé à la racine du serveur
'domain/base.css' // le fichier base.css situé dans le dossier du même nom que le domaine
'subdomain/base.css' // le fichier base.css situé dans le dossier du même nom que le sous-domaine
'tld/base.css' // le fichier base.css situé dans le dossier du même nom que l'extension du domaine (le TLD)
'sandboxes/base.css' // le fichier base.css situé dans le dossier correspondant à votre sandbox (portant votre nom)

Pour un premier test, je vous recommande l'adresse suivante :
www.notasite.com

Voilà, bon amusement et n'hésitez pas à me laisser des commentaires et/ou demander des détails, si nécessaire, j'peux pas penser à tout... :p

PS: Il est conçu pour pouvoir même tourner sur un hébergement en micro-paiement, tant que vous avez au moins l'Url Rewriting)

Attention, il vous faudra tout de même PHP 5 au minimum!

Dernière MAJ : 26/08/2012 à 20:10

[Lcf.vs]

MAJ : Devrait passer chez tout le monde, à présent, sans Infernal Server Error

[Benjamin Delespierre]

Hello,

Ton projet est intéressant mais je ne comprends pas très bien à quoi il sert. Peux-tu me dire concrètement quel est son rôle et/ou quel besoin il couvre ?

[Lcf.vs]

Ses buts sont simples :

• Faciliter le déploiement de sites webs : un genre de MVC l'ICMD (Instructror-Controller-Model-Document) y est déjà présent (dont un moteur de templates via des DOMDocumentFragment), l'url rewriting est déjà optimisé pour tous les sites qu'on voudrait y gérer, l'accès aux ressources publiques est sécurisé, ...
• Faciliter le travail en équipe, où chacun peut faire ses propres versions de toute ressource, par exemple à des fins de tests, tout en utilisant les véritables noms de ressources.
  
  L'avantage étant que l'on a pas besoin de renommer ses fichiers, ni de modifier les chemins, depuis la phase de développement/tests à la production.
  
  De plus, pour chaque domaine/sous-domaine/tld, on peut avoir des versions qui n'affecteront que ce domaine/sous-domaine/tld, tout en gardant un espace commun.

T'as "installé" un site opérationnel en 3 secondes!



EDIT :

A venir :

• Gestion bases de données (premièrement MySQL et SQLite)
• Système de cache
• et bien d'autres encore...

[ThomasR]

Bonjour,

Je n'irais pas jusqu'à dire des phrases comme "T'as "installé" un site opérationnel en 3 secondes!". Ton soft est un framework, pas un site. Pour créer un site avec il faut :

1. des bonnes connaissances en PHP
2. Du temps
3. Un modèle HTML complet

Je n'ai pas trop regardé mais, que fais ceci à la fin du fichier index ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
header('HTTP/1.0 404 Not Found');
exit;

Il devrait y avoir une vérification de si oui ou non un controller a été trouvé pour la route. Et si non, il faut charger le controller dédié : Controller404 (ou équivalent).

Il y a également dans ton code des problèmes de conception objet. Par exemple il est nécessaire pour tes controllers de posséder une fonction init(), mais tu ne l'as ni indiqué par une classe hérité, ni par une interface. Ce n'est pas très cohérent.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
abstract class AbstractController {
    public function __construct(Model $model, $baseTemplatePath);
    public function init();
}

Autre chose, je ne vois pas pourquoi ta classe Model hériterait de Resource. Cela n'a pas de sens. D'autant plus que Resource est une classe avec des fonctions statiques donc l'héritage est inutile puisque tu n'as pas besoin d'instance.

Je ne vois dans ton code aucune référence à un système de cache ? Qu'appelles-tu "Système de cache" ?

Je ne vois pas où est le code relatif à la base de données ?

[ok.Idriss]

Salut.

Je ne vois dans ton code aucune référence à un système de cache ? Qu'appelles-tu "Système de cache" ?

Je ne vois pas où est le code relatif à la base de données ?

De ce que je comprend dans son dernier message, ce sera des fonctionnalités à venir dans sa prochaine version du framework (je suis d'accord pour dire que ça ressemble plus à un framework, je suis d'accord pour tout le reste d'ailleurs ).

Pour les caches j’imagine qu'il parle d'inclure la gestion des caches du style xcache, apc ou memcache dans une sorte de middleware ou d'interface standardisée un peu comme PDO pour les bases de données ?

Cordialement,
Idriss

[ThomasR]

Pour les caches j’imagine qu'il parle d'inclure la gestion des caches du style xcache, apc ou memcache dans une sorte de middleware ou d'interface standardisée un peu comme PDO pour les bases de données ?

Oui je pense aussi, c'est très classique. Mais ce serait mieux de décrire ce qu'il y a réellement dans le framework aujourd'hui plutôt que d'essayer de vendre du rêve

[Lcf.vs]

Yeah, des feedbacks!

Bon, premièrement, je bosse actuellement sur une nouvelle description du projet, car j'ai eu quelques retours m'indiquant que je n'étais pas assez clair.

Il y aura d'ailleurs quelques changements et une interface d'administration, un peu de patience, donc, svp.

Alors, oui, il s'agit d'un framework/CMS orienté développeur.

L'index.php : c'est un instructeur, il ne devrait donc pas contenir de conditions, ce n'est pas son rôle. la fin de son code ne se déclenche que s'il y a une erreur.

En revanche, oui, je compte bien passer par un Controller_Error404, c'est à venir.

Le init() : en fait, c'est une méthode comme une autre, d'un contrôleur mais pas de tous! Je suis d'accord, son nom est trompeur, en regard de mes autres init().

Resource : fait office de super modèle, bien que l'on en ait besoin pour charger les composantes de l'API, on y trouvera l'accès aux bdds, aux fichiers, aux documents, etc. et ce n'est pas du rêve, si je n'étais en train de revoir ma description, je serais déjà en train de bosser dessus.

Pour le cache, je n'ai pas encore décidé par quoi je passerai mais, en tous cas, c'est prévu.

A suivre donc...

Merci pour vos remarques, en tous cas.

[ThomasR]

Un CMS (Content Management System) permet la gestion des contenus au travers d'une interface d'administration. Je n'en vois pas la notion dans le code que tu fournies. Est-ce à venir également ?

[Lcf.vs]

En fait, bon, y a encore du boulot avant d'en arriver là mais, au final, cet outil rassemblera mon framework JS & celui en PHP, pour en arriver à un système complet, comparable à un CMS, oui, mais réellement orienté développeur...