Problemi trasferimento server

Problemi trasferimento server postato il 05/10/2012 00:58:43 nel forum hosting e server

Ciao a tutti, ho un gdr che al momento si trova su Altervista ma che, dati rallentamenti e cadute frequenti, ho deciso di trasferire su di un hosting che ho acquistato su hostgator. E' la versione da 10$ al mese, dove è supportato il PHP5 e dove la banda, lo spazio ed il mysql sono illimitati.

Effettuato il trasferimento mi si visualizza la homepage, soltanto che al momento del login mi spuntano i seguenti errori:

Warning: Cannot modify header information - headers already sent by (output started at /home/caluri/public_html/mag/config.inc.php:1) in /home/caluri/public_html/mag/login.php on line 186

Warning: Cannot modify header information - headers already sent by (output started at /home/caluri/public_html/mag/config.inc.php:1) in /home/caluri/public_html/mag/login.php on line 196

La cosa strana è che nonostante questo errore, il conteggio degli online (che si trova nella home) in realtà s'aggiorna, come se il pg realmente fosse entrato; infatti, se provo a rinserire gli stessi dati, mi dice che l'utente è già connesso.

A questo punto, pensando a qualche incompatibilità con il mio codice modificato, ho provato a mettere online la versione base (senza modifiche) del gdrcd con il db nudo e crudo... risultato? medesimo precedente -.-"

Quindi.. cosa c'è dietro? Mi sono dimenticato qualche passaggio o c'è qualche incompatibilità di fondo?

Vi ringrazio in anticipo per le risposte.

05/10/2012 13:15:47 e modificato da cicciokr il 05/10/2012 13:17:29

devi o abilitare l'output buffering dal php.ini
per abilitarlo devi aprire il file php.ini e cambiare:
output_buffering = Off
in
output_buffering = 4096

oppure nella pagina di login.php in alto subito dopo session start scrivi
ob_start();
e in fondo alla pagina scrivi
ob_end_flush();

---

E´ proprio quando un popolo è all´apice del successo, che ha inizio il suo declino..

05/10/2012 14:43:46

Puoi ovviare al proglema salvando i file con la codifica "UTF-8 NO BOM". Il file con salvati con codifica utf-8 portano all'inizio del file qualche bit contenente dei caratteri nascosti di controllo. Il server PHP li legge come output html (dato che non sono mai e non possono essere messi all'interno del codice <?php ?> perchè nascosti e di sistema) e in presenza di comandi php quali appunto "header(....)" il php restituisce un warning message nei migliori dei casi in altri (in base a come è configurato il server) ti blocca il caricamento della pagina perché a comando "header(..)" non ci deve essere mai prima dell'output destinato all'html quindi al server web (apache o iis che sia).

Scrivendo pagine in utf8 si può avere questo problema che va anche in base a quale software usi per l'editing dei file. Se fai "salva con nome.." ad ogni modo in basso dovresti avere il tipo di codifica e tra quelle presenti dovresti avere il "NO BOM" dell'utf-8.

---

.:[eL Diabolo]:.

06/10/2012 02:09:57

Risolto.. il problema risiedeva proprio nel php.ini.
Grazie mille per l'aiuto ;)

06/10/2012 03:24:52

Io avevo lo stesso problema e lavorando sul php.ini l'ho risolto. Ma ora ne ho un altro.
Per vedere se funzionava, l'altro giorno avevo estratto il db della land e lo avevo hostato sul nuovo sito. Funziona tutto. Allora, visto che tutto funziona, ho estratto quello aggiornato a qualche minuto fa e l'ho montato sul nuovo sito dopo aver tolto l'altro. Il risultato? Non funziona. Mi risultano 3 presenti in land quando in realtà non c'è nessuno, e se entro mi ritrovo tutti gli iscritti sia nella lista degli entrati sia in in quella degli usciti. Perfino il mio pg risulta essere sia entrato sia uscito dalla land.
Ho quindi eliminato il db aggiornato e ri-hostato quello vecchio. Risultato? Tutto funziona. Ri-hosto quello aggiornato, e il problema ritorna. In poche parole, con il db vecchio funziona tutto, con quello nuovo c'è il problema dei presenti.
Ma io non ho toccato ne il db nuovo ne quello vecchio, e oltre a qualche nuovo iscritto e qualche nuovo messaggio non c'è alcuna differenza tra i due db. Quindi non capisco dove sia il problema.

Potete aiutarmi?

06/10/2012 11:56:41

Utilizza quello che funziona e passa su quello i dati che ti ocorrono

07/10/2012 15:15:04

Ho fatto come mi hai suggerito e ora funziona, grazie. Inizialmente sembrava di no, perché mi segnalava sempre i presenti, ma aspettando qualche ora si è poi sistemato da solo. Grazie.

Ma ora ho un altro problema: l'orario. Il server che stiamo usando è in america, e ho notato che sia nei messaggi sia nei log ci segna l'orario di laggù..per esempio, ora sono le 15 e i messaggi mi segnano le 8..
nel file config (uso gdrcd 5.1) non vi è nulla che riguardi l'orario, vi è solo la parte che riguarda l'offset della data. Ma siccome su altervista andava senza problemi, non credo (ma forse mi sbaglio) sia un problema del codice.
C'è un modo per risolvere questa cosa?