jmny a écrit 197 commentaires

Je suis plutôt pro - PHP, mais force est de constater que PLONE est très bein fait, et je parle d'un point de vue "contributeur" ou "utilisateur". Ce qui m'en a détourner est le fait de devoir disposer d'une instance ZOPE, ce qui ... nécessite des compétences particulières et en général un serveur dédié.

En effet les hébergements d'instance zope sont rare et chère, vue de chez moi en tout cas.

A quand un hebergeur plone pas cher ?

C'est pas faux. ^^

Tu es démasqué Perceval!

pense à Sarge...

on a dit pique nique, pas LAN - party :-p

pfff , tant de temps passé à ecrire pour un dialogue de sourd...

détendez vous, zen attitude.

idem, sous kubuntu. ca a faillit marcher.

Pour avoir bosser sur l'un de ses concurrents proprios (Documentum), Alfresco est beaucoup plus simple à apprivoiser, propose beaucoup plus de mooyen de s'interfacer, et implémente plus de standard que la version de base de documentum.

Bref, mangez en :)

non, tu te fais des idées :)

et beaucoup de dev vont devoir se mettre à niveau ...

je suis assez d'accord, et c'est donc l'avantage du ZF, tu choisis ce que tu trouve bien.

peut - être que certaines personnes ont trouvé un avantage a cette gestion des sessions, particulièrement sur un projet multi dev.

mon avis date de mi - 2006 , les choses peuvent avoir changées depuis.

ezPDO prend la main sur la BD (il créait même les tables), donc c'est délicat :
- d'utiliser autre chose que ezPDO pour acceder à ta base.
- d'utiliser ezPDO sur une base de donnée existante

ezPDO utilise une unique table pour faire persister les relations entre objets, donc tu peux difficilement dépasser les 20 millions de relations sous mysql 3.2x (d'après moi).

je voulais gérer un id unique par objet ou pour toute la base je ne sais plus, et cela posait pb , je n'avais pas de moyen simple de le faire. A vérifier.

les points positifs :
- à l'époque, la communauté était assez réactive
- c'est cool si tu ne veux voir que des objets (la base se génère automatiquement)

perso j'avais besoin d'attaquer la BD directement pour des stats avancées, et je voulais permettre le développement de module sans ezPDO (ct dans le cadre d'un CMS), et c'etait délicat. J'ai donc mis de coté cette solution.

+1 pour le port du portable pour les vaches

Le problème c'est que trop souvent le passage à la deuxième étape (du code propre quoi) est limité / oublié

ben j'ai commencé avec du crados (je n'arrive même plus à lire mes vieux scripts) et j'ai progressivement utilisé l'objet et différent pattern. L'existant du site dont je m'occupais était ma plus grosse barrière, pas php en lui même.

Moi chui po d'accord.

moi non plus, pour le principe ;-p

non, plus sérieusement, je ne connais pas bien python et pas dutout ruby, mais en java, le probleme des incompatibilités entre version de java ou entres serveurs , ou entre systeme ... existe aussi. et en php (je suppose que c'est pareil en JAVA) il suffit de peu de chose pour éviter ces galères (register_globals en est en effet une grosse partie ...).

non, ils se dirigent plus vers de l'active records. Et pour avoir eu des situations complexes à gérer avec ezPDO, c'est pas toujours cool le fait de perdre la main sur la base et sur les clé primaires.

c'est bas, très bas... :)

(a propos de wiki dokuwiki est une perle, lui aussi en php)

Le framework impose une architecture, car l'un des objectifs d'un framework est d'enlever au maximum le travail d'analyse au développeur. C'est pour cela par contre que tu as des frameworks spécialisés, framework web, appicatif, réseaux etc ...

Mais le ZF impose une architecture,
- si tu utilise Zend_Controller_* , cela implique que tu utilise le pattern MVC
- si tu utilise Zend_Log, le framework t'impose l'utilisation de writers, de filters et formatters
- si tu utilise Zend_Session, le namespace est imposé

maintenant, tu peux utiliser la partie MVC et directement les sessions PHP. Grossomodo tu pends les contraintes/aides du framework que tu souhaite, pas toutes en bloc, et ca j'aime. J'ai pu ainsi utiliser le MVC mais aussi continuer à utiliser $_SESSION sans que le MVC en patisse.

Si tu peux faire ce que tu veux ce n'est plus un framework.

donc je pense que tu ne peux pas faire ce que tu veux, cependant tu peux utiliser q'une partie du framework.

ZF est plus une sorte de méta-framework, et serait une excellente base pour créer un framework.

je pense surtout qu'il manque des couches "haute niveau" qui utilise les briques de base du framework, mais il faut un debut à tout :)

pas tout a fait, il y a une "convention" de structure de l'arborescence :
http://framework.zend.com/manual/fr/zend.controller.modular.(...)

celle ci est customisable, mais permet de l'implicite au niveau de la récupération des vues, et des controlleurs.

je dirais plutôt qu'il y a une manière recommandé d'utiliser le framework, et donc une organisation sous entendu. Dans ce cas on peut réellement l'appeler framework. Mais on peut aussi très facilement en utiliser une partie, ou modifier son comportement, et pour séduire des développeurs php, c'est une obligation.

On peut donc l'utiliser en framework ou en librairie, partiellement ou entièrement.

Ce qui me gêne plus, c'est que la FSF à toujours eu le chic de bien poser le problème : garantir la liberté de l'utilisateur. Et là, en l'occurrence, je pense qu'il manque une chose : dans le cas ou l'application héberge des données des utilisateurs, ceux ci devraient pouvoir récupérer un dump de leur données, et avoir droit de vie ou de mort dessus.

Je suis complètement d'accord avec ce "besoin", mais ce n'est pas forcement le rayon de la FSF, plutot d'un mouvement à la cc.

un début de reflexion : http://linuxfr.org/~jimmny_c/23857.html

C'est un sujet qui m'intéresse fortement en tous cas.

arf, il va falloir faire des dons alors ...

je suis d'accord avec les 2 commentaires précedent.

Je rajouterais qu'en tant que dev, je n'ai JAMAIS croisé un graphiste capable d'intégrer une page html dans un site via un système de template (ou non).

le plus important pour moi est aussi la séparation vue / controlleur

je réponds à la chaine de commentaire, c'est marrant lol.

===> []

mmmh, ce n'est pas plutot l'ergonomie d'un non connaisseur en ergonomie ? c'est vrai qu'il manque "d'ergonome" dans l'opensource.

cette bibliothèque me fais penser à un mixte de prado et xajax

A lire vos connerie, j'ai eu une crise de rire au boulot, très discrète ...

il faut que j'arrête linuxfr entre midi et 2 ... trop dangereux.