davidm

Bon puisqu'on est dans la série des applications permettant de monter un serveur AMP, en plus de WAMP qui est très bien je vais citer XAAMP qui est probablement le plus complet (il fait aussi le switch PHP4/5) et en tout cas le seul à exister me semble t-il pour Windows - Max - Linux. A noter la version XAAMP Lite qui peut tourner sur clé USB, non sans quelque configuration préalable. Pour XAAMP, c'est ici : http://www.apachefriends.org/en/xampp.html Vous ne le connaissez peut être pas, car il est mal référencé Enfin, avant que j'en parle ici

Oui c'est vrai j'étais tombé dessus, pas testé ni cité car le site faisait un peu site perso et pour un outil de ce genre, je cherchai quelque chose de stable. EasyPHP 1.8 marche nickel donc je ne cherche plus !

Très bien pour le sommaire, on attend plus qu'à le lire pour donner notre avis Pour ce qui est de se renseigner, Google est votre ami Je conseille les dossiers du JDNet en général, et celui là en particulier : Numériser, gérer et publier ses contenus Ca devrait aider

Merci Eric pour ton témoignage... Je testerai movamp sur clé USB, le problème principal étant que le chemin d'accès est souvent spécifié de manière absolue dans les fichiers de config apache/php alors qu'une clé usb change de chemin quand on change de PC... il faut donc soit définir des chemins relatifs, soit opter pour une solution du type de la dernière version d'EasyPHP, à savoir la génération dynamique de nouveaux fichiers de config à chaque démarrage du serveur. En effet on trouve maintenant un répertoire /conf_files dont le chemin est défini par une variable ${path}, qui est modifiée à chaque exécution de easyphp.exe à partir d'un support amovible (le programme vous demande alors s'il doit générer une nouvelle config, ce qui n'est nécessaire que si vous passez sur une autre machine...). D'ailleurs pour des raisons de compatiblité avec un maximum de CMS, j'utliserai plutôt cette version 1.8 de EasyPHP Vraiment très bien fait, je l'ai testé ça fonctionne à merveille ! Excellent pour les démos en clientèle...

Dans la série application sur clé USB... voici une curiosité appelée MovAmp, un serveur LAMP destiné à tourner sur une clé USB... De quoi transporter votre CMS préféré avec vous... utile, notamment si on utilise un Wiki comme outil de capitalisation personnel... A tester, je vous dirai si ça marche correctement !

Vu sur framasoft : http://framasoft.net/article3406.html Je trouve le concept vraiment intéressant ! Un must have sur votre clé USB :-) Vous pouvez aussi ajouter TiddlyWiki et vous aurez un Wiki sur Clé USB ! :-))

Whaoww moi j'en pense que c'est un argument de poids qui justifie un peu plus le prix exhorbitant de la bête... Je ne vois pas pourquoi les photographes râlent, s'ils sont bons ils auront de toute façon une signature qui leur est propre et qui s'adressera à un segment du marché qui recherche une vraie différenciation en terme de look...

Oops, pardon, j'aurai du dire alternative à Macromedia Flex, dont il est concurrent...

Toujours à la recherche de nouvelles techniques, j'étais en quête d'une alternative pour les clients qui veulent absolument du Flash et à qui j'essaye de faire comprendre l'intérêt des standard ouverts... Je suis tombé sur un framework qui permet de construire des Rich Internet Applications (RIA), qui semble assez intéressant. Son nom (barbare) : OpenLaszlo Allez voir du côté des démos (Notamment dashboard pour ce qu'on peut faire avec.) Je me demandai si quelqu'un avait testé ce joli petit outil... ???

Merci pour cette ressource ! Il faut que je teste CS2, mais ce qui m'intéresse dans cette évolution là c'est plus le meilleur support des fichiers RAW pour la photo numérique :-) Je n'ai pas suivi cette histoire de SmartObjects, je vais regarder ça...

Pas de problème pour un coup de main, mais en tant qu'ancien chargé de cours/TD à la fac, j'ai envie de dire bosse un peu quand même ton sujet et essaye de poser ta problématique. Perso je veux bien aider mais pas faire à la place

Dudu, certains CMS stockent leurs données dans un fichier texte sans passer par MySQL, PosgreSQL ou autres... on appelle ça flatfile, berkeleyDB... Voir par exemple Itseasy Mais oui SPIP utilise MySQL...

