Bonsoir,

Citation :

Pourrais-tu, par le mode debug, nous mettre l'erreur exacte que te donne ce même mode ?


Citation :

Vérifie que tu n'es pas zappé cette étape : ligne 154, tu devrais avoir

Citation :

ou quelque chose s'y rapprochant.
Pour finir, as-tu bien déclarer "function &getGenreList()" dans la class Xoopslists ?

Peut-être qu'un copier coller exact du debug pourra nous aider.

Cordialement,
Slkx.

Bonjour,

Il s'agit très certainement d'une erreur dans le module Protector comme en témoigne le manifique "set XOOPS_TRUST_PATH into mainfile.php" du bas de page

Essaye de relire l'installation précise de Christian pour ce module, et une recherche du côté du forum.

Citation :

Cordialement,
Slkx.

Bonsoir,

Est-ce que tu pourrais nous donner la source du document qui t'as permis de faire tes modifications ?
Je pense être déjà tomber sur les erreurs que tu mentionnes mais je n'ai pas assez d'informations pour y faire réference.

Ce document nous aide à voir, et donc savoir ce qui ne va pas.

Bon courage.

Cordialement,
Slkx.

Regarde ici, toujours dans l'index :

Citation :

En mettant 3 ou 4, ça devrait marcher

Cordialement,
Slkx.

Pas de problème.

Le forum étant une base de travail plus qu'extraordinaire, il est bien de tenir les sujets à jour, et puis c'est bien souvent que l'auteur du post initial soit toujours confronté au problème. Ca aide.

Cordialement,
Slkx.

Bonsoir,

je déterre un peu le sujet : dans le cadre de modification du livre d'or, je voulais absolument désactiver le titre obligatoire.

1) dans include/form_sign.php

Citation :

2) dans class/msg.php

Citation :

Si ça peut aider d'autres utilisateurs...

Cordialement.

Bonjour à tous !

Je rebondis sur le sujet laissé et très bien expliqué par pinngouin. Je souhaiterai également faire apparaitre le nombre de commentaires dans la page d'accueil du site, et non dans l'index du module des news.

Pour répondre à Burning, la variable doit surement exister, vu qu'elle est présente sur l'index des news, généralement indiqué comme ceci : Lire la suite... | 489 mots restants | 2 commentaires

Si quelqu'un pouvait enchainer sur le sujet, ça serait sympathique

Je précise que j'utilise le module de news dans sa version 1.44, avec une mise en page classique. J'ai déjà essayé de modifier le template "news_block_top.html", mais sans résultats concluants.

Merci d'avance.

Bonsoir Christian et merci de t'être penché quelques minutes sur mon problème.

Hélas, je ne vais pas travailler sur un environnement php5 ce qui m'empêche donc d'utiliser le module que tu m'as recommandé.

Je pense qu'au final, je vais opté pour intégrer un champ supplémentaire sur la table "users" pour ensuite retomber sur les recommandations faites sur le premier sujet cité, et ainsi ne pas mêler le module userinfo aux jointures.

Si vous avez toutefois des solutions alternatives, elles sont les bienvenues.

Merci.

Edit : je suis passé par la table "users" finalement, et cela fonctionne...

Bonsoir à tous.

Je travaille depuis quelques mois sur un projet de site sur environnement Xoops version 2.0.16 mais je rencontre une difficulté au niveau de l'attribution des couleurs pour le bloc "Qui est en ligne?".
Je m'explique : j'ai consulté avec assiduité le sujet qui y fait référence ( https://www.frxoops.org/modules/newbb/ ... de=flat&order=ASC&start=0 ). Mais je me trouve dans un cas de figure différent car je n'ai pas inclus mon champs "genre" dans la table users, mais dans le module Userpage v1.1 (qui a créé les tables userinfo_cat, userform, userinfo_user et userinfo_val).

Mon problème se situe donc dans le fait que le champs "genre" est inclus dans la table "userinfo_user" mais dans un formulaire, lui même appartenant à une catégorie... On arrive très vite à un joli sac de noeuds. (Pour info, le genre appartient à la catégorie 1 [idcat=1], dans le champs du formulaire 1 [idfield=1], avec comme valeur Homme [numval=1] et Femme [numval=2])

Dans le sujet de référence, Dugris entrevoit la possibilité de joindre "online" et "users" dans la requête SQL. Mais la possibilité de faire intervenir la table infouser_user n'est pas possible car il n'y a pas de clé primaire dans cette même table (chaque champs appartient au même connecté, soit le titulaire de l'uid (clé primaire de users)).

J'ai essayé de raisonner avec une jointure entre "online" et "infouser" mais le fait qu'il n'y ai pas de clé primaire dans cette dernière table nous donne autant de réponse que de champs présents...

Après plusieurs semaines de réflexions et tests non concluants, je décide de demander à la communauté

Quel raisonnement faudrait-il suivre au final ?

Merci.