Visualizzazione Stampabile
-
Spero che hai scaricato la patch corretta, cioè per la 4.1.4 ... altrimenti devi ora anche fare l'aggiornamento alla 4.1.5, o ripristinare i file della 4.1.4 se non hai ancrora eseguito upgrade.php dopo il patch.
Quel che scrive poi come versione post patch è a volte giusto, spesso no.
-
Uhmmmm... spero di imparare per la 4.1.9!:confused:
allora... io avevo la 4.1.4, ho visto la 4.1.5, l'ho scaricata ed ho spostato i 2 file ma non ho lanciato nessun upgrade. :up:
tutto qua... senza eseguire upgrade.php
a questo punto avrei bisogno di una guida step by step... ma step piccoli eh!
-
Dovevi scaricare la patch per la 4.1.4. Se ha esattamente gli stessi file come la patch 4.1.5 allora sostituisci ancora una volta i file di ora e lanci upgrade.php
Altrimenti devi o riprendere i file della 4.1.4, oppure aggiornare alla versione 4.1.5 (non patch).
Per l'altro basta leggere, è scritto tutto superchiaro (in inglese) sul sito di vbulletin :)
-
Citazione:
Originariamente Scritto da
y2ksw
Dovevi scaricare la patch per la 4.1.4. Se ha esattamente gli stessi file come la patch 4.1.5 allora sostituisci ancora una volta i file di ora e lanci upgrade.php
Altrimenti devi o riprendere i file della 4.1.4, oppure aggiornare alla versione 4.1.5 (non patch).
Per l'altro basta leggere, è scritto tutto superchiaro (in inglese) sul sito di vbulletin :)
aiaiaiaiiaiiii allora, ho scaricato la patch 4.1.5. ed ho sostituito i 2 file, ho lanciato l'upgrade ma con esito negativo, va a buon fine ma continuo a vedere "vBulletin 4.1.5 Patch Level 1" nel ACP, nel resto delle pagine "Powered by vBulletin® Version 4.1.4" come anche sul login per entrare nel ACP.
A questo punto ho scaricato tutta la suite 4.1.5, ho sovrascritto i file ed ho ricompilato il file config.php, ho lanciato upgrade.php e indovina un pò? Ho tutto perfettamente alla 4.1.5 ma mi si verifica il problema dopo il login con qualsiasi utente ricevo il messaggio "Invalid Redirect URL (http://localhost:8888/)". :mad:
come ti scrivevo nell'altro post.
-
ok... forse, ma dico "forse" ho identificato il problema o meglio i problemi.
- Ho scaricato e caricato la suite 4.1.3 e magicamente è tornato tutto ok
- Ho scaricato e caricato la 4.1.4 e riecco il problema...
- Ho scaricato e caricato la 4.1.5 e sempre il problema ma finalmente ho una coerenza tra la versione del ACP e di tutti i riferimenti della versione sul sito
Dopo queste operazione deduco che:
- il problema relativo la differenza della versione ACP e del sito probabilmente era dovuta ad upgrade sbagliato, sostituendo i file ma senza lanciare /install/upgrade.php
- il problema del "Invalid Redirect URL (http://localhost:8888/)" può esser dovuto a... e cito un utente di vbulleting.org con problema simile:
"Someone told me about this today too, only seems to have started since yesterday when I installed 4.1.4 Patch Level 1, and the recent security fix on top of that (the files from the security patch were more recent so this seemed to be the correct order to apply the updates)."
poi edita
"I've found the problem on my forum, it was related to the "Always use Forum URL as Base Path" option. This was enabled, which meant that when people accessed the forum without the www. they would get a redirect error when logging in, but with the www. was fine. Now the option is disabled, both URLs seem to be working OK again. This problem did only show up with the very latest round of updates though so the behaviour of this option seems to have changed recently."
Ma purtroppo il mio problema è che davanti a http://localhost:8888/ non ci posso mettere il www dunque spero che il tutto si risolva una volta messo online.:up:
cosa ne pensi?
aggiungo... se dal ACP disabilito:
Disable Redirect Domain Checking
Disable Redirection Checking. I understand the risks associated with disabling this security feature.
cosi funziona tutto perfettamente :)
-
Sì... queste funzionalità aggiuntive delle URL creano una grande confusione e alla fine sono soltanto per i forum dove a) è abilitato HTML e b) dove non si controlla mai cosa fanno gli utenti :)
Io le ho disabilitate tutte e il codice HTML è limitato ad alcune aree. Restano i problemi XSS, che però sono relativamente innocui considerando che per catturare i dati "interessanti" bisogna per forza avere conoscenze elevate e un portfogli bello denso per l'allestimento di server dedicati ... Tutte cose che un script kiddy non ha :)
-
Provato a caricare il file tools.php ed eseguirlo? persiste il problema?
Mirko B.