Merci pour les news Tavnos, je vais faire un tour sur le site Xaraya, bonne nouvelle que cette 1.0 RC2 :-) Pour le français, je pourrai peut-être aider mais pour l'instant je fini de traduire le très prometteur Tikipro !

déblogger, merci dudu c'est moi qui ne sait pas lire Joli néologisme

La frontière entre CMS et Blog est plus floue qu'il n'y paraît, et c'est bien normal car un système de blog, ce n'est ni plus ni moins qu'un cms, puisqu'il gère du contenu (comme un wiki, un portail, un système de publication...). La seule chose, c'est qu'il vise à un certain type de publication : ordre chronologique inversé, gestion des catégories, permalien, trackback, annuaire de liens... un blog est un cms simplifié. Plume a repris l'interface de Dotclear, instaurant une certaine confusion sur le lien entre les deux... effectivement c'est un système de publication, mais assez rudimentaire qui n'est pas si éloigné de Dotclear sauf qu'on appelle pas les choses de la même façon. Quant aux thèmes ils sont liés à deux chose : - un gabarit avec des fonctions PHP dédiées qui défini quel contenus et quelles requêtes sont effectuées, et à quel endroit sur la page - une feuille de style (CSS) qui définit l'apparence des élements de mise en page, du texte...etc. Il est donc très facile de reprendre un thème Dotclear et de l'utiliser pour un site statique ou un autre CMS... Pour finir, ton titre est assez bizarre, car Dotclear est tout sauf une application buggée !!!

douda, franchement je ne vois pas comment l'expliquer plus simplement que wikipedia... ou alors lit le livre de Jérome Delacroix sur les Wikis Personellement j'ajouterai que la très grande force du Wiki c'est bien sûr sa simplicité comme il a été dit, mais aussi le système de gestion des révisions (revisionning) qui permet de voir les différences avec la version précédente. Ca te permet de savoir exactement ce qui a été ajouté et enlevé : imagine l'efficacité de la rédaction collaborative avec ce genre d'outil ! Le Wiki est un outil particulièrement utile pour gérer une documentation rédigée de manière collaborative. En plus, un certain nombre de ces outils sont capable de gérer des pages multilingues, ce qui n'est pas le cas d'une vaste majorité des autres CMS. Enfin, parmi les fonctionnalités distinctives, la création automatique de liens lorsqu'une page n'existe pas encore ou encore la génération automatique des rétroliens, c'est à dire pour une page identifer toutes les pages qui pointent vers elle. Ca n'a pas l'air, mais c'est un facteur déterminant dans la gestion des contenus.

Bien vu, j'avais oublié le très gourmand Xaraya Ca me fait penser qu'il faut que je retourne voir où en est l'équipe de dév, car ce CMS a un gros potentiel s'il règle ses problèmes de charge serveur...

Merci Sibelius pour ces liens, pour ma part je ne connaissait que la solution de TagSoup (EN) qui curieusement n'a pas été citée alors qu'il me semble qu'ils ont été les premiers à proposer une solution...

