Re: [Dolibarr-dev] Set_include_path

[Régis Houssin]

Non mais c'est pas grave, j'ai fait une régression ce sera plus simple et
plus sûr.


Le 30/03/10 23:25, « Laurent Destailleur (Eldy) » <address@hidden> a
écrit :

> La solution est d'inclure une option dans le fichier conf de php
> dolibarr_allow_overwritekernel
> 
> Et si à oui, cela autorise les chargement include aux path non forcé
> mais dynamique selon le include_path (pour les modules qui surchargerait
> le noyau Dolibarr).
> Voir exemple dans htdocs/comm/index.php
> 
> Cela ovre des voies ainsi a certains.
> Par contre il faut qd meme tendre vers une approche ou c'est dolibarr
> qui garantit la stabilité d'un module externe. Et un module externe qui
> déconne ne doit pas faire déconner les fonctions standards de dolibarr.
> 
> 
> Le 30/03/2010 23:04, Laurent Destailleur (Eldy) a écrit :
>> Le 30/03/2010 18:58, Régis Houssin a écrit :
>>   
>>> J¹ai modifié le fichier conf.class.php pour qu¹il modifie la variable
>>> ³include_path² de php afin d¹inclure les chemins des librairies et des
>>> classes des modules :
>>> /htdocs/lib/
>>> /htdocs/mymodule/class/
>>> /htdocs/mymodule/lib/
>>>     
>> L'utilisation du include_path est à poscrire pour plusieurs raisons:
>> * non modifiable sur de nombreux php
>> * définit a des valeurs autres pour des librairies externes chez
>> certains hébergeurs, ce qui amene des fichier de ces librairies en
>> conflit avec celle de dolibarr
>> * crée des pb sur les include_once du fait d'utilsation d'un chemin
>> relatif identifié comme différent du meme include avec chemin absolu
>> * crée des pb selon la nature du php (php en mode cgi ou php en mode
>> module apache) ou le positionnement relatif n'est pas le meme.
>> 
>> Bref, un fléau à proscrire absolument.
>>   
>>> Ainsi nous pouvons regrouper les classes et les librairies d¹un module
>>> dans un sous répertoire respectif et les appeler en ne mettant que le
>>> nom du fichier :
>>> 
>>> requiere_once(³mymodule.lib.php²);
>>> requiere_once(³mymodule.class.php²);
>>> Etc...
>>> 
>>> Ceci implique bien sur que le nom du module et son répertoire ai le
>>> même nom
>>> Ca permettra de ne plus s¹embêter avec le chemin des classes
>>> 
>>> -- 
>>> Régis Houssin
>>> ------------------------------------------------------
>>> *Cap-Networks
>>> *30, Quai de Verdun
>>> 71700 Tournus
>>> Tél. +33 6 33 02 07 97
>>> Web: http://www.cap-networks.com
>>> Email: address@hidden
>>> 
>>> *Développeur Dolibarr : address@hidden
>>> *Portail francophone : *www.dolibarr.fr
>>> *Development platform : *www.dolibarr.pro
>>> ------------------------------------------------------
>>> 
>>> 
>>> _______________________________________________
>>> Dolibarr-dev mailing list
>>> address@hidden
>>> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>>>   
>>>     
>> 
>>   
>> 
>> 
>> _______________________________________________
>> Dolibarr-dev mailing list
>> address@hidden
>> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>>   
> 

-- 
Régis Houssin
------------------------------------------------------
Cap-Networks
30, Quai de Verdun
71700 Tournus
Tél. +33 6 33 02 07 97
Web: http://www.cap-networks.com
Email: address@hidden

Développeur Dolibarr : address@hidden
Portail francophone : www.dolibarr.fr
Development platform : www.dolibarr.pro
------------------------------------------------------

smime.p7s
Description: S/MIME cryptographic signature