Bonjour,

La récupération de membre pour une 2.0 n'a pas été évoqué jusqu'a présent, mais c'est quelques choses qui ne me parait pas insurmontable.(Après je ne suis pas dev..)

Par contre là ou je te rejoint abbe c'est qu'une version .0 pour Nuked Klna revient a refaire un nouveau CMS.Ca c'est clair .

Ne croit tu pas que NK à besoin de ça, sachant que l'on se traine les mêmes lignes de code depuis 2001 ?

Citation :

Quand au fait de ne pas utiliser de framework existant, à vous de voir... Pour ma part je prone plus l'appuie sur l'existant... Sinon pourquoi pas créer votre propre wiziwig pendant qu'on y est ! Il y a certains framework qui ont leur propre communauté et qui permettrait à certains codeurs/ dev de proposer des réalisations sur NK mais aussi sur d'autres CMS... Après je comprends aussi le coté ouvert aux débutants. Mais s'appuyer sur des grosses libreries peut aussi aider une communauté à se construire autour de cette nouvelle version...

un seconde probleme de l'utilisation d'un framwork et l'avenir,  certain framwork on le vent en poupe aujourd'hui mais rien de dit que demain il ne soit pas a l'abandon ca rend le cms dependant.

de plus l'interré d'un framwork et de gagner du temps, mais nk n'est pas developper tout le jours.

Bonjour tous,

Je souhaite premièrement, tous vous remercier d’apporter vos différents avis sur la façon dont vous souhaiteriez entrevoir la prochaine version du Nuked-Klan.

Vous avez de sacrés arguments.

Mon avis sur tout ce que vous avez écrit et sur l’intérêt de ce PoC (et je ne parlerais que pour moi) était de démontrer qu’avec une équipe restreinte et 3 semaines de code tous les soirs, on pouvait entrevoir et même arriver à proposer une version quasi stable et exploitable pour permettre déjà à des webdesigner de jouer.

Maintenant sur le sujet d’utiliser ou non des framework, c’est une autre histoire.

En initiant ce projet de PoC, j’étais personnellement parti sur l’exploitation full du framework Symfony2, mais me suis rabattu vite fait sur l’utilisation de ses composants uniquement afin de faciliter la comprehension et le développement du PoC

J’aurais pû utiliser n’importe quels composants, qu’ils proviennent de Symfony2, cakePHP, Zend , etc… Cela n’aurait rien changé pour moi, l’objectif étant de ne surtout pas réinventer la roue ou partir de zéro, mais plutôt:

• De prendre le meilleur de ce qui se fait dans la communauté PHP,
• D’éviter de perdre du temps sur des problèmatiques que surement un développeur a déjà,
• De respecter les conventions de nommages et standard de code PHP,
• D’utiliser des composants PHP codés, testés, audités, sécurisés et utilisés par la communauté,
• De penser à l’utilisation de composants pérennes pour l’avenir, car que l’on utilise les composants de Symfony2 ou Zend, la finalité reste la même, leur implémentation de la gestion des requêtes HTTP/Request en HTTP/Response (c’est un exemple parmis d’autres) respectera de toutes façons les recommendations du W3C, j’ai ainsi l’assurance que çà marchera lorsque j’uliserais leur travail. Leur implementation marchera et marchera longtemps.
• D’uniformiser le code,
• D’aider forcément chaque développeur à s’améliorer (puisque qu’on apprend et qu’on reprend ce qui se fait des meilleur par la communauté
• Et j’en passe.
   

Sur les quelques avis d’utiliser ou non un CMS existant, pourquoi pas.

De toutes façons, les développeurs intérressés devront apprendre comment fonctionne la nouvelle version avant de pouvoir proposer des hotfix,des modules, des designs.

Pour ma part, je ferais toujours la difference suivante. Un CMS n’est pas un framework, Les composants qui constituent un framework doivent être totalement indépendent pour me permettre justement d’utiliser uniquement ce dont j’ai besoin. J’ai personnellement choisi cette dernière solution.

Je relus vos posts et en y repensant, je serais maintenant pour la reprise ou la tentative des données de la BDD grâce à un script de migration, vous avez raison.

@clementp:

Je ne suis pas trop d’accord avec toi sur cet avis, sachant que l’on sait maintenant quels sont les framework qui sont sûr d’être exploité encore longtemps par la communauté,

Zend, Symfony, pour ne citer qu’eux, ont déjà une bonne dizaine d’années.

Il y a tellement d’argent en jeu pour les PME et grands groupes media (par exemple) , les formations, les start-up, qu’ils ne peuvent disparaître comme çà du jour au lendemain.

Je ne parlerais même pas de leur forte influence sur la communauté PHP.

Cdlt

NKstamina, a Nuked-Klan 2.0 PoC with good calories.

maclovr75@gmail.com

Concernant les framework, je ne peux que rejoindre maclovr qui a très bien détaillé le font de mon propos... S'appuyer sur ce qui existe et fonctionne très bien au lieu de le refaire... Bref, un gros plus un ! .

@zsav, concernant la reprise de l'exitant, et suite aux différents échanges que nous avons eu, c'est aussi ce qui a mis un grand coup de frein à la sortie d'une nouvelle version d'nk. Donc je ne pourrais que vous appuyer concernant la migration sur une nouvelle branche qui soit complétement differente de l'ancienne branche. A un moment donné, sa ne sert à rien de perseverer si c'est pour vous en dégouter. Autant repartir sur du propre. Après il faudra juste suivre le rytme pour reconstruire une communauté autour de cette nouvelle branche mais surtout, sortir du contenu pour rattrapé le "niveau" de l'ancienne"... Disons la richesse du catalogue à défaut du niveau diront certains .

Cependant oui, ne pas prévoir de migration est selon moi la pire des idées ! Car oui, ce qui est pressieux dans un site Internet, ce n'est pas sa forme, ses modules qui eux évolueront avec le temps mais sa bdd ! Pour toute team ou site qui a un minimum d'ancienneté, c'est aussi ce qui l'appuie sur la scene web. (Sans parler de son référencement)... Donc prévoir un script de migration des membres et du forum me semble un minimum. Pousser aux articles voires commentaires ou download pour certains site peut être aussi un plus... Car si il n'y a pas cette reprise, la question vient à ce poser de pourquoi migrer dans un premier temps. Je connais si bien mon cms, pourquoi me faire chier sur un truc qui va tourner differament et repartir à 0. Mais aussi la question de et pourquoi pas partir sur un autre CMS ? C'est la question que se pose tout plein de mecs qui ont monté leur communauté sur du forum actif et autres merdes et qu'une fois que leur team a pris de la taille, se retrouve face au dilem de continuer sur ce service de merde mais auquel ils sont habitué et sur lequel, ils ont leur bdd... Ou couler le navir et repartir de zero sur un autre CMS... Au sein d'un même CMS, je trouve que c'est du gachie... Voilà. Je m'en arrête là sur ce sujet ! .

Réglement (pour ne pas le perdre de vue ^^). Je ne suis pas développeur, je suis bidouilleur ! :)

