nyl auster

j'y connais pas grand chose en référencement mais vous n'y êtes pas allé avec le dos de la cuillère sur les mot serrurerie et serrurier (franchement en temps qu'internaute je trouve ça très désagreable, on sent bien que le texte est destiné à google et pas à moi) : la densité de mots clefs est "légèrement" exagéré là non? n'est ce pas un motif suffisant pour que google te mettes de coté?

oui je rejoins davidm concernant le systeme de template. Faire certaines modifications de design demande une grosse compréhension du CMS dans l'ensemble. Si il y a quelqu'un derrière qui maitrise le php pour les ajustements ça roule (en prenant plus de temps que sous MODx quoiqu'il en soit c'est sur) sinon c'est galère. (décider de donner un id à chaque élément de menu de navigation n'est pas si simple par exemple :-( ) En gros l'idéal consisterait à savoir se servir sur le bout des doigts du fichiher template.php des fichiers themes : c'est lui qui dit quelle variable passer à quel template (ou même qui permet de créer un nouveau fichier template). Maintenant ce n'est pas ce point là qui me ferait passer de drupal à Modx sur un projet car un template; on peut toujours s'en tirer en y passant un peu de temps (ou en torturant un peu le css ponctuellement); alors qu'une fonctionnalité ou un module qui manque peuvent mener à une impasse et à un temps de développement démultiplié; et de ce côté là drupal (fonctionnalités disponibles via des centaines de modules= en a dans le caleçon. Je ne prétends pas que ce soit la meilleure solution, je pense que les gros défauts d'un site sous drupal ont été énuméré : admin qui rame avec beaucoup de modules, besoin d'un hébergement costaud sur de gros sites, - prévoir 40 MO de memory limit pour être tranquille sur un projet avec plus de cents modules- , template morcelé qui rend difficile l'accès individuel à certaines variables. Ah, et une croube d'apprentissage qui pique. Pour le reste; une fois maitrisé ça va très vite, les champs CCK sont très nombreux, performants et variés, le module de gestion d'image est puissant (créer plusieurs miniatures différentes à la volée d'une image, enchainer des actions différentes tel qu'un crop puis un resize), les views ou les triggers sont impressionant. Pour peu qu'on se mette aux panels et aux contextes, on pravient à faire des choses que je ne pensais pas possible avec un CMS. Et l'existence du framework derrière qui permet d'apprendre à créer un module en une demi-heure pour avec le livre qui va bien.

En dehors de la refonte interne du code, les possibilités et leurs mises en oeuvre restent-elle similaires ou bien la "révolution" concerne aussi les nouvelles possibilités du CMS? (il ne faut pas croire que je ne teste pas par flemme, je n'arrive réellement pas à trouver le temps en ce moment mais je suis très curieux de connaitre l'approche de cette nouvelle version de la bouche de quelqu'un qui l'a un peu tripatouillé)

>silenxian : c'est ainsi que je me sers de drupal dans le cadre de mon travail, mais maitriser drupal + son framework prends du temps, ça ne se maitrise pas en un mois... Je pencherais plus pour drupal que pour modx ou typolight principalement en raison du très grand nombre du modules (couvrant beaucoup de besoins) et de la communauté très active. Et aussi tout simplement parce que drupal est très, très puissant même si il donne une impression de rigidité au départ. Maintenant on l'a choisi principalement pour ces raisons: 1) je savais que j'allais m'en reservir pour d'autres projets; donc le temps investi à apprendre allait se révéler très bien récompensé sur le moyen terme 2) La boutique en ligne est très puissante et gratuite 3) il est très bon pour les sites communautaires et on en fait pas mal 4) Le framework PHP : il y a une API pour les formulaires assez hallucinante (courbe d'apprentissage rude par contre) et des fonctions qui permettent en une ligne de coder des trucs routiniers d'ordinaire très chiant. (une ligne de code et hop : systeme de pagination d'une requete sql par exemple). 5) le systeme de hooks qui permet de modifier presque tout ce qui se passe à l'écran : par exemple on peut remodeler à l'infini n'importe quel formulaire générer par le coeur de drupal : réordonner les champs, changer leur html etc... en utilisant un hook. En gros : la courbe d'apprentissage est assez rude mais une fois maitrisé, ça va vraiment très très vite pour mettre en place par exemple... un annuaire? à toi de voir si l'investissement en temps en vaut la chandelle. Peut être devrais tu pendre un ou deux jours pour tester les champs CCK, les views et les filtres exposés quand même :-) Le défaut est que par rapport à du php ça bouffe beaucoup de ressources serveur et donc il faut prévoir au moins un gros mutu quand on a beaucoup de module; et parfois un dédié sur les plus gros projets. Je suppose qu'un framework php a de meilleures performances. Sur mon projet actuel, je me retrouve avec 200 tables dans la BDD, ça fait quand même mal au coeur quand on a commencé à faire du php avant d'utiliser un CMS...

