mlinvoicen utf8 -> iso-8859-15 muutos mahdollinen?

[kzmx]

eli itsellä on utf8 palvelin ja apachen jouduin laittamaan iso-8859-1 charsetille, tiettyjen sivujen takia.. ja sitte muutin mlinvoicen configista
// define('_CHARSET_', 'UTF-8');
define('_CHARSET_', 'ISO-8859-15');

niin sen jälkeen pdf tiedostojen charsetti on väärin, ja sähköpostin lähetyksessäkin näkyy ääkköset väärin.. onko siis mahdollista saada tuota iso-8859-15 käyttöön ongelmitta?

kun ohjeessahan lukee että pitäis ottaa utf8 käyttöön tietokannan luonnin yhteydessä.. voiko sitä muuttaa jälkikäteen?

kun tuo 8859-15 on config.phpssä käytössä pdf tiedostossa näkyy Laskun päivämäärä: (ääkköset väärin)

ja yksi asiakas vastasi minulle lähetettyyn spostiin, niin siielläkin kirjoitettu teksti oli tuollai...


EDIT: testailin.. niin ei ainakaan mun sähköposti ohjelmista tule vääriä ääkkösiä.. tiedä sitten mitä ohjelmaa ja käyttöjärjestelmää asiakkaani käyttää..

[Ere Maijala]

ISO-8859-15 ei välttämättä toimi oikein UTF-8 -tietokannan kanssa, vaan se on jäänne PkLaskun ajoilta ja tarkoitettu tukemaan PkLaskusta konvertoitua tietokantaa, jossa sisältö ei ole UTF-8:a. Sitä ei siis kannata käyttää. Voisitko tarkentaa, mitä tarkoitat sillä, että laitoit Apachen iso-8859-1 -charsetille? Pakotettu content-type -header vai jotain muuta? Voisiko sen ehkä tehdä hakemistokohtaisesti tai ohittaa htaccessilla tms?

--Ere

[kzmx]

apache.confiin lisäsin AddDefaultCharset ISO-8859-1

jolloin  curl -I localhost näyttää seuraavan..

Date: Wed, 20 Feb 2013 20:25:07 GMT
Server: Apache/2.2.22 (Ubuntu)
Last-Modified: Tue, 14 Aug 2012 16:18:51 GMT
ETag: "1a0c0b-80-4c73c2a8112ee"
Accept-Ranges: bytes
Content-Length: 128
Vary: Accept-Encoding
Content-Type: text/html; charset=ISO-8859-1

jos käytän mlinvoicen configissa define('_CHARSET_', 'ISO-8859-15');

niin silloin ei näy mitkään ääkköset oikein, vaikka palvelimella on tuo content-type iso-8859-1, niin joudun pitämään config.phpssa utf-8 charsettiä, varmasti tietokannan collationin takia.

joudun käyttämään iso-8859-1 localea sen takia, kun muuten kotisivut jotka sijaisevat palvelimellani, eivät näy normaalisti, ellen käytä esim winscp ohjelmassa encodingia, mutta sitten jos editoin ssh yhteyden kautta tiedostoja nutty ohjelmalla, jossa voi käyttää myös encodingia asetusten kautta, ei välttämättä toimi copy/paste ja sitten joudun kaikki sivut(tiedostot) käymään uudelleen läpi ja katsomaan että ääkköset näkyy oikein, ja vaikka tiedostojen sisältö näkyisi oikein winscpllä tai nuttyllä, ei ne välttämättä näy oikein operalla tai firefoxilla.

nyt ei tarvitse kuin tehdä windowsissa html/php koodi ja pasteta se tiedostoon ja lähettää palvelimelle, näkyy oikein.

ja mitä tuohon "Pakotettu content-type -header" koitin laittaa oman kotisivuni(ei mlinvoice) indexin alkuun <meta charset="utf-8"> niin ei ollut yhtään vaikutusta. joten päädyin apachen pakotettuun..

[kzmx]

toisaalta, kuitenkin joudun käyttämään apachen ssl yhteyttä mlinvoicen ja muutaman muun jutun kanssa niin jouduin laittamaan että apachen ssl puolen AddDefaultCharset Off ja sitten sivustot määrittävät itse charsetin, ja sain nyt toimimaan tuon yhdessä toisessa sivussanikin.. alkuun vaan laitoin tuon header('Content-type: text/html; charset=ISO-8859-1');

nyt käytännössä mlinvoice käyttää ainoastaan utf-8 charsettiä ssl yhteyden puolella palvelimella..