sid o not sid

[Angolo]

Se fosse un problema di server o di host, in locale, il problema non si porrebbe. Escluso anche l'ftp, la questione è nel database. Se hai effettuato un corretto ripristino integrale ftp, hai anche generato una nuova cache. Ovviamente, si presume anche tu abbia eliminato tutti i cookie e file temporanei del browser, lo abbia chiuso e riavviato. Quanto al cambio cookie da phpBB3, non saprei. Devi vedere cosa puoi fare con l'STK, a partire dalla pulizia del database.

Prova prima in locale.

[Barrnet]

Controlla se la versione del php è la 5.4.7, anche sul .com ci sono tante segnalazioni di problemi anormali con quella versione.

[arnold layne]

Controlla se la versione del php è la 5.4.7, anche sul .com ci sono tante segnalazioni di problemi anormali con quella versione.

Mi hanno rimesso la PHP Version 5.3.17, ma il problema sè creato quando hanno aggiornato MySql

[Angolo]

Si presume che in locale, tu stia operando con versioni di php e mysql collaudate.

A meno che non ti abbiano modificato lo schema del database... ma sarebbe molto discutibile senza avvisare il webmaster...

A maggior ragione, in locale, con versione di php e mysql collaudate, con un ripristino totale, basato su un backup relativo a un forum integro e funzionante, dovresti intanto ripristinare il tutto, per muoverti poi di conseguenza in remoto.

[arnold layne]

Ripristinando da ftp, l'errore rimane (avevo dubbio nello stile, ma lo fa anche con prosilver puro), quindi può essere il db o cosa altro?

edit: Fatto per prova un new db con un post e un topic, stesso errore

le mie tabello sono MyISAM

localhost » information_schema

Codice: Seleziona tutto

 	CHARACTER_SETS 39 	MEMORY 	utf8_general_ci
	COLLATIONS	197 	MEMORY 	utf8_general_ci
	COLLATION_CHARACTER_SET_APPLICABILITY 		197 	MEMORY 	utf8_general_ci
	COLUMNS 1,917 	MyISAM 	utf8_general_ci
	COLUMN_PRIVILEGES 	0 	MEMORY 	utf8_general_ci
	ENGINES 	9 	MEMORY 	utf8_general_ci
	EVENTS 	0 	MyISAM 	utf8_general_ci
	FILES 	0 	MEMORY 	utf8_general_ci
	GLOBAL_STATUS 310 	MEMORY 	utf8_general_ci
	GLOBAL_VARIABLES 	316 	MEMORY 	utf8_general_ci
	INNODB_BUFFER_PAGE 		0 	MEMORY 	utf8_general_ci
	INNODB_BUFFER_PAGE_LRU 	0 	MEMORY 	utf8_general_ci
	INNODB_BUFFER_POOL_STATS 	 	0 	MEMORY 	utf8_general_ci
	INNODB_CMP 	0 	MEMORY 	utf8_general_ci
	INNODB_CMPMEM 		0 	MEMORY 	utf8_general_ci
	INNODB_CMPMEM_RESET  	0 	MEMORY 	utf8_general_ci
	INNODB_CMP_RESET 	 	0 	MEMORY 	utf8_general_ci
	INNODB_LOCKS 	0 	MEMORY 	utf8_general_ci
	INNODB_LOCK_WAITS  	0 	MEMORY 	utf8_general_ci
	INNODB_TRX 	0 	MEMORY 	utf8_general_ci
	KEY_COLUMN_USAGE 	 	177 	MEMORY 	utf8_general_ci
	PARAMETERS 	0 	MyISAM 	utf8_general_ci
	PARTITIONS  	208 	MyISAM 	utf8_general_ci
	PLUGINS 	 	23 	MyISAM 	utf8_general_ci
	PROCESSLIST 	1 	MyISAM 	utf8_general_ci
	PROFILING 	 	0 	MEMORY 	utf8_general_ci
	REFERENTIAL_CONSTRAINTS 	 	0 	MEMORY 	utf8_general_ci
	ROUTINES 	0 	MyISAM 	utf8_general_ci
	SCHEMATA 	3 	MEMORY 	utf8_general_ci
	SCHEMA_PRIVILEGES  	34 	MEMORY 	utf8_general_ci
	SESSION_STATUS  	310 	MEMORY 	utf8_general_ci
	SESSION_VARIABLES 		327 	MEMORY 	utf8_general_ci
	STATISTICS 	451 	MEMORY 	utf8_general_ci
	TABLES 		208 	MEMORY 	utf8_general_ci
	TABLESPACES 		0 	MEMORY 	utf8_general_ci
	TABLE_CONSTRAINTS 		147 	MEMORY 	utf8_general_ci
	TABLE_PRIVILEGES 	 	0 	MEMORY 	utf8_general_ci
	TRIGGERS 	Mostra Mostra 	0 	MyISAM 	utf8_general_ci
	USER_PRIVILEGES 		1 	MEMORY 	utf8_general_ci
	VIEWS 		0 	MyISAM 	utf8_general_ci

[Angolo]

Non è chiara la prova che hai fatto.

Che significa nuovo database? Hai provato con un nuovo database e vecchio ftp in locale??

Sii più esplicito.

[arnold layne]

Non è chiara la prova che hai fatto.

Che significa nuovo database? Hai provato con un nuovo database e vecchio ftp in locale??

Sii più esplicito.

Si, ftp funzionante e nuovo db nel mio server, stessi errori.

[Angolo]

Ancora ambiguo.

3 sono le gambe....

Devi dire:

- Vecchio ftp
- Nuovo database
- Server remoto

Oppure altre varianti, negli stessi termini chiari indicati.

Ftp funzionante, cosa significherebbe? Non rispondere a questa domanda. Rispondi con lo schema indicato:


- Vecchio ftp
- Nuovo database
- Server remoto

[arnold layne]

Messo backup ftp funzionante a ieri alle 10.30
Fatto nuovo database su Server remoto

Nel new db messo tutte le tabelle del vecchio tranne post e topic
Fatto 1 topic e relativo post, se usi il cerca ti slogghi
Fa come ieri, se nel link è presente il "sid" funziona, altrimenti no

[Angolo]

Se hai ripristinato il database, su un nuovo database, è sempre il vecchio database che sovrascrive il nuovo. Salvo eventualmente le tabelle omesse. Quindi è un'operazione inutile. Nuovo database significa nuovo: zero messaggi, zero utenti, nuova installazione. Stop. Senza ripristini da backup.

Se prima delle 10:30 di ieri, tutto era funzionante, e hai un backup anteriore a quell'ora e a quel giorno, effettua un ripristino totale, tornando alla versione funzionante.

Mi sembra di averti già detto, che questo ripristino totale, lo devi fare prima in locale, in modo che se in locale funziona, e in remoto no, posto stesso contenuto ftp e stesso database, il problema è l'host.

Ma se non si prova concretamente nei termini indicati, non si potrà mai sapere.