Fork me on GitHub

Rapport de message :*
 

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 ?
Propulsé avec XOOPS | Graphisme adapté par Tatane, Grosdunord, Montuy337513

203 Personne(s) en ligne (149 Personne(s) connectée(s) sur Forum) | Utilisateur(s): 0 | Invité(s): 203 | Plus ...