Aller au contenu

nyl auster

Hubmaster
  • Compteur de contenus

    266
  • Inscrit(e) le

  • Dernière visite

Tout ce qui a été posté par nyl auster

  1. C'est surement un probleme de version de php. Peut être par exemple es tu en php 5.3 en local et Drupal 6 est peut être fait pour fonctionner en 5.2. Du coup attention aussi à la version du serveur apache qui peut changer selon la version de php à utiliser... tu peux voir ici un tableau récapitulant les compatibilités entre version d'apache et version de php http://www.wampserver.com/addons_apache.php
  2. Effectivement du peu que je l'avais essayé, je l'avais trouvé très simple à prendre en main et efficace. C'était une bonne suprise. "Et j'aime que le numéro de version commence par 2. et non pas 0. tongue.gif et que 3. soit en préparation. " arf mais c'est subjectif un peu tout ça parfois : Modx a beau être en 0.x (à mois que ça ait changé depuis?), c'est un produit archi-fini et stable :-)
  3. Je ne cherche pas à faire de polémique, désolé si mon post ci-dessus parait sec, ce n'est pas voulu :-)
  4. bah écoute, si on me dit qu'un nouveau livre sur SPIP, modx ou joomla sort oui ça m'intéresse tout simplement... bref, chacun sa vision des choses à ce sujet.
  5. bonne chance avec IE6. En fait ce que je trouve le plus dur avec IE6 c'est ces histoires de non-gestion de png transparent. En 2009 ça commence à être pénible. Le reste depuis le temps je m'y suis fait :-) Merci pour le retour.
  6. Un petit vote de soutien pour Modx, pour ma part. Drupal m'a rendu d'immenses services mais il me semble que Modx a une bonne longueur d'avance sur bien des aspects.
  7. Je n'ai pu le tester que pendant 20 petites minutes. Peux tu me dire ses points forts et ses points faibles? Est-il facile à templater?
  8. intéssant, si le livre est aussi utilise que leurs sites ça vaut vraiment le coup pour ceux qui s'intéressent à ce CMS. D'utant que les livres que j'ai pu voir était soi destiné aux programmeurs, soit aux débutants; mais ne traitait jamais des combinaisons poussées de modules... qui sont pourtant la clef pour ne pas péter un cable devant drupal :-) _AT_arlette : ton post était un peu ésotérique :-) "Pour moi, le hub n'a pas vocation à devenir un "support" pour Drupal même si je suis conscient que ce CMS fait partis des meilleurs actuellement ". _AT_Portekoi :en l'occurence l'info d'Alexandre est pertinente (la sortie d'un livre en français pour un CMS c'est toujours très appréciable) et postée dans la section adequate (systeme de publication). On ne va quand même pas lui demander de créer un sujet sur joomla pour compenser :-) ?
  9. Je n'ai pas les connaissances suffisantes pour te dire qui de joomla ou drupal est le plus simple pour faire ce que tu cherches; en revanche je peux te dire que Drupal est très avancé sur la gestion des profils et des droits. Il est certain aussi que joomla est beaucoup plus restrictifs au niveau de la souplesse d'allocation des droits à différents roles mais peut être ses possibilité suffisent à faire ce que tu veux. Je penche largement pour Drupal pour ce type de projet mais il est vrai qu'il est plus ardu que drupal à prendre en main.
  10. Tu as peut être déjà commencé mais je donne une humble opinion : Les CMS sont une bonne idée pour des sites simples mais il ne faut pas oublier qu'ils peuvent demander beaucoup d'investissement pour être pleinement maitrisés; et comme il a été dit avant, l'import des anciennes données ajoute une difficulté. En revanche ça te permet par la suite ou pour de prochains sites de disposer d'une sacrée nouvelle corde à ton arc : pouvoir déployer très vite un site et de nouvelles fonctionnalités. Je dirai que sur ton projet ce n'est pas justifié sauf si tu dois développer pleins de fonctionnalités déjà très bien intégrées à un CMS (parce que bon, un module déjà existant sur un CMS = une ou deux. Maintenant un CMS n'est pas une solution miracle : ça demande de l'énergie, du temps; et tu perds de la souplesse (dans un premier temps) par rapport au php.
  11. Je ne pense pas que ça soit forcément vrai. Drupal est très polyvalent et c'est un très bon CMS :-) Au passage je ne comprends la fin de ta demande "sans que les membres ne puissent se voir les uns les autres." ?
  12. merci pour le lien. Ca a l'air très simple à prendre en main, ça me fait un peu rever là. Je surveille tout ça de très près. :-)
  13. ah oui en fait je comprends ce qui coupe du back office : c'est quand on VOIT un article à partir de l'administration, on le voit DANS le site et donc on sort du manager effectivement, je retire ce que j'ai dit. De plus il n'est pas évident de contourner ce comportement...
  14. Merci pour ce premier retour. "J'ai presque peur que MODx s'essouffle avec le manque de support et finisse par ce faire rattraper. " Le tout est de voir avec quel facilité on peut créer des modules/ snippets intéressants et voir les mois passants si il y a contributions intéressantes. Je ne comprends toujours rien à XPDO (bon je me suis pas plongé dedans à fond mais pas trop le temps pour l'instant) : quel avantage cela apporte ? pourquoi l'abstraction de BDD de drupal est inférieure à xPDO ?
  15. Pourtant la seule page qui change c'est la page des blocs (qui prend le design du site automatiquement pour voir les régions disponibles) et l'édition d'un node (là tu choisis si tu passes en theme admin ou pas). Pour le reste on ne bouge pas du theme de l'admin sauf à créer des pages soi même pour l'administration et d'oublier de faire commencer leur chemin par "admin". Je n'ai même pas eu besoin jusqu'ici de recourir à quelques modules que ce soit pour la séparation back-end / front-end; excepté sur un cas particulier ou je désirais que les pages de compte conserve le theme de l'admin; ce que j'ai pu faire très facilement avec le module "section". En revanche il est vrai que le menu de base "navigation" fait double emploi : affichant à la fois des liens pour le back-end et le front-end mais masquant des liens selon les droits dont tu disposes. Mais là encore il est facile de créer un menu exprès pour le site et un autre exprès pour l'admin si ce mélange dérange.
  16. Non il ne le fait plus depuis drupal 6; on peut choisir de conserver l'admin lors de l'édition d'un noeud (une case à cocher); et toutes les pages dont l'url commencent par "admin" utilisent le theme d'administration. Avec le theme "admin" dont parle Davidm, on a l'impression d'un backend complètement séparé du reste du site. Ce côté perturbant vient aussi d'une certaine souplesse volontaire de drupal de ce côté : tu peux carrément choisir pour n'importe quelle page du site si elle doit s'afficher en tant que page d'admin ou en tant que page du site en jouant 1) sur l'url : par exemple si tu fais une view qui a pour adresse admin/xxx elle prend automatiquement le theme de l'admin. tu te retrouves donc à construire toi même ton admin comme un site en front-end; ce que modx ou joomla ne permettant pas. 2) tu peux utiliser un module comme "section" qui te permet de définir avec quel theme s'affiche telle ou telle page. Sinon en terme de facilité d'usage entre le backend de modx et celui de drupal par un utilisateur neophyte, y'a pas photo : drupal est beaucoup plus facile à prendre en main.
  17. Toujours personne qui a testé en profondeur modx revolution ? fait un petit site de test avec ?
  18. Hello Je n'ai pas vraiment le temps de fournir une réponse mais si tu lis les sujets précédents le tien dans cette section du forum tu trouveras pleins d'infos et notamment des comparaisons Modx / drupal / wordpress etc... :-)
  19. J'ai pas une grosse expérience des CMS mais les principaux points qui m'ont fait lacher Modx en faveur de drupal depuis quelques mois : - gestion du multi-linguisme. Pas impossible dans Modx mais il faut faire rentrer un id dans une TV à un client, c'est pas envisageable pour moi. dans drupal, tu crée un article puis tu cliques sur "traduire" et zou. - gestion aisé des formulaires en front-end : les sites sont de plus en plus souvent interactifs avec les internautes, proposant systeme de bog, de galerie d'images etc... Drupal est blindé de ce côté même si ça requiert pas mal de configuration. - boutique en ligne : aucune solution maison pour Modx. Drupal dispose d'ubercart qui ne permet peut être pas de tout faire mais qui marche et qui est complètement intégré au reste du CMS. - la grande facilité à créer ses propres modules sous drupal. Peut être parce que j'avais le livre qui va bien aussi...
  20. "2- L'utilisation de code php pour generer du html n'est pas vraiment dans la philosophie de MODx. " Le truc c'est que l'api de drupal permet de développer très facilement des générateurs de formulaire très puissants. Cf module webform au hasard, comparé à e-form c'est un autre monde. Ce que je montre c'est juste la "mécanique" derrière les générateurs de formulaire ou le code que l'ont utilise pour créer des modules. En fait je suis fénéant : je ne veux ni coder de php ni coder de html :-) Or eform proposait à l'époque (ça a peut être évolué ave modx Revolution) une soupe entre html classique et balises modx que je trouve très rebutante.
  21. ouh mais ça a l'air d'être de la balle ton petit module drupal là :-) j'espère ! Le framework de Drupal m'a fait prendre conscience que de disposer d'une API de formulaire aussi flexible est un atout énorme pour un développeur. Je ne suis pas sur d'être pret à me réinvestir dans une API qui ne me propose pas cette flexibilité là ( non parce que apprendre une API c'est long hein :-/ ) En tous cas Modx Revolution a un potentiel absolument énorme, j'ai hate de trouver le temps de m'y pencher réellement.
  22. ce qui me fait pencher vers drupal en ce moment aussi c'est la grande facilité pour créer des formulaires avec webform (cette facilité découle directement de l'excellente l'API des formulaires dont je parle ci-dessus), car un site sans formulaire de contact c'est rare et je supporte pas e-form. Et aussi la grande facilité à créer des formulaires en front-end pour que les utilisateurs contribuent au site. Parce que sur evolution c'était un peu traumatisant d'essayer de faire ça. (mais bon, tous les sites n'ont pas besoin de cette possibilité)
  23. Tout dépend de tes besoins : dans mon cas le temps passé à apprendre Drupal me fait gagner aujourd'hui des journées entirères ou des semaines de développement. La courbe d'apprentissage est rude est on a souvent envie de laisser tomber en chemin mais si on a besoin d'un CMS puissant, flexible et qui peut prétendre faire à peu près tout type de site (communautaire, vitrine, boutique en ligne, intranet, annonces, blog, petit forum, multiblogging etc...) alors Drupal est une option à sérieusement envisager. A noter aussi qu'il dispose d'un framework php très intéressant avec notamment une API pour les formulaires très rigoureuse et élégante qui permet de coder des formulaires très rapidement et sans avoir à marquer une seule goutte de html. Cette API des formulaires est pour moi un point crucial dans le choix de Drupal car ça veut dire que les formulaires circulent dans le CMS en tant que "tableau de tableaux" php jusqu'à l'affichage final. Cela permet à un developpeur d'ajouter n'importe quel champ à n'importel quel formulaire de Drupal ou de masquer/préremplir n'importe quel champ de n'importe quel formulaire en passant par des fonctions spécifiques très simples à mettre en place. Imaginons par exemple que tu veuilles ajouter sur le formulaire d'inscription du site un bouton radio avec deux choix "oui" et "non"; pour demander à l'utilisateur si il a bien lu les conditions générales d'utilisation du site : voici à quoi ça ressemble avec le framework de Drupal : if($form_id == 'user_register'){ $form['ma_checkbox'] = array( '#title' => "Avez vous lu les conditions générales d'utilisation du site ?", '#type' => 'radios', '#required' => TRUE, '#options' => array('oui', 'non'); ) } return $form Ce côté "pate à modeler" m'a permis par exemple de développer en environ 5 ou 6 jours un systeme de multiblogging sur Drupal plus que pas mal. Et comme l'a souligné lossendae, le nombre de modules et donc de fonctionnalités prêtes à l'emploi est pour l'heure nettement plus important pour Drupal que pour Modx. Maintenant si Modx dispose de tout ce qu'il faut pour ton projet alors c'est évidemment un très bon choix et je préfère le fonctionnement de Modx à celui de Drupal, et bien sur niveau templating MOdx est un vrai bonheur. Il faut juste être conscient que la marge d'évolution possible de ton site via de nouveaux modules / snippets avec Modx est moins grande qu'avec Drupal. Pour les types de contenus : oui et c'est même plus intuitif que Dans drupal et ses champs CCK : ce sont les variables de modèles de Modx qui sont intégrés au coeur de Modx. Ca permet de concevoir des formulaires sur mesure. Par contre à mon sens, bien que CCK soit plus lourdingue à mettre en place, galère à templater, il offre des possibilités plus vaste au niveau des types de champs et des actions qu'ils sont capable de générer. Je nai pas testé la nouvelle version de Modx en profondeur mais sur Modx evolution, même si il est possible de bricoler soi même un systeme de tags graces aux variables de modèles, c'est incomparable à la taxonomie. En revanche Modx permet d'organiser de façon très claire un site de façon hiérarchique et de générer automatiquement menu et fil d'arianne à partie de cette structure hiérarchique : Drupal est un cauchemar de ce côté parfois. Personnellement le seul véritable usage que je ferai de la taxonomie ce sont les tags à la volée; mais j'aimerai un autre systeme pour structure un site que la taxonomie qui reste pour moi une classification "transversale" alors que la plupart des sites sont clairement hiérarchiques / en rubriques.
  24. "l'avertissement est logique parceque le module "projet" n'est pas vraiment un module projet mais un "casetracker" donc chaque tâche doit être associée à un projet." Sauf que ma tache est bien associée à un projet; où alors y'a une manip supplémentaire à faire que j'ai pas saisi... Je m'y replongerai plus en détail quand j'aurais plus de temps :-)
  25. oui la grosse particularité est qu'il va être extrêmement facile d'étendre et d'améliorer ce systeme. Et puis Drupal est vraiment une excellente base pour un intranet. edit : en tous cas j'ai de gros bug sur la gestion de projet pour l'insntant : écrit "array" partout quand je crée une nouvelle tache, avertissement comme quoi aucun projet n'a été sélectionné pour une tache quoi que je fasse...
×
×
  • Créer...