Browser visualizza pagina completamente bianca, anteprima invece corretta 
Автор: B. Sforzini
Просмотрено 1458,
Подписчики 2,
Размещенный 0
Nel sito che ho "imbastito"come gioco a scopo didattico per mio figlio affinchè impari i rudimenti della comunocazionem web, c'è una pagina elementare con una galleria, un video youtube ed un testo.
Da un paio di giorni questa pagina appare completamente bianca sul browser google chrome(ma anche su firefox) mentre sull'anteprima si visualizza correttamente.
Unica cosa che avevo varianto in questi giorni: avevo isnerito nel footer un calendario di google ma poi l'ho rimosso perchè non mi piaceva.
http://www.marco-sforzini.com/minicross.php
3 NOTE
- essendo un gioco, i contenuti sono molto "pasticciati" dal bimbo speriemnatore
- ho protetto la maggior parte delle pagine perchè si tratta di un sito ad uso prettamente "locale" familiare
- per permettere la verifica e la soluzione del quesito ho temporaneamente creato la user TEST con pw TEST
Grazie
Размещено
sembrerebbe un errore di codice php... ma c'è anche il fatto che hai protetto il codice con criptazione... o sbaglio? con le credenziali segnalate si entra in una pagina imlogin.php vuota... sempre lo stesso errore...
ho provato il tuo form , ma non funziona nemmano quello , sempre pagina bianca. sei sicuro che hai php funzionante su tuo spazio web? controlla
Автор
Buongiorno
Come sapete non sono un esperto. La pagina si visualizzava fino due giorni fa, è possibile che il php che dice Kris si sia "guastato" da solo?
le altre pagine si visualizzano, questa è diversa?
Автор
..dimenticavo: come ha notato Kris, da ieri il form non stampa la parola di controllo
come faccio a verificare se php funziona (il mio host è Aruba)
digita nel browser:
http://www.marco-sforzini.com/admin
entra con le credenziali che hai stabilito e verifica che tutti i test siano verdi...
ho provato a digitare quello che ti ho suggerito ma ricevo una pagina bianca anche qui...
io proverei a fare ctrl+anteprima nel progetto e poi riesporterei "tutto" non le ultime modifiche... ma potrebbe anche essere un problema della criptazione del codice... di cui non conosco la procedura...
... forse nelle pagine coinvolte dalla codifica PHP hai in uso caratteri o struzioni riservate...
... ... verifica di avere almeno PHP 5x facendo questo TEST:
>>> nel "blocco note" di Windows incollare il seguente script PHP (CODICE), e salvare con nome "info.php", verificare che il file generato sia effettivamente "info.php", ed inviare tale file alla radice del SITO in RETE con programma FTP terzo, tipo Filezilla, dopo di che, richiamare dalla barra indirizzi del browser +invio, per esempio:http://www.NomeTuoSito.it/info.php ...se il PHP è attivo ti appariranno tutte le caratteristiche supportate dalla versione PHP del server ...
CODICE da digitare:
<?php phpinfo(); ?>
.
Автор
Kolasim
Io ho fatto, ti invio il risulato perchè io ovviamente non capisco nulla...
C'è un errore in questo file: http://www.marco-sforzini.com/res/x5settings.php
Hai installato la 13.1.0.4 (beta) non vorrei fosse lo stesso problema segnalato in questo post: https://helpcenter.websitex5.com/ru/post/168269
Magari mi baglio...
Se fosse come dice lemonsong , puoi provarlo esportando tutto il sito magari con filezilla. prova
a volte aruba fa degli aggiornamenti sul server, magari ora capitato sul tuo server, quando lo faceva sul mio ho avuto problemi pure io. poi ho riesportato tutto il sito completo appena lo hanno finito gli aggiornamenti. (nel frattempo puoi provare come ti ho scritto prima, riesporta tutti i file con filezilla), poi controlla. infatti non fuinziona nenache captcha e mi pare evidente che dipende dal tuo server.
Non so da dove hai dedotto questo comunque, se proprio si vuole verificare o meno la "responsabilità" di Aruba (io non ho detto questo) è sufficiente esportare il sito su, per esempio, Altervista.
aruba sta aggiornando i server
Автор
A.Kris
Esporato tutti i file con Filezilla, purtroppo non cambia niente
... ottimo, ...ho visto anche sul link, e quindi sei OK per quanto riguarda il PHP...
... adesso, come segnalato da lemonsong, edita con il FileManager o PermissionManager del server il file indicato, e cerca di interpretare se possibile la causa dell'errore al rigo 35...(*)
... altrimenti provvisoriamente togli tutte le pagine PHP ed esporta, almeno per vedere se il pannello /admin/ si attivi regolarmente...
... poi una ad una ripristina le pagine PHP, con esportazioni sequenziali, ed andando per esclusione, cerca di capire quale sia la pagina che crea il problema, controllando se tra i nomi, descrizioni, etichette, campi, e quant'altro coinvolto nella codifica PHP siano presenti caratteri speciali riservati (*) del tipo ('),("),(?),(&),(CR), eccetera eccetera...
... fai anche la prova comparativa che ti hanno suggerito, esportando provvisoriamente su Altervista...
.
@B. Sforzini
Se vuoi un consiglio spassionato, torna alla versione "stabile".
Le versioni dichiaratamente beta servono per testare e non per fare siti attivi.
Ciao B. Sforzini, mi spiace ! allora se prima funzionava per forza deve essere la versione beta, ti conviene riprendere la versione precedente oppure se non hai salvato il file iwzip , aspettare che esca l'aggiornamento final ;-)
Автор
ho capito che devo lasciar perdere gli aggiornamenti
meno male che questo progetto è solo un gioco
Автор
Con l'aggiornamento di oggi 20 marzo 2017 (anche questa una versione beta) la pagina è tornata a vedersi più o meno correttamente ed anche la parola di controllo sul form è di nuovo visibile
C'è quelche sfasamento e cambio di dimensione nel contenuto del footer ma si può rimediare.
Grazie per l'assistenza.