Risolto Errore login Amministratore

[mitia]

 
Dopo l'installazione (su windows), tentando di entrare nel pannello di amministrazione mi ritornava sempre la from del login con la segnalazione di "SESSIONE SCADUTA"!!!!

Ho scoperto poi che non avevo dato i permessi di modifica e scrittura alla cartella delle sesioni di PHP (session_path in php.ini)!!!

Buon lavoro a tutti...

[littlepam]

IO avrei lo stesso problema..ma dov'è php.ini e la cartella sessione di cui parli? Così provo a vedere se anche io risolvo così..grazie mille!

[bigham]

Complimenti mitia! 

Benvenuta nel forum di Joomla!
e chi ben comincia è a metà dell'opera

[littlepam]

IO avrei lo stesso problema..ma dov'è php.ini e la cartella sessione di cui parli? Così provo a vedere se anche io risolvo così..grazie mille!

[bigham]

Penso che mitia stesse parlando di un'installazione in locale di Joomla.
Solo così si possono mettere le mani sul file php.ini

Dipende da cosa ha installato come ambiente di lavoro: XAMPP, EASYPHP ?

[littlepam]

Penso che mitia stesse parlando di un'installazione in locale di Joomla.
Solo così si possono mettere le mani sul file php.ini

Dipende da cosa ha installato come ambiente di lavoro: XAMPP, EASYPHP ?

Non sono molto competente però io lavoro in remoto..quindi immagino che xampp o easyphp non mi servano no?

[bigham]

Giusto.
In remoto puoi fare poco perchè il controllo delle imostazioni di php lo ha solo l'amministratore del server.

prova a contattare il tuo hoster.

[littlepam]

Posso almeno sapere cosa potrebbe essere errato nelle impostazioni? Io su phpinfo (tramite aruba.) ho trovato tutti i settaggi per quanto riguarda la SESSION, non sono haimè modificabili..però almeno posso capire se c'è qualcosa di sbagliato nelle impostazioni..questo è quello che ho trovato:

Directive                        Local Value      Master Value
session.auto_start                   Off           Off
session.bug_compat_42                 On           On
session.bug_compat_warn               On           On
session.cache_expire                 180           180
session.cache_limiter            nocache          nocache
session.cookie_domain           no value         no value
session.cookie_lifetime                0            0
session.cookie_path                    /            /
session.cookie_secure                Off           Off
session.entropy_file            no value        no value
session.entropy_length                 0            0
session.gc_divisor                   100           100
session.gc_maxlifetime              1440          1440
session.gc_probability                 1            1
session.name                   PHPSESSID        PHPSESSID
session.referer_check           no value         no value
session.save_handler               files          files
session.save_path                   /tmp          /tmp
session.serialize_handler            php           php
session.use_cookies                   On            On
session.use_only_cookies             Off           Off
session.use_trans_sid                Off           Off

[bigham]

Ciao.

L'unica differenza che noto è il session.name. in realtà dovrebbe avere un local value del tipo:
session.name   4cd0c370a2109c8d419944e6cf21615b

credo che il problema potrebbe essere che non riesce a scrivere la sessione. Solo che le sessioni vengono scritte nella tabella jos_session del database.
Dovresti provare a tentare un accesso e nello stesso tempo, in un'altra finestra del browser, vedere cosa scrive nella tabella jos_session del db.

Tentar non nuoce

[littlepam]

Grazie per il consiglio..sono entrato nel databse, e poi nella cartella jos_session...inutile starti a fare altre domande, ti allego l'immagine del pannello così vedi se c'è qualcosa che non va..

[allegato eliminato da un amministratore - sono passati più 400 giorni dall'inserimento di questo allegato]

[bigham]

Allora.
Ci sono due sessioni registrate. Quello che non si può capire così è se le sessioni le ha registrate quando hai tentato l'acceso o sono vecchie sessioni che sono rimaste registrate.

Cancella le due sessioni e prova a fare il login da backend.
Poi fai il refres della tabella jos_session. Se visualizzando il contenuto compare un nuovo record vuol dire che le sessioni vengono registrate e il problema non è questo.

Un altra cosa: nel file configuration.php che valore è assegnato alle variabili $mosConfig_admin_expired e $mosConfig_session_life_admin ?
La prima dovrebbe essere a 1 (vuol dire che la sessione dell'amministratore avrà un tempo di scadenza) e la seconda a 1800 (tempo di scadenza della sessione).

Ciao

[littlepam]

Grazie mille in anticipo. Allora..
Ho provato a cancellare le due sessioni già presenti e mi torna questo errore "#1142 - DELETE command denied to user 'Sql86941'@'62.149.150.254' for table 'jos_session'" non posso cancellare..allora ho pensato "che non abbia i permessi per scrivere o modificare le cartelle del database?" Ho motivo di pensarlo xkè ho un altro sito da gestire, stesso dominio e gestore ma databse diverso naturalmente, e di là ho cancellato una sessione e me l'ha tolta senza errori..
Secondo me il problema sta proprio qui..
Ma come riuscire ad ottenere i permessi?

Appropostio, nel file configuration.php i valori sono esattamente settati a 1 e 1800. Proprio come hai detto tu.

[bigham]

Si, per quello che riguarda il database è sicuramente una questione di permessi.
La dimostrazione, giustamente, l'hai avuta da solo visto che amministri un altro database sullo stesso server.
Per modificarli devi chiedere al tuo hoster perchè solo lui può modificarli.

Sul database dovresti avere tutti i permessi sulle tabelle (select, alter, drop, truncate, ecc.) tranne quello di creare nuovi database.

Io sono sempre dell'idea che tutto il problema sia solo dovuto ai permessi.
Dovresti anche controllare, tramite programma FTP, il proprietario delle cartelle e dei file.
Sui sistemi linux non basta avere permessi di lettura/scrittura/esecuzione su cartelle e file, andrebbe anche verificato chi è il proprietario della cartella.

Ciao e buone feste