Citation :

 

@clementp:

Je ne suis pas trop d’accord avec toi sur cet avis, sachant que l’on sait maintenant quels sont les framework qui sont sûr d’être exploité encore longtemps par la communauté,

Zend, Symfony, pour ne citer qu’eux, ont déjà une bonne dizaine d’années.

Il y a tellement d’argent en jeu pour les PME et grands groupes media (par exemple) , les formations, les start-up, qu’ils ne peuvent disparaître comme çà du jour au lendemain.

Oui oui biensur.

mais on ne sais jamais les direction que prend le web, et demain peut etre le framwork choisie pourai etre un frein au develeopement de nk. pour x raison, le projet de ce framwork a trop de retard est devien obsolete, il est racheter etc etc...

 enfin meme si  dans la theorie il y a tres peut de chance, je suis un "idealiste", et dans l'idéal c'est mieu de ne pas etre dependant.

L'utilisation d'un framwork est utile lorsque tu doit develoepper rapidement, car il y a souvent des contraite economique ce qui n'est pas vraiment le cas de NK, un petit truck maison avec ca patte c'est toujour plus simpas.

Apres ce n'est que mon point de vue cela n'engage que moi.

ps simpas cette idée de poc

Citation :

;font-family:arial,helvetica,sans-serif;font-size:12px">mais on ne sais jamais les direction que prend le web, et demain peut etre le framwork choisie pourai etre un frein au develeopement de nk. pour x raison, le projet de ce framwork a trop de retard est devien obsolete, il est racheter etc etc..

Oui, c'est vrai.

Et puis tout bon développeur doit savoir aussi s'adapter aux outils qu'il a en sa possesion ou qu'il aura entre les mains plus tard. il n'a pas trop le choix.

;font-family:arial,helvetica,sans-serif;font-size:12px">ps simpas cette idée de poc

Merci bien,nous sommes un petite équipe à travailler dessus ( je te cache pas que là, on fait une pause).

Si tu veux voir les avancer, elle se trouvent sur la branche develop de NkStamina/NkStamina et NkStamin/Framework sur Github. 

On ne passe sur master que si on a validé  le "code review"

NKstamina, a Nuked-Klan 2.0 PoC with good calories.

maclovr75@gmail.com

Yo maclovr,

Je viens de pull le projet, j'aime la base. Je vais donner un petit coup de main (ou de doigt).

A bientôt

Salut fce,

Fais toi plaisir.

Dans le dév, on en était l'implémentation de doctrine via un provider et la création des modèles de classe pour la BDD.

Personnellement, je vais faire une pause histoire de finaliser un petit projet perso et m'y remettrais quand j'aurais presque fini.

Je comptais d'ailleurs ne plus utiliser 'pimple' et plutôt utiliser le système d'injection de dépendances de symfony pour une meilleur gestion des classes.

Je trouve pimple limité après utilisation.

Je passe de temps en temps sur NK sinon, tu peux me joindre sur maclovr75@gmail.com

++

NKstamina, a Nuked-Klan 2.0 PoC with good calories.

maclovr75@gmail.com

Les entities sont déjà relié à Doctrine non ? Car il y a déjà le système d'ORM.

Par ailleurs je t'ai envoyé un email.