Submitted by magellan on
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,
Hello Je n'ai jamais eu à
Permalien Soumis par doppler le 19 Juillet, 2007 - 12:45
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
Permalien Soumis par gribouille le 19 Juillet, 2007 - 13:04
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
Permalien Soumis par magellan le 19 Juillet, 2007 - 13:20
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é
Permalien Soumis par magellan le 19 Juillet, 2007 - 16:58
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
Permalien Soumis par tostinni le 19 Juillet, 2007 - 18:24
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
Permalien Soumis par magellan le 20 Juillet, 2007 - 09:11
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).
Effectivement, il s'agissait
Permalien Soumis par Damien Tournoud le 20 Juillet, 2007 - 11:08
Effectivement, il s'agissait d'un petit bug.
Il a été résolu dans le cadre de l'issue #131017 (pour Drupal 6), puis backporté dans la version 5.x dans le cadre d'un problème proche (#56357).
Merci.
Permalien Soumis par magellan le 20 Juillet, 2007 - 11:38
Merci.
Est ce que quelqu'un à
Permalien Soumis par jord le 20 Juillet, 2007 - 16:33
Est ce que quelqu'un à déjas testé un des patch proposé dans #56357 et si oui lequel, et est ce que ça fonctionne bien
merci