 |
|
|
|
| Supporto Discussione |
| Status: |
Inviato |
| Autore |
Messaggio |
redpirate
|
|
Oggetto: AIUTO Fatal error: Call to a member function on a non-object
 Inviato: 26 Nov 2006 - 06:18 AM
|
|
PN Utente Esperto
Registrato: 06 Feb 2006
Messaggi: 107
Status: Offline
|
|
Ragazzi ho incasinato tutto:
ho inserito il modulo per fare il backup del db direttamente da postnuke, ho fatto il backup.
Backup eseguito con successo.
Ho chiuso poco dopo sono rientrato e subito è apparsa la prima pagina senza i blocchi a destra e sinistra poi se chiedo il controllo blocchi mi da il seguente errore (anche in altre operazioni es: la pagina di backup non la vedo):
Fatal error: Call to a member function on a non-object in /web/htdocs/www.pincio.com/home/modules/Xanthia/pnadminapi.php on line 1174
Funziona solo il modulo del forum.
Vi prego un aiuto che non riesco più ad eseguire operazioni. |
_________________
======
redpirate
======
|
| |
|
|
|
 |
|
redpirate
|
|
|
Oggetto: (RISOLTO) ma teniamo sottocontrollo il modulo pnbackup1.2
Inviato: 26 Nov 2006 - 06:12 PM
|
|
PN Utente Esperto
Registrato: 06 Feb 2006
Messaggi: 107
Status: Offline
|
|
Ho risolto con fortuna anche questo casino creatosi involontariamente.
Non voglio dare colpa al modulo pnbackup1.2 che è sicuramente utile perchè permette di fare il backup del db direttamente da pannello postnuke, solo che ha creato una stranezza.
Richiesto il backup tramite il modulo, ha esportato un file di testo enorme e qui tutto ok. Il problema di cui mi lamentavo sopra, era dipeso dal fatto che è sparita la tabella pn_blocks. (fortunatamente sul server e non in locale). Questo non so se ho fatto casino io oppure il modulo..., ma nel file di esportazione del db la tabella pn_blocks è presente con tutte le righe, nel db in produzione non c'era più.
A questo punto ho ripreso lo script (creato dal modulo pn_backup) della tabella pn_blocks insieme alle sue righe ed ho lanciato lo script sql, mi è andato in errore in quanto nella creazione della tabella nel campo pn_last_update era riportata la dicitura
"pn_last_update timestamp DEFAULT 'CURRENT_TIMESTAMP' NOT NULL," mentre nella riga dell'export eseguito dal mio db locale (sulla mia machcina)
`pn_last_update` timestamp NOT NULL default '0000-00-00 00:00:00', .
Tale fattore ha fatto si che lo script creato da phpmysqlaadmin è andato giusto.
Ripeto non voglio screditare il modulo frutto di persone in gamba nella programmazione, ma in qualsiasi caso anche se il modulo non ha cancellato lui la tabella (potrei avere fatto casino io e non accorgermi) rimane il fatto che lanciando lo script una mattina per recupaerare il db avrei avuto problemi sulla creazione della tabella pn_blocks in quanto l'export aveva una parola errata.
A questo punto se usate il modulo per la prima volta monitoratelo attentamente, se lo avete usato confermatemi la sua affidabilità perchè lo uso di nuovo in quanto è utile ma adesso ne sono impaurito (presunto divoratore di tabelle) 
Ciao a tutti. |
_________________
======
redpirate
======
|
| |
|
|
|
|
|
|
|
|
|
|
Page created in 0.29 seconds.
|
|
FAQ
Cerca
Registrati
Messaggi privati
Login
Sub-Forum
