Le 22/06/2013 17:34, pascal.dieudonne a écrit :
Le 22/06/2013 10:32, pascal.dieudonne a écrit :
Le 22/06/2013 00:48, Regis Bouguin a écrit :
Le 21/06/2013 23:34, pascal.dieudonne a écrit :
Le 21/06/2013 22:56, pascal.dieudonne a écrit :
Le 19/06/2013 21:46, pascal.dieudonne a écrit :
Le 19/06/2013 19:50, Stephane Boireau a écrit :
Bonsoir,
Le 19/06/2013 19:42, pascal.dieudonne a écrit :
Je pense cerner le pb. Ma version de GEPI, 1.6.2 b3db83(
février ou mars
2013), ne me propose pas de brevet série générale, mais
COLLEGE, option
de série LV2 (j'ai le choix entre college, professionnelle et
technologique). De plus ou donc, lorsque je copie le fichier
dans le
répertoire mes_modeles, il est automatiquement renommé en
fb_CLG_lv2.
Cela explique peut être la raison pour laquelle
tinyDoc.class.php ne
trouve pas le fichier ??????
Dois je faire une mise à jour ??? Merci par avance pour vos
réponses.
Le module notanet est mis à jour de la version 1.6.0 à la
version 1.6.3
Il convient de mettre à jour chaque année.
Généralement, pendant les vacances de Pâques j'adapte le module
aux spécifications du brevet de l'année.
Il faut alors faire la mise à jour... même sans changer de branche.
On ne prend alors que les modifs concernant le module Notanet.
Bonsoir,
Tout à fait, il s'agit d'un pb de version trop ancienne, avec une
version plus récente installée en local, le pb disparait. Par
contre, serait il possible de passer un message sur la liste de
diffusion pour indiquer quelle révision utiliser à tous et
éviter ainsi des pb ultérieurs. Je vais donc mettre à jour. Il
serait peut être préférable de choisir la dernière version de la
1.6.2 plutôt que la 1.6.3 pour cette mise à jour. Qu'en pensez
vous ?
Pascal Dieudonné
Désoler de vous recontacter mais le pb persiste après mise à jour,
sur le serveur, (hébergement planet hoster) alors qu'en test
local, je le le retrouve pas ce qui doit provenir d'un réglage
particulier du serveur.
Voici le message d'erreur (toujours le même) : *Warning*:
realpath() [function.realpath
<https://collegeweczerka.planethoster.org/gepi/mod_notanet/OOo/function.realpath>]:
open_basedir restriction in effect. File(/) is not within the
allowed path(s):
(/home/collegew:/usr/lib/php:/usr/php4/lib/php:/usr/local/lib/php:/usr/local/php4/lib/php:/tmp)
in */home/collegew/public_html/gepi/mod_ooo/lib/tinyDoc.class.php*
on line *861*
Pascal Dieudonné
J'ai déjà rencontré un message d'erreur assez similaire avec
sacoche et un technicien avait effectué un réglage sur un fichier
mais en m'indiquant que c'était à moi de le faire, ce dont je suis
bien incapable.
Précision, le pb venait là aussi de la fonction open basedir, même
s'il concernait la lib simple sam (Warning: file_exists), ce qui
n'est pas le cas ici, puisque la lib concernée semble être tinyDoc
avec la fonction realpath.
Voici ce que m'avait répondu le technicien à l'époque :
J'ai modifier le fichier :
> /public_html/SACoche/_lib/SimpleSAMLphp/lib/SimpleSAML/Utilities.php
>
> et rajouté @ devant file_exists
> if($fp === NULL) {
> if (@file_exists('/dev/urandom')) {
> $fp = fopen('/dev/urandom', 'rb');
> } else {
> $fp = FALSE;
> }
> }
>
Si cela peut vous être utile ....
Que dois je leur demander ?
Par avance merci de vos réponses. car je suis vraiment coincé.
Pascal Dieudonné
Bonjour
Le problème, c'est que le @ masque les problèmes mais ne les résout pas
Voilà ce que répond le technicien contacté : Pour des raisons de
sécurité open basedir est désactivé sur nos serveurs mutualisé.
Là, je ne sais pas trop ce qui fait planter la fonction realpath()
Je crains que ce soit le fait que open basedir est désactivée
ou plutôt activée, ce qui crée le pb pardon. Voici ce que j'ai écris
au technicien de Planet Hoster qui suit mon pb
Bonsoir,
Hélas non, l'utilisation du @ devant la fonction realpath n'a rien réglé.
Plus généralement, quelle solution puis je adopter pour contourner ou
régler ce pb qui ne vient pas d'un défaut de fonctionnement de
l'application qui fonctionne très bien si la sécurité open basedir
n'est pas désactivée, mais d'un réglage de sécurité du serveur, si
j'ai bien compris et qui n'existait pas auparavant.
Y a t-il un moyen de la désactiver uniquement sur les répertoires GEPI
et Sacoche que nous utilisons, il semblerait que non d'après vos
réponses, mais que pouvez vous alors me proposer, en dehors de la
solution VPS, beaucoup trop chère pour nous et sachant, je me répète
certes, que cette application fonctionnait parfaitement depuis près de
4 ans sur vos serveurs, jusqu'en avril 2013 où le pb est apparu,
d'abord sur sacoche puis maintenant sur GEPI. En effet, la partie de
l'application qui pose pb n'est utilisée qu'au mois de juin, une ou
deux fois par an, ce qui explique la découverte du pb actuellement.
Merci par avance de votre réponse.
Auriez vous de votre côté une idée pour régler ce pb ???? Cela
signifie t-il que GEPI ne peut fonctionner correctement dans sa
totalité si Open Basedir est activée sur le serveur d'hébergement ???
Car ce pb risque de devenir insoluble pour moi.
Par avance merci de vos réponses.
Pascal Dieudonné
. Que puis je faire dans ces conditions ? Changer d'hébergeur ?????
Merci pour ta réponse
Pascal Dieudonné
Cordialement
__
Bonjour
J'ai reproduit le problème, si open_basedir est activé, on a bien un
problème avec la fonction realpath() dans la bibliothèque tinyDoc
utilisée pour créer les fiches brevets.
La bibliothèque tinyDoc est vieille et pas à jour, c'est peut-être la
raison du problème. Une nouvelle procédure sans tinyDoc va être mise en
place pour les fiches brevet en 2014, pour cette année, il faut choisir
la procédure sans tinyDoc dans les paramètres
Cordialement
_________________________________________________________________________________
Documentation Gepi en ligne : http://www.sylogix.org/projects/gepi/wiki
Pour modifier ou résilier votre abonnement à cette liste :
https://lists.sylogix.net/mailman/listinfo/gepi-users
