стоять то оно может
но не работать
непонятно из твоего поста где работает, а где нет
расшифруй
с какого сервера работает ?
Это сообщение было перенесено сюда или объединено из темы "Delphi for PHP"
| Версия для печати
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум на Исходниках.RU > Delphi for PHP > Траблы с кодировкой |
| Автор: walker30 18.05.09, 09:22 |
| Мое почтение присутствующим Траблы с кодировкой. Никак не могу получить нормальное отображение русских символов в кодировке 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" |
| Автор: vicis 18.05.09, 12:59 |
| Цитата walker30 @ не смотря на указанную в заголовке html кодировку 1251 firefox 3.0 упорно открывает страницу в iso-8859-1 В Option- PHP Default Charset = Windows-1251 Добавлено при этом если там был ранее utf-8 то лучше пересоздай страницу после установки нового чарсета |
| Автор: dmitriy75 09.07.09, 07:38 |
| Здравствуйте! Подскажите есть сервер Апач с ПХП на нём же стоит DelphiforPHP 2.0 В проэкте использую функцую mail при запуске в Оболочке вылетает ошибка не правильно сконфигкрирован файл PHP.ini при запуске с сервера всё ок! Куда копать! |
| Автор: vicis 09.07.09, 08:05 |
| очевидно на локуальном компьютере должен работать smtp сервер а если он на другом компьютере, то это нужно указать в php.ini (который в директории ...Delphi for PHP\1.0\php\...) Это сообщение было перенесено сюда или объединено из темы "Delphi for PHP" |
| Автор: dmitriy75 09.07.09, 08:26 |
| Это всё стоит на одном компьютере! Добавлено Как бы базовый вопрос . А нужно сетапить Апач с PHP при установке DelphiforPHP на один компютер! Это сообщение было перенесено сюда или объединено из темы "Delphi for PHP" |
| Автор: vicis 09.07.09, 16:14 |
| стоять то оно может но не работать непонятно из твоего поста где работает, а где нет расшифруй с какого сервера работает ? Это сообщение было перенесено сюда или объединено из темы "Delphi for PHP" |
| Автор: dmitriy75 10.07.09, 09:16 |
| С ранее установленого АПАЧ + PHP + SQL работает . При запуске в среде D2P не работает функция mail Это сообщение было перенесено сюда или объединено из темы "Delphi for PHP" |
| Автор: ViktorXP 10.07.09, 10:49 |
| посмотри настройки для mail в старом апаче и сравни то что написать в делфийском апаче (php.ini если что) |
| Автор: gen.izh 15.01.10, 09:58 |
| vicis, Цитата В Option- PHP Default Charset = Windows-1251 Вот тут?  меняю в unit на cp1251  а это результат  мэйби что-то ещё покопать нужно? ver. delphi4php = 2 Цитата Добавлено 18.05.09, 16:00 при этом если там был ранее utf-8 то лучше пересоздай страницу после установки нового чарсета То есть удалить весь проект и заново начать всё или просто перекомпилить? |
| Автор: vicis 15.01.10, 13:18 |
| для этой формы проще будет все десять строк с вопросами перенабрать на русском |
| Автор: gen.izh 15.01.10, 14:34 |
| создал новый проект, выбрал cp1251 в свойствах юнита, в Tools->Options->Php уже стоял cp1251(раньше поставил),поставил батн ,написал на нем по русски, скомпилировал, результат тот же. В браузере вопросы отображаются,хотя на самое форме(в дизайнере форм IDE) норм пишутся русские буквы. Есть ещё какие-нибудь идеи? |
| Автор: vicis 15.01.10, 17:03 |
| это делал ? FAQ (сообщение #2344485) FAQ (сообщение #2344487) проверь это IDE/Tools/Options/Editor options/Text encoding |
| Автор: gen.izh 15.01.10, 17:29 |
| Цитата это делал ? FAQ (сообщение #2344485) FAQ (сообщение #2344487) проверь это IDE/Tools/Options/Editor options/Text encoding Из всего этого только последняя строка вновинку. Но даже перевод всего на УТФ-8 не помог. А значит проблема кроется где-то ещё. В браузере переводя кодировку с одной на другую , результата нужного не получаем+ краКазЯбра не меняет формы. Знаки вопроса сохраняются в фаил проекта. А значит проблема в органе ответственном за создание фаила проекта или в куске ОС к которой обращается этот орган,чтобы написать вопросы в фаил. Наверно как-то так. Завтра потестирую на 2 машине  |
| Автор: vicis 15.01.10, 19:33 |
| по умолчания delphi4php сохраняет файлы в utf8 соответственно всё что набрал в редакторе будет в этой кодировке открой блокнотом файл модуля выбери сохранить как и посмотри какая кодировка у сохраняемого файла скорее всего тоам utf8 сохрани в ansi открой в delphi4 php подправь вопросы на русский запускай если не нужна utf8 для вновь создаваемых файлов отключи это в параметрах ide |
| Автор: ViktorXP 15.01.10, 19:47 |
| Цитата gen.izh @ В браузере переводя кодировку с одной на другую , результата нужного не получаем+ краКазЯбра не меняет формы. 2) в теле html знаки вопроса или текст? + бывает так что при utf8 кодировке в начале файла ide не записывает сигнатуру. (проверить можно хекс редактором) Добавлено или я немного не понял. вопросы в браузере отображаются или уже в делфи? если в браузере то еще исправить можно но если в делфи то тут единственное что можно сделать это пересоздать. (так как вопросы уже останутся вопросами. а произошло это все из за сигнатуры которую оно не записало, но на которую обратило внимания при загрузке) |
| Автор: gen.izh 16.01.10, 06:26 |
хм... даже затрудняюсь ответить что сделал  , но вроде норм стало. |
| Автор: vicis 16.01.10, 13:17 |
| что то мне подсказывает, что если открыть описание формы в блокноте (и там будет при этом текст, а не вопросы) и сохранить из блокнота в ansi, то пересоздавать не нужно будет |
| Автор: vicis 16.01.10, 13:20 |
| не наговаривай на ide просто, как и в этом случае, пользователь не запоминает что делает и где что настраивает, а потом рассказывает что где то что то не работало типа метод научного тыка  |
| Автор: ViktorXP 16.01.10, 13:23 |
| у меня просто было подобное. когда сначала файл в ansi с русским текстом. а потом перекодируеш его в utf8 |
| Автор: gen.izh 17.01.10, 07:43 |
| Цитата что то мне подсказывает, что если открыть описание формы в блокноте (и там будет при этом текст, а не вопросы) и сохранить из блокнота в ansi, то пересоздавать не нужно будет Цитата у меня просто было подобное. когда сначала файл в ansi с русским текстом. а потом перекодируеш его в utf8 ну да. Это то я делал,но чет не понятно как то взаимосвязано. Типо ide не в силах перекодировать и нужна помощь? Я не с блокнотом(в блокноте не понятно как кодировку менять),а с notepadOM++ игрался с кодировкой. Может баг какой-то. пРИчем я игрался с 1 проектом тока, после чего все остальные нормальными стали.  |
| Автор: ViktorXP 17.01.10, 09:33 |
| значит прикол был в настройках. |
| Автор: vicis 17.01.10, 14:32 |
| я писал как менять но сначала как определить в какой кодировке он: 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 |
| Автор: DoctorGauss 21.07.10, 09:40 |
| Тоже сталкивался с тем, что слетела кодировка в результате ковыряния настроек (меню 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", зависит от выбранной кодировки). |
| Автор: vicis 21.07.10, 16:23 |
| Цитата DoctorGauss @ Что удивительно, значение свойства страницы "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 независимо что там в странице в заголовке написано тут ещё можно глянуть в википедии Определение кодировки браузерами |
| Автор: DoctorGauss 23.07.10, 04:41 |
| Еще одна любопытная ситуация. На двух компьютерах 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, а затем в строках типа <{CODE_COLLAPSE_OFF}><{CODE_WRAP_OFF}> <property name="Caption"><![CDATA[&# 1058;&# 1086;&# 1082;...]]></property> заменить коды в квадратных скобках после CDATA, собственно, на сами названия на русском языке. Ориентировался по имени объекта. На всякий случай, все файлы проекта пересохранил в этой кодировке. В принципе, проблемы с кодировкой были решены, но способ, конечно, трудоемкий. P.S. После CDATA в скобках между знаками # и цифрами пробелов не было. Эти пробелы поставил я, иначе вместо кодов отображалось русское название. |
| Автор: ViktorXP 25.07.10, 01:13 |
| Цитата DoctorGauss @ Попробовал (по советам в этой ветке форума) в Notepad++ преобразовать кодировку файла с расширением *.xml.php в utf-8, а затем в строках типа кстати о этом. одна из больших проблем DFP это не умение работать с файлами в "UTF-8 без бом". мало того что он кодировать в него не может так еще когда сам перекодируеш (все тем же Notepad++) то он уже не видит русские буквы. А "бом" уж очень сильно портит стилизацию сайта если использовать шаблоны. |
| Автор: DoctorGauss 26.07.10, 02:19 |
| Цитата ViktorXP @ ...одна из больших проблем DFP это не умение работать с файлами в "UTF-8 без бом" ... когда сам перекодируеш (все тем же Notepad++) то он уже не видит русские буквы. Странно, но я преобразовал в Notepad++ именно в utf-8 без BOM (извиняюсь, что сразу не уточнил это в своем предыдущем сообщении) - проблемы с кодировкой исчезли. Т.е. набирать по-русски заново все-таки пришлось, но кодировка стала отображаться нормально. Или я неправильно понимаю суть проблемы? |
| Автор: ViktorXP 26.07.10, 05:18 |
| после того как ты нажал на кнопку сохранить в DFP, он обратно прицепил "БОМ" |
| Автор: foenix 15.11.11, 16:44 |
| Так как тема уже поднималась, напишу здесь же. Мои настройки 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, то форма так же едет. Уже и не знаю что делать. |
| Автор: vicis 15.11.11, 18:34 |
| RadPhp XE PHP default charset - utf8 Editor Options Text Encoding - utf8 остальное не трогаем делаю Интернационализацию на три языка: англ укр рус перелючаю форму в нужный язык и для каждого в PageControl пишем свои значение на своём языке сбоев не наблюдаю |
| Автор: foenix 16.11.11, 08:58 |
| Т.е. получается сначала надо создать страницу с UTF-8, а затем только форму на нужный язык? |
| Автор: vicis 16.11.11, 09:36 |
| можно а как нужно в каждом случае может оказаться по своему я показал как у меня работает ты показал как у тебя не работает как минимум есть один рабочий вариант в какой кодировке должен быть твой сайт тебе же и решать есть принципиальные вопросы а есть возмжности инструментов |
| Автор: woken 20.12.11, 08:47 |
| Такой вопрос: а если у меня записи в БД Firebird в кодировке Win-1251, а caption кнопок на форме в кодировке utf-8, как сделать так чтобы браузер корректно отображал и русские кнопки и русский записи в таблице? Проблема в том, что если я выставляю win-1251 везде где только можно, у меня все равно в названия кнопок отображаются некорректно, хотя записи в DBGrid нормально. Посоветуйте что-нить... |
| Автор: ViktorXP 20.12.11, 12:59 |
| Переведи базу данных под утф-8 или текущую сессию делаю таковой. |
| Автор: Vl@d 08.05.12, 08:25 |
| Я даную проблемы решил следующим образом: - бросил на форму компоненты работающие с базами: database, QUERY, datasource, это впрочем все делают, но почему я выделил QUERY - так как с его помощью я и решил проблему - в моём случае бросил на кнопку код <{CODE_COLLAPSE_OFF}><{CODE_WRAP_OFF}> 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 Добавлено Цитата Vl@d @ sql_ob_monitor - имя компонента QUERY |
| Автор: vicis 14.05.12, 09:51 |
| Повезло тебе, т.к. не всегда это помогает, могли быть дополнительные грабли. лишняя функция т.к. у тебя уже есть на форме компонент database. Логичнее использовать какую то одну библиотеку, в данном случае правильнее было бы вызвать как здесь http://forum.sources.ru/index.php?showtopi...dpost&p=2346431 т.к., кроме всего прочего, не указывая в mysql_query идентификатор соединения, можеш не туда отдать команду при одновременном соединении с двумя базами... |
| Автор: DoctorGauss 14.10.12, 13:49 |
| Цитата vicis @ RadPhp XE PHP default charset - utf8 Editor Options Text Encoding - utf8 остальное не трогаем Прошу прощения за эксгумацию... Заработает только при перезапуске среды RadPHP. Пока не перезапустил, лицезрел кракобяки вместо русских букв. |
| Автор: DoctorGauss 14.10.12, 15:19 |
| Никак не могу понять, как поменять кодировку title. На странице русские буквы отображаются нормально, а в заголовке знаки вопроса. В FAQ насчет title ничего не нашел. |
| Автор: DoctorGauss 14.10.12, 17:11 |
| Решил проблему отображения вопросов вместо русских букв в title страницы. Итак, проблема: если в инспекторе в свойстве caption страницы, допустим Page1, написать что-нибудь по-русски, то после запуска (F9) в Title страницы, отображаемой в браузере, имеем вопросительные знаки. Решил проблему в присущем мне духе быдлокодера, а именно, нужно в обработчик создания страницы еще раз написать нужный Title (то есть Caption). Код такой: <{CODE_COLLAPSE_OFF}><{CODE_WRAP_OFF}> function Page1Create($sender, $params) { $this->Caption = 'Заголовок'; } Ну, и на всякий случай, полный код страницы Скрытый текст <{CODE_COLLAPSE_OFF}><{CODE_WRAP_OFF}> <?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. Кстати, на этом форуме можно как-то редактировать сообщения? |
| Автор: ViktorXP 15.10.12, 06:24 |
| Цитата DoctorGauss @ Никак не могу понять, как поменять кодировку title. На странице русские буквы отображаются нормально, а в заголовке знаки вопроса. В FAQ насчет title ничего не нашел. У тебя один из файлов был не в UTF-8 кодировке. Можно. оно будет доступно со временем (точно не помню от времени или от количества сообщений зависит) Добавлено Цитата DoctorGauss @ Заработает только при перезапуске среды RadPHP. Пока не перезапустил, лицезрел кракобяки вместо русских букв. Походу это связано с апачем. РадПых по шаблону при старте собирает конфигурационный файл. |
| Автор: Alex2011 15.10.12, 11:44 |
| Сдается,что не так,а просто именно Caption самой формы (и только,с остальным все нормально вроде),выставленная в IDE, не сохраняется в UTF-8 даже если сама страница в UTF.Проверял,баг это.После открытия в к-л текстовом редакторе и пересохранении в UTF все встает на свои места. Да и пример <{CODE_COLLAPSE_OFF}><{CODE_WRAP_OFF}> function Page1Create($sender, $params) { $this->Caption = 'Заголовок'; } как раз это подтверждает,так как тут будет сохранено в кодировке страницы. |
| Автор: vicis 15.10.12, 13:09 |
| ViktorXP тебе всё правильно сказал |
| Автор: DoctorGauss 16.10.12, 12:27 |
| Собственно, в проекте единственный файл, в котором записан этот заголовок. Это файл unit1.xml.php. С помощью Notepad++ преобразовал его в utf-8 (c bom). В результате все-равно вопросы в title. Пока работает только способ, описанный мной выше. |
| Автор: vicis 16.10.12, 14:10 |
| созданный однажды в RadPhp XE файл, не зависимо от дальнейших настроек, остаётся в той кодировке, в которой создан. По этому, если изменил в настройках кодировку на UTF после создания файла, толку не будет. Создай новый и через буфер обмена скопируй тексты. Цитата DoctorGauss @ С помощью Notepad++ преобразовал его в utf-8 (c bom). В результате все-равно вопросы в title. Естественно, т.к. преобразование это по сути дописывание в начало файла признака что он utf-8, но это не влияет на содержимое. здесь ещё почитай про кодировки Мусор в тексте (сообщение #2817354) |
| Автор: DoctorGauss 16.10.12, 16:44 |
| Цитата vicis @ созданный однажды в RadPhp XE файл, не зависимо от дальнейших настроек, остаётся в той кодировке, в которой создан. По этому, если изменил в настройках кодировку на UTF после создания файла, толку не будет. Создай новый и через буфер обмена скопируй тексты. Разумеется, создал новый проект, в Caption написал "Заголовок". После запуска в Title получил ????????? По поводу кодировки я далеко не спец. Просто я наивно подумал, раз уж в Notepad++ написано "Преобразовать в UTF", то он именно преобразует все символы в UTF кодировку, а не тупо поменяет признак кодировки. |
| Автор: ViktorXP 16.10.12, 22:42 |
| Цитата DoctorGauss @ Он умеет как тупо поставить признак кодировки так и преобразовать. Просто я наивно подумал, раз уж в Notepad++ написано "Преобразовать в UTF", то он именно преобразует все символы в UTF кодировку, а не тупо поменяет признак кодировки. Добавлено хм. это действительно так. они просто юзают функцию mb_convert_encoding для которой которая использует внутреннюю кодировку. а если ее не задать то по умолчанию она "ISO-8859-1" настраиваем: главное меню->tools->options->PHP->Internal Encodding меняем значение NULL на utf-8 |
| Автор: DoctorGauss 17.10.12, 01:55 |
| Цитата ViktorXP @ настраиваем: главное меню->tools->options->PHP->Internal Encodding меняем значение NULL на utf-8 Безрезультатно. Вопросы в title остались. (На всякий случай, опять создал новый проект). |
| Автор: ViktorXP 17.10.12, 05:58 |
| ок. тогда выложи сюда свой проект и phpinfo |
| Автор: DoctorGauss 17.10.12, 07:00 |
| Проект вот. А где взять phpinfo?[attach=#0][/attach] |
| Автор: ViktorXP 17.10.12, 07:09 |
| это результат вывода информации из функции phpinfo(). <{CODE_COLLAPSE_OFF}><{CODE_WRAP_OFF}> <?php echo phpinfo(); ?> |
| Автор: DoctorGauss 17.10.12, 07:34 |
| Цитата ViktorXP @ это результат вывода информации из функции phpinfo(). <{CODE_COLLAPSE_OFF}><{CODE_WRAP_OFF}> <?php echo phpinfo(); ?> Сорри, затупил. Думал, где -то в настройках RadPHP это можно посмотреть. Прикрепляю.[attach=#0][/attach] |
| Автор: ViktorXP 17.10.12, 08:05 |
| Цитата ViktorXP @ хм. это действительно так. они просто юзают функцию mb_convert_encoding для которой которая использует внутреннюю кодировку. а если ее не задать то по умолчанию она "ISO-8859-1" настраиваем: главное меню->tools->options->PHP->Internal Encodding меняем значение NULL на utf-8 забыл еще за одно. нужно в той же вкладке php поставить птичку "set these values on php.ini" |
| Автор: DoctorGauss 17.10.12, 08:14 |
| Цитата ViktorXP @ Цитата ViktorXP @ хм. это действительно так. они просто юзают функцию 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  |
| Автор: =SAPSAN= 19.09.13, 15:24 |
Что-то я не могу понять как при создании web-сервиса заставить выставить нужную кодировку wsdl-схемы...  Всё равно зараза пишет<{CODE_COLLAPSE_OFF}><{CODE_WRAP_OFF}> <?xml version="1.0" encoding="ISO-8859-1"?> Хотя везде в настройках среды стоит utf-8. Не подскажете как исправить? Есть подозрение, что где-то шаблон формирования XML надо изменить для учета нужной кодировки... |