Hello,

Je n'ai pas tout à fait le même point de vue que bosco.
J'ai les deux modules : Publisher et Pages.
Je trouve Pages très bien pour afficher de l'HTML qui reste fixe et ne sert pas d'article "temporaire"

Bonjour,

Citation :

Bon, cela ce complique. Je pensais monter les lignes par bloc de 10 ou 20 lignes dans la table SQL, générer les droits puis vider la table et passer au bloc de lignes suivant.
Malheureusement, je viens de constater qu'en vidant la table j'avais perdu les droits!
Je suis donc pour le moment dans une impasse.

Bonsoir montuy337513,

Ne faudrait il pas désactivé momentanément les deux liens du menu forum ?

Bonjour,

Alain m'a mis sur la piste. J'ai vidé la table SQL des catégories et j'ai inséré par 10 lignes les données de cette table. A chaque fois, j'ai attribué les droits.

Le problème intervient lors de l'attribution des droits:
/modules/extgallery/admin/perm-quota.php?op=public_upload
A partir de 278 enregistrements, les droits ne sont plus enregistrés.

Le plus curieux c'est que les codes dans perm-quota.php ne comportent que des boucles foreach donc je ne vois pas pourquoi cela bloque.

Merci pour votre aide.

Bonsoir Aligato08,

Dans le module Profile, le champ de ta question est elle le droit de recherche pour le webmaster ?

Permissions\Peut faire l'objet d'une recherche de la part des ces groupes -> Webmasters

Par contre, je ne sais pas comment on procède pour lancer la recherche

Bonjour Alain,

Avec FileZilla, l'ensemble des fichiers sur le serveur ont comme "Propriétaire/Groupe" : un nombre de 6 chiffres.

Information complémentaire, l'ensemble des photos sont restés dans le répertoire /uploads/extgallery/ du site en production.

Bonjour Alain,

J'ai suivi ta piste en partant du principe que la version d'eXtGallery n'est plus opérationnelle pour fonctionner avec le core 2.5.6 ou la version de PHP(donc qu'il y a des fonctions obsolètes).
J'ai upgradé le module avec la version 1.11_fr_voltan.
La bonne nouvelle, c'est qu'il n'y a plus d'erreur côté debug.

Cependant la problématique reste!

Il y a quand même une différence très notable avec la version 1.11 : Les permissions par défaut des catégories publiques sont OK mais il n'y a aucunes permissions d'actives pour les catégories et albums hormis la nouvelle que j'ai créée.

Donc facile, il suffit d'activer les permissions d'accès, d'affichage,...
Patatras, xoops m'affiche le message : Désolé, vous n'avez pas les permissions pour accéder à cette zone.

Je me suis dit que j'allais activer les permissions côté tables SQL. A priori, les droits ne sont pas gérés dans les tables :
_extgallery_publiccat
_extgallery_publicecard
_extgallery_publicphoto
_extgallery_publicrating
_extgallery_quota

Je suppose que les permissions sont dans la table _group_permission mais là je suis perdu.

Des idées pour activer les droits ?

Merci pour votre aide.
Franck

Bonsoir,

Effectivement, la problématique aurait pu venir du préfixe, cependant j'ai opté pour mettre le même préfixe entre la version de développement et la version de production.

J'ai effectivement un différentiel de version.
Je préparais gentiment la migration de mon site xoops 2.4.5 (php 5.3.10 et MySQL 5.5.20) pour le passer en xoops 2.5.6 avec mise à jour des modules et essais d'alternatives de modules lorsque mon hébergeur a changé la version de php et MySQL (à moins que ce soit moi qui ai fait une mauvaise manipulation au niveau de mon cPanel). Quoiqu'il en soit, j'ai été contraint de basculer vers mon site version xoops 2.5.6 car le 2.4.5 ne tournait plus du tout avec php 5.4.29 et MySQL 5.6.17

Le paramétrage des droits est OK au niveau du module et de toute façon en Admin, j'ai tous les droits.

Le module sur le site semble fonctionner correctement cependant je ne vois aucunes des catégories et albums enregistrés 'avant upload) dans la table SQL.

Au niveau du Debug, j'ai les indications suivantes:
Côté admin

Côté utilisateur, j'ai la deuxième erreur.

NB: Je n'ai pas encore upgradé le module, je suis encore avec la version 1.07 mais je doute que la problématique vienne de là car le module fonctionne pour de nouvelle catégorie !

Coté table SQL, je ne vois rien de particulier:



C'est quand même très curieux
Je me vois mal re faire à la main 130 albums répartis sur 3 niveaux avec plus de 5000 photos.

Merci pour votre aide.

Bonjour,

Voici ma problématique que je n'arrive pas à corriger.

J'ai le module eXtGallery qui fonctionne correctement sur mon PC en localhost (sous wamp serveur) que je souhaite transférer sur mon site en production.
Pour cela j'ai installé le module sur mon site en production puis j'ai intégré les tables SQL du site en localhost.

Je ne vois pas les catégories, sous catégories des albums!

Dans le doute, j'ai refait une mise à jour une fois les tables SQL uploadé mais cela ne change rien.
Plus curieux, lorsque je crée une nouvelle catégorie sur le site de Prod, celle-ci est bien affichée et prend le chrono suivant dans la table SQL.

Auriez-vous une idée pour résoudre ma problématique?


Merci pour votre aide.
Franck

Hello,

Mon problème semble se compliquer.
En regardant le code du fichier submit.php, je trouve:

Si je comprends bien, la liste déroulante du formulaire est généré par un objet de xoops. La limitation ne proviendrait pas du module mais du noyau

Je ne vois pas comment m'en sortir, faut il hacker le noyau?