Salut à tous,

J'ai réalisé un framework qui m'a permis de développer quelques sites web avec. Lors du développement j'ai fait attention à la sécurité (injections SQL, failles XSS, etc.). YAFramework facilite la création et la validation des formulaires, la gestion des droits des utilisateurs, l'affichage de messages d'erreurs ou de messages informatifs, et a pas mal d'autres points positifs.

Je souhaite donc que toutes les personnes intéressées à l'idée de tester ce framework m'écrivent un message. Evidemment, l'idéal serait que je "récolte" plein d'avis de différentes personnes ayant des expériences variées (développeur web, passionné avec niveau avancé, etc.).

Voilà, donc n'hésitez pas à m'écrire un petit message sur ce post au cas où vous êtes intéressé et je ferai parvenir personnellement une copie de YAFramework avec une documentation explicative.

Merci à tous

Suis pas contre regarder un peu de code, et donner un avis (en sachant que je suis du genre tatillon perfectioniste sur les bords), mais le soucis principal c'est...

OU?

Alors le code est fin prêt, mais par contre la documentation est en cours de développement.
Préfères-tu attendre que j'avance bien la doc. (1 semaine environ) ou veux-tu déjà jeter un coup d'oeil ?
Si tu veux on peut discuter sur msn et je te guiderai en live ^^

Merci de ta réponse

Si tu veux on peut discuter sur msn et je te guiderai en live ^^

Et pourquoi privilégier les contacts en privé (ou par messagerie instantanée) ? Dans ce cas, autant ne pas réléver l'existence du framework en question...

