Trasferimento sito e db che nn ne vuol sapere di funzionare

[bigham]

Quindi non è nella root come l'esempio che ti ho postato prima?
E' dentro una cartella tipo
www.parrocchiapolizzi.org
   |-htdocs
      |- administrator
      |-cache
      |-componentes
      |-editor
      |-help
      |-images
      |-includes
      ecc.

Solo che il file index.php è nella root del sito.
Passa tutto nella cartella radice del sito non in una sottocartella.

[garfles]

Si, è cosi:
www.parrocchiapolizzi.org
 |-htdocs
      |- administrator
      |-cache
      |-componentes
      |-editor
      |-help
      |-images
      |-includes
      ecc.


SE cerco di scrivere direttamente nella root, cioè www.parrocchiapolizzi.org
   |- administrator
   |-cache
   |-componentes
   |-editor
   |-help
   |-images
   |-includes
   ecc.

mi da accesso negato: nn ho i permessi necessari per scrivere in quella cartella.

 

[bigham]

ok, capito.
Il file index.php è nella cartella htdocs dunque?
Aspetta che vedo una cosa...

[garfles]

ok.... ti ringrazio tantissimo per l'aiuto che mi stai dando!!!

[bigham]

Fai così. Togli htdocs dal path assoluto nel file configuration.php e riprova

[garfles]

Ho trovato l'errore:
la doc_rott era
/home/mhd/www.parrocchiapolizzi.org/htdocs/

