nyl auster

Je suis pas supercalé en code php. Tu dis ça parce que drupal n'est pas orienté objet? Je ne sais pas trop ce que vaut drupal côté code interne mais il me parait d'une rigueur assez dingue et élégante quand même. On fait beaucoup de choses en très peu de lignes de php et on sent que tout ça a été pondu avec un côté quasi-maniaque dans l'organisation. (encore une fois, l'API des formulaires est assez ahurissante de mon point de vue. J'avais moi même bricolé une sorte d'api pour générer des formulaires orientée objet; quand j'ai vu celle de drupal j'ai laissé tombé la mienne de suite). En ce qui concerne le côté orienté objet, je n'ai pas d'avis à cause de mon manque d'expérience en php mais je tiens quand même à préciser que drupal fonctionne entièrement sur un systeme d'assemblages et d'interactions de fonctions qui me parait proche de la porgrammation objet; si ce n'est qu'elles ne sont pas regroupées en classes. Mais je peux être dans le faux; je serai curieux d'avoir l'avis d'un expert sur ce point !

Les templates de drupal sont pas si mal en effet; on maitrise sans peine 95% de ce qui se passe en une matinée de travail. De plus Drupal respecte à fond la séparation html/php côté framework. Les 5% qui restent sont carrément moins évidents par contre et demande d'apprendre à connaître drupal de façon plus approfondie. Mais tous les projets ne demandent pas à tel degré de personnalisation....

Salut Pour ma part je considère toujours Modx comme un grand CMS, parce que j'aime beaucoup la clarté de sa logique d'ensemble. Maintenant la boite où je travaille est pas mal axé sur des sites communautaires; en général avec une boutique en ligne en prime. Modx ne me convient pas du tout pour ce genre de projet; alors que Drupal + ubercart + les modules qui vont bien fait ça comme un chef. En revanche c'est sans hésitation que j'utiliserai Modx sur les sites de présentation d'entreprises avec un design précis. Il va me faire gagner beaucoup de temps sur le design. Si j'ai pu autant m'investir dans modx il y a quelque mois c'est surtout parce que j'étais alors au chômage. Maintenant il faut aussi avouer que Drupal est une arme de guerre d'une puissance assez redoutable une fois qu'on a appris à le manier, avec un champ d'action franchement impressionnant.

ce n'est sans doute pas le design du siècle mais c'est une grande avancée par rapport au pseudo-blog d'avant; qui ne donnait pas envie d'essayer le CMS. Là, le design du site + le showcase visible d'entrée, c'est largement plus alléchant.

A noter pour ceux qui veulent aller plus loin dans drupal le livre : "pro drupal development" (en anglais par contre, du moins pour la première édition) : un must-have pour apprendre à utiliser le framework de drupal, bien expliqué et avec le sens de l'humour.

enfin ! j'ai du mal à naviguer dessus pour le moment mais au moins ça permet de montrer un peu plus les possibilités du monstre je sens que c'est le moment de lancer la version française