en ce qui concerne les templates tout dépend du point de vue... J'ai mis une journée pour réaliser mon premier design en partant de zero; vu que 80% du design se fait principalement dans deux fichiers (un template pour la page générale et un template pour l'article). Drupal est à mon avis une bonne option pour un annuaires. pour les votes ils sont en ajax et je pense que drupal 6 dispose d'un systeme de commentaires en ajax. (module à installer et à tester car sur drupal 5 la pagination n'était pas encore en ajax) Les champs CCK + les views vont permettre de mettre très rapidement la structure en place, le temps de comprendre comment fonctionne les vues (ce qui peut etre long quand on ne connait pas, c'est un CMS difficile à cerner compéré à un Modx ou un Joomla je trouve). Il y a un module pour la localisation et les cartes google map. Par contre pour ton histoire de carte et de liste ajax si on bouge la carte, a priori là faudrait développer... Mais si c'est la seule partie à développer ou un peu chaude du projet, le CMS me parait plus justifié qu'un framework : quelqu'un qui connait bien drupal peut faire la structure d'un annuaire en quelques heures.

en gros tu demandes le saint graal :-) Plus sérieusement il faudrait un cahier des charges plus détaillées pour te dire qui serait un challenger possible pour ton site, il ya trop peu d'infos là. je peux te donner un avis sur la pertinence d'utiliser Modx ou Drupal car ce sont les 2 CMS que je connais le mieux mais il me faudrait plus d'infos. Pour l'utilisation d'un framework pourquoi pas mais de ce que tu en dis, un cms me semble capable d'aller bien plus vite sur un projet de ce type si il ne contient pas de subtilités particulières Quelles actions doivent être réalisées en ajax?

La plupart des CMS correspondent aux besoins que tu cites; (peut être ne sont-ils pas assez détaillés ?). En revanche l'histoire de bridge avec SMF va sans doute sérieusement restreindre ton choix :!: Il me semble que Modx propose un module d'intégration pour SMF . Si tes besoins ne sont pas appelées à évoluer vers des fonctionnalités plus complexes il pourrait être un bon candidat car c'est un excellent CMS. je viens de voir que drupal dispose aussi d'un bridge vers SMF. http://drupal.org/project/smfforum Drupal est aussi un très bon CMS qui permet beaucoup de choses; mais tout comme Modx il demande pas mal de temps d'apprentissage pour bien cerner sa logique.

Hello davidm ma dernière installation remonte à plusieurs semaines; depuis lors je n'ai pas le temps de me réinvestir dans modx hélas. J'ai ensuite réussi à l'installer mais il y a trop de choses que j'ai pas compris pour pouvoir créer la moindre de page, faute de temps pour trouver une documentation sur le nouveau fonctionnement du bouzin !

