Etant le principal responsable des dégâts collatéraux du passage en UTF8, je prend ta remarque avec considération et fais mon mea culpa.
Pour l'explication presque la totalité du code a du être revu pour le passage en UTF-8, ce qui a représenté un travail énorme. Le délai a été si long, que le délai de beta a été réduit afin de sortir la version a temps pour la fin d'année 2008 (afin de permettre de commencer les exercices sur la nouvelle version. Il y a en effet eu pour certains utilisateurs une problème de gestion des accents sur les PDF générés. Ceci ne concernait qu'une partie des utilisateurs, ce qui explique qu'il na pas été vu car cela dépendait d'une combinaison du pagecode de la base, du serveur mais aussi du certains paramètres comme "y a-t-il des modes de paiement ajoutés en manuel". L'origine de l'install (première ou migration) jouait aussi sur l'apparition ou non du problème, ce qui explique que très peu d'utilisateurs l'ont eu et qu'il n'a pas été vu dans les phases beta. Une fois la release faite, le problème a très vite été identifié mais hélas, le projet a atteint un tel dynamisme (on va pas s'en plaindre) que le nombre d'évolution entre temps était déjà trop important pour pouvoir relivrer avec le correctifs seul. Du coup il a fallu attendre la 2.6, ce qui explique la gène (justifié) pour ceux qui se sont trouvés dans cette situation.
Pour que ce genre d'incident ne se produise plus, le processus de release a été revu à partir de la 2.6. Dorénavant, la procédure de packaging intègre la création d'une branche CVS. Ceci permet, si le besoin se manifeste, de fournir des patch aux cas bloquants (2.6.1) par exemple et donc rapidement car indépendant de la branche de développement qui prépare déjà la 2.7.
Cette précaution qui devrait être systématique doit répondre à tes interrogations.
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
La version 2.7 devrait répondre en partie à ton problème avec une fenêtre de confirmation Ajax (déjà présente en 2.6 mais en mode non supporté et donc cachée, car n'a pu être testé assez longtemps).
Pour les options cachées (activable uniquement par manipulation technique et non utilisateur), le wiki nous dit tout sur la page:
La compta analytique est bien dans la roadmap.
La version 2.6 a d'ailleurs fait un pas dans cette direction en dissociant dans les processus métiers les services des produits, ce qui est nécessaire car requiert une gestion comptable différente. Les factures d'acomptes, également disponible en 2.6 sont également un pas dans ce sens.
L'étape qui va suivre sera probablement une interface avec PhpCompta. Toutefois cette opération ne sera possible qu'après avoir compléter les lacunes du module fournisseur (qui lui ne gère pas encore les envois PDF, ni les factures avoirs ou acompte, gérées uniquement sur les factures clients). De plus, d'autres fonctions sont jugées prioritaires comme le module d'import (rédhibitoire pour beaucoup). Bref, tout cela pour dire qu'il faudra encore patienter avant de trouver le Graal...
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
Tu as une option pour activer la recherche d'un article en mode ajax (les articles apparaissent au fur et à mesure de la saisie d'un critère de recherche) lors de la saisie d'un devis (option dans configuration - affichage)
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
Dolibarr intègre les mécanismes de sécurité suivant :
- Aucun traçage de mot de passe dans les lig techniques.
- Cryptage des mots de passe utilisateurs en base.
- Cryptage possible du mot de passe base dans le fichier de configuration.
- Système de protection anti injection SQL.
- Support ou non du mode safe_mode de PHP.
- Isolation des fichiers stockés dans une arborescence différente de l'appli web (donc non téléchargeable sans passer par le wrapper Dolibarr).
- Pages et contenus protégées par un système d'habilitations par groupe ou utilisateur pour chaque module fonctionnel (seule fonctionnalité de Dolibarr non débrayable).
- Retardateur anti brute force cracking sur la page de login.
- Code graphique optionnel anti robot sur la page de login.
- Système d'audit pour logguer de manière permanante les évenements Dolibarr, dont les logins en succès ou en échec.
- Possibilité de forcer le mode HTTPS.
Il n'y a pas, à ce jour, de bugs ou d'alertes de sécurité reportées sur Dolibarr, ce qui bien sur n'exclut rien, mais si tel était le cas, cela serait corrigé en quelques jours.
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
Pour la gestion des 160 000 articles, cela ne devrait pas etre un problème.
Pour les ouvrages, il y a la notion de produits associés ou l'on peut définir qu'un produit est constitué de plusieurs autres. Mais ceci n'a un effet que sur la gestion du stock, seul le produit maitre apparait sur la facture ou commande. Une évolution pour choisir si seul le produit maitre ou la liste des sous-produit apparait est envisagé mais pas encore disponible.
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
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...
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
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(...)
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
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.
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
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.
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
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.
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
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.
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
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
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
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.
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
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.
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
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
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
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.
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
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
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
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.
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
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.
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
[^] # Re: gestion des bugs sur dolibarr
Posté par Laurent Destailleur (site web personnel) . En réponse à la dépêche Sortie de Dolibarr 2.6. Évalué à 4.
Pour l'explication presque la totalité du code a du être revu pour le passage en UTF-8, ce qui a représenté un travail énorme. Le délai a été si long, que le délai de beta a été réduit afin de sortir la version a temps pour la fin d'année 2008 (afin de permettre de commencer les exercices sur la nouvelle version. Il y a en effet eu pour certains utilisateurs une problème de gestion des accents sur les PDF générés. Ceci ne concernait qu'une partie des utilisateurs, ce qui explique qu'il na pas été vu car cela dépendait d'une combinaison du pagecode de la base, du serveur mais aussi du certains paramètres comme "y a-t-il des modes de paiement ajoutés en manuel". L'origine de l'install (première ou migration) jouait aussi sur l'apparition ou non du problème, ce qui explique que très peu d'utilisateurs l'ont eu et qu'il n'a pas été vu dans les phases beta. Une fois la release faite, le problème a très vite été identifié mais hélas, le projet a atteint un tel dynamisme (on va pas s'en plaindre) que le nombre d'évolution entre temps était déjà trop important pour pouvoir relivrer avec le correctifs seul. Du coup il a fallu attendre la 2.6, ce qui explique la gène (justifié) pour ceux qui se sont trouvés dans cette situation.
Pour que ce genre d'incident ne se produise plus, le processus de release a été revu à partir de la 2.6. Dorénavant, la procédure de packaging intègre la création d'une branche CVS. Ceci permet, si le besoin se manifeste, de fournir des patch aux cas bloquants (2.6.1) par exemple et donc rapidement car indépendant de la branche de développement qui prépare déjà la 2.7.
Cette précaution qui devrait être systématique doit répondre à tes interrogations.
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
[^] # Re: .
Posté par Laurent Destailleur (site web personnel) . En réponse à la dépêche Sortie de Dolibarr 2.6. Évalué à 3.
Pour les options cachées (activable uniquement par manipulation technique et non utilisateur), le wiki nous dit tout sur la page:
http://wiki.dolibarr.org/index.php/Premiers_param%C3%A9trage(...)
L'option qui t'intéresse est
MAIN_CONFIRM_AJAX
Si tu trouves des endroits où cette confirmation n'apparait pas, signale le sur la ML:
dolibarr-dev@nongnu.org
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
[^] # Re: Dolibarr et OpenErp
Posté par Laurent Destailleur (site web personnel) . En réponse à la dépêche Sortie de Dolibarr 2.6. Évalué à 2.
La version 2.6 a d'ailleurs fait un pas dans cette direction en dissociant dans les processus métiers les services des produits, ce qui est nécessaire car requiert une gestion comptable différente. Les factures d'acomptes, également disponible en 2.6 sont également un pas dans ce sens.
L'étape qui va suivre sera probablement une interface avec PhpCompta. Toutefois cette opération ne sera possible qu'après avoir compléter les lacunes du module fournisseur (qui lui ne gère pas encore les envois PDF, ni les factures avoirs ou acompte, gérées uniquement sur les factures clients). De plus, d'autres fonctions sont jugées prioritaires comme le module d'import (rédhibitoire pour beaucoup). Bref, tout cela pour dire qu'il faudra encore patienter avant de trouver le Graal...
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
[^] # Re: C'est toujours accès vers le commerce
Posté par Laurent Destailleur (site web personnel) . En réponse à la dépêche Dolibarr 2.5 disponible. Évalué à 1.
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
[^] # Re: securite
Posté par Laurent Destailleur (site web personnel) . En réponse à la dépêche Dolibarr 2.5 disponible. Évalué à 4.
- Aucun traçage de mot de passe dans les lig techniques.
- Cryptage des mots de passe utilisateurs en base.
- Cryptage possible du mot de passe base dans le fichier de configuration.
- Système de protection anti injection SQL.
- Support ou non du mode safe_mode de PHP.
- Isolation des fichiers stockés dans une arborescence différente de l'appli web (donc non téléchargeable sans passer par le wrapper Dolibarr).
- Pages et contenus protégées par un système d'habilitations par groupe ou utilisateur pour chaque module fonctionnel (seule fonctionnalité de Dolibarr non débrayable).
- Retardateur anti brute force cracking sur la page de login.
- Code graphique optionnel anti robot sur la page de login.
- Système d'audit pour logguer de manière permanante les évenements Dolibarr, dont les logins en succès ou en échec.
- Possibilité de forcer le mode HTTPS.
Il n'y a pas, à ce jour, de bugs ou d'alertes de sécurité reportées sur Dolibarr, ce qui bien sur n'exclut rien, mais si tel était le cas, cela serait corrigé en quelques jours.
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
[^] # Re: securite
Posté par Laurent Destailleur (site web personnel) . En réponse à la dépêche Dolibarr 2.5 disponible. Évalué à 2.
Peux-tu développer ?
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
[^] # Re: C'est toujours accès vers le commerce
Posté par Laurent Destailleur (site web personnel) . En réponse à la dépêche Dolibarr 2.5 disponible. Évalué à 3.
Pour les ouvrages, il y a la notion de produits associés ou l'on peut définir qu'un produit est constitué de plusieurs autres. Mais ceci n'a un effet que sur la gestion du stock, seul le produit maitre apparait sur la facture ou commande. Une évolution pour choisir si seul le produit maitre ou la liste des sous-produit apparait est envisagé mais pas encore disponible.
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
[^] # Re: Dolibarr ?
Posté par Laurent Destailleur (site web personnel) . En réponse à la dépêche Lundi Matin Business, un nouveau logiciel de gestion commerciale OpenSource. Évalué à 1.
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...
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
# Mais comment fais-ton pour voter ?
Posté par Laurent Destailleur (site web personnel) . En réponse au sondage La nouvelle page d'accueil Linuxfr. Évalué à 2.
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
[^] # Re: Dolibarr ! Dolibarr barr barr !
Posté par Laurent Destailleur (site web personnel) . En réponse à la dépêche Dolibarr ERP/CRM 2.4 stable est disponible. Évalué à 1.
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
[^] # Re: quid des références?
Posté par Laurent Destailleur (site web personnel) . En réponse à la dépêche Dolibarr ERP/CRM 2.4 stable est disponible. Évalué à 1.
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
[^] # Re: quid des références?
Posté par Laurent Destailleur (site web personnel) . En réponse à la dépêche Dolibarr ERP/CRM 2.4 stable est disponible. Évalué à 1.
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(...)
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
[^] # Re: quid des références?
Posté par Laurent Destailleur (site web personnel) . En réponse à la dépêche Dolibarr ERP/CRM 2.4 stable est disponible. Évalué à 1.
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.
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
[^] # Re: quid des références?
Posté par Laurent Destailleur (site web personnel) . En réponse à la dépêche Dolibarr ERP/CRM 2.4 stable est disponible. Évalué à 5.
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.
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
[^] # Re: LinuxFR abandonne l'info au profit des forums ?
Posté par Laurent Destailleur (site web personnel) . En réponse à la dépêche Évolutions sur LinuxFr. Évalué à 0.
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.
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
# LinuxFR abandonne l'info au profit des forums ?
Posté par Laurent Destailleur (site web personnel) . En réponse à la dépêche Évolutions sur LinuxFr. Évalué à 10.
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.
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
[^] # Re: Stats journaliers
Posté par Laurent Destailleur (site web personnel) . En réponse à la dépêche AWStats 6.7. Évalué à 2.
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
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
# Autres évolutions de le 6.5
Posté par Laurent Destailleur (site web personnel) . En réponse à la dépêche Sortie de AWStats 6.5. Évalué à 3.
* 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.
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
[^] # Re: Awstats versus phpMyVisites
Posté par Laurent Destailleur (site web personnel) . En réponse à la dépêche Sortie de AWStats 6.5. Évalué à 2.
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.
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
[^] # Re: Orthographe! (dans ta conf)
Posté par Laurent Destailleur (site web personnel) . En réponse au message Probleme avec awstats et access_log d'apache. Évalué à 1.
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
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
# Et pourquoi ne pas avoir un site en ligne pour uploader cela.
Posté par Laurent Destailleur (site web personnel) . En réponse à la dépêche La Détaxe a besoin de témoignages. Évalué à 2.
"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.
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
# AWStats a été fait pour répondre à ton besoin
Posté par Laurent Destailleur (site web personnel) . En réponse au message Créer des stats pour des virtualhost apache (avec autre chose que webalizer). Évalué à 1.
awstats.sf.net
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
[^] # Re: logresolvemerge
Posté par Laurent Destailleur (site web personnel) . En réponse au message access.log et webalizer. Évalué à 1.
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
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
[^] # Re: XHTML/CSS
Posté par Laurent Destailleur (site web personnel) . En réponse à la dépêche Sortie de WebDruid 0.5.3. Évalué à 1.
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.
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
[^] # Re: XHTML/CSS
Posté par Laurent Destailleur (site web personnel) . En réponse à la dépêche Sortie de WebDruid 0.5.3. Évalué à 1.
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.
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)