[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Dolibarr-dev] Set_include_path
From: |
Régis Houssin |
Subject: |
Re: [Dolibarr-dev] Set_include_path |
Date: |
Tue, 30 Mar 2010 23:40:15 +0200 |
User-agent: |
Microsoft-Entourage/12.24.0.100205 |
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