Dotaz: Záhada při zápisu z mysql do xml

[bajt]

Příloha:

• zahada.JPG (19243 bytů)

Při exportu popisu zboží z mysql tabulky chci do xml zapsat pouze prvních 100 znaků, což funguje skvěle, avšak pokud zrovna ten 300stý znak je nějaká čeština (ý,ú,ů,ž,š...) tak se mi do xml vždy zapíše místo něj "záhadný znak" viz.příloha.

Pro oříznutí popisu používám tuto php fci: (substr(str_ireplace($line[popis], 0, 100))

Výsledkem by mělo být toto, avšak pokud na konci narazí na češtinu (viz.zde na "í") pak je problém. Správně by mělo být: "BEZZÁTĚŽOVÝ DIGITÁLNÍ TESTER BATERIÍ PRO 12V 2-200AH (od typů BT001, BT301 a BT501 se liší"

Nemáte někdo tušení proč a jak se toho zbavit??

---

---

Odpovědi

[DarkKnightCZ]

substr neořezává znaky, ale bajty. A ten text je zřejmě v UTF-8, kde jeden znak může mít až šest bajtů. Pro práci se znaky je mb_substr.

[bajt]

Příloha:

• error.JPG (17436 bytů)

ano, text je v UTF-8

Vyzkousel jsem jak jste radili mb_substr a to nasledovne ve dvou verzich: (je tam jeste navic i str_ireplace)

- mb_substr((str_ireplace($replace, "\r\n", $line[popis])), 0, 100) - (substr(mb_substr((str_ireplace($replace, "\r\n", $line[popis])), 0, 100), 0, 100))

Ale stejne se to tam poradne vyskytuje - viz.priloha....nemate pls jeste nejaky dalsi napad?

[chrono]

Čo vypíše volanie funkcie mb_internal_encoding() ? (pretože je pravdepodobné, že mbstring knižnica nevie, že je to v utf-8 kódovaní)

[bajt]

vypise toto: ISO-8859-1 Toz co ted s tim pls?

[chrono]

Buď sa pri každej mb_ funkcii použije aj parameter s kódovaním, alebo sa nastaví kódovanie pre všetky mb_ funkcie pomocou mb_internal_encoding("UTF-8");

[bajt]

Dobre a pokud bych chtel pouzit parametr s kodovanim v danem skriptu jen pro tuto fci "mb_substr" tak jak to mam pls spravne do skriptu zapsat?

[Kit]

Přestaň si s tím hrát v PHP a udělej to pořádně v SQL.

[bajt]

Diky za salamounskou odpoved, ale jak teda to udelat v SQL?

[bajt]

jeste neco: mysql databaze je jiz nasazena a pouzivana roky a tudiz vsechny k ni naprogramovane aplikace jsou k ni prizpusobeny, ja ted jen chci delat kazdodenni vystupy z jedne tabulky do xml a z toho duvodu nejake zmeny v SQL by nebyly kvuli toho idealni pac kdo vi jake mozne problemy by to mohlo prinest a tudiz to chci primarne osetrit pouze v php, predem diky za jakekoliv konstruktivni reseni!

[Kit]

Však jsem to už psal o kousek níž. Takže polopatě:

SELECT SUBSTR(popisek, 1, 100) AS popis FROM tabulka WHERE id = ?;

[Šangala]

Nebo LEFT() mi přijde takové elegantnější :)

[Kit]

Jistě, MySQL je takovými a podobnými funkcemi vybaveno o něco lépe než PHP. I datum je obvykle lepší posouvat a formátovat přímo v databázi. Dá se tak vyhnout problémům, které vloni postihly státní registry.

[chrono]

mb_substr((str_ireplace($replace, "\r\n", $line[popis])), 0, 100, "UTF-8"); (predpokladám ale, že premenná $replace obsahuje len ascii znaky)

[bajt]

diky! vyzkousim obsahuje toto: $replace = array("<br />","<br/>","<br>","
","
","
");

[bajt]

Příloha:

• replace.JPG (13852 bytů)

ajeje formatovani - viz.radeji prilozeny obrazek

[Kit]

A tohle děláš proč? Ty dáváš do databáze HTML?

[bajt]

nedavam, ale kdysi drive se tam pres puvodni uzivatele aplikace dostalo (pouze v popisech zbozi)

[chrono]

V takomto prípade nevadí, keď sa na nahradenie použije str_ireplace.

[Kit]

Ještě to jde oříznout přímo v SQL dotazu funkcí SUBSTR(string, odkud, kolik). S UTF-8 pracovat umí.