NiCoS

Hello,

Je suis en train de bosser sur un gros projet et je suis en train de rédiger le plan de tests. J'ai à peine commencer cette tache que j'ai déjà 300 tests à faire et je suis bien loin de les avoir tous identifier/évaluer.

Du coup, on va avoir besoin d'un outil capable de réaliser les tests pour nous (idéalement, tous).

Quels sont donc les outils que vous utilisez ?

Je parle ici de tests fonctionnels (je cherche un produit, je l'ajoute à un devis, je fais une commande, je la paye, etc)

J'ai commencé à en repérer qqs uns mais j'aimerais savoir lesquels vous utilisez...

Je rejoins Spidetra - j'ai une plus longue expérience de spip mais modx a certains avantages et spip d'autres.

Le choix entre les deux dépend comme à chaque fois des besoins que l'on a

je ne rêve pas de MODx je te rassure

Ouf ! Ou plutôt, t'en rêves pas encore

Par contre il est certain que faire partie d'une équipe opensource prend du temps, mais ça paye d'un point de vue de la maîtrise de l'outil

Et ça paye commercialement si l'outil en question possède un facteur de différenciation majeur (pour moi, MODx en possède plusieurs, et les clients/prospects ont l'air de le penser de plus en plus aussi )

Tant mieux

De rien

Comment ai-je pu zapper ça... ???

A cause de ton obsession par modx ? ;-)

Je dirais trop rien vu que je deviens accroc comme tu as pu le voir

Pour la création de plugin, y a ceci :

http://www.spip-contrib.net/SPIP-1-9-Les-Plugin

Pour les nouveautés, voir : http://www.spip.net/fr_article3368.html

Pour les plugins, y en a pas mal sur SPIP-Zone :

http://zone.spip.org/trac/spip-zone/wiki/LesPlugins

Ils vont arriver progressivement sur SPIP-Contrib une fois qu'ils seront "stables"

