Je ne peux pas me connecter après la migration

9

J'ai cherché ce qui ressemble à des centaines de solutions et les ai toutes mises en œuvre. J'ai également recherché ce site Web pour trouver la même question, mais je n'ai pas pu la localiser.

J'ai un site de développement et un site de production. Pour migrer entre les deux, j'utilise github push et pulls. Cela n'a pas été un problème dans le passé, cependant, j'ai rencontré ce problème plusieurs fois. Après une migration de fichier, Drupal ne me permet plus de me connecter. J'essaie mes informations de connexion et je reçois immédiatement une page Accès refusé.

Les cookies de mon site ne lisent et n'écrivent aucun problème. J'ai localisé l'ID de cookie et trouvé son entrée dans la base de données. Les cookies semblent donc bien fonctionner et les entrées de la base de données fonctionnent assez bien.

Le problème que je peux voir est que les enregistrements de session de base de données n'enregistrent aucun ID utilisateur. Lorsque je modifie manuellement l'ID utilisateur dans l'enregistrement db en 1, pour mon IP, puis actualise le site Web, je suis connecté. Des idées?

/programming/2846935/cannot-login-to-drupal-in-chrome-or-firefox-but-safari-works suggère que je mette à jour $ cookie_domain dans le fichier settings.php. J'ai essayé toutes les configurations et cela n'a pas aidé.
http://www.go2linux.org/cannot-login-into-drupal-table-corrupted suggère également que je répare la table des sessions. J'ai fait cela, effacé les sessions de la base de données et effacé mes cookies. Cela n'a pas fonctionné.
http://www.madebymorgan.com/blog/2010/07/15/cant-login-after-drupal-617-upgrade suggère que je mette à jour les valeurs dans mon fichier settings.php: $ cookie_domain et $ base_url. J'ai essayé toutes les combinaisons et j'ai échoué.
J'ai lu le install.txt qui dit d'exécuter les commandes suivantes pour les niveaux appropriés d'autorisation et de propriété: chmod o+w sites/default/settings.php, chmod o+w sites/default, chmod o+w sites/default/files, chmod a-w sites/default/settings.php, chmod a-w sites/default. Ça n'a pas marché.
Le correctif de http://drupal.org/node/56357#comment-236726 ajoute du code à votre fichier de sessions. J'ai fait ça et ça n'a pas marché.
Sur http://drupal.org/node/56357#comment-391535 , markus_petrux avait une bonne suggestion en définissant le PHPSESSID avec un nouveau nom ainsi qu'en définissant le domaine et le chemin du cookie manuellement. Ça n'a pas marché.
http://old.nabble.com/Re%3A-Can%27t-login-p22258960.html suggère d'ajouter register_shutdown_function('session_write_close');à la fin des travaux settings.php, ce qui n'a pas fonctionné pour moi non plus.
http://drupal.org/node/6696#comment-204863 nous dit d'ajouter des paramètres ini dans settings.php, d'effacer le cache, d'effacer les cookies, d'effacer la confidentialité, de redémarrer Firefox et d'ajouter à settings.php les lignes suivantes:

ini_set('session.cookie_domain', 'exampleorg');
ini_set('session.cookie_domain','www.example.org');
ini_set('session.auto_start', 0);

— Consultant e-commerce
source

Je viens de faire une petite découverte ici. Mon site continue de basculer entre HTTPS et HTTP pendant la connexion. Je me demande donc si cela met fin à la session.

— Consultant Ecommerce

OMG J'AI TROUVÉ MON PROBLÈME. J'avais mal configuré mon hôte virtuel pour mon SSL. Mon SSL pointait vers mon site de développement et non mon site en direct. Donc, le fait qu'il me redirige lors de la connexion à ssl signifie que je change totalement de site Web. c'était horrible ... m'a pris toute la journée ..

— Consultant en commerce électronique

6

J'ai également eu le même problème, et il était lié à mod_rewrite. J'ai activé le mod_rewriteavec la commande suivante et le problème a été résolu.

sudo a2enmod rewrite

— Елин Й.
source

Parfois, c'est la plus simple des solutions. Je vous remercie!

— mcriecken

3

Pour info, votre fichier sites \ default \ settings.php doit contenir un cookie avec le même nom que le chemin que vous utilisez, donc si votre serveur Web précédent avait un domaine www.boldlygowherenomanhasgonebefore.com et que vous avez déplacé votre drupal vers localhost, le cookie le domaine doit refléter ce changement:

ÉTAIT: $cookie_domain = '.boldlygowherenomanhasgonebefore.com';
CHANGER EN: $cookie_domain = '.localhost';

— Brandon Ferrara
source

Vous avez gagné :) C'est exactement ce que j'ai fait

— qasimzee

1

Évidemment, ce n'est pas votre solution, mais pour toute personne venant ici, j'ai eu un problème similaire (impossible de se connecter), mais le mien était un problème d'URL propre résolu comme suit:

Il y avait quelque chose avec des URL propres, elles fonctionnaient à moitié, c'est pourquoi je les ai rejetées comme étant le problème, mais c'était le cas.

J'ai finalement dû modifier la table des variables dans la base de données (changer LONGBLOB en LONGTEXT pour que je puisse), désactiver le drapeau des URL propres (définir "1" sur "0"), effacer les caches pour supprimer la version mise en cache des variables.

Et puis les choses ont bien fonctionné.

— Adaddinsane
source

0

Non pas que cela résoudra la racine du problème, mais si vous devez vous connecter, vous pouvez toujours obtenir un lien de connexion unique de Drush:

drush user-login theusername

— Hans Rossel
source