Dolibarr et LMB sont clairement sur le même créneau: Une gestion d'entreprises pour les petites structures ou indépendants.

Dolibarr semble toutefois avoir un avantage sur le plan des fonctionnalités et de la modularité (procédure d'installation plus complete avec DoliWamp qui installe aussi apache, mysql et php), nombre de modules complémentaires plus important (numérotations, ldap, gestion association, interventions, emailing...), interfaces exterieurs
LMB semble moins complet mais meilleur sur la gestion des stocks. Il souffre de plus d'un gros handicap qui est le non support de IE mais ceci est surement un défaut de jeunesse qui doit pouvoir être corrigé rapidement...

[ Répondre ]

Mais comment fais-t-on pour voter ?

[ Répondre ]

Avec un tel clip, il va falloir renommer légèrement le projet.

[ Répondre ]

Oui c'est en effet une modification simple à faire et qui est envisagée...

[ Répondre ]

Oui pour l'aspect objet, Dolibarr n'a surement pas la même puissance qu'OpenERP.
A ce jour, l'objet est surtout utilisé comme classe de mapping des tables en ActiveRecord. L'héritage est donc souvent utilisé uniquement pour les parties communes techniques de composants (classes de gestion de base ou classes des modules ou sous-modules qui partagent des méthodes techniques propre au fonctionnement générique). Le wiki http://wiki.dolibarr.org/index.php/Langages#Motifs_d.27organ(...) explique un peu les choix fait sur les motifs d'organisation du code et de liaison aux bases.
C'est donc un support minimal mais suffisant pour qui veut manipuler les entités métiers Dolibarr sans connaitre le modèle physique tout en s'assurant la pérénité de ces dev. On ira jamais aussi loin qu'OpenERP sur ce point je le pense (même quand on rétablirait l'utilisation des mots clés purement objet) mais comme tu le fait remarquer nous cherchons à contenter les TPE qui ont juste un connaisseur PHP, voir aucun informaticien et pour cela l'utilisation objet au sens métier suffit souvent sans forcément aller à l'utilisation au sens technique (mais nous irons surement car cela ouvre des portes à quantité d'outillage intéressant, comme des outils d'audit de code ou autre plus efficaces dans ce cas).
Si le guide Smile des ERP peut vivre, ce serait génial car tout va si vite dans le monde Open et cela faisait un moment que je cherchait une étude aussi complète qui me permette de jauger comment situer Dolibarr vis à vis des autres ERP, aussi si elle pouvait rester "up to date", j'en serais à suivre.
Je comprends parfaitement que tu ne puisses remettre sur le tapis Dolibarr maintenant, cela nécessite j'imagine un investissement démultiplié tout autant qu'il y a de produits à analyser. Ton travail va toutefois être plus facilité maintenant que nous avons mis en place une documentation plus digne de nos ambitions sur le wiki. De plus nous n'avions presque jamais communiqué sur le projet jusqu'ici attendant une version qui soit "digne" plutôt que de se faire de la mauvaise publicité d'entrée. Et cette version est peut etre atteinte avec la 2.4 que j'ai longtemps hésité à appeler 3.0 compte tenu du nbre de modification. Mais je réserve ce chiffrage à l'arrivée dela compta analytique. La documentation utilisateur reste toutefois encore pauvre, l'accent ayant été mis sur la documentation développeur avec la 2.4. Mais nous avons conscience de nos faiblesses et les critiques constructives sont toujours la bienvenue. Elles ont permis de confirmer notre perception de nos défaut et par conséquent nous conforte dans les choix fait récemment.

Sinon pour répondre à une de test questions sur les références d'utilisateur, nous avons il y a quelques temps mis en place une page de liens où les utilisateurs peuvent se déclarer sur le site:
http://www.dolibarr.org/index.php?option=com_weblinks&ca(...)

[ Répondre ]

Oui, il faut activer le mode multilangue.
Ainsi quand tu génrère tes PDF (facture ou autre), tu as le choix de la langue de génération. Par contre la langue reste présélectionnée sur celle de l'utilisateur car elle n'est pas stocké au niveau du client, il faut donc la choisir dans la liste à chaque génération de PDF.

[ Répondre ]

Je reviens sur tes remarques:

