Fork me on GitHub

Rapport de message :*
 

Re: Accès à l'administration de mon site

Titre du sujet : Re: Accès à l'administration de mon site
par philosovie sur 13/09/2015 22:38:05

j’ai té entrain de chercher parmi les sujet en espoirs de trouver un cas qui ressemble au le mien, j'ai tombé sur une réponse de ( Cedric MONTUY ) intéressante à mon avis et je crois que mon problème parviens des mêmes éléments :

Citation :
excuse moi de revenir à la charge avec PROTECTOR ton problème vient à 90 % de ce module. Le fait que tu sois reconnu lorsque tu te loggues prouve que cela fonctionne. Le mode debug ne s'affiche que si tu est admin, voici le chemin pour que tu comprennes (quand profile est désactivé) - 1. vérification de la combinaison pseudo/mdp - 2. traitement par Protector - 3. traitement des données liées à la page - 4. affichage de la page par Smarty Si profile est activé, l'étape 1 et 2 sont inversées (car c'est un module) Donc il arrive ceci, tu tu connectes, tu est reconnu par le noyau (donc droit admin), PROTECTOR te bannis (donc plus de droits), affichage de la page. J'ai déjà rencontré ce problème, en fait tu te connectais sûrement grâce au cookie (validité un an ou navigateur vidangé). C'est sûrement un problème qui date de quelques temps mais que tu n'a pas rencontré car tu étais connecté via le cookie. Je que j'avais fais à l'époque : - désactiver PROTECTOR (par la BDD, table modules) ou aller dans la configuration du module via la BDD et changer la valeur de l'option "que faire lors d'une attaque" par autre chose que "faire apparaître un écran blanc" (xoops_version.php du module Protector te sera utile) - le désinstaller - vide tout les caches et supprimer tout ce qui peut trainer de protector (notamment les logs) - vider les cookies de ton navigateur - réinstaller PROTECTOR, pour cela utiliser une version propre. - faire une mise à jour du module système - faire une mise à jour de tous les modules - se déconnecter - se reconnecter pour essai Pour info, le mode debug ne te donnera rien de toute façon, vu que les lignes que tu as inséré te les aurais indiqué. Si il n'y a rien à l'écran avec les lignes pas de soucis de côté de PHP. Et rappel, un écran blanc provient dans beaucoup de cas d'une erreur fatale de PHP (80%), sinon en second c'est PROTECTOR (15%) à condition de ne pas faire modifier l'option "Que faire en cas d'attaque" et le reste provient d'Apache. Les lignes données ci-dessus ne servent qu'a détecter les erreurs fatales de PHP car l'affichage du debug se passe en fin de traitement de page et souvent la panne à lieu avant.
.
Propulsé avec XOOPS | Graphisme adapté par Tatane, Grosdunord, Montuy337513

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