Non riesco ad accedere dopo la migrazione

9

Ho cercato quelle che sembrano centinaia di soluzioni e le ho implementate tutte. Ho anche cercato questo sito Web per trovare la stessa domanda, ma non sono riuscito a trovarlo.

Ho un sito di sviluppo e un sito di produzione. Per migrare tra i due uso github push and pulls. Questo non è stato un problema in passato, tuttavia, ho riscontrato questo problema più volte. Dopo una migrazione di file, Drupal non mi consente più di accedere. Cerco le mie credenziali di accesso e ricevo immediatamente una pagina Accesso negato.

I cookie del mio sito non stanno leggendo e scrivendo nessun problema. Ho trovato l'ID cookie e ho trovato la voce nel database. Quindi i cookie sembrano funzionare correttamente e le voci del database funzionano piuttosto bene.

Il problema che posso vedere è che i record della sessione del database non stanno salvando alcun ID utente. Quando cambio manualmente l'id utente nel record del database su 1, per il mio IP e quindi aggiorno il sito Web, accedo. Qualche idea?

/programming/2846935/cannot-login-to-drupal-in-chrome-or-firefox-but-safari-works mi suggerisce di aggiornare $ cookie_domain nel file settings.php. Ho provato ogni configurazione e non mi ha aiutato.
http://www.go2linux.org/cannot-login-into-drupal-table-corrupted suggerisce anche di riparare la tabella delle sessioni. L'ho fatto, cancellato le sessioni dal db e cancellato i miei cookie. Non ha funzionato.
http://www.madebymorgan.com/blog/2010/07/15/cant-login-after-drupal-617-upgrade mi suggerisce di aggiornare i valori nel mio file settings.php: $ cookie_domain e $ base_url. Ho provato tutte le combinazioni e non ho avuto successo.
Ho letto le install.txt che dice di eseguire i seguenti comandi per adeguati livelli di autorizzazione e di proprietà: 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. Non ha funzionato
La patch in http://drupal.org/node/56357#comment-236726 aggiunge un po 'di codice al file delle sessioni. L'ho fatto e non ha funzionato.
Su http://drupal.org/node/56357#comment-391535 , markus_petrux ha fornito un buon suggerimento definendo PHPSESSID con un nuovo nome e impostando manualmente il dominio e il percorso dei cookie. Non ha funzionato
http://old.nabble.com/Re%3A-Can%27t-login-p22258960.html suggerisce di aggiungere register_shutdown_function('session_write_close');alla fine dei lavori di settings.php, che inoltre non ha funzionato per me.
http://drupal.org/node/6696#comment-204863 ci dice di aggiungere alcune impostazioni ini in settings.php, cancellare la cache, cancellare i cookie, cancellare la privacy, riavviare Firefox e aggiungere a settings.php le seguenti righe:

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

— Consulente e-commerce
fonte

Ho appena fatto una piccola scoperta qui. Il mio sito continua a alternare tra HTTPS e HTTP durante il login. Quindi mi chiedo se questo sta buttando via la sessione.

— Consulente e-commerce

OMG HO TROVATO IL MIO PROBLEMA. Ho impostato il mio host virtuale errato per il mio SSL. Il mio SSL puntava al mio sito di sviluppo e non al mio sito live. Quindi il fatto che mi stesse reindirizzando al login su ssl significava che stavo cambiando totalmente i siti web. è stato orribile ... mi ha portato tutto il giorno ..

— Consulente

6

Ho anche avuto lo stesso problema, ed era correlato mod_rewrite. Ho abilitato il mod_rewritecon il seguente comando e il problema è stato risolto.

sudo a2enmod rewrite

— Елин Й.
fonte

A volte è la soluzione più semplice. Grazie!

— mcriecken,

3

Cordiali saluti, il tuo file siti \ default \ settings.php dovrebbe contenere un cookie con lo stesso nome del percorso che stai utilizzando, quindi se il tuo precedente server web aveva un dominio di www.boldlygowherenomanhasgonebefore.com e hai spostato il tuo drupal in localhost, il cookie il dominio deve riflettere quel cambiamento:

ERA: $cookie_domain = '.boldlygowherenomanhasgonebefore.com';
CAMBIA A: $cookie_domain = '.localhost';

— Brandon Ferrara
fonte

Hai vinto :) Questo è esattamente quello che ho fatto

— qasimzee,

1

Ovviamente non è la tua soluzione ma per chiunque venga qui, ho avuto un problema simile (impossibile accedere) ma il mio era un problema di URL pulito risolto come segue:

Stava succedendo qualcosa con URL puliti, erano semi-funzionanti ed è per questo che li ho liquidati come problema, ma lo era.

Alla fine ho dovuto modificare la tabella delle variabili nel DB (cambiando LONGBLOB in LONGTEXT in modo che potessi), disattivato il flag URL pulito (impostare "1" su "0"), svuotare le cache per rimuovere la versione cache delle variabili.

E poi le cose hanno funzionato bene.

— Adaddinsane
fonte

0

Non che questo risolva la radice del problema, ma se è necessario accedere è sempre possibile ottenere un collegamento di accesso singolo da Drush:

drush user-login theusername

— Hans Rossel
fonte