Zend FR

Je pense que c'est ce qu'il manque à ZF ou Zend filtre avant tout les extensions et cela dur super longtemps pour n'avoir au final qu'une ou deux retenues sur 50... seulement la cela permet d'avoir des extensions facilement et un partage communautaire (dev aussi).

Comme certain portail pour framework comme cakephp ou symphony ou il propose des tas de plugin.

Très intéressant même si je suis pas codeur mais simple gérant de boite, m'intéresse à tout

Superbe initiative
Perso ça m'intéresse beaucoup.

Au niveau des fonctionnalités qui me sembleraient intéressantes :
  - Filtres de recherche par tag/catégories  (pour affichage et surtout flux RSS)
  - Abonnement à certaines extensions pour être prévenu dès qu'il y a une mise à jour
  - OpenID pour l'authentification

Bon dev

Vu que ce sera un reposito d'extensions qui viennent d'un peu tous les horizons, je pense que le fait d'imposer un certain nommage va être problèmatique pour certains utilisateurs.

Scénario d'utilisation classique du site Zendex sans obligation de nommage :
1- Joe monte un gros projet pour lequel il developpe des composants ZF qu'il prefixe Joe_* .
2- Joe est cool, il partage ses classes sur Zendex pour en faire profiter les autres.
3- Joe est tres sympa, quand il met à jour ses classes, il les met à jour également sur Zendex quand il a 2 minute.

Avec une obligation de nommage, ça devient un peu plus délicat pour Joe de rester cool
A chaque mise à jour il doit faire une copie de sa classe dans un coin et faire les modifs de nommage.
Joe, comme beaucoup d'informaticiens, est feignant : il aura tendance à trouver ça contraignant et ne pas mettre à jour ses classes sur Zendex (ou ne pas les mettre du tout).

Au final, le site sera moins riche à cause de cette contrainte qui rebutera certains utilisateurs.
Je dis pas que tout le monde est comme ça, mais je pense qu'il y en aura un certain nombre Et ce serait dommage de limiter la richesse du site a cause de cette restriction.


Créer une librairie Zendex : Je pense que l'un n'empêche pas l'autre.
Mais je vois plutot ça comme un sous projet, ou un projet en parallèle.

Une solution de ce type pourrait être envisageable : Les classes qui sont appréciées par les visiteurs, qui sont jugées stables et de qualité gagnent un label "Zendex, classe élevée au grain et en plein air".
Dès qu'elles ont ce label, elles sont éligibles pour être inclues dans la Zendex lib. Des mainteneurs pourraient s'occuper de les récupérer, les renommer et les inclure à la Zendex lib. Ca demande du travail manuel et un groupe de bénévoles mainteneurs, mais au moins il y aurait un certain niveau de qualité qui pourrait être garanti pour la lib.

Voilà quelques pensées en vrac

De rien !
C'est clair qu'il y a moyen de faire quelque chose de cool

Pour l'authentification, tu peux proposer plusieurs modes sans problème.
Les gens qui ont lié un openID  à leur compte pourront se logger avec leur OpenID, les autres pourront utiliser la methode classique (login/mot de passe).

Au niveau base de donnees, tu peux organiser ca de la facon suivante:
- table user :  (id, email, nom, prenom, ...)
- table auth_classic :  (user_id, login, mot_de_passe)
- table auth_openid : (user_id, openid)

Donc pour authentifier un utilisateur avec openID, en gros ça se passera comme ça :
1) sur ton site, il entre son OpenID
2) ton site le redirige vers son provider OpenID
3) Il s'y authentifie, puis est redirigé vers ton site si tout va bien
4) Tu va chercher en base de donnée l'user_id qui correspond à l'OpenID qui vient d'authentifier
et voilà

Tiens un article sympa sur la mise en place d'openID : http://www.plaxo.com/api/openid_recipe

C'est bien tout ça.
Moi j'avais beaucoup parler mais au final j'ai rien fait de concret.
J'ai perso une bonne grosse librairie et c'est vrai que ça serait sympa de faire ce système de partage.
Par contre moi je pensais pas avoir une extension perso genre Zendex_*
Je vois pas trop l'intêret si ce n'est dire "Ca c'est un bon composant" et pour ça une note suffit
En plus c'est pas la mort si on a dans son dossier de librairie une arbo genre
    Joe/
    Jack/
    Rx/
    Zendex/
    Zend/

L'inconvénient que je vois pour modifier les classes (pour les passer en Zendex), c'est que si la personne remet à jour son composant, faut tout refaire... :s