A ce jour, Dolibarr est complètement en anglais tout comme le site web (dolibarr.org) et l'anglais est devenu avec la 2.4 la langue officielle du projet (le français sera maintenau, il y a donc 2 langues officielles), bien qu'il reste encore beaucoup de commentaires de code en français (mais la la bascule se fera au fur et à mesure des modifications). L'expérience que j'ai d'AWStats, autre projet dont je m'occupe, prouve que tu as entièrement raison sur le fait qu'un projet OpenSource a besoin d'être internationnalisé sans concession pour s'imposer (95% des contributions extérieurs sur AWStats viennent de l'étranger alors que le projet était français au départ). C'est pour cela que Dolibarr est un maintenant un projet anglophone à ce jour. Seul le wiki doit encore être traduit en anglais pour que la bascule soit complète (le forum reste bilangue).

Pour ce qui est du PHP4, Dolibarr est bien un développement en PHP Objet, mais de l'objet compatible PHP4. C'est à dire que les méthodes static et privés/publiques sont présentes mais sans le mot clé "static" ou "private" qui ne sont pas utilisés afin d'avoir une compatibilité sur tous les PHP qui représente encore une base très importante chez de nombreux hébergeurs.

Quand à la modularité d'architecture, c'est aujourd'hui cité comme un point fort des utilisateurs Dolibarr. Une installation vierge de Dolibarr se fait nue, c'est à dire qu'après une installation avec la 2.4, on ne trouvera dans le menu que les éléments de configuration des comptes utilisateurs et la page pour activer les modules fonctionnels. Et tous les modules sont optionnels y compris la gestion des tiers qui dans de nombreux ERP fait parti du noyau même de l'application. Une association pourra par exemple n'activer que le module de gestion des adhérents et ne rien avoir en rapport avec les clients ou fournisseurs si elle veut se limiter à ses cotisations d'adhésion ni ne faire de gestion de comptes.
Il est vrai qu'il s'agit plus d'une modularité fonctionnelle, parfois plus technique comme par exemple le nouveau module agenda/calendrier qui a été fait sur ce principe et a pu être développé dans un coin sans concertation des équipes Dolibarr, puis intégrer en quelques minutes dans le CVS sans risques, alors qu'il s'interface pourtant avec tous les autres modules.
En effet, le système des triggers applicatifs (toute action métier déclenche un trigger) que n'importe qui peut intercepter en plaçant un fichier trigger dans un répertoire facilite également grandement cette modularité et l'interfaçage avec tout type de logiciel extérieur. Mais il peut aussi être utilisé pour changer le comportement interne de l'application. Il est ainsi possible de changer le workflow sans toucher au code (comme par exemple faire en sorte qu'une commande soit crée dès qu'une facture est crée ou l'inverse). On utilise les classes métiers existantes pour faire l'insertion et on utilise le mécanisme des triggers pour que cette méthode soit déclenchée, mais on ne touche pas au code existant. Ceci permet de modifier le comportement interne et tout module extérieur peut amener ses triggers pour changer ce comportement.
Il est vrai, je pense, que c'est une approche différente que celle que tu évoques pour OpenERP et que je ne connais pas, Dolibarr ne faisant pas d'altération de base existante mais uniquement des "compléments" (ajout de tables liées à des tables existantes ou simplement nouvelles tables), ajout de code. Mais cela suffit pour permettre de récupérer des modules développés par des éléments extérieurs très rapidement, car cela revient juste à copier des nouveaux fichiers (mais ceci n'était pas encore opérationnel il y a 1 an) et c'est aussi cette nouveauté qui a permis à la société Auguria de fournir un outils de génération de modules complémentaires basés sur UML et acceleo qui peuvent s'ajouter dans Dolibarr sans impact sur le noyau du projet.

Bref, avec la 2.4 un module applicatif extérieur amène ses écrans, ses habilitations, ses entrées dans les menus, ses triggers (pour permettre à d'autres sous module de s'interfacer aussi sans impact sur le module), ses boites pour la page accueil, ses filtres d'exports, ses règles de sélection d'email pour le module d'emailing de masse, etc... Ceci je pense répond au défaut que tu as évoqué que pour qu'un projet récupère l'adhésion de contributeurs, il doit y avoir isolation du code afin de faciliter les intégrations. C'est d'ailleurs l'effort principal qui a été fait dans la 2.4.

Il y a donc eu de très gros progrès en 1 an depuis l'évaluation de Smile, que j'ai d'ailleurs lu avec grand intérêt et que je trouve très bien faite. Je pense qu'à cet époque le choix d'écarter Dolibarr était justifié (pour toutes les raisons que tu as évoqués d'ailleurs). Gageons que pour une prochaine étude, Dolibarr rentre à nouveau dans la course.