Le gros avantage de Drupal c'est qu'il n'y a pas à se prendre la tête pour faire des formulaires "front-end" pour que les utilisateurs remplissent eux même des articles. C'est juste là de base et ça marche super bien. Si on prend en prime le temps de se plonger dans le framework (que j'avoue avoir trouvé très très obscur au départ); c'est la fête du slip : la possibilité de changer, themer, ajouter des champs etc... sur tous les formulaires déjà existants fait qu'on peut pousser très loin la personnalisation. Je voulais apprendre à me servir d'un framework genre symphony ou cake PHP mais Drupal + son framework me semble presque une solution plus efficace aujourd'hui; car tous les modules permettant de gérer la communauté font gagner un temps précieux de codage. Après, quelques hook par-ci par-là et on peut ajuster les gros legos de façon très impresionnante. Par contre je peste toujours un peu contre le systeme de template; notamment parce que sans utiliser contemplate il y' a une partie qui n'est pas possible à themer exactement comme on veut. (le contenu du $content du node.tlp.php). Inéation : tu sais comment il serait possible pour moi de créer un template via phptemplate qui me permettrait de gérer les variables que gére contemplate? (affichage des résultats des champs CCK et des champs de base du node?

pourquoi ne pas partir sur un CMS? soit en l'utilisant directement, soit en utilisant seulement son framework pour arriver à tes fins. Bon c'est pas la solution miracle, faut se prendre un minimum la tête sur la comphrésion du cms. Genre un petit drupal de base avec son petit module d'inscription et ses roles ça peut être sympa. Et puis il est facile d'insérer du php dans drupal.

j'ai pas poussé jusqu'à 3 type de contenu mais ça fait plaisir de faire des jointures de table sans coder de sql ! computed fiel c'est plutôt "au cas où", ça augmente un peu la marge de manoeuvre des views mais jusqu'ici j'en ai pas eu besoin. Par contre en tant que champ CCK je vais surement m'en servir d'ici peu. La création de theme, le gros du boulot est vite absorbé si on utilise phptemplate (je pense que c'est la meilleure solution puisque c'est le moteur de template dédié à drupal et je le trouve très lisible). En gros faut faire sa petite sauce avec page.tpl.php et node.tpl.php; qui sont les deux gros éléments qui une fois réunis composent 90% d'une page drupal. Après en jouant sur le nommage des fichiers, on peut créer un template selon le type de contenu ou selon les variables d'url, c'est assez souple. Juste faire attention à ne supprimer aucune variable du template : beaucoup servent à la gestion de l'interface admin, un coup à se retrouver enfermé dehors.

Aour : salut, oui cette manière de procéder avec la taxonomy convient très bien à la logique de drupal. Par contre dans un cas comme le mien ou des "chapitres" doivent être rattacher à des "livres" pour savoir quel chapitre appartient à qui, la taxonomy convenait mal même si j'ai envisagé ça pendant un moment. Ca reste différent d'une véritable gestion hiérarchique dont on a souvent besoin. David : oui je l'ai longtemps boudé mais en fait associé avec des views, c'est un truc vraiment important pour gérer l'affichage des infos dans certaines situations. Les champs CCK permettent pas mal de choses et je suis loin d'avoir fait le tour. A noter aussi deux choses qui peuvent être très intéressantes pour les bidouilleurs : -computed field pour CCK : un champ qui permet d'afficher n'importe quel résultat issue de la BDD ou d'un calcul php en rentrant soi même le code php qui affichera le résultat sur le node -computed field pour les views : ou comment rajouter une colonne de résultats personnalisés en php sur les views. (par exemple rajouter un lien custom pour chaque ligne de résultats, etc...).

Hello je me suis pas mal pris le chou avec drupal sur les histoires de hiérarchies, surtout dans drupal 5 ou le module book est beaucoup mois évolué que dans drupal 6 (oui ok, je passe à drupal 6 bientôt) Ceci dit une solution plus que correcte que j'utilise dans drupal 5 c'est créer un champ CCK de type "node reference" que j'appelle "node parent" (par exemple). Ensuite je créer un type de contenu particulier pour ceux qui seront les nodes enfants. J'ajoute mon champ node reference à ces node de type enfants : Le champ CCK nodereference me servira à liste uniquement les node dont le type de contenu est pour les parents. Sachant que la liste déroulante proposée par node reference peut être conditionnée par une view, ça permet de créer des liste déroulantes dynamiques très sympa permettant de choisir un node parent aux petits oignons ! Dans mon cas, les type de contenu "chapitres" on une liste déroulante nodereference listant les type de contenu "livre" ce qui me permet de recréer une hiérarchie. L'autre avantage de la méthode est que node reference permet ensuite dans la vue de lier les infos de l'élément parent à l'élément enfant ! très pratique cette petite jointure de table que permet node reference. Enfin ça aussi l'avantage de ne pas utiliser une table uniquement pour gérér la hierachie : l'information du node parent est simplement ajouté à la suite de ma table CCK pour mon type de contenu. Node hierarchy est également sympa mais c'était une solution trop complexe dans mon cas où je voulais simplement créer automatiquement un lien parent enfant de manière transparente pour l'utilisateur. Avec un petit hook_form_alter, on peut donner les valeurs par défaut qu'on veut aux champs CCK, les masquer etc... Ne jamais sous-estimer les champs CCK non plus ! :-) Maintenant peut être que cette manière de procéder n'a peut être pas lieu d'être dans drupal 6; mais clairement dans drupal 5 il manque un petit quelque chose pour gérer la hiérarchie de façon simple via l'admin du CMS je trouve et j'ai un peu lutté à tester tous les modules genre node 2 node, node hierarchy (celui que j'ai préféré pour l'instant) node relativity etc...

