phpBB Italia

Salve a tutti,
ho modificato il campo "user_dateformat" nel db, impostando come formato predefinito "d/m/Y - H:i".

Ieri sera, però, ho riscontrato un difetto in un topic (non so però se la cosa è collegata), scoprendo che i messaggi non venivano mostrati in base all'id dei singoli post (decrescente) ma in base alla data ed all'orario di inserimento.

La cosa assurda è che la risposta di un utente è stata inserita PRIMA della domanda. Ho verificato l'orario di inserimento ed effettivamente risulta che la risposta è stata inserita alle 21:04, mentre la domanda alle 21:49. Com'è possibile?

L'orario di stampa viene preso dal server o dall'utente? In questo caso, la colpa potrebbe quindi essere dell'utente che ha l'orario non settato correttamente nel proprio pc?

Se tu stesso hai rilevato la causa... hai già la soluzione: ripristina lo status quo.

non so se è collegata oppure se è stato un caso. magari è successo anche altre volte solo che non essendoci stati "quote" la cosa è passata inosservata...

che tu sappia l'orario dei post da dove viene preso?

Naturalmente dal server... ma sei hai messo mano al database (senza seguire una MOD ufficiale peraltro), è molto probabile, che la causa sia questa. Certo non è sicuro. Ma sei tu ad aver rilevato il nesso. Peraltro scelta discutibile, perché i formati si possono regolare tranquillamente da PCA e da PCU.

Il codice si tocca solo quando non si può intervenire a livello di interfaccia. E ancora più raramente, il database.

ho fatto quello che è stato consigliato da micogian su questo topic, visto che dal PCA non prendeva la modifica...

forum-di-supporto-f4/cambiare-formato-data-t7411.html

Il fatto di non riuscire a modificare il parametro da PCA, può essere indice di un problema preesistente nel database. Un test preventivo in locale, sarebbe stato utile, per escludere problemi di configurazione a livello host.
Tenendo presente questo, dopo aver provato da PCA, può avere senso utilizzare una query o un intervento manuale. Avevo inteso che avevi messo mano al database, senza prima provare da PCA: questo sarebbe stato molto discutibile. Ma una volta provato da PCA, magari più di una volta, prima di mettere mano al database, con query o interventi manuali, mi sarei chiesto perché non viene eseguita una funzione nativa. Avrei trasferito tutto in locale, e se fosse stato il caso, sempre in locale, avrei usato l'STK (con ripristino integrale ftp). Se ancora, dopo tutto questo il problema sussisteva, avrei optato per l'intervento manuale. Ma come ultima spiaggia. Non come prima o seconda opzione.


P.S.
Intanto prova con un semplice sincronizza statistiche, sincronizza conteggio messaggi, ripara tabelle.

Angolo ha scritto:P.S.
Intanto prova con un semplice sincronizza statistiche, sincronizza conteggio messaggi, ripara tabelle.

ok, fatto tutto. questa qui a che serve?

"Ripristina la data di avvio del sistema"

la faccio pure?

No... a meno che tu non sia in locale o su forum sperimentale. Gli esperimenti e le prove si fanno solo in quegli ambienti.
Fatto tutto questo, verifica se il problema (da ora in poi), si ripresenta.
Verifica anche se hai sufficiente spazio nel database a livello di host. Alcuni host, garantiscono solo una quota di spazio... che se viene superata in modo sproporzionato, può disturbare l'attività corretta del mysql. Anche per questo utile la prova in locale.

Angolo ha scritto:No... a meno che tu non sia in locale o su forum sperimentale. Gli esperimenti e le prove si fanno solo in quegli ambienti.
Fatto tutto questo, verifica se il problema (da ora in poi), si ripresenta.
Verifica anche se hai sufficiente spazio nel database a livello di host. Alcuni host, garantiscono solo una quota di spazio... che se viene superata in modo sproporzionato, può disturbare l'attività corretta del mysql. Anche per questo utile la prova in locale.

ok, allora lascio tutto così per il momento. speriamo che il problema non si verifichi più.

grazie intanto

Sì.. ma verifica la questione spazio.