Par contre ce qui pourrait être pas bête de de proposer à l'incubateur de Zend les composants bien noté
Ca pourrait être une bonne idée!

Et pour ce qui est des packages, libre à nous!
Moi j'ai des packages genre Rx_Comments, Rx_Taxonomy ou encore Rx_Messenger.

Salut,

Je viens de rentrer de vacances, ce qui explique ce long silence..

En effet, en relisant tout ça, je pense que je vais abandonné l'idée de faire une library spéciale 'Zendex' à partir des meilleurs composants.

Ainsi, Zendex sera un site proposant aux développeurs de mettre en ligne leurs classes, extensions, plugins, helpers, etc... plus ou moins en rapport avec le Zend Framework.

Les seules conditions seront de respecter les conventions de codages du ZF.

Par exemple, chacun pourrait créer son "namespace", de façon à lister les différentes library (j'entend par 'namespace', le prefixe de la library, par exemple Zendex_* , Zend_*, MaLibrary_*, etc...).

Je compte dupliquer l'idée (et donc le site zendex lorsqu'il sera bouclé) pour une galeries d'extensions / codes / UI / etc... basées sur Prototype et Scripty.

Bien qu'un site existe déjà en la matière, je trouve qu'il en existe pas assez.

Simon

Salut,

Malheureusement, les priorités professionnelles passent avant tout. De ce fait, je n'ai pas pu me consacrer pleinement à ce projet.

Cela devrait être pour bientôt, je ne préfère pas m'avancer (encore une fois) sur la date, car je dois absolument terminer un projet web assez vaste pour le mois de septembre.

Cela dit, je vais essayer d'y consacrer quelques heures par semaine.

Dans un premier temps, je viens de lancer un nouveau projet, JavaScript celui là : library basée sur Prototype et Script.aculo.us. J'ai en effet dû bosser sur ce projet avant tout car je vais utiliser cette library pour le projet professionnel sur lequel je travaille, mais aussi sur le site zendex.

Dans tous les cas, je vais bientôt m'y remettre ^^

Simon

(si toi et/ou d'autre personnes souhaite contribuer au projet pour que cela avance plus vite, j'en serai ravi ! )

Etant donnée que j'ai voulu faire la même, mais que sur le coup j'ai eu des projets professionnels plus important, je n'ai finalement même pas commencé le projet (un topic doit témoigné de cette volonté sur le forum )
Je pourrais aussi vous donnez quelques coups de mains, à partir de mi-septembre (pas avant car la j'ai un site qui sort le 12... ( www.musity.fr )

J'aime bien le projet, mais je tiens à rafraichir les éventuelles mémoires volatiles :
Zend Framework assure une très haute qualité, tous les composants doivent être testés à plus de 80% de coverage, architecturés suivants des règles de codage et d'archi (design patterns) strictes; puis documentés, ceci avant d'être insérés dans le trunk, avec l'aval de Zend.

Créer des composants annexes est génial, tout le monde le fait, et fédérer ces composants et ces 'tout le monde' est très très bon, j'approuve.
Simplement gardez bien en tête que pour qu'un projet comme celui-ci puisse voir le jour et être acceptable, il va falloir une personne à la tête de celui-ci, qui coordonne le tout.

Il va aussi falloir assurer une grande qualité des composants "persos". Enfin moi par exemple, si je veux industrialiser un composant annexe que quelqu'un à fait, je m'attends à avoir la même chose que sous ZF : des tests en pagaille (bien montés), et une doc raisonnable. En général les clients pour qui je bosse sont des grands groupes qui demandent une qualité non pas parfaite (ca n'existe pas), mais mesurable et éprouvée.

En fait, ce qu'il faut éviter, c'est que ce projet de "dépots de composants persos" deviennent une pagaille, et que tout le monde ne parte pas n'importe où au risque de faire mourrir très vite l'attrait que peut représenter un tél projet.
Il faut le rendre cohérent, et veiller à ce qu'il le reste.

Perso : je n'ai le temps de rien faire. Je développe avec les équipes de Zend sur des composants ZF officiels, et je n'ai que très peu de temps pour participer à d'autres développements :-(.
En revanche, Mickael a récemment eu un composant accepté en incubateur (officiel donc), et là j'ai décidé de l'aider sur le design applicatif ^^

Ce furent juste quelques recommandations de bon sens

UP est-ce qu'il y a des nouvelles pour ce projet ?