Merci de ta réponse/ Ce code conserve le même nombre de <br/> (je pars de trois <br/> et il m'en reste 3 après cette regex)... EDIT : non c'est parfait en fait merci ! j'avais fait un test avec <br/> au lieu de <br /> désolé. Merci de ton aide ! :-)

Bonjour à tous Quelqu'un a-t-il testé le fameux ModxRevolution ? j'ai plusieurs fois essayé de faire un test auparavant mais j'avais rencontré des soucis à l'installation et aujourd'hui je n'ai vraiment pas le temps de me plonger dedans :-( Mais je serai curieux d'avoir des retours d'utilisateurs et de connaitre ses points forts par rapport à Modxevolution si quelqu'un a déjà tenté de faire un site avec !

Bonjour à tous Pour un projet j'ai besoin de controler le nombre de retour chariots sur un texte : l'utilisateur entre un texte et peut entrer des sauts de ligne avec la touche entrée, ceci sont convertis en <br />. Seulement quand je passe en PDF, je veux que même si il a entrée 40 <br/> à la suite, n'en afficher que 1 sur les 40. En clair je veux que le texte ne puisse comporte que un seul <br /> d'affilée, car une fois en PDF le saut de ligne maximal autorisé est de 1. Je suppose qu'un expression régulière peut faire ça mais je suis un nul de chez nul de ce côté et le projet ne me laisse pas trop le temps d'apprendre ça tout de suite. Quelqu'un pourrait-il me tirer de ce mauvais pas Merci !

j'ai jamais bien compris où était le progrès à passer de ou à <span style="maclasse">mon mot</span> <style> .maclasse{font-weight:bold} </style> franchement en terme de codage je trouve carrément lourdingue le coup du css. pourquoi pas des <span style="font-weigh:bold'> tant qu'à faire... moi j'aimais bien <b></b>

broandra : pour toutes les questions techniques sur drupal je te conseille de te rendre sur le forum français de drupal; tu auras plus de chances de trouver des réponses ;-)

Hello Pour ce type de projet drupal peut être très intéressant; si on prend le temps de bien chercher les modules qui vont avec. Entre autre choses intéressantes la possibilité de créer des pages de profils détaillées en quelques clics (sexe, loisirs etc très facilement customisable.) Concernant la programmation tout dépend de ton niveau. Si tu as de bonnes notions il te sera extrement facile de créer des modules SI TU DISPOSES DES BONNES INFORMATIONS. Les meilleurs tutos sont dans le livre "pro drupal development" qui te permettent d'apprendre à créer des modules drupal en deux coups de cuillères à pot (créer un fichier info, un fichier module, mettre un ou deux "hooks", aller dans l'admin puis activer : c'est pret !) Une fois familiarisé avec le systeme de hook ça va très vite. Mais sur un tel site avec drupal, je pense que tu peux faire 90 à95% du boulot sans toucher au php, juste en utilisant la bonne combinaison de module !

Hello Drupal est tout indiqué pour tes besoins, notamment parce qu'il te permet facilement d'intégrer le systeme de wiki -module book- (systeme d'articles éditables par tous et avec gestion-comparaison des révisions/versions); il intègre de base un systeme de "blog personnel". Il suffit d'activer le module. De plus drupal est un CMS/CMF performant dans la gestion des communautés avec beaucoup de modules permettant d'étendre ses capacités de ce côté. même en sachant coder php/sql, utiliser un CMS dans un cas de figure comme celui-ci fait gagner un temps monstrueux. Parce que bon, coder soi même un truc de blogging avec gestion des membres en php ou bien alors cliquer sur la case "activer blog" de drupal, moi j'ai choisi mon camp ;-)

et oui, de toute façon je fais bientôt un site modx dans le cadre du travail et ça va être un vrai bonheur de le retrouver. :!:

En fait il faudrait plutôt comparé E-form au module webform de drupal (tout se fait au clic dans l'admin, systeme hyper confortable). L'API des formulaires dont je parle concerne plutôt n'importe quel type de formulaire du site : c'est ainsi que sont codés les formulaires de tout le site (formulaire pour créer des articles, commentaires etc..). Le gros avantage pour moi c'est d'avoir à disposition cet API de formulaires qui peut me permettre de créer rapidement n'importe quel type de formulaire pour n'importe quel type d'action. C'est un énorme plus quand je dois personnaliser à fond un site. En regardant le code source de modx, je m'attendais à trouver une api de formulaire en objet ou quelque chose comme ça mais apparemment ce n'est pas le cas.

Salut Comme tu le dis, Modx reste le maître pour avoir un parfaite maîtrise de la sortie html, considéré de manière globale. En revanche : on met simplement ça : $form['annotation']=array( '#value' => '<em> j'écris ici ce que je veux et je mets ça ou je veux dans le formulaire</em> ' //ca ne fait pas un champ de formulaire, on met juste ce qu'on veut. ); ou encore $form['name'] = array( '#prefix' => '<li>', // on peut ajouter du code html avant et après avec les propriétés suffixe et préfixe, même si ça revient à mélanger html et php '#suffix' => '</li>', // donc un peu dommage, il vaut mieux passer par une fonction de theme comme ci-dessous. '#type' => 'textfield', '#title' => 'Votre nom', '#required' => TRUE, ); A noter aussi que pour les formulaires que tu n'as pas généré toi même, tu peux utiliser une fonction permettant de themer comme on le désire n'importe quel formulaire après coup. Ici un exemple de formulaire "classique" pour créer un node dans drupal que j'ai complètement restructuré : (je reconnais que ça devient un peu plus obscur) function theme_livre_node_form($form){ $output.='<table class="fiche-livre">'; $output.='<tr><td class="left">'; $output.= drupal_render($form['title']); //on peut accéder à chaque champ du formulaire indépendamment. ici le champ titre $output.= drupal_render($form['field_sous_titre']); //le sous_titre $output.= drupal_render($form['field_auteur']); //le champ auteur $output.= drupal_render($form['field_co_auteur']); $output.= drupal_render($form['taxonomy']['3']); $output.= drupal_render($form['field_format']['key']); $output.= '<div class="submit-livre">'.drupal_render($form['submit']).'</div>'; $output.='</td>'; etc... return $output; }

Salut. je me suis replongé hier dans Modx pour les besoins d'un site. Les points qui m'impressionnent toujours autant sont le systeme de template génial, sa vitesse d'éxécution par rapport à Drupal. En revanche, concernant le framework derrière je commence à me poser des questions. J'ai voulu faire un formulaire de contact avec e-form et j'ai constaté que cela impliquait de taper TOUT le code html à la main. A mois qu'il y ait un fichier pour gérer les formulaires que je n'ai pas vu ? Pour donner une idée, voici à quoi ressemble le code php de drupal pour générer un formulaire qui demande son nom à un internaute, avec un bouton submit. (ceci peut se faire dans l'admin avec un module mais voici à quoi ressemble le code php) $form['name'] = array( '#type' => 'textfield', '#title' => 'Votre nom', '#required' => TRUE, ); $form['valider']=array( '#type' => 'submit', '#value' => 'envoyer ! ' ); Le html est généré automatiquement à partir de ce php, de plus l'api de drupal effectue seule certaines vérifications de sécurité. Je pense que le framework de Drupal est quand même relativement puissant et fait preuve de beaucoup de rigueur. Comme les formulaires sont un truc systématique, je suis bien content de disposer d'une api très solide de ce côté me permettant d'accélérer considérablement mon temps de développement pur. (c'est à dire quand drupal ne répond plus à mes besoins et que je dois mettre les mains dans le cambouis)

L'encodage de ta base de données est bien en utf-8, comme indiqué sur ta page html? Je suis pas un pro des accents car c'est un truc casse-bonbon mais tu peux essayer de changer - l'encodage de ta page pour de l'iso voir si ça marche mieux que l'utf8 - changer l'encodage de la base de données mais là faut passer par php_myadmin - vérifier l'encodage éventuel des données dans le script chargé de l'enregistrement dans la BDD. Sinon tu peux essayer de bricoler avec une fonction php pour l'affichage mais je suis pas sûr que ce soit très propre. genre tester <?php echo utf8_decode($c5t_output);?> ou <?php echo utf8_encode($c5t_output);?>

bascule du côté obscure de la force et teste un CMF parce que franchement coder en php ce que tu viens de décrire ou bien essayer de rassembler des scripts pour gérer tout ça, je vois pas du tout l'avantage par rapport à un CMF qui fait justement ça hyperbien de base; ça me parait la meilleure solution si tu manques de temps. (d'ailleurs même si tu n'en manquais pas, je dirais la même chose, les gens qui codent le framework des CMS sont pas manchots en général)

élitiste n'est pas forcément négatif : effectivement chacun navigue à sa manière. pour les kilo-octect de librairie à charger je comprends aussi. Mais tout ça dépend bien plus de la manière dont est programmé le site que du js en lui même! Après je pense quand même que le js bien utilisé est un gain ergonomique certain, mais je manque d'expérience alors je comprends peut être mal une certaine diabolisation de cette technologie qui me parait avant tout largement apprécié et plebiscité par la plupart des gens. (galerie d'images, sauvegarde automatique de brouillon dans gmail, les exemples des avantages me paraissents très nombreux.)

je comprends tout à fait vos propos néanmoins mais je pense quand même que c'est hyper-rare que quelqu'un désactive son javascript, exception faite des professionels du web. j'avais pu lire que cela concernait 5% des utilisateurs mais ça m'étonnerait fortement; c'est en contradiction avec ce que j'ai pu observé autour de moi. Me trompe-je?

quand chez drupal il font un "sprint", ça veut dire qu'ils réunissent tous les contributeurs et qu'ils travaillent ensemble comme des bourrins pendant une journée ou deux journées par exemple, sur des axex définis à l'avance. Ca a l'air d'être un bon moyen de motiver les contributeurs, et surtout de collaborer ensemble en même temps en se mettant d'accord sur une date. C'est plus facile de caser ça dans son emploi du temps du coup.

Ce n'est pas un peu élitiste de ne pas prendre en compte le js? pourquoi se priver d'un language qui permet une amélioration notable de la navigation web (ajax par ex; qui n'est pas qu'un simple gadget pour moi mais gain d'ergonomie très important) ? Je pose la question sincèrement sans jugement