txt export cp852-be

 ( pch | 2013. augusztus 15., csütörtök - 17:45 )

Üdv!

Adva van egy adatbázis benne utf-8-al minden adat.
Kellene csinálni egy exportot a leírás szerint 852-es kódlappal.
Az $exp=iconv("UTF-8","CP852",$exp); jó megoldás?
A kimenetet megnyitottam geany-val, de alul a kódolásnak utf-8-at mond.
További kérdésem, hogy a fejlécbe mit adjak meg?
h eader("C ontent-type:text/txt; charset=??? ");

pch

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

charset=ibm852, és az iconv-nak is megadhatod IBM852 formában, CP852 helyett.

Nagyon szépen köszönöm!

Már csak azt nem értem, hogy miért ragaszkodik még mindig egy bank a cp852-höz.
UTF-8 már oly régóta van...

pch
--
http://www.buster.hu "A" számlázó
--

Láttál te már célszoftvereket és célhardvereket?

Adatbázis (újra)tervezésekor az utf-8 (ill. amire született) púp a háton.

Amikor itt a fejlesztők úgy gondolták, hogy a XXI. sz. 2. évtizedében ők végre szeretnék a gyártósoron dolgozókat azzal kényeztetni, hogy ékezetes karaktereket is vihetnek a szövegekbe, amelyeket utf-8-ban tárolnánk, megkérdezték, hogy van-e kifogásom. Mondtam, hogy semmi, és visszakérdeztem, hogy az eddig N bájtos char mezők maradnak-e N-esek, ha változnak, mekkorára, illetve varcharosodnak-e, és ha igen, mekkorára (és milyen pjt részeként migráljuk a régi lapméretben ezentúl el nem férő táblákat új tablespace-be) -- figyelembe véve, hogy ettől fogva a betűkészletünk kb. negyede, csak statisztikailag megjósolható gyakorisággal, 2 bájton lesz ábrázolva; a tréfából várhatóan megjelenő hangul- meg rúnaírás sorsát egyelőre ne firtassuk.

Itt eldőlt, hogy mégsem lesz kényeztetve a gyártósor.

Értem én, hogy sz.pás, de azért jó volna az 1 karakter == 1 byte (esetleg 7 bit) dogmától elszakadni ma már.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Ahol muszáj, és van rá keret, elszakadnak, ahol ez nem adott, ott meg nem.

Ha csak dogma volna, nem volna akadály, mert dogmát feladni ingyen van.