Траблы с кодировкой

Мое почтение присутствующим

Траблы с кодировкой. Никак не могу получить нормальное отображение русских символов в кодировке win1251

В Option- Editor Options
Text Encoding поставил Ansi
Text format - Windows
Char set - cirillic

Для формы Encoding - Cirillic Windows - Win1251
Language - russian

не смотря на указанную в заголовке html кодировку 1251 firefox 3.0 упорно открывает страницу в iso-8859-1
если указать через меню новую кодировку то
данные из базы interbase с кодировкой 1251 через label отображаются нормально
в label без подключения к базе русский текст в caption выдает - ??????????

после обновления страница опять открывается в iso

Ткните пальцем, где покапаться

Спасибо, Алексей

Эта тема была разделена из темы "Delphi for PHP"

Цитата walker30 @ 18.05.09, 09:22

не смотря на указанную в заголовке html кодировку 1251 firefox 3.0 упорно открывает страницу в iso-8859-1

В Option- PHP
Default Charset = Windows-1251

Добавлено 18.05.09, 13:00
при этом если там был ранее utf-8
то лучше пересоздай страницу после установки нового чарсета

Здравствуйте! Подскажите есть сервер Апач с ПХП на нём же стоит DelphiforPHP 2.0 В проэкте использую функцую mail при запуске в Оболочке вылетает ошибка не правильно сконфигкрирован файл PHP.ini при запуске с сервера всё ок! Куда копать!

Цитата dmitriy75 @ 09.07.09, 07:38

Куда копать!

очевидно на локуальном компьютере должен работать smtp сервер
а если он на другом компьютере, то это нужно указать в php.ini (который в директории ...Delphi for PHP\1.0\php\...)

Это сообщение было перенесено сюда или объединено из темы "Delphi for PHP"

Сообщение отредактировано: vicis - 27.08.09, 20:54

Это всё стоит на одном компьютере!

Добавлено 09.07.09, 08:32
Как бы базовый вопрос . А нужно сетапить Апач с PHP при установке DelphiforPHP на один компютер!

Это сообщение было перенесено сюда или объединено из темы "Delphi for PHP"

Цитата dmitriy75 @ 09.07.09, 08:26

Это всё стоит на одном компьютере!

стоять то оно может
но не работать
непонятно из твоего поста где работает, а где нет
расшифруй
с какого сервера работает ?

Это сообщение было перенесено сюда или объединено из темы "Delphi for PHP"

С ранее установленого АПАЧ + PHP + SQL работает . При запуске в среде D2P не работает функция mail

Это сообщение было перенесено сюда или объединено из темы "Delphi for PHP"

посмотри настройки для mail в старом апаче и сравни то что написать в делфийском апаче (php.ini если что)

vicis,

Цитата

В Option- PHP
Default Charset = Windows-1251

Вот тут?


меняю в unit на cp1251


а это результат


мэйби что-то ещё покопать нужно? ver. delphi4php = 2

Цитата

Добавлено 18.05.09, 16:00
при этом если там был ранее utf-8
то лучше пересоздай страницу после установки нового чарсета

То есть удалить весь проект и заново начать всё или просто перекомпилить?

Сообщение отредактировано: gen.izh - 15.01.10, 09:59

для этой формы проще будет все десять строк с вопросами перенабрать на русском

Цитата vicis @ 15.01.10, 13:18

для этой формы проще будет все десять строк с вопросами перенабрать на русском

создал новый проект, выбрал cp1251 в свойствах юнита, в Tools->Options->Php уже стоял cp1251(раньше поставил),поставил батн ,написал на нем по русски, скомпилировал, результат тот же.
В браузере вопросы отображаются,хотя на самое форме(в дизайнере форм IDE) норм пишутся русские буквы.
Есть ещё какие-нибудь идеи?

Цитата gen.izh @ 15.01.10, 14:34

Есть ещё какие-нибудь идеи?

