Errore 1062

[MattSorum]

Salve ragazzi! Innanzi tutto vorrei dirvi che i vostri forum mi sono stati davvero utili per il mio problematico sito in joomla: però sono arrivato ad un punto in cui non trovo più risposte! questo è il link  http://www.fruttifelici.it
A questo sito in joomla ho cambiato le variabili in configuration.php per un passaggio di database scaduto (host, user, db e password): ho fatto il backup del database vecchio e questo è il risultato
 Duplicate entry '5d2f7730869605cb0660dd75d39f32b4' for key 1 SQL=INSERT INTO `#__session` ( `session_id`,`time`,`username`,`gid`,`guest`,`client_id` ) VALUES ( '5d2f7730869605cb0660dd75d39f32b4','1340364995','','0','1','0' )[/size]Fatal error[/size]: Allowed memory size of 67108864 bytes exhausted (tried to allocate 71 bytes) in [/size]/web/htdocs/www.fruttifelici.it/home/libraries/joomla/error/exception.php[/size] on line 117.
[/size]Ho provato anche a svuotare la tabella #_session, ma da errore 404 "pagina non trovata" e se ricarico mi torna all'errore Duplicate entry! Grazie anticipatamente delle risposte...






 

[mau_develop]

la tabella session è autoincrement?

quando ottieni quell'errore?

M.

[MattSorum]

Veramente no....specificatamente la chiave primaria (cioè sessio_id) non è auto increment! quando provo a modificare e a mettere auto increment sia per la singola riga che per l'intera tabella mi da l'errore mysql! Ti posso dare delle informazioni (session_id è varchar (200) )

[mau_develop]

1) da phpmyadmin svuota la tabella session
1) sempre con phpmyadmin verifica che non ci siano tabelle da ottimizzare / riparare
1) verifica che il tuo db non sia pieno.

M.

[MattSorum]

Grazie Mau, ma non si è risolto il problema. Ti devo altre informazioni: sto lavorando in remoto (il sito non è mio ma di un amico che mi ha chiesto di fare questo passaggio di database), poi ho cambiato precedentemente il dbprefix in configuration.php da jos_ a #__(uguale al prefisso che vedo per le tabelle)! Per cui jos_session non me lo trovava proprio, invece #__session me lo trova ma da quell'errore del mio primo post. Vediamo altre informazioni: var $live_site è vuota in configuration.php e non ho cambiato htacces.txt in .htaccess (non sapendo come si fa). Spero ti possano servire queste informazioni. Grazie.

[mau_develop]

non fare cose di cui ignori il significato #__ viene sostituito dal prefisso impostato nel configuration, non è da cambiare.

mi sa che hai solamente fatto casino col database, difficile dirti cosa fare, ti direi... ricomincia tutto dal backup

M.

[tomtomeight]

Se nell'import ti restituisce errore di tabelle duplicate è perchè stai importando in un db pieno, devi prima svuotarlo.

[MattSorum]

Scusate ragà per i problemi che vi sto causando: mi sta venendo in mente che ho fatto una cosa atroce. Il mio amico mi ha dato il suo backup (joomla.sql)...sto pensando che non sia il backup ma quello dell'installazione di joomla....sbaglio? la prima tabella è #__ak_acl....

[tomtomeight]

Qualsiasi sia il backup di un db, a parità di versione mysql, si riesce sempre a fare un import in un nuovo db, verifica se quello di destinazione è vergine.

[MattSorum]

Scusate il ritardo: ma che vuol dire che è vergine? Come diceva Mau non voglio fare cose di cui non conosco l'esistenza, perciò come var $dbprefix ho reimpostato "jos_"....il problema è che non c'è nessuna tabella con prefisso jos_ nel phpmyadmin....tutte con prefisso "#__".....

[tomtomeight]

Per vergine intendevo che devi avere un db nuovo, pulito, senza tabelle per poterci importare il backup (file import.sql) del database precedente (file export.sql) tutto il resto va lasciato com'era, tranne il configuration.php a cui vanno cambiati solo i dati di accesso al nuovo db (il prefisso db rimane invariato)

[MattSorum]

Ah perfetto grazie ! Allora quello che andava fatto l'ho fatto. Il db era vergine, dopo aver importato quel joomla.sql (il file che si trova dentro installation: il mio amico si ostina a dirmi che è il backup) ha dato problemi! Ora continuo a lavorarci e vi faccio sapere. Grazie ancora!

[tomtomeight]

Se il tuo amico non sa quel che dice tu ci perdi solo tempo, se ha preso il file joomla.sql dalla cartella installation stai sicuro che non è un backup. Ma puoi verificare subito accedendo al pannello administrator e verificarne i contenuti oppure leggendo direttamente il db da phpmyadmin, fallo ad evitare mal di pancia.