@marcos You're talking about an autoloader, right ? Laurent voiced against it at latest devcamp.
2014-08-13 11:22 GMT+02:00 Marcos García <marcos...@gmail.com>: > What about looking for a better solution that avoids us from constantly > including dependencies and allow Dolibarr to handle them? > > Regards, > > > *Marcos García* > > marcos...@gmail.com > > > > 2014-08-13 11:19 GMT+02:00 Florian HENRY <florian.he...@open-concept.pro>: > > Laurent made a study about performance lost when using only this method >> and he tell us dirung the devcamp there is a real difference. After that, >> If you have 3000 dolibarr install on only one server, you can see the >> difference but with one dolibarr per server it will not impact so much. >> I will be agree with Christophe and Maxime, I prefer a full customizable >> dolibarr rather than cloud performance oriented. >> >> Florian Henry+33 6 03 76 48 >> 07florian.henry@open-concept.prohttp://www.open-concept.pro >> Twitter : @_Open_Concept_ >> Google+ : https://www.google.com/+Open-conceptPro >> >> Le 13/08/2014 11:06, Marcos García a écrit : >> >> It is. Performance decreases because every time you include a file, it >> has to check if it has been included yet or not. >> >> Regards, >> >> >> *Marcos García* >> >> marcos...@gmail.com >> >> >> >> 2014-08-13 10:25 GMT+02:00 Maxime Kohlhaas <max...@atm-consulting.fr>: >> >>> Hi. >>> >>> I agree, I got used to put "dol_include_once" function whenever I need >>> an inclusion. Even for core modules. >>> Is there any disadvantage doing this ? >>> >>> Bien cordialement, >>> >>> -- >>> >>> >>> *Maxime Kohlhaas Consultant associé **ATM Consulting* >>> *+33 6 33 42 92 43 <%2B33%206%2033%2042%2092%2043>* >>> >>> >>> 2014-08-12 18:14 GMT+02:00 Christophe Battarel < >>> christophe.batta...@altairis.fr>: >>> >>> Hello everybody, >>>> I wonder if there are reasons to keep require_once lines in dolibarr >>>> except for performance issues. >>>> Because if we replace every require_once by dol_include_once, it will >>>> be possible to customize any script of dolibarr by putting them in the >>>> custom directory with the right pathes. >>>> Best regards >>>> Christophe >>>> >>>> -- >>>> Christophe Battarel >>>> Responsable technique >>>> sarl altairis >>>> Informatique et Web en Grésivaudan >>>> 33 Grande Rue >>>> 38570 Goncelin >>>> 09 52 71 70 96 <09%2052%2071%2070%2096> (appel local) >>>> cont...@altairis.fr >>>> http://www.altairis.fr >>>> >>>> >>>> _______________________________________________ >>>> Dolibarr-dev mailing list >>>> Dolibarr-dev@nongnu.org >>>> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev >>>> >>> >>> >>> _______________________________________________ >>> Dolibarr-dev mailing list >>> Dolibarr-dev@nongnu.org >>> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev >>> >>> >> >> >> _______________________________________________ >> Dolibarr-dev mailing >> listDolibarr-dev@nongnu.orghttps://lists.nongnu.org/mailman/listinfo/dolibarr-dev >> >> >> >> _______________________________________________ >> Dolibarr-dev mailing list >> Dolibarr-dev@nongnu.org >> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev >> >> > > _______________________________________________ > Dolibarr-dev mailing list > Dolibarr-dev@nongnu.org > https://lists.nongnu.org/mailman/listinfo/dolibarr-dev > > -- *Raphaël Doursenaud* Directeur technique (CTO) Expert certifié en déploiement Google Apps <https://gpcsolutions.fr/raphael-doursenaud-google-apps-certified-deployment-specialist> +33 (0)5 35 53 97 13 - +33 (0)6 68 48 20 10 -- <http://gpcsolutions.fr> http://gpcsolutions.fr Technopole Hélioparc 2 avenue du Président Pierre Angot 64053 PAU CEDEX 9 SARL GPC.solutions au capital de 7 500 € - R.C.S. PAU 528 995 921 <https://www.google.com/a/partnersearch/#partner?partner_id=46687933_a0n60000000sqpWAAQ> <http://wiki.dolibarr.org/index.php/Dolibarr_suppliers_France#GPC.solutions>
_______________________________________________ Dolibarr-dev mailing list Dolibarr-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
