[XML] DOM i konwersja z UTF-8 do ISO-8859-2 Opcje

[spyro]

Witam.

Moja aplikacja bazuje na UTF-8. Baza danych w UTF-8, wszystkie pliki językowe w UTF-8. Wszystko jest pięknie i ślicznie. Zero problemów z polskimi znakami.

Jednakże, pojawiła się konieczność eksportu niektórych danych do XML, który musi mieć encoding w ISO-8859-2. Do tego celu wybrałem DomDocument, ponieważ na pierwszy rzut oka dobrze radził on sobie z konwersją no i zachowuje zasady obiektowości.

Niestety plik XML został odrzucony przez importującego dane. Podany powód: zbyt duża ilość znaków w jednym z tagów. Zliczając znaki ich ilość była zgodna z dokumentacją, dlatego dobrałem się HexEditorem do wyeksportowanego pliku.

Okazało się, że polskie znaki zapisywane są na dwóch bajtach i wyglądają, jak te z UTF-8.

Próbowałem ręcznie konwertować plik XML zwrócony jako string (metodą DomDocument::saveXML()) metodą mb_convert_encoding, ale w wyniku otrzymuję (niezależnie od podanego kodowania w parametrze tej funkcji) string kodowany w ASCII, czyli bez polskich znaków.

Pytanie: Jak poprawnie zwrócić plik XML posiadający jeden bajt na polski znak, poprawnie zakodowany w ISO-8859-2?

PS. Ustawiam nagłówek XML i kodowanie:

[PHP] pobierz, plaintext 
header("content-type: text/xml; charset=ISO-8859-2");
[PHP] pobierz, plaintext 

Z góry dziękuję za pomoc!

[nospor]

Ja do konwersji uzywam http://pl2.php.net/manual/en/function.iconv.php

[zegarek84]

mb_convert_encoding -> Supported Character Encodings

[spyro]

Jak już napisałem, te metody nie dziełają (mb_convert_encoding oraz iconv).

Próbowałem ręcznie konwertować plik XML zwrócony jako string (metodą DomDocument::saveXML()) metodą mb_convert_encoding, ale w wyniku otrzymuję (niezależnie od podanego kodowania w parametrze tej funkcji) string kodowany w ASCII, czyli bez polskich znaków.

[nospor]

Jak już napisałem

Pisales tylko o jednej (IMG:style_emoticons/default/smile.gif)
Mi tam iconv zawsze dzialalo. Moze źle cos robisz. Pokaz lepiej caly kod

[spyro]

iconv się wysypuje (prawdopodobnie dlatego, że ten string jakoś jest już magicznie przekonwertowany (IMG:style_emoticons/default/winksmiley.jpg) )

Kod:

[PHP] pobierz, plaintext 
public function render($element=Null)
{
	// Jeśli w konfiguracji ustawiony jest przełacznik czyszczenia bufora wyjściowego:
	if(Core::config('xml.clean_output'))
	{
		// Oczyść bufor wyjściowy:
		ob_get_clean();
	}
 
	if(Core::config('xml.set_header'))
	{
		header("content-type: ".Core::config('xml.content_type')."; charset=".Core::config('xml.encoding'));
	}
 
	// Jeśli wygenerowany plik DOM ma być przesłany do ściągnięcia:
	if(Core::config('xml.force_download'))
	{
		header('Content-Disposition: attachment; filename="'.Core::config('xml.filename').'";');
	}
 
 
	return is_null($element) ? $this->document->saveXML() : $this->document->saveXML($element);
}
[PHP] pobierz, plaintext 

Bład przy iconv:

Nieobsługiwany PHP Error: iconv() function.iconv: Detected an illegal character in input string w pliku application/controllers/export.php w lini 169

Ten post edytował spyro 11.01.2011, 15:36:37

[zegarek84]

mało próbujesz, mało kodu pokazujesz itd... pokazujesz kod, piszesz o iconv oraz mb_... a w kodzie nic nie ma... symbole możesz także pozamieniać na encje np. albo za pomocą wskazanego mb_convert_encoding albo np. za pomocą mb_encode_numericentity - nie podałeś w zasadzie nawet kodu konwersji tylko metodę w której wysyłasz nagłówki wymuszające download oraz zwracasz wartość tego xml'a...

[spyro]

Oj, był ten kawałek kodu. Zjadło go podczas edycji postu. Jakieś dziwne krzaki się pokazują zamiast kodu i nie można zapisywać posta, dlatego musiałem dodać na nowo cały kod. Zapomniałem o najważlniejszym:

[PHP] pobierz, plaintext 
echo mb_convert_encoding($Dom->render(), 'ISO-8859-2', 'UTF-8');
[PHP] pobierz, plaintext 

Podsumowując:

1. Buduję DomDocument ustawiając kodowanie i wersję:

[PHP] pobierz, plaintext 
new DOMDocument('1.0', 'ISO-8859-2')
[PHP] pobierz, plaintext 

2. Tworzę węzły wg danych pobranych z bazy (baza w UTF-8).
3. Renderuję plik XML na ekran, wysyłając przy tym odpowiednie nagłówki.
4. Zwrócony dokument w postaci string próbuję przekonwertować za pomocą iconv lub mb_convert_encoding. Jednakże, mb_convert_encoding usuwa polskie znaki i string zawiera tylko znaki ASCII. Iconv zaś powiadamia mnie błędem, że napotkał na nieznany znak.

Ten post edytował spyro 11.01.2011, 16:40:42