это делал ?
FAQ (сообщение #2344485)
FAQ (сообщение #2344487)

проверь это
IDE/Tools/Options/Editor options/Text encoding

Цитата

это делал ?
FAQ (сообщение #2344485)
FAQ (сообщение #2344487)

проверь это
IDE/Tools/Options/Editor options/Text encoding

Из всего этого только последняя строка вновинку.
Но даже перевод всего на УТФ-8 не помог. А значит проблема кроется где-то ещё. В браузере переводя кодировку с одной на другую , результата нужного не получаем+ краКазЯбра не меняет формы. Знаки вопроса сохраняются в фаил проекта. А значит проблема в органе ответственном за создание фаила проекта или в куске ОС к которой обращается этот орган,чтобы написать вопросы в фаил.
Наверно как-то так. Завтра потестирую на 2 машине

по умолчания delphi4php сохраняет файлы в utf8
соответственно всё что набрал в редакторе будет в этой кодировке
открой блокнотом файл модуля
выбери сохранить как и посмотри какая кодировка у сохраняемого файла
скорее всего тоам utf8
сохрани в ansi
открой в delphi4 php
подправь вопросы на русский
запускай

если не нужна utf8 для вновь создаваемых файлов
отключи это в параметрах ide

Цитата gen.izh @ 15.01.10, 17:29

В браузере переводя кодировку с одной на другую , результата нужного не получаем+ краКазЯбра не меняет формы.

1) в заголовке html-и какая кодировка? не заметил. но кажись то скрин не из браузера.
2) в теле html знаки вопроса или текст?

+ бывает так что при utf8 кодировке в начале файла ide не записывает сигнатуру. (проверить можно хекс редактором)

Добавлено 15.01.10, 20:08
или я немного не понял. вопросы в браузере отображаются или уже в делфи? если в браузере то еще исправить можно но если в делфи то тут единственное что можно сделать это пересоздать. (так как вопросы уже останутся вопросами. а произошло это все из за сигнатуры которую оно не записало, но на которую обратило внимания при загрузке)

Сообщение отредактировано: ViktorXP - 15.01.10, 20:08

хм... даже затрудняюсь ответить что сделал , но вроде норм стало.

Цитата ViktorXP @ 15.01.10, 19:47

но если в делфи то тут единственное что можно сделать это пересоздать

что то мне подсказывает, что если открыть описание формы в блокноте (и там будет при этом текст, а не вопросы) и сохранить из блокнота в ansi, то пересоздавать не нужно будет

Цитата ViktorXP @ 15.01.10, 19:47

бывает так что при utf8 кодировке в начале файла ide не записывает сигнатуру

не наговаривай на ide
просто, как и в этом случае, пользователь не запоминает что делает и где что настраивает,
а потом рассказывает что где то что то не работало
типа метод научного тыка

Цитата vicis @ 16.01.10, 13:20

не наговаривай на ide

у меня просто было подобное. когда сначала файл в ansi с русским текстом. а потом перекодируеш его в utf8

Цитата

что то мне подсказывает, что если открыть описание формы в блокноте (и там будет при этом текст, а не вопросы) и сохранить из блокнота в ansi, то пересоздавать не нужно будет

Цитата

у меня просто было подобное. когда сначала файл в ansi с русским текстом. а потом перекодируеш его в utf8

ну да. Это то я делал,но чет не понятно как то взаимосвязано. Типо ide не в силах перекодировать и нужна помощь? Я не с блокнотом(в блокноте не понятно как кодировку менять),а с notepadOM++ игрался с кодировкой. Может баг какой-то.
пРИчем я игрался с 1 проектом тока, после чего все остальные нормальными стали.

Цитата gen.izh @ 17.01.10, 07:43

пРИчем я игрался с 1 проектом тока, после чего все остальные нормальными стали.

значит прикол был в настройках.

Цитата gen.izh @ 17.01.10, 07:43

в блокноте не понятно как кодировку менять

я писал как менять
но сначала как определить в какой кодировке он:

1.открываеш файл блокнотом и потом вызываещ диалог Сохранить как
если в этом диалоге предлагается сохранить в ansi, то значит и файл сейчас в ansi
нажмёш Ok то в этой кодировке и останется
а выбереш другую, например utf8, то файл сохранится уже в utf8
при этом текст останется читаем
ну и наоборот

2. вариант
открой файл шестандцатиричным редактором
например far - > F3 - -> F4
и если видиш в в начале файла
EF BB BF
то он в utf8

подробнее читаем здесь
http://ru.wikipedia.org/wiki/%D0%AE%D0%BD%D0%B8%D0%BA%D0%BE%D0%B4

а именно

Цитата

Порядок байтов
В потоке данных UTF-16 старший байт может записываться либо перед младшим (UTF-16 Big Endian), либо после младшего (UTF-16 Little Endian). Иногда кодировку Юникода Big Endian (UTF-16BE) называют Юникодом с обратным порядком байтов. Аналогично существует два варианта четырёхбайтной кодировки — UTF-32BE и UTF-32LE.

Для определения формата представления Юникода в текстовом файле используется приём, по которому в начале текста записывается символ U+FEFF (неразрывный пробел с нулевой шириной), также именуемый меткой порядка байтов (англ. Byte Order Mark, BOM). Этот способ позволяет различать UTF-16LE и UTF-16BE, поскольку символа U+FFFE не существует. Также он иногда применяется для обозначения формата UTF-8, хотя к этому формату и неприменимо понятие порядка байтов. Файлы, следующие этому соглашению, начинаются с таких последовательностей байтов:

UTF-8
EF BB BF
UTF-16BE
FE FF
UTF-16LE
FF FE
UTF-32BE
00 00 FE FF
UTF-32LE
FF FE 00 00

Сообщение отредактировано: vicis - 17.01.10, 14:33

Тоже сталкивался с тем, что слетела кодировка в результате ковыряния настроек (меню Tools->Options), и все русские надписи отображались абракадаброй. Как это произошло, толком и не понял. На одном компьютере с настройками по умолчанию все запускается корректно, на другом - вместо русских букв знаки вопроса (в последующем какую я абракадабру только не получал, пока не добился нормального отображения русских букв).

Как вернуть настройки на место?
Для уже созданной страницы у меня это сделать не получилось.
Вот как вернуть настройки для вновь создаваемой страницы.

1. Tools->Options->Editor Options->Default settings for new file:
Text encoding: UTF-8
Text Format: Windows
Character Set: Cirillic

2. Tools->Optoions->PHP->Default Sharset: utf-8

Теперь для вновь создаваемой страницы все надписи на русском будут отображаться корректно.
Что удивительно, значение свойства страницы "Encoding" может быть любое. И кстати, от его изменения ничего не меняется (кроме надписи в html-коде типа "charset=iso-8859-1", зависит от выбранной кодировки).

Сообщение отредактировано: DoctorGauss - 21.07.10, 17:04

Цитата DoctorGauss @ 21.07.10, 09:40

Что удивительно, значение свойства страницы "Encoding" может быть любое. И кстати, от его изменения ничего не меняется (кроме надписи в html-коде типа "charset=iso-8859-1", зависит от выбранной кодировки).

просто в данной технологии много мест перекодировки может быть

- кодировка указа в странице
- кодировка указана в Apache
- кодировка указана в Php
- кодировка указана в редакторе DelphiForPhp
а ещё есть куча кодировок в базе MySql, начиная от кодировок указанных при подключении и заканчивая кодировкой отдельного поля

отсюда постоянная путаница

вот вариант
если в папку проекта бросить .htaccess
с таим текстом
php_value default_charset utf-8
#php_value default_charset windows-1251

то сервер будет выдавать страницы в кодировке utf-8
независимо что там в странице в заголовке написано

тут ещё можно глянуть
в википедии
Определение кодировки браузерами

Еще одна любопытная ситуация.
На двух компьютерах WindowsXP SP3 (англ.) + MUI установлен Delphi for PHP.
На одном компьютере (ПК-1) с настройками по умолчанию проблем с русской кодировкой нет, на другом (ПК-2) - есть.
Пришлось на ПК-2 настройки поменять, чтобы не было проблем с кодировкой для новых страниц. Все настройки приведены ниже.

Скрытый текст

Настройки на ПК-1 в D4PHP:
1. Tools->Options->Editor Options->Default settings for new file:
Text encoding: ANSI
Text Format: default
Character Set: default

2. Tools->Optoions->PHP->Default Sharset: utf-8

Настройки на ПК-2 в D4PHP:
1. Tools->Options->Editor Options->Default settings for new file:
Text encoding: UTF-8
Text Format: Windows
Character Set: Cirillic

2. Tools->Optoions->PHP->Default Sharset: utf-8

Ну и, собственно, проблема:
страница, созданная на ПК-1, некорректно отображается на ПК-2. Вместо русских букв - знаки вопроса. В самой среде D4PHP все отображается корректно. Проверял в FF 3.6.6 и IE 6.0. Попытки изменить отображаемую кодировку в браузере ни к чему не привели. При изменении кодировки в PHP DBG Listener (локатор в трее, появляется при запуске D4PHP) и последующем запуске проекта (Run) появляется ошибка. В логах это записано так:

Цитата

Failed to open or create an instance of IDE CoClass {00000000-0000-0000-0000-000000000000}. OSERR (0x80040154) 'Класс не '.

После перезапуска среды D4PHP проект запускается нормально (без ошибки), при этом в PHP DBG Listener указывается измененная кодировка. Вот только знаки вопроса вместо русских букв остаются.

В реестре Windows HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Nls\CodePage значения 1251, 1252, 1253, 1254 установлены в c_1251.nls (на обоих ПК).

Вопрос, откуда у меня растут руки как сделать так, чтобы страница отображалась корректно на обоих ПК?
У меня пока только один вариант - пересоздать страницу с настройками ПК-2. Еще варианты?

Upd.
Попробовал (по советам в этой ветке форума) в Notepad++ преобразовать кодировку файла с расширением *.xml.php в utf-8, а затем в строках типа

<property name="Caption"><![CDATA[&# 1058;&# 1086;&# 1082;...]]></property>

заменить коды в квадратных скобках после CDATA, собственно, на сами названия на русском языке. Ориентировался по имени объекта.
На всякий случай, все файлы проекта пересохранил в этой кодировке.
В принципе, проблемы с кодировкой были решены, но способ, конечно, трудоемкий.

P.S. После CDATA в скобках между знаками # и цифрами пробелов не было. Эти пробелы поставил я, иначе вместо кодов отображалось русское название.

Сообщение отредактировано: DoctorGauss - 23.07.10, 08:59

Цитата DoctorGauss @ 23.07.10, 04:41

Попробовал (по советам в этой ветке форума) в Notepad++ преобразовать кодировку файла с расширением *.xml.php в utf-8, а затем в строках типа

кстати о этом. одна из больших проблем DFP это не умение работать с файлами в "UTF-8 без бом". мало того что он кодировать в него не может так еще когда сам перекодируеш (все тем же Notepad++) то он уже не видит русские буквы. А "бом" уж очень сильно портит стилизацию сайта если использовать шаблоны.

Цитата ViktorXP @ 25.07.10, 01:13

...одна из больших проблем DFP это не умение работать с файлами в "UTF-8 без бом" ... когда сам перекодируеш (все тем же Notepad++) то он уже не видит русские буквы.

Странно, но я преобразовал в Notepad++ именно в utf-8 без BOM (извиняюсь, что сразу не уточнил это в своем предыдущем сообщении) - проблемы с кодировкой исчезли. Т.е. набирать по-русски заново все-таки пришлось, но кодировка стала отображаться нормально. Или я неправильно понимаю суть проблемы?

Сообщение отредактировано: DoctorGauss - 26.07.10, 02:26

после того как ты нажал на кнопку сохранить в DFP, он обратно прицепил "БОМ"

Так как тема уже поднималась, напишу здесь же.

Мои настройки
Editor Options
Text Encoding - Ansi
Text format - Windows
Char set - cirillic

PHP
default charset - windows-1251
Language - russian


Для формы Encoding - Cirillic Windows - Win1251

Провел Интернационализацию с помощью Визарда на русский.

При попытке ввода русских значений для закладок в PageControl среда выдает ошибку

unserialize() [<a href='function.unserialize'>function.unserialize</a>]: Error at offset 36 of 37 bytes C:\Users\user\Documents\RadPHP\Projects\~2E2AC9CB.php Line:210

Если запустить приложение, то либо едет страница, либо вместо русских символов знаки "????"

Если руками менять в *.xml.php, то форма так же едет.

Уже и не знаю что делать.

RadPhp XE

PHP
default charset - utf8

Editor Options
Text Encoding - utf8

остальное не трогаем

делаю Интернационализацию на три языка:
англ
укр
рус

перелючаю форму в нужный язык и для каждого в PageControl пишем свои значение на своём языке
сбоев не наблюдаю

Т.е. получается сначала надо создать страницу с UTF-8, а затем только форму на нужный язык?

Цитата foenix @ 16.11.11, 08:58

надо создать

можно
а как нужно в каждом случае может оказаться по своему
я показал как у меня работает
ты показал как у тебя не работает
как минимум есть один рабочий вариант
в какой кодировке должен быть твой сайт тебе же и решать
есть принципиальные вопросы
а есть возмжности инструментов

Такой вопрос: а если у меня записи в БД Firebird в кодировке Win-1251,
а caption кнопок на форме в кодировке utf-8, как сделать так чтобы
браузер корректно отображал и русские кнопки и русский записи в таблице?

Проблема в том, что если я выставляю win-1251 везде где только можно,
у меня все равно в названия кнопок отображаются некорректно, хотя записи
в DBGrid нормально.

Посоветуйте что-нить...

Переведи базу данных под утф-8 или текущую сессию делаю таковой.

Я даную проблемы решил следующим образом:
- бросил на форму компоненты работающие с базами: database, QUERY, datasource, это впрочем все делают, но почему я выделил QUERY - так как с его помощью я и решил проблему
- в моём случае бросил на кнопку код

mysql_query("SET NAMES 'utf8'");
mysql_query("SET CHARACTER SET 'utf8'");
 
$sql=(' Здесь нужный мне запрос ');
 
$this->sql_ob_monitor->Active=False;
$this->sql_ob_monitor->setSQL($sql);
$this->sql_ob_monitor->Active=True;

и всё, мне были видны русские буквы - русскими, латынь - латынью, настройки базы, таблиц и полей везде utf8

Добавлено 08.05.12, 08:26

Цитата Vl@d @ 08.05.12, 08:25

sql_ob_monitor - имя компонента QUERY

Повезло тебе, т.к. не всегда это помогает,
могли быть дополнительные грабли.

Цитата Vl@d @ 08.05.12, 08:25

mysql_query

лишняя функция т.к. у тебя уже есть на форме компонент database.
Логичнее использовать какую то одну библиотеку,
в данном случае правильнее было бы вызвать как здесь
http://forum.sources.ru/index.php?showtopi...dpost&p=2346431
т.к., кроме всего прочего, не указывая в mysql_query идентификатор соединения, можеш не туда отдать команду при одновременном соединении с двумя базами...

Цитата vicis @ 15.11.11, 18:34

RadPhp XE

PHP
default charset - utf8

Editor Options
Text Encoding - utf8

остальное не трогаем

Прошу прощения за эксгумацию...
Заработает только при перезапуске среды RadPHP. Пока не перезапустил, лицезрел кракобяки вместо русских букв.

Никак не могу понять, как поменять кодировку title. На странице русские буквы отображаются нормально, а в заголовке знаки вопроса.
В FAQ насчет title ничего не нашел.

Решил проблему отображения вопросов вместо русских букв в title страницы.

Итак, проблема:
если в инспекторе в свойстве caption страницы, допустим Page1, написать что-нибудь по-русски, то после запуска (F9) в Title страницы, отображаемой в браузере, имеем вопросительные знаки.

Решил проблему в присущем мне духе быдлокодера, а именно, нужно в обработчик создания страницы еще раз написать нужный Title (то есть Caption).
Код такой:

function Page1Create($sender, $params)
    {
    $this->Caption = 'Заголовок';
    }

Ну, и на всякий случай, полный код страницы

Скрытый текст

<?php
header('Content-Type: text/html;charset=UTF-8');
require_once("rpcl/rpcl.inc.php");
//Includes
use_unit("forms.inc.php");
use_unit("extctrls.inc.php");
use_unit("stdctrls.inc.php");
 
//Class definition
class Page1 extends Page
{
    function Page1Create($sender, $params)
    {
    $this->Caption = 'Заголовок';
    }
}
 
global $application;
 
global $Page1;
 
//Creates the form
$Page1=new Page1($application);
 
//Read from resource file
$Page1->loadResource(__FILE__);
 
//Shows the form
$Page1->show();
 
?>

P.S. Кстати, на этом форуме можно как-то редактировать сообщения?

Цитата DoctorGauss @ 14.10.12, 15:19

Никак не могу понять, как поменять кодировку title. На странице русские буквы отображаются нормально, а в заголовке знаки вопроса.
В FAQ насчет title ничего не нашел.

У тебя один из файлов был не в UTF-8 кодировке.

Цитата DoctorGauss @ 14.10.12, 17:11

P.S. Кстати, на этом форуме можно как-то редактировать сообщения?

Можно. оно будет доступно со временем (точно не помню от времени или от количества сообщений зависит)

Добавлено 15.10.12, 06:26

Цитата DoctorGauss @ 14.10.12, 13:49

Заработает только при перезапуске среды RadPHP. Пока не перезапустил, лицезрел кракобяки вместо русских букв.

Походу это связано с апачем. РадПых по шаблону при старте собирает конфигурационный файл.

Цитата ViktorXP @ 15.10.12, 06:24

У тебя один из файлов был не в UTF-8 кодировке.

Сдается,что не так,а просто именно Caption самой формы (и только,с остальным все нормально вроде),выставленная в IDE, не сохраняется в UTF-8 даже если сама страница в UTF.Проверял,баг это.После открытия в к-л текстовом редакторе и пересохранении в UTF все встает на свои места. Да и пример

function Page1Create($sender, $params)
   {
   $this->Caption = 'Заголовок';
   }

как раз это подтверждает,так как тут будет сохранено в кодировке страницы.

Сообщение отредактировано: Alex2011 - 15.10.12, 11:52

ViktorXP тебе всё правильно сказал

Цитата ViktorXP @ 15.10.12, 06:24

У тебя один из файлов был не в UTF-8 кодировке.

Собственно, в проекте единственный файл, в котором записан этот заголовок. Это файл unit1.xml.php.
С помощью Notepad++ преобразовал его в utf-8 (c bom). В результате все-равно вопросы в title. Пока работает только способ, описанный мной выше.

созданный однажды в RadPhp XE файл, не зависимо от дальнейших настроек, остаётся в той кодировке, в которой создан.
По этому, если изменил в настройках кодировку на UTF после создания файла, толку не будет. Создай новый и через буфер обмена скопируй тексты.

Цитата DoctorGauss @ 16.10.12, 12:27

С помощью Notepad++ преобразовал его в utf-8 (c bom). В результате все-равно вопросы в title.

Естественно, т.к. преобразование это по сути дописывание в начало файла признака что он utf-8, но это не влияет на содержимое.
здесь ещё почитай про кодировки
Мусор в тексте (сообщение #2817354)

Цитата vicis @ 16.10.12, 14:10

созданный однажды в RadPhp XE файл, не зависимо от дальнейших настроек, остаётся в той кодировке, в которой создан.
По этому, если изменил в настройках кодировку на UTF после создания файла, толку не будет. Создай новый и через буфер обмена скопируй тексты.

Разумеется, создал новый проект, в Caption написал "Заголовок". После запуска в Title получил ?????????
По поводу кодировки я далеко не спец. Просто я наивно подумал, раз уж в Notepad++ написано "Преобразовать в UTF", то он именно преобразует все символы в UTF кодировку, а не тупо поменяет признак кодировки.

Цитата DoctorGauss @ 16.10.12, 16:44

Просто я наивно подумал, раз уж в Notepad++ написано "Преобразовать в UTF", то он именно преобразует все символы в UTF кодировку, а не тупо поменяет признак кодировки.

Он умеет как тупо поставить признак кодировки так и преобразовать.

Добавлено 16.10.12, 23:29
хм. это действительно так.
они просто юзают функцию mb_convert_encoding
для которой которая использует внутреннюю кодировку. а если ее не задать то по умолчанию она "ISO-8859-1"
настраиваем:
главное меню->tools->options->PHP->Internal Encodding
меняем значение NULL на utf-8

Сообщение отредактировано: ViktorXP - 16.10.12, 23:30

Цитата ViktorXP @ 16.10.12, 22:42

настраиваем:
главное меню->tools->options->PHP->Internal Encodding
меняем значение NULL на utf-8

Безрезультатно. Вопросы в title остались. (На всякий случай, опять создал новый проект).

ок. тогда выложи сюда свой проект и phpinfo

Цитата ViktorXP @ 17.10.12, 05:58

ок. тогда выложи сюда свой проект и phpinfo

Проект вот. А где взять phpinfo?[attach=#0][/attach]
Прикреплённый файл3.rar (2,42 Кбайт, скачиваний: 227)

это результат вывода информации из функции phpinfo().

<?php
  echo phpinfo();
?>

Цитата ViktorXP @ 17.10.12, 07:09

это результат вывода информации из функции phpinfo().

<?php
  echo phpinfo();
?>

Сорри, затупил. Думал, где -то в настройках RadPHP это можно посмотреть.
Прикрепляю.[attach=#0][/attach]
Прикреплённый файлphpinfo.rar (16,64 Кбайт, скачиваний: 223)

Цитата ViktorXP @ 16.10.12, 22:42

хм. это действительно так.
они просто юзают функцию mb_convert_encoding
для которой которая использует внутреннюю кодировку. а если ее не задать то по умолчанию она "ISO-8859-1"
настраиваем:
главное меню->tools->options->PHP->Internal Encodding
меняем значение NULL на utf-8

забыл еще за одно. нужно в той же вкладке php поставить птичку "set these values on php.ini"

Цитата ViktorXP @ 17.10.12, 08:05

Цитата ViktorXP @ 16.10.12, 22:42

хм. это действительно так.
они просто юзают функцию mb_convert_encoding
для которой которая использует внутреннюю кодировку. а если ее не задать то по умолчанию она "ISO-8859-1"
настраиваем:
главное меню->tools->options->PHP->Internal Encodding
меняем значение NULL на utf-8

забыл еще за одно. нужно в той же вкладке php поставить птичку "set these values on php.ini"

It's working! muchos gracias

Что-то я не могу понять как при создании web-сервиса заставить выставить нужную кодировку wsdl-схемы... Всё равно зараза пишет

<?xml version="1.0" encoding="ISO-8859-1"?>

Хотя везде в настройках среды стоит utf-8. Не подскажете как исправить? Есть подозрение, что где-то шаблон формирования XML надо изменить для учета нужной кодировки...