Sinon, Dolibarr ne cherchera pas à remplir 100% des besoins comme le font certains ERP, la politique à ce jour et de plutot viser les 95%, car ce sont les 5% manquant qui amènent une forte complexité dans ce genre d'outils pour les intégrateurs et utilisateurs. Hors l'objectif de Dolibarr et de se positionner sur la simplicité, ce qui fait que Dolibarr vise les PME et indépendants mais pas les grosses entreprises qui elles peuvent être couvertes par des ERP plus anciens et ont des besoins plus important.
C'est donc une orientation différente mais volontaire.

PS: Merci pour ton livre blanc, il est très instructif. Si une mise à jour doit être faite dans les années qui viennent, pense à venir refaire un tour du côté de Dolibarr. La croissance d'adhésion de Dolibarr que l'on connait actuellement laisse présager encore de nombreux progès en 2008.

[ Répondre ]

J'ai provisoirement résolu le pb en modifiant mon bookmark vers linux.fr vers la page news. Ainsi j'arrive bien au contenu qui fait la réputation de LinuxFR.
Je consomme aussi les forums et secondes pages mais a titre moindre car, comme beaucoup je pense, seulement après avoir lu les news importantes.

[ Répondre ]

Les depeches (le contenu riche et intéressant de LinuxFr) sont maintenant noyées dans tout une liste de messages dont les 3/4 sont inutiles sur une page d'accueil (forum, suivi, etc...).
Du coup, il n'est presque plus possible de s'informer.
Bref, j'apprécie le nouveau système de notes mais pour la page accueil, c'est une super régression, surtout pour celui qui "découvre le site". Nous passons d'un site d'information agrémenté de forums à un forum simple comme il en existe des milliers.

[ Répondre ]

Oui ca marche aussi avec awstats_buildstaticpages.pl
Il faut utiliser les options -day et -databasebreak.
Par contre elles n'ont été documente que dans l'outil awstats.pl mais fonctionnent aussi pour awstats_buildstaticpages.pl

[ Répondre ]

Parmi les autres nouvelles fonctionnalités importantes non cités, on trouve aussi:
* Le classement des OS par famille (BSD, Linux, Mac, Windows, Unix) et par distribution (Mandriva, redhat, fedora, ...).
* Pareillement le reporting des différents navigateurs avec leur version sont toujours classés par famille mais voit la famille des versions de Firefox s'ajouter.

[ Répondre ]

La fonction de statistiques d'AWStats par tag javascript permet de faire du reporting sur ce qui n'est pas disponible par des log purs. Parmi les informations qui viennent s'ajouter a l'analyse de log, on trouve:
Detection du support Flash,
Detection supprot Java,
Detection supprot Javascript,
Detection supprot PDF,
Detection supprot Macromedia plugins,
Detection supprot Audio plugins (WMA, Quicktime, Real)

Les autres différences est que AWStats requiert un accès aux logs, PhpMyVisit peut s'en passer. AWStats peut également traiter les très gros sites (plusieurs millions de visiteurs par mois). Une autre différence est que AWStats peut etre utilisé en ligne de commande pour générer des pages statiques et ne requiert donc pas forcément un site web pour publier les résultats.

[ Répondre ]

Il semble que les hits fait par l'outil qui interroge ap2_snmp/status soit des hits dans un protocole ni HTTP/1.0 ni HTTP/1.1 car dans tes fichiers logs on trouve un espace après l'url et avant la guillement là ou on devrait trouver la version du protocole.

2 solutions pour résoudre cela:
- Trouver et supprimer le programme fautif qui consulte une page ineistante toutes les 30 secondes afin d'éviter d'avoir des lignes corrompus dans ta log
- Ou bien, modifier le fichier conf d'AWStats en mettant le paramètre NbOfLinesForCorruptedLog à une valeur très élevée afin de ne pas etre géné par les log corrompus. Par exemple
NbOfLinesForCorruptedLog=1000000

[ Répondre ]

