PREMESSA:

A causa di un errore per pagina bianca ho disabilitato il file full_tree.php come indicato in questa discussione
http://www.icyphoenix.it/errore-con...384.html#p31384

tutto bene per 6 giorni ma stamane all'improvviso mi chiamano i miei moderatori perchè il sito da un errore sql:

 


Quindi ho:

rinominato la cartela cache e uplodato una vergine di installazione

a questo punto il sito da solo risulta in manutenzione, si è chiuso. Essendo ancora loggato come admin clicco su ACP per riabilitare il sito ma mi appare questo errore


 


ACP non va.  

Ho provato a rimettere sopra il file function.php ma da altri errori. Che devo fare?
Anche io sono su ARUBA, avranno bucato anche me? Oppure può essere una conseguenza di una settimana con full_tree.php disabilitato?

------------------------------------------------------------

AGGIORNAMENTO:

- Ho provato a sovrascrivere tutti i file  ip_20100117_13053a ,a il problema rimane.

- Ta console di emergenza ho provato a controllare errori nelle tabelle del DB

Citazione:

# ip_topics: OK
# ip_topics_watch: OK
# ip_upi2db_always_read: OK
# ip_upi2db_last_posts: OK
# ip_upi2db_unread_posts: Number of rows changed from 0 to 359702
# ip_user_group: OK
# ip_users: OK
# ip_vote_desc: OK
# ip_vote_results: OK
# ip_vote_voters: OK
# ip_words: OK
# ip_xs_news: OK

continuo a non poter entrare in ACP

Versione di IP: 1.3.0.53a
Server: Linux

da adm/erc.php svuotato la cache e le sessioni?

ritengo improbabile centri col full_tree.php (ricordati il constats.php modificato per bloccare la creazione del full_tree)



edit: fai partire "ripara tabelle del DB" da adm/erc.php

Versione di IP: 1.3.0.53a
Server: Linux
____________

Sessioni svuotate ma il problema rimane.

Tabella  UPI2B l'ha riparata (vedi sopra) ma non ci sono cambiamenti.

Il costant ora l'ho sovrascritto quindi è tornato vecchia maniera



AGGIORNAMENTO:


La riha 3061 è questa qui sotto, e pare proprio sia in ambito full_tree.php

Versione di IP: 1.3.0.53a
Server: Linux

avevi attivata la funziona di creazione logs? se si, magari, c'è scritto qualcosa di utile!

Versione di IP: 1.3.0.53a
Server: Linux
____________

HaoAsakura ha scritto: [Visualizza Messaggio]

avevi attivata la funziona di creazione logs? se si, magari, c'è scritto qualcosa di utile!

No però come postato appena prima di te, la riga incriminata pare sia proprio sul discorso cache.



AGGIORNAMENTO:

HO risolto:

Ripristinando la vecchia cache (quella rinominata alla comparsa del problema) il  forum pare sia tornato a funzionare.

Probabilmente l'errore principale è stato quello della tabella, che è tornato apposto dopo il controllo con console di emergenza. Ma poi cercando la soluzione e cambiando la cartella cache devo solo aver incasinato le cose.

Rimane il dubbio sul perchè l'errore alla tabella e se è collegabile alla disattivazione del file FULL_tree.php

Versione di IP: 1.3.0.53a
Server: Linux

prova a disattivare da ACP la funzione upi2db e usare il constats modificato!

a questo punto, toccando ferro, ed avendo quella funzione disattivata... spero che tenga    (io la funzione upi2db ce l'ho disattivata!)

Versione di IP: 1.3.0.53a
Server: Linux
____________

HaoAsakura ha scritto: [Visualizza Messaggio]

prova a disattivare da ACP la funzione upi2db e usare il constats modificato!

Provo a lasciarla attiva male che vada ridarà lo stesso problema. UPI2DB è importantissima nel forum. Speriamo si sia trattato di un caso....

Versione di IP: 1.3.0.53a
Server: Linux

nel mio é disattivata.
Ma ogni IP é una storia a se ^^

Versione di IP: 1.3.0.53a
Server: Linux
____________

HaoAsakura ha scritto: [Visualizza Messaggio]

nel mio é disattivata.
Ma ogni IP é una storia a se ^^

Si ovvio, era intesa come "nel mio forum".  

Ancora grazie per l'aiuto

Versione di IP: 1.3.0.53a
Server: Linux