io ho una versione 2.0.11
e dovrei aggiornarlo nel nuovo server ma ho php 7.2
cosa consigliate?
Per completezza:
molte altre info sono reperibili qui
https://www.simplemachines.org/community/index.php?topic=567862.0
P.S. sono ancora in attesa di un responso al mio ultimo messaggio....
si ho letto...
ma ho fatto un cambio server e non vorrei fare passi azzardati con errori
quali sono i file e cartelle a cui attribuire il chmod 777?
perchè mi dice questo nel pannello admin
Indirizzo della cartella del tema: (attenzione, il percorso non è corretto!)Indirizzo della cartella superiore:http://*****/smf/Themes/zapIndirizzo della cartella delle immagini:http://*****/smf/Themes/zap/images
eppure il percorso è giusto
Non è che quel campo vuole una "path" (i.e. il percorso nel filesystem) e non una URL?
la path è giusta pero ora quando provo a loggarmi però non me lo fa fare e mi dice
Durante l'inserimento la sessione è scaduta. Torna indietro e riprova.
Tornare indietro a 5.6, aggiornare smf, ri-aggiornare php.
La compatibilità di php 7 non si estende alla 2.0.11 se ben ricordo.
il problema sta che non mi fa creare topic
e nel mio profilo risulto come tutti a 0 post
quando in realtà nel db ho 10000 post
Stai indicando più problemi alla volta senza neanche dirci se riesci almeno a risolverne uno con i consigli dati, risulta impossibile così per noi sia capire sia aiutarti....
Non ci hai detto se stai facendo tutto sul nuovo server con PHP 7.2, se sei riuscito ad aggiornare e di conseguenza che versione di SMF stai usando ora, ecc...
una cosa che potrebbe essere di molto aiuto è anche l'url del sito.
Citazione di: giusejoseph il Sabato - 01 Giugno 2019 - 19:03
quali sono i file e cartelle a cui attribuire il chmod 777?
perchè mi dice questo nel pannello admin
Indirizzo della cartella del tema: (attenzione, il percorso non è corretto!)Indirizzo della cartella superiore:http://*****/smf/Themes/zapIndirizzo della cartella delle immagini:http://*****/smf/Themes/zap/images
eppure il percorso è giusto
Citazione di: emanuele il Sabato - 01 Giugno 2019 - 19:54
Non è che quel campo vuole una "path" (i.e. il percorso nel filesystem) e non una URL?
Ti è stato detto se erroreamente hai inserito un url invece che un path, hai provato a fare come ti è stato detto?
Path e url sono cose differenti, io ti consiglio di farti aiutare a correggere con il repair settings
https://download.simplemachines.org/index.php?thanks;filename=repair_settings.php
caricalo sulla root del forum e accendi a quell'url.
Citazione di: giusejoseph il Domenica - 02 Giugno 2019 - 03:53
il problema sta che non mi fa creare topic
e nel mio profilo risulto come tutti a 0 post
quando in realtà nel db ho 10000 post
Se non si risolvono gli altri problemi è inutile mettere altra carne al fuoco, un boccone alla volta...
allora...
io ho cambiato server dove prima avevo
smf 2.0.11 e php 5.0
poi ho cambiato server e ho aggiornato la versione al 2.0.15 avendo php 7.2
l'url e questo: http://bigtower.info/smf/index.php
mentre per quanto riguarda url e patch ho verificato ed era tutto ok
Non carica nemmeno il sito xD
ora va nel repair cosa devo fare solo confermare i settaggi?
perchè io avevo 10mila post
e ora mi da zero post fatti
ripristinando il backup noto comunque che ogni aggiornamento della pagina di utenti registrati calano
come se lo script cancella utenti man mano a cosa è dovuto?
A me sembra che tu voglia fare di testa tua in ogni caso, per poi descrivere sommariamente cosa succede e in qualche modo sperare che uno di noi metta a posto tutto con una bacchetta magica.
Backup di cosa? Database? Forum? Lo script non cancella assolutamente nulla... Chiariamo subito una cosa, il database è responsabile del *contenuto* (post, utenti, messaggi etc etc), mentre i *file* sul server vanno funzionare il sito (grafica, funzioni, pagine). Se tu ripristini il backup dei file non serve fondamentalmente a nulla se hai un problema con il contenuto.
io sto cercando di riportare tutti i problemi che riscontro...
attualmente sembra che per la perdita utenti (non so a cos'era dovuto) ri-importando il db di backup che avevo nel vecchio server
e cosi facendo anche i post sono tornati al loro post speriamo bene
Il problema, come descritto anche da Darknico, è che se "spari" una serie di problemi, poi cambi le carte in tavola senza dettagliare cosa hai fatto, nessuno riesce a più a seguirti, magari propone domande avendo in mente potenziali soluzioni, ma quando tu rispondi hai già cambiato la domanda e tutto diventa inutile.
So che è frustrante dover attendere che qualcuno risponda, e so che è frustrante se la risposta sono domande, ma è anche altrettando frustrante pensare a qualche idea sapendo che tanto non avranno valore.
Quello che io avrei consigliato all'inizio della tua migrazione era "semplicemente" di *provare* invece di cambiare direttamente. Ti tenevi il sito live sul dominio come se nulla fosse e facevi le tue prove con calma sul nuovo server, in questo modo avresti capito cosa dovevi fare, avresti sistemato i problemi grossi e la migrazione sarebbe stata semplicemente un import del backup e correzione di due percorsi.
Questa è di solito la procedura migliore per queste cose. Andrebbe bene anche fare i test in locale, meglio che lancarsi direttamente in una migrazione che coinvolge aggiornamenti di versioni di software tra loro incompatibili in certe configurazioni.
Ad ogni modo, ormai è fatta, qual'è il problema attuale?
il problema attuale e che dopo l'aggiornamento i post nel profilo non vengono riportati risulto a 0 post
come se partissi da zero..invece io nel backup del db avevo oltre 11mila post circa
posso verificare tramite db questi valori?
nella sezione errori di smf noto molte volte esce questo errore:
8192: Function create_function() is deprecated
File: /home/*****/public_html/smf/Sources/Subs.php
"Riga": 1516
la riga circa contiene questa dicitura:
// !!! Maybe this can be simplified?
==>1088: 'validate' => isset($disabled['code']) ? null : create_function('&$tag, &$data, $disabled', '
la "Riga" ogni volta cambia però non è sempre la stessa (ma sembra che il contenuto della stringa sia sempre uguale a quella riportata su)
up