Bonjour,

Je ne sais pas très bien où placer ce message. Je le mets ici puisqu'il m'est apparu dans un module mais il semblerait que le problème vienne de Xoops...

Avec SmartSection, je me suis aperçu qu'en créant un article dans une catégorie accessible uniquement par le groupe administrateur, un mail informant de la création de cet article a été envoyé a des membres non administrateur (ces membres avaient demandé d'être notifiés lors de la création d'un article).

J'ai fais part du problème sur le site de la SmartFactory et j'ai eu cette réponse:

Citation :

Vous pouvez voir la discussion complète à cette adresse http://smartfactory.ca/modules/newbb/ ... 747&forum=5#forumpost3173

Cela n'est pas sans poser des problèmes concernant l'éventuelle confidentialité des données contenues dans le titre d'un article ou autre...

Qu'en est-il pour la ou les prochaines versions de Xoops ?

Bonjour et merci pour ta réponse

J'ai testé ce module mais pas sans problème: partie administration inexistante, pas de droit d'accès sur les salons, redirection plus ou moins curieuses,...

Ce module est, a priori, loin d'être fini ou alors, j'ai raté quelque chose...

Bonjour,

Où peut-on trouver une traduction complète (message + images)de CBB 1.16 en français. J'ai installé un pack en français mais les boutons sont toujours en anglais...

Bonjour,

Voici quelques questions sur Shoutbox...

Est-il prévu une version de Shoutbox multi-salons de discussion avec droits d'accès tel que peut le faire XoopsChat ?

Est-il possible (et facile) de cloner Shoutbox ?

Merci pour vos réponses

Après quelques essais, le module fonctionne (enfin!) avec la directive allow_url_fopen à off si le serveur dispose de la librairie cURL.

Il y a 2 modifications à faire dans le fichier class.sweatherbloc.php (code à rajouter avant les @fopen) afin de télécharger localement le fichier http://www.msnbc.com/m/chnk/d/ weather_d_src.asp avant de l'ouvrir.

Si cela interesse quelqu'un, je peux fournir le fichier modifié...

Après quelques recherches, il semble que cela soit la fonction fopen du script class.sweatherbloc.php qui pose problème dans mon cas.

En effet, cette fonction vérifie que la directive allow_url_fopen en question est à On avant d'ouvrir un fichier de type URL (voir des explications à cette adresse http://fr2.php.net/fopen).

Il semble qu'il y ait une autre solution pour atteindre des fichiers URL en utilisant la librairie libcurl. Cette librairie étant active chez mon hébergeur, je vais essayer de modifier le script class.sweatherbloc.php pour remplacer les fopen par des commandes curl.

Si quelqu'un parmi vous a déjà fait cela, je suis preneur...

Bonjour,

Oui, il en a et beaucoup, pratiquement dans tous les répertoires. Celui sur la racine du module contient:

php_flag register_globals Off
php_flag allow_url_fopen Off

ce qui me semble un peu contradictoire avec ce qu'il me faudrait et les autres dans les sous répertoires contiennent:

order deny,allow
deny from all

Bonjour,

Cela ne marche pas (Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, info@cuc-rugby.com and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log.) et c'est confirmé par mon hébergeur...

Ce que je ne comprends pas, c'est que j'ai désactivé ce flag dans le php.ini de easyphp et le module continue à fonctionner en local...

Est-il possible de faire en sorte que ce module puisse fonctionner sans allow_url_fopen moyennant des modifications de code ?

Bonjour,

J'ai contacté mon hébergeur et il est impossible d'activer le flag php allow_url_open, je ne peux donc installer ce module. Tout cela est bien dommage car c'est à mon avis le meilleur de tous les modules météo pour xoops...

Il y a-t-il un moyen pour que ce module arrive au même résultat en se passant de allow_url_open activé ?

Bonjour,

J'ai un fichier .htacces à la racine de mon site qui contient

---------------------------------------------------
# -FrontPage-

IndexIgnore .htaccess */.??* *~ *# */HEADER* */README* */_vti*

<Limit GET POST>
order deny,allow
deny from all
allow from all
</Limit>
<Limit PUT DELETE>
order deny,allow
deny from all
</Limit>
AuthName www.cuc-rugby.com
AuthUserFile /home/httpd/vhosts/www.cuc-rugby.com/web/_vti_pvt/service.pwd
AuthGroupFile /home/httpd/vhosts/www.cuc-rugby.com/web/_vti_pvt/service.grp
---------------------------------------------------------

Lorsque je rajoute la ligne:

php_flag allow_call_time_pass_reference on

dans ce fichier, mon site ne démarre plus et j'ai le message d'erreur suivant:

----------------------------------------------------------
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, info@cuc-rugby.com and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.
----------------------------------------------------------

Il y a-t-il un ordre de déclaration à respecter ? Cette manipulation peut-elle être faite sur tous les types serveurs ?