Wiecznie mam problem z Polskimi znakami.
Radze sobie jakoś z tym, ale nie rozumie wcale zagadnienia.

Leciwy już iconv() nigdy nie udało mi się poprawnie uruchomić
Jest jeszcze utf8_encode() i utf8_decode() też nie wiem po co to jest w sumie jak jest iconv() ktory powinien takie sprawy załatwić
Dane z bazy pobierane są poprawnie w formacie UTF-8.

[PHP] pobierz, plaintext 
    $result_xml = utf8_encode($result_xml);
 
    $dom = new DOMDocument('1.0', 'UTF-8');
    $dom->preserveWhiteSpace = FALSE;
    //$dom->loadXML(utf8_encode(clearExport($result_xml))); //probowalem tez tak
    $dom->loadXML(clearExport($result_xml));
    $dom->save('xml/brandbank_.xml');//'.date("YmdHis").'
 
    //kasuje z xmla znaki które kolidują, szkoda, że metoda save nie dba o to :) 
    function clearExport($value) {
	//$value = str_replace(';', ',', $value); 
	$value = str_replace('\"', "'", $value); 
	//$value = str_replace('"', "'", $value); 
	$value = str_replace('*', "", $value); 
	$value = str_replace('&', "", $value); 
 
	//$liczba = preg_replace('#[^0-9\.\-]#', '', $liczba);//tyo cyferki i kropka
	return $value;
    }
 
 
[PHP] pobierz, plaintext 

Mam też takąfunkcje, która wygenerowąła mi poprawny xml, jednak nie wiem czy bedzie to dobre rozwiazanie. Jak pojawi się jakiśinny znak spoza tej tablicy bedzie problem.

[PHP] pobierz, plaintext 
function polskie_znaki($string) {//zamienia polskie literki z ajaxa; $przelocznik
 
	$specialChars = [
		'Ä?',
		'Ä?',
		'Ĺş',
		'Ĺą',
		'Ĺź',
		'Ĺ?',
		'Ĺ?',
		'Ĺš',
		'Ä?',
		'Ä?',
		'Ä?',
		'Ę',
		'Ĺ?',
		'Ń',
		'Ĺ?',
		'Ł',
		'Ăł',
		'Ă?',
	];
 
	$polishHtmlCodes = [
		'ą',
		'Ą',
		'ź',
		'Ź',
		'ż',
		'Ż',
		'ś',
		'Ś',
		'ć',
		'Ć',
		'ę',
		'Ę',
		'ń',
		'Ń',
		'ł',
		'Ł',
		'ó',
		'Ó',
	];
 
	return str_replace($specialChars, $polishHtmlCodes, $string);
}
 
[PHP] pobierz, plaintext 

Nie do końca rozumiem o co Ci chodzi.

Zrobiłem mały test z takim plikiem XML (input.xml):

[XML] pobierz, plaintext 
<?xml version="1.0"?>
<catalog>
   <book>
      <title>Łódź w śwince źródlanej</title>
   </book>
</catalog>
[XML] pobierz, plaintext 

[PHP] pobierz, plaintext 
$xml = file_get_contents('input.xml');
$dom = new DOMDocument('1.0', 'UTF-8');
$dom->loadXML($xml);
$dom->save('output.xml');
[PHP] pobierz, plaintext 

Wynik w output.xml:

[XML] pobierz, plaintext 
<?xml version="1.0"?>
<catalog>
   <book>
      <title>&#x141;&#xF3;d&#x17A; w &#x15B;wince &#x17A;r&#xF3;dlanej</title>
   </book>
</catalog>
[XML] pobierz, plaintext 

Wygląda na to, że działa to prawidłowo. O ile mi wiadomo, polskie (i jakiekolwiek inne akcentowane) znaki nie powinny się pojawiać w pliku XML. Ale plik zapisał te znaki poprawnie w formie encji szesnastkowych.

Dziekuje bardzo za fatygę. Również otrzymałem taki wynik, jednak system, który pobiera ten plik odrzuca go.

Dostałem komunikat:


Czyli potrzebują tylko literki i cyfry Więc można zapisać ten plik xml w innym formacie niż encji szesnastkowych?

A może komunikat jest mylący, a Description zawiera inny problematyczny znak?

Tylko litery i cyfry, ale to w jakimś systemie zewnętrznym, który czyta Twój XML? Jeśli tak, to problemem (o ile czytają XML prawidłowo) nie jest jego reprezentacja, tylko treść, którą im wysyłasz. Może w ogóle nie obsługują polskich znaków, tylko mają jakiś zwykły regex [a-zA-Z0-9]+? Dziwna sprawa. Napisz coś więcej co robisz z tym XML-em.

Pole description to znacznik z opisem. Problemem są tu właśnie Polskie znaki zapisane w sposób: Łódź

Myślę, żeby Polskie znaczki usunąć albo zapisać je nie za pomocą formatu: Ł

Musisz rozdzielić dwie rzeczy. Format zapisu a treść to są osobne sprawy.

Zakładam, że system, który konsumuje Twój XML działa prawidłowo. Jeśli tak jest, to sposób zapisu - o ile zgodny ze standardami XML - ich nie powinien obchodzić. Interesuje ich wyłącznie treść poszczególnych pól, np. Description. Trudno z Twojego posta wywnioskować o co chodzi z tym Description, ale trochę dziwne mi się wydaje, żeby pole z opisem (ang, description) przyjmowało tylko litery i cyfry.

Description to jest jeden z Tagów. I problemem jest treść tego znacznika a mianowicie Polskie znaki w nim użyte zapisasne w sposób: Łódź

[HTML] pobierz, plaintext 
<?xml version="1.0"?>
<catalog>
   <book>
    <Description>Treśc znacznika </Description>
      <title>Łódź w śwince źródlanej</title>
   </book>
</catalog>
[HTML] pobierz, plaintext 

A próbowałeś na sucho wysłać te polskie znaki w różnych formach, czyli bezpośrednio, dziesiętnie i heksadecymalnie?

Chodziło mi o to, czy już po zamianie na encje nie pozostaje jakiś znak, który skutkuje takim komunikatem (on jest przyczyną, a nie encje).

Wg komunikatu w tagu tym mogą być tylko cyfry i litery więc znak np & który jest częścią znaku powoduje błąd.

Przeczytaj jeszcze raz to, co napisałem wyżej. Jeżeli jest tak jak mówisz, to ten system ma kompletnie bezsensowną walidację. Walidacja oparta na reprezentacji wartości jest idiotyczna. Jestem na 99% pewien, że nie o to chodzi.

Dobrze, więc z tego co mówisz, ten system pozwala na litery i cyfry. Czy testujesz na takiej wartości, tj. na literach i cyfrach? Bo jak wstawiłem powyższy przykład ze świnką, to testowałeś na nim, a przecież tam jest spacja. Spacja nie należy ani do liter, ani do cyfr, prawda?

Zrób prosty test - spróbuj wstawić wartość abc jako Description i zobacz czy przyjmie. Pewnie przyjmie. To teraz spróbuj wstawić wartość & #97;& #98;& #99; (usuń spacje - musiałem je wstawić, bo ten durny system forum ślepo zamienia wszystko), która jest po prostu inaczej zapisanym abc.