Stampa

Effettua l'accesso o una nuova registrazione.
1 ora 1 giorno 1 settimana 1 mese Sempre
Inserisci il nome utente, la password e la durata della sessione.

[littleqwerty]

Allora, al momento siamo

• 000webhost
• altervista (solo marillac se ho capito bene)
• bugs3
• hostinger

[Daniele8787]

Noneee, su altervista ho detto che funziona.

[antonino.spampinato]

little, ma è il server originale che hai su altervista, o è una copia di un server con quel difetto?
scusate, ne sparo una.

[littleqwerty]

Anche a me!

Ho dato per scontato che usi altervista.
Me lo confermi??

Noneee, su altervista ho detto che funziona.

A marillac no, se non ho capito male

little, ma è il server originale che hai su altervista, o è una copia di un server con quel difetto?
scusate, ne sparo una.

Dovrei chiedere a marillac

ps. invece a chi è che funziona?

[Daniele8787]

Boh non mi sembra che marillac abbia parlato di altervista. Forse lo presumi..non so, bisognerebbe chiedere a lei. Comunque vedrò di capire a cosa diavolo è dovuto. Comunque nessun problema neppure su heliohost. Bata vedere nella pagina info di gojack web, e da li si capisce se riceve correttamente il numero di versione o meno. Se compare il numero dell'ultima versione, allora è tutto funzionante.

[marillac]

No, altervista non da' errore di aggiornamento!!!!

[littleqwerty]

colpa mia.

non avendo specificato quale sito davo per scontato fosse quello in firma

[marillac]

hostinger adesso non da' più quell'errore, 00webhost ancora!

[Alaing]

Si potrebbe risolvere il problema dell'euro, togliendo la conversione di <textarea name="text"> da utf-8 in iso-8859-1, usando al suo posto, nella textarea con method="POST", le funzioni htmlentities e html_entity_decode per l'invio effettivo,nel caso di mancato invio, si crea la bozza con l'aggiunta di htmlentities.
htmlentities($stringa,ENT_QUOTES,'Windows-1252');
Mentre se proviene da bozze, dovrebbe essere d'apprima decodificato con
html_entity_decode($stringa,ENT_QUOTES,'Windows-1252'); (succesivamente dovranno essere encodati, come specificato nel services.xml ).

ps. per il corretto funzionamento dei moduli, deve essere specificato header('Content-type: text/html; charset=Windows-1252'); con l'attributo accept-charset="Windows-1252" dell'elemento form.

Per i dati che saranno visualizzati come html (inviati,ricevuti, bozze , nonché la stessa pagina d'invio... altro ecc.), si dovrebbe specificare lo stesso header, è codificarli con htmlentities(); inclusa la pagina d'invio perché dovrebbe prelevare i dati originali (ad es. text/plain di: servizi.php,rubrica.php e altro)
EDIT: utilizzare per i servizi, html_entity_decode e urlencode, per non avere problemi con caratteri riservati.
Ricordo, che nel caso di mancato invio, si crea la bozza, con htmlentities.

Per i file (php,txt) text/plain, dovrebbero essere specificati con header('Content-type: text/plain; charset=Windows-1252');

ps. ovviamente tutti i file creati, dovrebbero essere con charset windows-1252.

questo problema è rapidamente attivato in questo continente. Ho anche vittima di questo problema. Sto cercando di trovare una soluzione invece di questo problema. fino ad ora io non trovo questa soluzione come posso risolvere il problema. se avete soluzione migliore allora per favore condividere con me.