J'utilise la version svn depuis longtemps mais je n'utilise pas tout le potentiel de spip à ce niveau là (mon site sous spip reste très basique faute de temps :-( )

Y a des trucs chouettes maintenant certains les verront plus comme des points d'entrée que comme de véritables modules/plugins. Je pense que cela offre déjà pas mal de possibilités et que cela va s'améliorer par la suite.

La version finale 1.9 est sorti samedi - pour les nouveautés, voir http://www.spip.net/fr_article3368.html

en libre et gratuit, tu as b2evolution et wordpress doit proposer une version multiblog...

Ce sujet a déjà été abordé sur le forum, une petite recherche devrait te renvoyer des résultats

En ce qui concerne les clients, est-ce qu'ils comprennent la différence entre développer un site fait maison ou configurer un CMS ? Les miens ne sont pas assez compétents pour faire la différence. Ils se fichent pas mal de la méthode et attendent surtout un résultat. Ou peut-être que le fait de développer un autour d'un CMS existant est un argument de vente que l'on peut mettre en avant ?

Bossant beaucoup avec les administrations publics, certains sont sensibilités au logiciel libre et demande de tel logiciels... du coup, pas de place pour un cms maison sauf s'il est libre. Et encore, il y a parfois même des recommandations sur l'outil utilisé (même si parfois ça convient pas du tout mais bon...)

Sinon, est-ce qu'il est difficile d'adapter un module/script codé pour un CMS à autre CMS ?

Ben tout dépend comment c'est codé de chaque côté...

en outre Typo3 est plutôt orienté création de pages, que créations de contenus (et donc réutilisables à différents endroits de ton site).

Perso, je fonctionne pour le moment sur le mode suivant (pour php) :

- site de publication simple : spip/spip-agora

- site requiérant de pouvoir créer des objets métiers ou des types de contenus : ez publish / drupal

- site qui sont plus des applis métiers que des sites : framework à la symfony par ex ou mix framework + cms

Finalement, je pense que la bonne solution est d'avoir son CMS maison et d'y adapter des scripts et bibliothèques déjà existantes. Car par rapport à cette approche, qu'apportera un CMS standard ?

Techniquement :

- un existant,

- un panel de fonctionnalité

- du code maintenu par une commuanuté

- des modules émanant de codeurs/société tierces (mutualisation et donc gain de ressources/temps)

- des scripts et des bibliothèques existants

Commercialement :

- tu tranquilise/rassure le client : la pérénité du produit ne dépend pas du prestataire

- le dev sur mesure 100% spécifique est assez mal perçu en france pour le moment, il est bien vu de s'appuyer sur des produits existants

- tes devis sont moins chers (car tu t'appuies sur un existant)

- tes plannings/délais sont moins longs

aujourd'hui, pour se lancer dans la réalisation de son propre cms, faut vraiment répondre à un besoin très précis et non couvert ou de part l'intégration d'applications tiers à laquelle il faut rajouter une brique existante et pour laquelle aucun cms existant ne peut être repris.

Tous les projets de la boite où je travaille sont organisés selon ce concept : recherche de la ou des briques (cms, frameworks, librairies) couvrant un max de besoins et dev specifique pour le reste.

La licence est un peu farefelue :

http://www.neocrome.net/plug.php?e=clientarea&m=licences

de mémoire, c'est via l'utilisation des namespaces et une option de configuration pour que le "/" soit interprété pour avoir namespace/page

Merci

Faut voir aussi que souvent, c'est une debian qui est utilisé pour les serveurs dédiés donc autant prendre le pli de suite

Tu peux alors "tricher" en faisant la même chose avec une ubuntu, le fonctionnement est le même...

Par contre pour un blog intégré à un site qui publie d'autre type de contenu, là MODx a des atouts en main...

C'est ce que j'envisage de faire mais avec drupal - as-tu un avis sur la question Modx vs drupal ?

On va arretter la car ils vont croire que c'est un post déguisé de promotion de Modx.

Les habitués le savent déjà...

en mutualisé, Lost-Oasis propose PostgreSQL et pour PHP5, il me semble qu'il suffisait de mettre un .htaccess pour avoir php5 en lieu et place de php4...

http://lost-oasis.fr/lo/faqmutu/faqweb

Je les ai quitté y a plus de 2 ans maintenant donc je ne sais pas ce que leur hébergement vaut à ce jour...

SPIP 1.9 beta 3 est sorti

Toutes les nouveautés sur : http://www.spip.net/fr_article3368.html

Y a un truc qui doit m'échapper :

1/ J'ai crée des catégories sur un modèle similaire au tien

2/ J'ai crée un menu dans lequel je fais apparaitre mes "rubriques" en mettant des liens "taxonomy/term/id"

Quand je crée un contenu, si j'utilise le bloc navigation pour le positionner dans l'arborescence, mon contenu apparait MAIS si je me place au niveau de la rubrique, je ne vois pas mon contenu.

Par contre, si j'édite mon article et lui associe un thème alors c'est bon.

Du coup, je me retrouve avec une navigation et des thèmes qui font double emploi.

Comment tu fais toi ?

C'est prévu dans Debian.

C'est pour cela que le site default (dans sites-available) a un lien spécial 000-default (dans sites-enabled) et non simplement défault...

Sans configurer à chaque fois un virtual host ?

C'est possible, dans apache, il me semble que tu peux définir le virtual host par défaut...

Regarde le contenu de la table spip_index_dico

J'ai acheté un ebook il y a peu, il ya 2 restriction sur le pdf :

- un mot de passe = email du compte ayant acheté le bouquin

- impossibilité d'imprimer le pdf en question.

Cela suppose par contre d'avoir Adobe...

Faut voir aussi que tu mettras des blocages/contrôles, moins ton site risque de connaitre un succès / être utilisé.

A toi de trouver un juste milieu...

Quels sont tes besoins ? quel est ton niveau en terme de dévelloppement (html, css, php,...)

Pour quel type de site souhaites tu utiliser l'un de ces 2 outils ?

Au dela des forces et faiblesses intrinsèques des produits, il faut surtout les évaluer au regard de tes besoins...

cela doit dépendre aussi

- de la politique de sécurité du logiciel (on notera par ex dans la liste précédente que phpBB n'est pas mentionnée)

- des ressources demandées par le logiciel

- de la simplicité de déploiement du logiciel

- de la connaissance par les salariés de l'hébergeur de ces outils (pour un support de base)

- de la licence / du prix du logiciel

- plein d'autres bonnes raisons...