| Re: Modules invisibles dans l'administration des modules suite MAJ 2.0.18 --> 2.3.3 |
Titre du sujet : Re: Modules invisibles dans l'administration des modules suite MAJ 2.0.18 --> 2.3.3
par djtom sur 03/10/2009 19:58:14
Oui Oui bien sure !!
J'ai mis à jour le module ... même 2 - 3 fois en désespérance de cause :) :)
vous connaissez pas le code a lancer dans le naviguateur pour faire la mise à jour d'un module,
Les plus importants que j'ai sur le site sont :
+ News
+ Extcal
+ Forum Ex
+ Smart Section
Histoire de voir si ça change quelque chose ?!!?
--------------------------------------------------------------
Bon sinon je viens de refaire un test , j'ai l'impression que c'est protector qui me fout le bordel.
Pour le désactiver j'ai été dans la base de donnée , dans la table des module et j'ai mis à 0 le champ isactive.
Maintenant quand je suis en mode debug et que je vais dans l'onglet admin des modules j'ai cette requête qui se lance ...
SELECT * FROM config WHERE (conf_modid = '0' AND conf_catid = '1') ORDER BY conf_order ASC
SELECT sess_data, sess_ip FROM session WHERE sess_id = '0feaae0245845dfsfsfsfe4eeec3f70c8'
SELECT * FROM users WHERE uid = '3966'
SELECT * FROM modules WHERE dirname = 'system'
DELETE FROM protector_access WHERE expire < UNIX_TIMESTAMP()
SELECT COUNT(*) FROM protector_access WHERE ip='XX.XX.XX.XX' AND request_uri='/modules/system/admin.php?fct=modulesadmin'
SELECT COUNT(*) FROM protector_access WHERE ip='XX.XX.XX.XX'
INSERT INTO protector_access SET ip='XX.XX.XX.XX',request_uri='/modules/system/admin.php?fct=modulesadmin',expire=UNIX_TIMESTAMP()+'60'
SELECT * FROM group_permission WHERE (gperm_name = 'module_admin' AND gperm_modid = '1' AND (gperm_groupid = '1'))
SELECT * FROM modules
Donc il semblerait qu'il soit toujours actif le protector la ?
Des idées ?
|
|