Un site web complet qui ne se contente pas d'expliquer comment envoyé les preuves de son témoignage au groupe détaxe mais qui permettrait de les envoyé avec une demande d'informations structurée pour tout centralisé en base de donnée, permettrait à tous les sites associatifs de pouvoir se faire le relai par un lien
"Envoyer les preuves de vos témoignages de ventes liés en ligne ici".

Cela aurait une portée plus efficace je pense qu'une doc qui explique comment faire et toucherait plus de monde.

[ Répondre ]

Tout est dans le titre.
awstats.sf.net

[ Répondre ]

Il avance avec plusieurs pointeurs sur chacun des fichiers en fonction du timestamp.
logresolvemerge.pl pourrait donc etre utile a ton provider pour fusionner correctement ses fichiers mais pas à toi car le fichier est dejà fusionné.
Autre solution: Utiliser AWStats et modifier la constante NotSortedOrderRecordTolerance (je crois en dur dans le script awstats.pl) pour la mettre à 24h au lieu de 2h avec la 6.2. Les hits et pages vues seront alors juste mais malheureusement, les pages d'entrée et sorties des visites seront toujours un peu faussé.

Reste le tri.
Avec AWStats, tu peux inclure le tri au sein meme du nom de fichier
LogFile="sort xxx access.log |"
avec xxx = les options sort qui vont bien pour trier sur la date

[ Répondre ]

AWStats le peut depuis quelques versions. Il génère en statique ou dynamique des pages XHTML.
Mais il t'offre en plus dans la derniere version sa base de données au format XML. A toi de générer tes pages comme tu veux avec des feuilles des styles XSLT.

[ Répondre ]

Pas de problème, une fois encore AWStats te les traite sans problème, sans copncaténation, sans sort. Il faut utiliser la directive LogFormat avec l'outil LogResolveMerge.pl qui fait du merge à la volée.
Test effectué sur des 5 fichiers de 5 Go. Passage sans problème et les résultats sont autrement meilleurs et plus clair que Webalizer.

[ Répondre ]

Les "bons" retours (signalement des bugs et corrections ainsi que contributions) me sont personnellement parvenus du jour au lendemain après avoir mis mon produit sous sourceforge en intégrant le panel complet des services disponibles:
- Un service de Bug report
- Un forum
- Un accès CVS anonyme avec son interface web
- Un service de support
- Une mailling list
etc...

Et mon projet (AWStats) était "petit" à ce moment la.

Une autre raison peut etre la difficulté de démarrage. Le nombre de téléchargement ne compte pas. Ce qui compte, c'est le nombre de téléchargement "transformé" par une utilisation. Peut-etre que ton produit a un petit defaut à corriger sur le plan de la facilité de mise en oeuvre au niveau technique et/ou documentaire, auquel cas le logiciel est abandonné (meme par des experts car ils jugent celui-ci non prometteur). C'est la dessus que j'accerais mes efforts personnellement.

La qualité de la vitrine web du projet (screenshots, explication, zone de download, etc...) est également très importante pour provoquer les retours.

[ Répondre ]

Dans le même genre, il y a SourceExperts
http://www.opensourcexperts.com(...)
Il recense également les taches désirés par certains, prêts à financer le développement. Les companies peuvent y trouvés les développements recherchées et se faire payer par VAD. Pour les particuliers développeurs open-source, le paiement peut etre fait via Paypal.
Beaucoup voit la un bon moyen d'offrir une carotte à la communauté qui ne la refusera pas pour favoriser l'utilisation d'une personne particulière. Mais cela peut très bien également fonctionner dans l'autre sens. Ainsi je suis personnelement prèt à payer une fonctionnalité (http://sourceforge.net/tracker/?func=detail&aid=778432&grou(...))
pour un des mes projets GPL (AWStats), non pas pour mon usage perso, mais juste pour pouvoir la mettre dans le domaine publique . Autrement dit, j'offre la carotte à une personne en particulier pour favoriser l'utilisation d'un logiciel par la communauté.
Certains projets sont en effet suffisemment important pour avoir un petit soutien financier par des dons (c'est la cas d'AWStats) et c'est donc pour moi un bon moyen de "redistribuer" ces contributions à tous ceux qui m'aident dans le développement et de trouver d'autres développeurs pour faire ce que je ne peux pas faire (par manque de temps ou de connaissance). J'espère donc que les sites "vitrines" de linux (linuxfr, etc...) sauront créer une rubrique pour mettre en avant ces initiatives qui, pour moi, profitent à tous.

[ Répondre ]