invece io avevo scritto (nn ricordo nemmeno da dove l'ho capiato):
/home/mhd-01/www.parrocchiapolizzi.org/htdocs/

Ora..... IL SITO FUNZIONA!!!!!! HOLEEEEEEEEEEEEEE!!!!!!!!!!!!

Sei stato un grande, ti ringrazio tantissimo per l'aiuto che mi hai dato!!!!

[bigham]

Bhe! l'errore era li! 
Ci sono andato vicino 

Buon lavoro allora!

Ciao

[vittoriop_2001]

ho fatto il backup con il componente ebackup ma quando vado a importare il file di detabase mi da questo errore:

Errore

query SQL:

CREATE TABLE `jos_akocomment` (
`id` int( 11 ) NOT NULL AUTO_INCREMENT ,
`parentid` int( 11 ) NOT NULL default '0',
`status` int( 11 ) NOT NULL default '0',
`contentid` int( 11 ) NOT NULL default '0',
`ip` varchar( 15 ) NOT NULL default '',
`name` varchar( 30 ) NOT NULL default '',
`web` varchar( 255 ) NOT NULL default '',
`email` varchar( 255 ) NOT NULL default '',
`title` varchar( 40 ) NOT NULL default '',
`comment` text NOT NULL ,
`date` datetime NOT NULL default '0000-00-00 00:00:00',
`published` tinyint( 1 ) NOT NULL default '0',
`ordering` int( 11 ) NOT NULL default '0',
`iduser` int( 11 ) NOT NULL default '0',
`subscribe` tinyint( 1 ) NOT NULL default '0',
PRIMARY KEY ( `id` )
) ENGINE = MYISAM DEFAULT CHARSET = latin1;

Messaggio di MySQL: Documentazione
#1050 - Table 'jos_akocomment' already exists

COS'e' successo?

[allegato eliminato da un amministratore]

[bigham]

ho fatto il backup con il componente ebackup ma quando vado a importare il file di detabase mi da questo errore:

Errore

query SQL:
DROP table IF EXISTS jos_akocomment;
CREATE TABLE `jos_akocomment` (
`id` int( 11 ) NOT NULL AUTO_INCREMENT ,
`parentid` int( 11 ) NOT NULL default '0',
`status` int( 11 ) NOT NULL default '0',
`contentid` int( 11 ) NOT NULL default '0',
`ip` varchar( 15 ) NOT NULL default '',
`name` varchar( 30 ) NOT NULL default '',
`web` varchar( 255 ) NOT NULL default '',
`email` varchar( 255 ) NOT NULL default '',
`title` varchar( 40 ) NOT NULL default '',
`comment` text NOT NULL ,
`date` datetime NOT NULL default '0000-00-00 00:00:00',
`published` tinyint( 1 ) NOT NULL default '0',
`ordering` int( 11 ) NOT NULL default '0',
`iduser` int( 11 ) NOT NULL default '0',
`subscribe` tinyint( 1 ) NOT NULL default '0',
PRIMARY KEY ( `id` )
) ENGINE = MYISAM DEFAULT CHARSET = latin1;

Messaggio di MySQL: Documentazione
#1050 - Table 'jos_akocomment' already exists

COS'e' successo?

Ciao.
Smplicemente non può creare una tabella che è già presente nel database.
Prima della clausola CREATE va messa una DROP IF EXIST, cioè elimina la tabella se esiste.

Non conosco il componente ebackup ma immagino che esista una opazione da qualche parte che permetta di inserire la DROP IF EXIST in automatico per ogni tabella di cui si fa il backup.

Usando phpMyAdmin si può fare. con quel componente non so.

[vittoriop_2001]

Grazie questo problema l'ho risolto ora se ne presenta un altro. NOn riesco a caricare i clienti che si erano registrati sul sito. Li ho persi oppure sbaglio a caricarli?
questp è lì'errore che mi da:
Errore

query SQL:

INSERT INTO jos_fb_messages
VALUES ( 4, 0, 4, 22, 'andrea', 69, 'vittoriop_2001@yahoo.it', 'Tempi di spedizione', 1192591339, '82.54.144.174', 2, 0, 0, 0, 21, 0 , , , '' ) ;

Messaggio di MySQL: Documentazione
#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ','')' at line 1


Saluti

[bigham]

Ciao.
La query l'hai scritta tu o è stata generata dall'esport fatto con phpMyAdmin?

Pova a togliere il ; finale.

[vittoriop_2001]

grazie ora provo e ti faccio sapere. Cmq la querry l'ha generata il componente ebackup. Saluti

[vittoriop_2001]

Se ti mando il file mi dai un'occhiata?, sto uscendo pazzo 

[bigham]

Certo.
Mandalo al mio indirizzo di posta. E' nel mio profilo.

Ciao

PS
Non ti assicuro la velocità di soluzione. Per ora sono incasinato con due lavoro contemporaneamente (e ne sta arrivando un terzo )

[vittoriop_2001]

ok grazie proovvedero ad inviartelo. Visto che sei in gamba con joomla ti chiedo un altra cosa:

ho installato fireboard(FORUM), ottimo componente. Il problema e che quando effettuo il login (dal modulo login di ferboard) mi ricollega automaticamente alla prima pagina del sito anzicchè alla prima pagina del forum. può aiutarmi?

Grazie

[bigham]

Saprò anche qualcosa di Joomla  (a parte che il tuo problema è più legato alla conoscenza di MySQL e del linguaggio SQL) ma di forum proprio zero. 
Ancora non ho avuto il tempo neanche di installarne uno in locale per vedere come funziona.

Vado per intuito:
Se il forum è installato in un'altra cartella avrà le sue impostazioni, in particolare sui percorsi (relativi e/o assoluti non sò) da dichiarare. Controlla che siano imostati bene.

[bigham]

Per tornare al problema della query utilizzata per il backup del database del sito.

Il grosso problema è la compatibilità dell'SQL generato dal componente di backup rispetto a quello che si aspetta phpMyAdmin.
A parte il problema dei commenti aggiunti dal componente che a phpMyAdmin proprio non vanno giù. Ho trovato una serie di errori che mi sembrano veramente gravi.

In alcuni casi il numero di valori inseriti nella tabella NON corrispondeva al numero di campi della tabella stessa.

In alcuni casi alcuni valori non erano dello stesso tipo del campo in cui dovevano essere inseriti o non rispettavano il valore di default impostato nella tabella.

Ora, o il problema è il componente di backup che funziona male o in qualche caso VirtueMart (perchè le tabelle erano le sue) combinava qualche pasticcio.

In ogni caso consiglio a tutti, prima di trasferire un sito da un server ad un altro, di effettuare il backup utilizzando le funzionalità di phpMyAdmin.

Ciao

[vittoriop_2001]

Grazie mille ora provo. Secondo me è il componente ebckup che fa capricci. Ho provato ad installare il componente jobackup che mi hai dato ma non si installa. non so il perchè. Saluti e grazie