-
Compteur de contenus
1 589 -
Inscrit(e) le
-
Dernière visite
Tout ce qui a été posté par davidm
-
De ce que j'en ai testé, Xinha a quelques défauts de jeunesse... notamment une barre d'édition pas facilement configurable, et quelques problème de compatibilité navigateurs (notamment dans IE, ce qui peut être un problème dans un contexte pro puisque les clients utlisent majoritairement IE). Ceci dit, c'était il y a 3 mois, les versions bougent vite...
-
Trac est vraiment ce qui se fait de mieux mais comme tu dis, plus pointu à configurer et il faut l'hébergement qui va avec... Pas testé mais tu pourrais te tourner vers des outils comme TeamTrac (de ce que j'ai lu, celui qui a ma préférence) ou Roundup qui sont développés en PHP.
-
Merci j'avais compris qu'OpenSEF était une alternative a SEF Advanced , simplement je ne le connaissait pas. La structure d'URL par défaut n'est pas suffisante pour optimiser le référencement (/content/view/689/79/ ne veut rien dire d'un point de vue sémantique...). Cela métonne un peu qu'il y ai besoin d'un module externe pour une fonctionnalité aussi triviale...
-
Tiens, intéressant, pas de rollback ? Dommage....
-
Pour moi, mieux vaut oublier HTMLArea, lourd et pas conforme... FCK est déjà mieux mais produit une soupe de code non conforme... TinyMCE est ce qu'il y a de moins "sale" côté code, je recommanderai plutôt celui-là...
-
On en est tous là Sauf qu'en ce qui me concerne, je parie que d'ici quelques mois, MODx/Tattoo sera en mesure de correspondre aux besoins ci-dessous Hmmmm, étonnant, justement un des gros arguments en faveur de MODx c'est la simplicité de l'édition via le frontend (QuickEdit). J'ai plusieurs clients qui n'ont pas spécialement de connaissances techniques et qui ont été séduit... Concernant Drupal, je ne pense pas qu'il soit orienté blog. C'est un vrai CMS, pour moi. Je lui reproche une admin trop "sèche" et confuse (malgré les deux modules mentionnés récemment qui sont censés améliorer les choses). Joomla : templating trop rigide... Seagull : PEAR => pour moi c'est niet... Ouh là... vu ce que tu me dis il faudrait expliquer au client qu'on ne peut pas tout avoir pour un prix modique ! Vu ce qu'ils demandent, 5000 c'est pas rentable. 10 000 ne seront pas de trop. Enfin, à la limite, s'ils abandonnent le versionning... Ou alors propose leur SPIP si tu te sent à l'aise avec puisqu'il a le versionning et que plus simple côté admin difficle à faire... Mais ce n'est pas l'outil de choix pour faire du site corporate (en ce qui me concerne) : là il faudrait demander à Loupilo. Oui le versionning est prévu dans MODx pour le dernier trimestre de cette année, il faudra donc attendre. De plus si tu veux tout savoir actuellement le développement de Tattoo s'effectue en parallèle de MODx avec une ré-écriture complète du Core en full OO. Aussi ré-écriture de la dbAPI grâce à l'abstraction PDO on aura le choix entre MySQL, PostGreSQL, Oracle (apparemment seulement sous PHP 5.1+)... Comme je disais si le versionning est essentiel, voir du côté de SPIP ou de Expression Engine. Mais la question est : ton client a t-il un véritable besoin de revisionning ? Dans beaucoup de cas, c'est loin d'être évident surtout pour un site corporate. C'est peut-être une inquiétude concernant l'édition des contenus, et il y a peut-être d'autres moyens d'y répondre... à voir. Par expérience, il faut parfois recadrer le besoin exprimé en recherchant le besoin réel... il arrive (souvent) que des clients demande une chose ou une autre alors qu'ils n'en ont pas besoin. Reciproquement il arrive qu'ils oublient de considérer un angle important du projet...
-
Tu peux ajouter http://www.globword.fr/ dans les sites FR et Sinon, à tous ceux qui utilisent MODx et qui l'aurait raté, une mise à jour de sécurité vient de sortir. Petite update concernant la sortie de la nouvelle version : la sortie de la 0.9.2 a pris un peu de retard mais en fait la prochaine release sera une... 0.9.5 ! et oui, plus d'améliorations que prévu pour cette release... plus de news bientôt...
-
Désolé, d'autres priorité pour le moment, pas vraiment le temps... il me faudrait 48h par jour
-
@Tavnos : Merci @michaeljack : il me semble que le module SEF URL est payant non ?
-
Et oui c'est rare hein Le bridge entre MODx et Gallery2 n'est pas encore public, j'ai pu le tester il fonctionne pas mal mais encore qq trucs à mettre au point niveau synchro BDD donc il faudra attendre... Par contre IMAP ? Radius ? LDAP ? Ca nécessiterai des développements spécifiques... Toujours la même question... tout dépend de la motivation et de la compétence, l'un ou/et l'autre n'étant pas toujours au RDV...
-
Pas forcémment d'accord... un CMS sans une communauté, ça ne va pas loin ! En plus, avec un seul développeur, la perennité n'est pas garantie.... Plusieurs CMS correspondent à cette description, à commencer par MODx
-
@Tavnos : la nouvelle version de MODx est un peu retardée car avec beaucoup plus d'éléments nouveaux que prévu, d'ailleurs on devrait plus parler de... 0.9.5 Donc encore quelques ajustements à faire notamment du fait de l'intégration de nouvelles petites choses sympa comme AJAX livesearch intégrée au moteur de recherche, un module de gestion des documents... etc. Patience, ça arrive @Claire : merci je vais de ce pas tester des deux modules !
-
Allez, je vais faire plaisir à certains et encore parler de MODx. - Respect des standards xhtml => OK - Design facilement personnalisable (sans être une brute de php) => OK - Mise en place de l'url rewriting simple => OK (juste à renommer ht.access en .htaccess) - Affichage des pages rapides (1 seconde de temps d'exécution max pour les pages les plus lourdes), même avec un hébergement mutualisé. => OK (système de cache à deux niveaux : contenu et requêtes) - Traitement automatique de l'upload des photos : affichage de vignettes miniatures dans l'article avec un lien vers une photo agrandie (avec un traitement php GD). => NON. Comme dit Tavnos, là il faudra installer une extension à cet effet... - Communication facile avec les autres CMS, même pr les développeurs PHP-MySQL très débutants. Exemple : les membres ayant le droit de commenter les articles sont les mêmes que ceux du forum (forum SMF) => OK. En fait c'est pour ça que j'ai parlé de MODx parcequ'on a un SMF Bridge qui effectue une synchronisation des comptes utilisateurs SMF <=> MODx et aussi un snippet qui permet à un utilisateur du forum déjà loggé d'être automatiquement identifié pour les commentaires d'articles (voir ici : SMF integrated UserComments ) - Possibilité de regrouper les articles par rubrique ET sous-rubrique ET sous-sous-rubrique => OK (niveau hiérarchique illimités, structure d'URL personnalisable = tu peux choisir ton alias, ton extension (.html, .php...etc) )
-
Juste pour info, après qq test et discussions, sNews est un gruyère côté sécurité... attention donc ! Pour de l'éditorial SPIP oui mais aussi plume ou mieux, Lodel et son fameux ServOO qui permet l'import de doc word et openoffice...
-
L'idée est intéressante, je complèterai simplement - titre : rien à ajouter - navigation : j'insisterai sur l'aspect sémantique des menus, qui joue pas mal avec les moteurs. La plupart des CMS modernes offres des menus full-CSS avec une sémantique correcte (type liste, souvent non ordonnée). - les liens : outre le principe de base des liens explicite, j'ajouterai que les CMS devraient exploiter les attributs du type "rel" mais aussi inciter les éditeurs de contenu à renseigner l'attribut "title") - le javascript : rien à ajouter. Sinon, il me semble que le point le plus crucial du référencement pour un CMS est manquant : c'est la structure des URL : - le CMS permet-il d'utiliser la ré-écriture d'URL (mod_rewrite) ? Si oui est-il possible de définir l'alias des pages, voire leur extension ? Le chemin de l'URL correspond il a une structure logique (souvent hiérarchique type rubrique/sous-rubrique/titre-de-l-article.html) ? Aussi important et manquant : - le CMS comprend t-il un module de gestion des erreurs afin d'afficher une page 404 en cas d'URL inexacte ?
-
La 0.9.2 tourne sans problème désormais avec EasyPHP, j'ai aussi testé WAMP 1.6.1 nickel. Mais il me semble que la 0.9.1 tourne sous WAMP, j'ai plusieurs personnes qui font tourner dessus... donc quelle version ? Et vu ce que tu me décris, ça me fait penser à un problème lié à la ré-écriture d'URL. Quand elle est activée, il ne faut pas oublier de mettre un .htaccess avec RewriteEngine Off dans le dossier /manager/ Pour FlexiNode, c'est vrai Drupal à un module permettant de créer des champs custom, mais il y a beaucoup moins de libertés... je reviendrai là dessus dans un comparatif Flexinode vs TV (variables de modèles).
-
CMS pour site communautaire : Xoops? Textpatttern?
davidm a répondu à gaetanpat - Forum : Systèmes de publication
Pas mentionné parcequ'encore trop peu documenté et demande un certain niveau de compétence rien que pour l'installer Très peu de support, aussi... -
Difficile de résumer ça sous forme de "cas type". Toutefois je dirai Drupal : Dans le cas où je dois construire un site multilingue : le module i18n est vraiment performant. Il faudra attendre encore un petit peu pour avoir une gestion multilingue native dans MODx Dans le cas où je dois gérer du contenu "éditorial" en grande quantité. Le module Taxonomy de Drupal est aussi un modèle du genre... Et MODx : Dans le cas où je veux gérer des contenus qui ne rentrent pas dans le schéma classique Titre - Sous - Corps du Texte. Les variables de modèles sont inégalées pour ce qui est de la facilité de création de champs custom et surtout, on est pas limité à un type de champ, ni à un nombre de champ. Je veux créer un catalogue produit ? une fiche client ? un annuaire des collaborateurs : rien de plus simple... Dans le cas où je veux pousser la personnalisation du site, et donner un contrôle fin à l'éditeur de contenu sur les zones éditable du site : encore une fois, les variable de modèle permettent à l'éditeur de contenu de modifier n'importe quelle partie : l'entête, le pied de page, une colonne à gauche ou à droite... etc, avec un bouton cliquable depuis le frontend pour chacun de ces zones (via QuickEdit). Avec en plus, le bénéfice de contrôler les accès à l'édition champs par champs.
-
CMS pour site communautaire : Xoops? Textpatttern?
davidm a répondu à gaetanpat - Forum : Systèmes de publication
Je dirai pour ma part que SPIP est plus orienté publication (pour une version plus communautaire, voir SPIP-Agora), et d'un certain point de vue, MODx n'est pas vraiment un CMS orienté "communauté" (d'ailleurs c'est même pas un CMS mais un CMF...) : même si c'est possible de créer un site communautaire, cela demande l'installation de plusieurs extensions qui ne sont pas du type "en 1 clic". Moins rigide mais pas "tout prêt" donc... e107, Joomla, Drupal et Xoops sont par contre en plein dans le coeur de cible, dans le style "1 click install" et pré-paramétrés. Côté communauté, je n'oublierai pas un outil comme AroundMe -
Ca me semble tenir la route, sachant que pour les cotisation sociales, l'assiette de calcul ne peut pas être déterminée la première année puisque tu ne connais pas à l'avance ton revenu... Il s'agit donc d'un montant forfaitaire de 6 505 euros la première année et 9 547 euros la deuxième (Source : http://www.organic.fr/o_et_vous/commercant...ons_commun.htm) Sinon pour ceux que ça intéresse, l'URSSAF offre un calculateur de cotisation en ligne : https://www.calcul.urssaf.fr/ti.htm
-
The Rec, merci pour ton avis expert sur CodeIgniter ! Ca permet d'aller plus loin concernant le positionnement de ce framework... Jok, connaissait Symfony et CakePHP mais pas encore PHP On Trax donc encore une découverte à tester !
-
Je viens d'en parler sur mon blog, Code Igniter est un framework PHP léger permettant de construire facilement et rapidement des applications web. Pour illustrer ce propos, vous trouverez deux vidéos sur le site codeigniter.com qui font étrangement penser à celles produite à l'époque pour Ruby On Rails On y démontre notamment qu'on peut construire une application de blog en 20 minutes... Pour la petite histoire, comme RoR, Code Igniter est basé sur le modèle Modèle-Vue-Contrôleur (MVC). La logique reste donc la même que RoR, mais sans la barrière du language que beaucoup de développeurs rencontrent avec Ruby. Très certainement un framework de développement web très prometteur qui pourrait bien damer le pion à Ruby On Rails, pour la simple et bonne raison que PHP est un langage bien plus répandu que Ruby... et que CodeIgniter peut être installé sur n'importe quel hébergeur proposant PHP4...
-
WordPattern (fusion Textpattern/WordPress)
davidm a répondu à dragondz - Forum : Systèmes de publication
Ca peut arriver... Mais là c'était un peu gros ! J'ai posté une réponse d'ailleurs (Edit : a été zappée par Sencer, très drôle ..), car bien que marrant, c'est assez mauvais joueur par rapport à l'initiative qu'on avait lancé avec Alexandra et Nils (ils n'ont toujours pas digéré on dirait !) et aussi vis à vis de MODx... -
WordPattern (fusion Textpattern/WordPress)
davidm a répondu à dragondz - Forum : Systèmes de publication
A mon, avis, c'est un hoax Rien que la page d'accueil montre d'évidence que c'est un canular : "Dean Allen, creator of Textpattern, and Matthew Mullenweg, founder of WordPress, have signed an historic agreement to merge the two failed projects into a new weblog application named WordPattern." Tu penses vraiment qu'ils parleraient de leurs projets respectif comme un échec ? Moi non... Regarde notamment sur la page Legal : "Copyright (Q) 1972-1976 The WordPattern Concern" et aussi : Un clin d'oeil qui montre que c'est du n'importe quoi !!! -
Merci Dan exactement ce que je cherchai, excepté les perf du P4-D mais si c'est du niveau du 180 dual core, alors l'offre Start 310G est plus performante que la 311G à prix égal...