Visualizza post

Questa sezione ti permette di visualizzare tutti i post inviati da questo utente. N.B: puoi vedere solo i post relativi alle aree dove hai l'accesso.


Post - aslupin3

Pagine: [1] 2 3 ... 6
1
SMF 2.0 / Re:Errore del Database
« il: Lunedì, 09 Novembre 2020 22:08 »
ho usato prefix_ per indicare il prefisso delle tabelle che può variare da installazione in installazione.

Nel tuo caso cerca la tabella smf_messages.

NOTA: Modificando il valore di default non fai altro che dire a MySQL che in caso il valore di quel campo non fosse specificato di usare quello come valore.
Nell'uso, visto che comunque un valore, anche la stringa vuota, viene passato non dovresti mai vederlo.

2
SMF 2.0 / Re:Errore del Database
« il: Lunedì, 09 Novembre 2020 21:21 »

dove dovrei mettere la frase? grazie...

Dovresti modificare direttamente il DB e le proprietà del campo.

La tabella da modificare è prefix_messages e il campo è edit_reason. Lo modifichi specificando nel valore di default quello che vuoi.

3
SMF 2.0 / Re:Errore del Database
« il: Lunedì, 09 Novembre 2020 17:09 »
Generalmente quando MySQL è in Strict Mode bisogna specificare in ogni campo del DB un valore di default (Non era necessario con versioni vecchie del motore di MySQL).

Potresti provare ad impostare come valore di defalut del campo "edit_reason" la stringa vuota (che è differente da NULL).

EDIT:
Se la mod è questa (https://custom.simplemachines.org/mods/index.php?mod=349) in effetti nel creare il campo non imposta valore di default.
Confermo quindi che impostare un valore di default dovrebbe risolvere il problema.

Per non lasciare vuoto potresti mettere una frase tipo "Modifica da parte dell'utente per errori", o quello che ti pare meglio.

4
SMF 2.0 / Re:Ripristino db mysql su nuovo forum
« il: Venerdì, 07 Agosto 2020 15:52 »
Forse, ne so poco, attendo lumi da chi ne sa di più.
La tabella SETTINGS contiene le impostazioni del forum.
Se, come sembra, nel tuo backup non c'è, e adesso stai usando quella di un altro forum, è già un mezzo miracolo che funzioni così.

5
SMF 2.0 / Re:problemi in aggiornamento da 2.0.15 e 2.0.17 e backup
« il: Venerdì, 07 Agosto 2020 15:50 »
Ed inoltre, a puro titolo informativo e senza responsabilità, quanto pensate sia "pericoloso" procedere con l'aggiornamento in presenza dei messaggi di errore e senza backup (lo so che non c'è risposta sicura, ma mi basta qualcosa su cui eventualmente decidere)

Non lo fare.
Non saprei quantificare le probabilità, ma anche quanto ci fosse l'1% di probabilità che possa accadere qualcosa di storto, ti troveresti senza forum.
Ne vale la pena?

Un backup lo puoi fare, ed anzi dovresti farlo proprio così, con strumenti esterni al forum, quindi copia di tutti i file e dump dell'intero DB (puoi usare phpmyadmin).

Prima di procedere, a backup fatto, ti consiglio pure di provare, su una macchina di test, che il ripristino vada a buon fine.

6
SMF 2.0 / Re:Ripristino db mysql su nuovo forum
« il: Giovedì, 23 Luglio 2020 22:18 »
Rifatto tutto, caricato il backup, quando accedo al forum appare questo messaggio

"Table 'Sql1455xxx_5.smf_settings' doesn't exist"

Se ti riferisci a questa, no non esiste.

Quindi il Backup che hai non è completo. A meno che durante l'import del dump ti viene fuori qualche errore.

7
ElkArte 1.0 / 1.1 / Re:Errore quandocreo un nuovo topic o modifico.
« il: Giovedì, 23 Luglio 2020 17:34 »
Per cambiare modifica vado ne db e cambio codifica ad ogni tabella o c'è un modo unificato per cambiare codifica?

Dovrebbe bastare flaggare la casella "Cambia tutte le collazioni delle tabelle" sotto alla casella con la codifica.

8
SMF 2.0 / Re:Ripristino db mysql su nuovo forum
« il: Giovedì, 23 Luglio 2020 17:32 »
A questo punto mi chiedo, visto che non trova la tabella settings, sei certo che il backup sia completo?

9
SMF 2.0 / Re:Ripristino db mysql su nuovo forum
« il: Mercoledì, 22 Luglio 2020 10:04 »
Hai verificato che il prefisso delle tabelle del backup sia lo stesso di quello usato nell'installazione nuova?

10
SMF 2.0 / Re:Ripristino db mysql su nuovo forum
« il: Lunedì, 20 Luglio 2020 17:41 »
Non esiste, credo perchè ho eliminato il database dell'installazione per caricare il backup.

Perdonami se interevengo.

Su Aruba i DB non possono essere ne creati ne eliminati. Si possono creare e cancellare le tabelle ma non i DB che sono forniti come servizio.

Qualcosa quindi non quadra.
Devi caricare le TABELLE del tuo backup all'interno del DB FUNZIONANTE configurato nell'ultima installazione di SMF.
Puoi scegliere se eliminare le vecchie o solo svuotarle, ma devi usare QUELLO STESSO DB.

11
Amministrazione > Manutenzione > Mail > Impostazioni

Imposta il metodo in SMTP e inserisci i parametri nei campi sotto.
Di default viene usata la funzione mail() di PHP. Per utilizzare un server SMTP aggiusta i parametri indicati.

Fai attenzione:
 - verifica che il tuo hosting permetta queste connessioni (ad esempio AlterVista non lo permette);
 - se usi GMAIL verifica che l'account sia impostato per permettere l'accesso dal forum.


12
SMF 2.0 / Re:Pagina iniziale visibile solo se loggati.
« il: Sabato, 13 Giugno 2020 12:48 »
NB. Ho visto che posso rispondere alla discussione solamente ogni 24 ore! ma non è un lasso di tempo un tantino esagerato?

Se qualqun'altro ha scritto dopo di te, puoi rispondere senza dovere attendere.

Se l'ultimo messaggio è il tuo, puoi sempre modificarlo per integrarlo e non scrivere un nuovo messaggio.

Questo credo sia l'intento della limitazione.


13
SMF 2.0 / Re:Ripristino DB MySQL
« il: Venerdì, 08 Maggio 2020 09:54 »
Com'è finita? Sei poi riuscito?

14
SMF 2.0 / Re:Ripristino DB MySQL
« il: Giovedì, 30 Aprile 2020 21:12 »
nei file SQL le righe che iniziano con -- sono solo descrittive.

La sequenza --indica un commento (tipo il // in php)

Quindi la riga -- Database: xxxxxxx
Indica solo a chi legge che si vuole operare con quel DB ma non da alcuna direttiva all'interprete che ignorerà la riga.

Metti le righe che ti dicevo proprio sotto, senza --

15
SMF 2.0 / Re:Ripristino DB MySQL
« il: Giovedì, 30 Aprile 2020 18:06 »
Su phpMyAdmin devi selezionare il DB su cui vuoi importare il dump SQL.

La modifica che ti suggerivo la devi fare nel file.

Con un editor di testo (Notepad++ va benissimo) apri il file .sql e all'inizio aggiungi ALMENO la riga

USE `NOME DEL TUO DATABASE`;

Ma ti consiglierei di metterle entrambe.

Poi fai la prova a reimportare il file da phpMyAdmin.

Pagine: [1] 2 3 ... 6
SimplePortal 2.3.7 © 2008-2018, SimplePortal