Excellente question ! (je vous remercie de me l'avoir posée ) Non sans rire, c'est effectivement une fonctionnalité très puissante qui manque à la plupart des CMS. Comme tu le dis, ezPublish a cette possibilité grâce à sa logique orienté objet il permet même d'éditer des classes de contenu... mais il nécessite des serveurs costaud à cause du fait qu'il bouffe énormément de ressources systèmes. Mais venons en à la question : les seuls autres CMS* que je connaisse avec cette possibilité sont le français LODEL (via le fameux modèle éditorial) et Textpattern (ce dernier est pour le moment limité à dix champs custom). Si d'autres connaissent d'autres CMS capables de faire ça, j'aimerai les connaître ! J'espère que cela éclaire un peu le sujet. * du côté php/mySQL, il faudrait peut-être voir côté java si Magnolia ou Jahia n'ont pas cette fonctionnalité

Salut Tavnos, Je m'étais inscrit comme béta testeur d'iXprim il y a quelques mois,et j'avais testé la RC. Je le trouve effectivement excellent mais par contre l'attente de la sortie d'une version finale était un peu longue je suis donc resté en standby par rapport à ixPrim. Qu'en est-il ? Y a t-il enfin une version prête à la production ? Edit : Apparemment non, et au fait, il manque l'url donc la voici : http://www.ixprim.com/

Je ne l'aurai pas mieux dit ! Tout intégrisme est suspect, qu'il soit intégriste de l'accessibilité ou intégriste de Typo3 ;-)

Je ne peux qu'être d'accord, MediaWiki plus complexe donc ça dépend des besoins. WikiNi peut répondre à 85% des besoins, il lui manque quand même des basiques comme un flux rss automatiquement généré pour les révisions, la notification par email... dommage ! Mais c'est un très bon wiki (il faut dire aussi que partant de Wakka, on ne pouvait pas vraiment se tromper !)...

C'est vrai qu'il n'y avait rien à comprendre dans le refus du progrès je suis bien d'accord ! Je ne peux que me réjouir qu'un de mes anciens CMS préféré ai enfin évolué, car cela veut dire que je vais pouvoir envisager de l'utiliser à nouveau Enfin du tableless accessible, c'est très bien. La question c'est combien de boulot pour en arriver là ? S'il faut hacker le code source parceque les tableaux sont harcodés, les formulaires n'ont pas de label...etc, là je dirai oui mais... Si c'est intégré d'office, tout va bien. Intégristes ? De qui parle t-on ? Désinformation ? Si on veut dire que sur les forums francophones on a un peu impression qu'il n'existe que TYPO3 et SPIP, là oui c'est de la désinformation ! De même que dire que TYPO3 est la seule solution viable pour des sites de grande dimensions... quid de eZpublish par exemple ? ou de Jahia ? La désinformation n'est pas forcémment là où on croit Absolument vrai. Mais lorsqu'on propose des services commerciaux, les délais et le temps de développement sont des facteurs critiques. On peut corriger le code de n'importe quel CMS, mais pour moi c'est une perte de temps si c'est trop extensif. Encore absolument vrai, quoique des CMS "pro accessibilité" ne sont pas légion (i.e qui soient réellement conformes d'entrée sans modifs WCAG 1.0 et section 508). Il s'agit plus souvent de CMS "light" si on excepte Plone par exemple. Sans aucun doute, tout est possible ! Mais ce sera lié au développeur plus qu'à l'application. On peut demander à un pilote de rallye d'effectuer un freinage d'urgence parfait en toute circonstance, mais pas à un quidam... c'est pour ça qu'on a intégré aux voitures l'ABS ;-) Là c'est pareil, la queston de l'accessibilité n'est pas simplement une rigueur et l'application de principes dans le développement, mais aussi une philosophie . Et cette philosophie n'est pas d'être plus accessible que le voisin (donc où sont les intégristes ?), mais de faire en sorte qu'internet dans son ensemble soit accessible Un business relatif , où il faut faire beaucoup de boulot de sensibilisation pour faire comprendre que c'est un investissement qui paye en terme d'image (et pour certaines entreprises, une condition d'accès de leur clientèle). Là je dirai qu'on est bien loin du business juteux des sites en Flash qui eux sont un vrai business qui n'a aucune raison d'être la plupart du temps , sauf pour faire le coq auprès de la boîte d'à côté sur les belles animations de son site web... Peur ??? Qui a peur ? C'est bizarre comme point de vue surtout si on considère que beaucoup de webmaster ne connaissent que 4 ou 5 CMS, à la tête desquels SPIP et.... TYPO3. TYPO3 n'est pas plus difficile à maîtriser qu'un autre CMS présentant des fonctionalités similaires, sa logique est différente de la majorité des CMS, mais ce n'est pas le seul dans le cas eZpublish, Drupal ou Textpattern sont aussi assez différent. Quand on a touché a un grand nombre de solutions, il est assez facile d'apprendre un nouvel outil. Du moins quand il appartient à la famille PHP/MySQL, sinon c'est une autre histoire pour des frameworks J2EE ou Python...

Possible, ça fait 4 mois que je n'ai pas suivi DocuWiki, il y a peut-être eu quelque chose entre temps... Je regarderai ça avant de m'y coller !

J'ai testé WikiNi, le petit frenchy issu comme WikkaWiki de Wakka : il y a donc beaucoup de ressemblance mais il manque pas mal de fonctionnalités à WikiNi, la plus embêtante étant l'absence de flux XML des révisions... Beaucoup moins de plugins, aussi. Le hic, c'est qu'après vérif, la WikkaWiki n'est pas vraiment prêt pour une traduction faute de prise en compte correcte de l'encodage de caractères pour notre cher français (ça coince côté htmlentities). Pfff... Ceci dit WikiNi est tout à fait excellent. Pour DocuWiki, il faudrait que je regroupe la traduction FR que j'avais faite (notamment tous les fichiers d'aide..) pour km-fr.com, je n'ai pas pris le temps !