naye, je déteste les docs, je parle php courament
le mieux serait (et c'est un peu le but de cette partie du forum) de poster une url de téléchargement c'est pas grave si y'a pas de doc online etc, c'est aussi pas grave si le framework n'est pas spécilalement utile selon les masses, y'aura toujours quelques codeurs par la pour utiliser et puis avoir l'avis des gens (meme et surtout le négatif) pourra t'aider à te motiver et à avancer sur le framework donc ne soit pas timide

Personne le lis les DOC de toutes façons. Fournit juste une API des méthodes publiques avec une brève description et ça le fait. ^^
J'suis pas contre un coup d'oeil non plus et je parle PHP couramment de même.

Souhaites-tu réellement distribuer largement ce framework ? Si oui, il faudra que tu expliques en quoi tu te démarques de l'existant... ZF prend le parti d'être une boite à outils découplée et utilisable dans tous contexte, Symfony porte l'esprit Rails en PHP, Hoa s'oriente vers l'accessibilité, etc... Et toi ?

Souhaites-tu réellement distribuer largement ce framework ? Si oui, il faudra que tu expliques en quoi tu te démarques de l'existant... ZF prend le parti d'être une boite à outils découplée et utilisable dans tous contexte, Symfony porte l'esprit Rails en PHP, Hoa s'oriente vers l'accessibilité, etc... Et toi ?

Moi je suis pas pour cet esprit, il est pas dans un démarche de concurence, il est dans une démarche "j'ai fait un truc, si ca vous dit vous pouvez regarder, si vous aimer, vous pouvez utiliser"

Y'a pas à se mettre en mode sérieux etc, réinventer la roue c'est sain, et si personne ne le faisait et ben on serait tous en train de faire des hi-score à pong.

C'est bien pour ça que je demande dans quel état d'esprit il est (cf. les premiers mots du message )

P.S: c'est plutôt à force de réinventer la roue qu'on risquerait d'être toujours à faire du Pong mais bon on ne sera jamais d'accord sur ce point donc je t'épargne cette discussion

Moi je trouve ça bien que des gens fassent des "framework" maison ..

Il y aura toujours de bonnes idées à en tirer ( sauf exception ) .

Il est vrais que réinventer la roue est un peu une perte de temps .. mais la comprendre en essayant de la reproduire ( en parti ) en est une autre .

A mon avis , on avance en utilisant le meilleurs de ce que les autres ont fait et partagé , et en ajoutant son petit grain de sel , que l'on partage à son tour ..

C'est pourquoi personnellement j'utilise un "pseudo FW" , qui utilise des librairies de certains codeurs , dont moi , des librairies de Zend FW , Smary pour les vues , ect ..

On ne peut pas ( et il ne faut pas ) tout re faire à sa sauce , c'est évident , mais il est intéressant de voir d'autres choses , d'autres façons de penser , même si c'est moins performant ou fonctionnel que les géants actuels ..

@michaelf1202 , n'hésites pas à mettre un lien ici .. personne n'est là pour taper , uniquement pour conseiller , ou te copier pour d'autres ..

Dans l'attente de jeter un œil sur ton code ..

Ch.

Le principe de refaire la roue n'est pas choquant, mais attention, il faut être clair avec ce que cela veut dire, il faut justifier que l'on le fasse.
A savoir que pour apprendre c'est une bonne chose. Dans le cadre de mes études, on nous fait faire de nombreux projets ou tps qui ont pour seul but de réimplémenter quelque chose déjà existant, mais pour en comprendre les fondements et enjeux.
Par contre, si c'est destiné à être distribué, et, en définitive, concurrencer les autres outils, il faut un très bon argumentaire. Il ne suffit pas de faire juste un peu mieux, avec des choix juste un peu plus logiques, pour justifier une telle entreprise. Il faut vraiment révolutionner le domaine, boucher un trou béant, avec un outil qui ne ressemblera à aucun autre. Parce que sinon autant participer à l'évolution de Zend et apporter un gros plus, que de faire un ènième framework qui ne sera pas utilisé parce que même s'il était un peu mieux, il n'aurait pas la communauté, le développement, et la stabilité nécessaires pour justifier une migration des sites et une formation des personnes.

Et c'est pour cela que je n'ai pas développé de framework, et j'en suis fier.
(J'aurais juste d'autres idées, mais sans le temps nécessaire…)

Le principe de refaire la roue n'est pas choquant, mais attention, il faut être clair avec ce que cela veut dire, il faut justifier que l'on le fasse.
A savoir que pour apprendre c'est une bonne chose. Dans le cadre de mes études, on nous fait faire de nombreux projets ou tps qui ont pour seul but de réimplémenter quelque chose déjà existant, mais pour en comprendre les fondements et enjeux.
Par contre, si c'est destiné à être distribué, et, en définitive, concurrencer les autres outils, il faut un très bon argumentaire. Il ne suffit pas de faire juste un peu mieux, avec des choix juste un peu plus logiques, pour justifier une telle entreprise. Il faut vraiment révolutionner le domaine, boucher un trou béant, avec un outil qui ne ressemblera à aucun autre. Parce que sinon autant participer à l'évolution de Zend et apporter un gros plus, que de faire un ènième framework qui ne sera pas utilisé parce que même s'il était un peu mieux, il n'aurait pas la communauté, le développement, et la stabilité nécessaires pour justifier une migration des sites et une formation des personnes.

Et c'est pour cela que je n'ai pas développé de framework, et j'en suis fier.
(J'aurais juste d'autres idées, mais sans le temps nécessaire…)

L'élitisme va à l'encontre du progrès, on aurais pas autant de projet intéressant et de progres dans l'opensource sans la variété d'os, d'outils concurents, de technologies concurentes, participer à zend? très mauvais exemple c'est un framework qui a ses limites je te rappelerais juste les bench effectué par Rasmus qui démontre assez clairement que les frameworks ne sont pas la solution pour un développement lambda, mais qu'au finish chaque application aurait interêt à avoir son framework, que ca soit pour la maintenabilité, la sécurité, ou les perfs.

Oh aussi, les communautés, le nombre ne fait pas toujorus la force, en fait c'est même le contraire très souvent, avec des niveau de coding inégaux, les difficultés de faire de la qa, l'organisation que ca nécessite, et certains projets sont tous simplement irréalistes en environnement professionel (je citerais juste PEAR d'expérience que j'ai vu plomber des projets sympas pour avoir changé d'API entre deux versions nécessitant de recoder tout ou au moins une grande partie du projet) bref, chacun son avis mais faut arrêter avec le corporatisme débile qui empêche les gens de s'exprimer et de coder ce qu'ils veulent, le succès n'est pas un pré requis pour commencer à coder quelquechose.

Bonsoir à tous, ça fait plaisir d'avoir autant de réactions.

Je souhaite effectivement distribuer mon framework (ça fait plaisir de dire mon ^^) à "grande" échelle. S'il est apprécié et permet à des gens de moins se casser les noisettes, j'en serai d'autant plus ravi.
En ce qui concerne ledit framework, il se démarque des autres surtout pour sa légèreté (n'est pas du tout usine à gaz) et par le fait qu'il est facilement déployable. Effectivement, la plupart des frameworks résistent mal au temps car ils ont tendance à exaspérer les développeurs du fait que le déploiement de l'application finale est un vrai champ de bataille.

Le lien pour le téléchargement du framework (et d'un début de doc. ^^) est le suivant : http://rapidshare.com/files/215887624/Y ... k.zip.html

Quelques petites indications vous permettant de démarrer l'utilisation du framework :

1. Le module mod_rewrite d'apache doit être activé et correctement chargé (il permet notamment l'URL rewriting)
2. Votre OS doit permettre l'utilisation de fichiers .htaccess
3. PHP 5.x doit être installé
4. Commencez par adapter la configuration (cf. fichier config/Config.php) du framework. Intéressez-vous particulièrement aux variables $bddInfos, $state et $siteBase.

N'hésitez pas à me faire savoir vos réactions, en postant des messages.

Merci d'avance

2. Votre OS doit permettre l'utilisation de fichiers .htaccess

Le serveur http du coup… Parce que l'OS n'a rien à voir avec ça…
Je résumerais même par : "Vous devez utiliser le serveur http apache pour utiliser ce framework"

2. Votre OS doit permettre l'utilisation de fichiers .htaccess

Le serveur http du coup… Parce que l'OS n'a rien à voir avec ça…
Je résumerais même par : "Vous devez utiliser le serveur http apache pour utiliser ce framework"

Le serveur http, effectivement. On ne peut pas simplement résumer cela en "Vous devez ... pour utiliser ce framework" car le module mod_rewrite doit être activé. Ce n'est pas toujours le cas par défaut. D'ailleurs, le serveur http n'est pas toujours configuré pour permettre l'utilisation de fichier .htaccess.

J'ai d'ailleurs dû aider un pote à activer le module mod_rewrite et à autoriser l'utilisation de fichiers .htaccess pour qu'il puisse utiliser le framework.

Salutations