[RESOLU] Nouvel utilisateur, première installation,déjà une question (identification de l'admin) -> bug ?

Information importante

En raison d'un grand nombre d'inscriptions de spammers sur notre site, polluant sans relache notre forum, nous suspendons la création de compte via le formulaire de "sign up".

Il est néanmoins toujours possible de devenir adhérent•e en faisant la demande sur cette page, rubrique "Inscription" : https://www.drupal.fr/contact


De plus, le forum est désormais "interdit en écriture". Il n'est plus autorisé d'y écrire un sujet/billet/commentaire.

Pour contacter la communauté, merci de rejoindre le slack "drupalfrance".

Si vous voulez contacter le bureau de l'association, utilisez le formulaire disponible ici, ou envoyez-nous un DM sur twitter.

Bonjour à tous,

Evoqué hier avec un ami, j'ai décidé d'installer Drupal pour le tester et le comparer avec SPIP que je connais bien.

J'ai donc installé Drupal 5.1 en local et créé le premier compte.

C'est déjà là que les ennuis commencent. En effet, je ne dispose d'aucune possiblité d'accès à un serveur SMTP et POP donc d'aucun moyen de confirmer mon inscription.

Y a-t-il un moyen simple de contourner ce problème sans recourir à l'installation et la configuration d'un serveur SMTP local ?

J'ai parcouru le forum mais n'ai pas encore trouvé de réponse. Toute aide serait donc la bienvenue.

Cordialement,

Version de Drupal : 

Hello

Je n'ai jamais eu à configurer l'envoie de mail pour créer un compte administrateur lors d'une installation. Drupal n'envoie pas de mail de demande de confirmation, donc je ne comprend pas vraiment ton problème...

Tu bloques à quelle étape (quelle page) précisément ?

A la fin de l'installation il te demande d'authentifier (login/mdp) le compte d'id 1 qui est automatiquement de type administrateur, aucun envoie de mail ne se fait à ce moment là. Par la suite avec ton compte admin tu pourras créer d'autres utilisateurs en leur donnant un login et mot de passe à partir de l'admin Administrer->Gestion des utilisateurs->Utilisateurs" puis dans les onglets "Ajouter un utilisateur".

C'est justement lors de la création de cet administrateur (première étape après la création des tables dans la base) qu'un identifiant et une adresse email sont demandés. Aucun mot de passe n'est demandé.

Je remplis et valide mon formulaire, ok. J'ai bien dans la table USERS mon nouvel utilisateur avec uid=1.

Et maintenant, je fais comment pour me connecter avec ce nouvel utilisateur ?

En effet, le formulaire d'identification pour accéder à l'admin me demande un mot de passe que je n'ai jamais spécifié et qui ne m'a jamais été fourni...

RESOLU

Le problème est lié au domaine du cookie d'identification.

En regardant le fichier /sites/default/settings.php, je me suis aperçu qu'il y aurait forcément un problème lorsque l'installation est invoquée par l'adresse IP du serveur et non pas par son nom d'hôte.

Résultat :
- avec 127.0.0.1 : échec
- avec localhost : succès

Le bout de code incriminé est dans le fichier /sites/default/settings.php :

if (count(explode('.', $domain)) > 2) {
ini_set('session.cookie_domain', $domain);
}

En effet, le formulaire d'identification pour accéder à l'admin me demande un mot de passe que je n'ai jamais spécifié et qui ne m'a jamais été fourni...
Normalement il est fourni juste apres la creation de l'utilisateur 1

Apres (la j'ai un doute), mais je crois que lorsque ton utilisateur est cree il te connecte automatiquement (a moins que ce soit sur la v6) et du coup tu peux changer le mot de passe.

Au pire y a la solution bourrine d'aller le changer ds la BDD en oubliant pas d'appliquer une tite fonction MD5 sur ta chaine de caracteres.

Voilou.

Bonjour,

Il y a effectivement une connection automatique après avoir saisi l'idenfitiant et l'email du premier compte.

Cette identification me semble être basée sur un cookie dont le domaine n'est pas correct si tu fais une installation par http://127.0.0.1 par contre la situation où l'install est faite par http://localhost

D'après ce que j'ai pu voir du code, le problème risque de survenir pour toute installation invoquée par l'IP (127.0.0.1 par exemple) plutôt que par le nom d'hôte (localhost).