Passaggio a php 5.4.42 e problemi htmlspecialchars postato il 02/07/2015 22:53:52 nel forum programmazione, gdrcd e open source
Buonasera a tutti,
ieri sera il mio provider di fiducia, che ospita il GDR, si è aggiornato passando alla versione 5.4.42 di php.
Tutto bello e buono direte, sì, se non fosse che ora mi da problemi con tutte le lettere accentate...
Da quanto ho capito, in php 5.4.42, il funzionamento del htmlspechialchar è del tipo: se trovo un carattere che non rientra nel charset, mando una stringa nulla. Inoltre il charset di default è UTF-8, quindi niente èéàùò
Potrei quindi aggirare il problema usando qualcosa come:
Pagine → 1
03/07/2015 00:56:58 e modificato da dyrr il 03/07/2015 01:11:10
Hai provato ad usare invece di ENT_IGNORE con ENT_SUBSTITUTE?
03/07/2015 11:50:25
Grazie per la risposta,
Si, avevo provato ma ora mi sembra di ricordare che stupidamente non avevo specificato la cod ISO-8859-1 quindi mi dava tutti caratteri non riconosciuti per le lettere con accenti. Inoltre stavo per riscrivere ogni htmlspec... L'idea di riprogrammare la funzione mi piace moltissimo! Stasera la provo e vi faccio sapere.
Grazie mille :-)
09/07/2015 19:03:26
L'idea di salvarmi dall'aggiungere: , ENT_IGNORE, 'ISO-8859-1') alla fine di ogni htmlsp. mi piaceva molto. Peccato che nel pacchetto php installato sul mio server manca la funzione "rename_function" ergo mi da l'errore:
Call to undefined function rename_function()
:-(
Cmq, aggiungendo , ENT_IGNORE, 'ISO-8859-1' alla fine di ogni htmlsp "a manO" funziona quasi bene...
Quasi, perché inspiegabilmente andando nelle bacheche, non riesco più a modificare i post inseriti.
Se apro il post facendo clic su "modifica post" non richiama correttamente il messaggio dalla bacheca...o meglio, non lo richiama per niente... Uff... ho applicato la "toppa" del , ENT_IGNORE, 'ISO-8859-1' sia a bacheca.php sia a nuovabacheca.php (GDR-CD Extreme...) ma nulla...
09/07/2015 19:19:54
non ti funziona indipendentemente che il messaggio da modificare contenga o meno caratteri speciali?
09/07/2015 19:31:19
Già. Non funzionava in nessun caso. Ora però ho ripreso il file "vecchio" e ho risistemato gli htmlsp... e ora funziona.
Evidentemente avevo toccato altro senza rendermene conto :-)
Grazie a tutti :-)
Ora cerco un modo per ovviare al dover modificare tutti i htmlsp del codice o.O... anche se senza il rename_function(), la vedo ardua...
09/07/2015 19:44:52
una soluzione sarebbe scaricarti la land con l'ftp, metterla in una cartella in locale, usare una sostituzione di massa all'interno dei file come fanno certi programmi tipo il notepad++ e riuppare la land, tempo totale del lavoro più a scaricare e riuppare la land che a rinominar eil tutto cosa che il programma farà si e no in un minuto.
14/07/2015 19:34:53
La sostituzione di massa purtroppo non credo sia fattibile, in quanto la sintassi contiene sempre il nome della variabile a metà stringa, quindi dovrei sostituire "in massa" per ogni variabile presente nel codice... :(
14/07/2015 20:19:54
alcuni programmi come il notepad++ supportano le regex nelle sostituzioni quindi potresti usar euna espressione regolare ad hoc per la cosa
14/07/2015 20:27:37
Interessante... ora mi informo bene su come funziona.
Grazie :-)
Discussione seguita da
Pagine → 1
Rispondi alla Discussione Aggiungi ai Preferiti Inoltra Discussione Forum Programmazione, GDRCD e Open Source Elenco Forum
One Piece: Dungeons and Devil Fruits: Materiale in lingua