Bonne nouvelle ! j'y serai surement aussi

hello ! Je suis pas un spécialiste en référencement/positionnement mais ce dont je suis sûr c'est que quelqu'un qui veut vraiment optimiser Drupal de côté peut le faire sans problème pour la simple raison que le code html et php sont très bien séparés même si cet aspect ne saute pas aux yeux tout de suite. Quand on comprend - phptemplate - les fonctions theme (pas forcément indispensables dans un premier temps ) tout est sous controle total. (mais bon vive modx pour la gestion des templates archi-simple quand même) Après peut être que je n'ai pas suffisament d'expérience sur Joomla mais entre les deux philosophies je choisis clairement drupal. Drupal est assez souvent sous-estimé car comme le dit aour, c'est vraiment une gymnastique particulière pour entrer dans sa logique. Ceux qui ont franchi le cap des première difficultés s'ouvrent en tous cas de nouveaux horizons. J'avais même trouvé Modx plus facile à apprendre car ce dernier reste pour moi dans une logique proche du php.

ceci dit ça peut dépanner sur un projet spécifique si la mise en place est rapide et que le templatage est possible sans s'arracher les cheveux. _AT_aurelia : Joomla propose des trucs genre community builder and co mais sur un projet de ce type je pense qu'il ne fait pas le poids avec Drupal; pour avoir eu moi-même à choisir entre les deux il ya quelques semaines pour un projet de ce genre. La personne qui travaille avec moi et qui était à fond sur joomla à aussi changer son fusil d'épaule sur ce projet communautaire. Ne serait-ce que pour la gestion des droits qui est trop limitée dans Joomla; alors bon pour faire un site communautaire c'est moyen comme base. edit : je ne crache pas pour autant sur Joomla qui dispose de modules vraiment bons et complets.

