[réglé]Problème de statut associé sur nouvelle install
Bonjour,
il m'arrive un problème inconnu jusque là par moi pour une nouvelle installation sur l'hébergeur powweb.
L'installation se fait comme du beurre, le premier user est crée et avec lui les tables, ainsi que les articles de base en exemple (couverture etc)
Seulement, premier constat : le compte de départ crée lors de l'installation n'est plus associé, mais juste membre.
Du coup cette installation n'a plus d'administrateur.
Sous ce compte membre, toute tentative de login aboutit à une nouvelle demande d'authentification dès que je tente une action de rédaction.
Y'a-t-il par exemple un moyen pour upgrader ce statut membre à celui d'associé dans la base de donnée ou dans la config ?
Comment contourner ce problème de session inopérationnelle ? Ce n'est pas un serveur free mais free est-il le seul hébergeur connu exigeant la création d'un repértoire session à la racine pour que tout fonctionne ?
Merci d'avance
Seulement, premier constat : le compte de départ crée lors de l'installation n'est plus associé, mais juste membre.
Du coup cette installation n'a plus d'administrateur.
Sous ce compte membre, toute tentative de login aboutit à une nouvelle demande d'authentification dès que je tente une action de rédaction.
Y'a-t-il par exemple un moyen pour upgrader ce statut membre à celui d'associé dans la base de donnée ou dans la config ?
Comment contourner ce problème de session inopérationnelle ? Ce n'est pas un serveur free mais free est-il le seul hébergeur connu exigeant la création d'un repértoire session à la racine pour que tout fonctionne ?
Merci d'avance
| GnapZ from Caribbean 2970 posts |
Pour le dossier "sessions", je ne connais que Free qui le demande mais il n'ont pas l'exclusivité, il faudrait voir dans les caractéristiques d'hébergement. Pour le compte membre, il faut accéder à la base de donnée (via PhpMyAdmin) et modifier le champ "Capability" de la table "Users" avec pour valeur "A". Cela devrait passer le membre en associé. |
Agnès from le Grésivaudan (grenoble-chambéry) Associate, 2107 posts |
GnapZ : J'ai eu le même problème récemment sur une install neuve de la 6.8...chez free ! tout réinstallé et plus de soucis. Ben moi, l'informatique, des fois, je cherche même pas à comprendre. Mais si quelqu'un a une idée... Agnès Il n'y a pas de problèmes, que des solutions. |
Bernard from nearby-an-airport Associate, 6796 posts |
Comme l'a indiqué GnapZ, je pense que le problème est lié au contenu de la base de données, plutôt qu'au répertoire de session. La manipulation par phpMyAdmin est la plus directe. Une autre façon de procéder est d'indiquer un mot de passe de dernier ressort afin de s'authentifier comme associé. Utiliser phpMyAdminEn fait la manipulation marche avec tout type d'outil capable d'aller voir et modifier le contenu de la base de données. Le principe est de faire afficher le contenu de la table des utilisateurs (par défaut, son nom est 'yacs_users'). Sélectionner l'enregistrement correspondant au profil à modifier. Changer la valeur du champ 'capability' en 'A', comme associé. Sauver le tout, sortir de l'outil. Fermer puis rouvrir une session YACS pour être reconnu comme associé.Utiliser FTPRécupérer sur son disque dur local le fichiershared/parameters.include.php. Utiliser un éditeur de texte pour le modifier, et insérer une ligne pour ajouter un mot de passe de dernier ressort. Combiner plusieurs mots sans accents comme par exemple :
lrp'. En profiter pour visiter le profil usager à changer. Modifier le profil pour le passer de membre à associé. Fermer la session et la rouvrir avec les identifiants normaux. Si vous êtes reconnu comme associé, tout va bien. Pour supprimer le mot de passe de dernier ressort, et donc empêcher une attaque de ce côté, il suffit d'ouvrir le panneau de configuration systême et de sauver les données. YACS générera alors une nouvelle version du fichier shared/parameters.include.php.
|
Moi-meme from Entre chaise et clavier... 1434 posts |
Merci à tous  Un petit tour dans l'item adéquat de la table a suffi pour régler ce problème n°1.J'ai toujours cependant un problème de déconnexion de session. " Sous ce compte membre, toute tentative de login aboutit à une nouvelle demande d'authentification dès que je tente une action de rédaction. " Est-ce que je devrais chercher du côté de la gestion des cookies uniquement ? |
| Agnès from le Grésivaudan (grenoble-chambéry) Associate, 2107 posts |
Moi-meme : y'a t'il d'autres comptes membres qui fonctionnent correctement ? Agnès Il n'y a pas de problèmes, que des solutions. |
| Moi-meme from Entre chaise et clavier... 1434 posts |
Agnès : depuis mon propre poste, tous les comptes membres que je crée ont le même problème de session. Je tente avec quelques compères extérieurs actuellement... |
| GnapZ from Caribbean 2970 posts |
Moi-meme : Si c'est une installation "neuve", cela m'est déjà arrivé que cela se corrige en vidant le cache et les cookies du navigateur ainsi qu'en optimisant la bd. Ce n'est pas une solution ni une explication mais ça a marché pour moi. |
| Moi-meme from Entre chaise et clavier... 1434 posts |
Bonjour, alors résultat des courses, le problème surgit aussi sur d'autres postes. J'ai optimisé la bdd (via phpmyadmin) et vidé les mémoires, rien n'y fait, impossible de poursuivre une session. Bon ben je vais refaire une install mais je n'y crois pas trop. |
| Moi-meme from Entre chaise et clavier... 1434 posts |
En fait j'identifie peu à peu le problème : son origine serait le path des sessions php, à modifier dans php.ini ... Plus grand chose à voir donc avec yacs en soi. |
Rate this page
Posted by Moi-meme on Sep. 29 2006, (popular)