salut, elgg avait l'air intéressant; ce que tu dis refroidis un peu mon envie de le tester :-( Plutôt compliqué certes mais bâtir un site communautaire ça demande forcément du boulot et pas mal de temps pour maitriser le CMS que tu choisiras quel qu'il soit, ce serait pas drole sinon :-) Je te conseille de tester pendant quelques jours drupal car pour un projet ce type il fait partie des trucs à très sérieusement envisager. (voire choisir, ce que j'ai fait dans le cadre de mon travail) Je pense qu'il colle bien au besoin que tu décris et consitue une bonne base. Maintenant j'ai pas testé elgg ou dolphin pour le moment

salut, pour les sites à vocation communautaire j'utilise drupal sans hésitation car il est taillé pour ça; et qu'il y a beaucoup de modules pour construire une communauté (messagerie privée, commentaires, organic groups, petit systeme de blog, espace membre personnalisable, liste d'amis, points de contributions etc etc... une bonne liste vaut mieux qu'un long discours : http://drupal.org/project/Modules/category/56 edit : pour info j'ai une expérience assez limité en CMS; les seuls avec lesquels je peux comparer c'est spip, modx, joomla; donc j'utiliserai drupal contre ceux -ci sur ce type de projet sans hésiter.

Pour les images, j'ai jamais vraiment testé à fond sur les projets sur lesquels je travaille. J'ai plusieurs petites piste en tête http://drupal.org/project/easy_image_insert (a priori le plus simple mais encore en dev sur la 6, à tester ) http://drupal.org/project/imce (pas testé personnellement mais ça semble être le turc qu'utilise modx) j'ai vu ça aussi sans tester non plus http://drupal.org/project/img_assist et pis http://drupal.org/project/imceimage ou ça http://drupal.org/project/imagepicker etc... Il existe aussi un module qui permet de mettre un tag qui sera remplacé par l'image dans le texte mais dont j'ai oublié le nom là En fait avec drupal on peut faire beaucoup plus de choses que l'on pense niveau image; notamment pour la création de miniature qui est vraiment sympa avec image cache and co. Faut trouver la bonne combinaison de modules; ce qui demande toujours pas mal d'essai et de prise de tete. Drupal c'est un immense enchainement de modules qui hookent les modules core dans tous les sens et qui se hookent ensuite les uns et les autres tant qu'à faire; ça devient vite compliqué de s'y retrouver dans l'admin et même dans les modules qui parfois se marchent sur les pieds... Sur un petit mutu OVH j'ai quand fait tourner tranquillement une install avec 50 ou 60 modules.

ça a peut être changé depuis. Il y a quelques moi, je ne pouvais pas utiliser certains champs CCK (probleme d'upload sur firefox pour certaines images), la messagerie privée ne fonctionnait pas etc... Aujourd'hui encore dans le cadre du travail; je trouve certains modules utilies pour certains projets spécifiques qui ne sont pas passés en version 6 ou bien qui sont encore en beta sur la 6. Ou bien qui ne seront jamais transportés sur la 6. Mais la situation a sans doute bien changé ces dernières semaines, peut être que la prochaine fois je passerai à la 6 !

salut : Pour la difficulté de gérer un tel nombre de photos avec un CMS (c'est quand même très gourmand en requetes sur la base de données...), je n'en sais hélas rien, il faudrait se renseigner. Je n'ai pas grand chose à ajouter à ce que vient de dire david, drupal ferait un très bon candidat. Pour la miniateur d'image, il assure aussi grâce à image cache qui permet de créer autant de presets que tu veux : par exemple tu upload une image et tu peux créer deux miniatures de tailles différentes. (en plus de l'image originale). Pour le classement ce serait du gateau avec les views (filtres exposés) et la taxonomie; surtout que la taxonomie peut s'utiliser comme un systeme de tags à la volée également; ce qui peut être très adapté à la gestion de photos. Pour la soumission en front-end, drupal gére ça de façon native, très simple et naturelle. oublie Joomla pour ce projet.

Salut davidm ! Oui à choisir je partirai aussi sur drupal 6 niveau codage et améliorations, sans hésiter une seconde. Simplement j'ai besoin de beaucoup de modules et certains ne sont pas toujours dispo ou stables sur la 6 hélas. Pour le multilinguisme oui j'ai vu que ce n'était pas le panacée non plus avec drupal, ça m'inquiète un peu pour un projet à venir. Comme quoi modx s'en sort quand même vachement bien si on considère qu'il n'y a rien de prévu au départ pour ça^^

salut juste en passant pour signaler que drupal est particulièrement bien pensé pour gérer une communauté : donc si il y a certains besoins spécifiques niveau communauté, il faut savoir que joomla est plus limité de ce côté. Sachant cela, ça dépend aussi de l'affinité avec le CMS : certains accrochent tout de suite joomla; tandis que drupal fait en général une première mauvaise impression et ne laisse découvrir sa puissance que si on insiste sans se décourager.

arf c'est un peu le saint graal que tu cherches Tu n'auras pas tout ce que tu veux avec le CMS que tu choisiras, à toi de voir quels sont les points les plus indispensables pour toi dans cette liste. pour ces points et le bon référencement, je pense tout de suite à Modx qui permet une totale maîtrise du html et css. Mais pour le reste est concernant mes connaissances actuelles (joomla, spip, modx, drupal), je choisirai drupal sur ce projet qui répond à pas mal de critères. J'ai tendance à utiliser drupal 5 plutôt que le 6 pour profiter de tous les modules qui sont très nombreux et d'excellente qualité en générale. pour drupal cms respectant les règles www : à vérifier mais à vue de nez drupal n'est pas dégueu au niveau code html gestion des méta titre + description + mots-clés par page: Si tu ne crées pas tes propres templates, il faut regarder si un module peut faire ça feuille CSS: bon ça c'est acquis pour un peu tout le monde maintenant. éditeur WYSIWYG : tu peux installer un éditeur de ton choix en tant que module accès admin simple : on aime ou pas, il faut tester :-). Drupal permet assez facilement de se construire sa propre petite admin tout seul comme un grand si l'admin d'origine est trop bourrées d'options, en jouant sur droits et les vues (module views, indispensable pour drupal) plan de site automatique : drupal dispose de modules pour générer un plan de site. si suppression d'un lien ou d'une page, répercussion automatique sur l'arborescence : tu peux choisir si une page apparait dans un menu ou pas et construire ainsi tes menus : donc la faire disparaitre du menu si elle est supprimée site quadrilingue : je ne pas tester...voir module in18 avec drupal site contenu asymétrique par langue ou par pays : je ne sais pas avec drupal site dynamique : n'importe quel CMS fait un site dynamique site qui va évoluer vers un site e commerce + paiement sécurisé en ligne : module "ubercart" comme module de boutique en ligne. site avec images : faut installer des modules, CCK, image_cache etc... selon la complexité de ce que tu veux. site + module blog : drupal peut générer un blog facilement; ainsi que permettre à n'importe quel utilisateur de crée son propre blog. C'est dans le coeur de drupal. site + module FAQ : à vérifier mais sans aucun doute gérable avec drupal d'une manière ou d'une autre. formulaire + captcha : utiliser le module "webform" de drupal : vraiment excellentissime. Le captcha existe en module additionnel. récolte de données utilisateurs via formulaire => construction base données => net marketing : je pense que drupal ça peut le faire là encore:; notamment parceque webform génère tout un tas de statistiques. A voir en fonction de tes besoin précis. module newsletter : pas eu besoin pour l'istant mais je suis sur que ça existe. fil rss : natif pour la plupart des CMS. mise a jour par plusieurs utilisateurs => sécurisation des accès : drupal est au top pour la gestion du site par des utilisateurs. Même si la gestions des droits mériterait d'être plus fine concernant le droit de publication et "l'administration des nodes". export des statistiques : a voir, je ne sais pas

hello. Bon j'ai résolu mon souci : il faut encoder les include en utf-8 sans BOM et le souci disparait chez moi.

salut ! j'ai épargné le css pour ne pas polluer le forum, je l'ai vérifié à plusieurs reprises. C'est seulement QUAND j'inclus le fichier php que l'espace apparait. Et quand j'enleve, tout rentre dans l'ordre. Mais tu as peut être raison, peut être qu'une règle css s'applique sans que je m'en rende compte à une des balises html présente dans une include ! je regarderai demain, merci de ton éclairage, j'ai peut être écarté un peu vite la piste du html/css ! EDIT : bah non puisque le html ne "sort" pas lors de l'inclusion d'un fichier, ça ne peut pas être ça, mes balises sont bien au chaud dans des variables php sans echo....

bon pour résoudre ce probleme j'ai décidé de mettre mes includes dans des div en display:none donc plus de souci de design mais si un expert php peut éclairer ma lanterne pour que j'utilise une solution plus propre si ce probleme venait à se représenter :-)