|
двойное url кодирование русских букв
|
|||
---|---|---|---|
#18+
Добрый день! После обновления apex c версии 4.0.1 до 4.1.0.00.32 появился следующий баг: При переходе по ссылки на сайт апекс происходит двойное url кодирование русских букв, Код: plaintext 1. 2. 3. 4. 5. 6.
http://server:7780/pls/apex/f?p=101:71:616060320996184::NO::P71_GLB:%25D0%25BE%25D1%2580%25D0%25B0%25D0%25BA%25D0%25BB Раньше при 4.0.1 всё работало при window.open(encodeURI(baseURL + fndStr), 'Моё окно'), сейчас результат такой же как и без encodeURI Куда копать ? ... |
|||
:
Нравится:
Не нравится:
|
|||
19.09.2011, 10:00 |
|
двойное url кодирование русских букв
|
|||
---|---|---|---|
#18+
В какой кодировке база? Какая кодировка стоит под HTTP сервером апекса? Должна стоять UTF8 И в какой кодировке вы пытаетесь передать URL? Я так понимаю (сам сталкивался) вы пытаетесь сформировать URL на другой сервер, который не понимает UTF8 ? Или дело в чем-то другом? ... |
|||
:
Нравится:
Не нравится:
|
|||
19.09.2011, 12:28 |
|
двойное url кодирование русских букв
|
|||
---|---|---|---|
#18+
1. SQL> SELECT * FROM NLS_DATABASE_PARAMETERS; PARAMETER VALUE ------------------------------ ---------------------------------------- NLS_CSMIG_SCHEMA_VERSION 5 NLS_LANGUAGE AMERICAN NLS_TERRITORY AMERICA NLS_CURRENCY $ NLS_ISO_CURRENCY AMERICA NLS_NUMERIC_CHARACTERS ., NLS_CHARACTERSET CL8ISO8859P5 NLS_CALENDAR GREGORIAN NLS_DATE_FORMAT DD-MON-RR NLS_DATE_LANGUAGE AMERICAN NLS_SORT BINARY NLS_TIME_FORMAT HH.MI.SSXFF AM NLS_TIMESTAMP_FORMAT DD-MON-RR HH.MI.SSXFF AM NLS_TIME_TZ_FORMAT HH.MI.SSXFF AM TZR NLS_TIMESTAMP_TZ_FORMAT DD-MON-RR HH.MI.SSXFF AM TZR NLS_DUAL_CURRENCY $ NLS_COMP BINARY NLS_NCHAR_CHARACTERSET AL16UTF16 NLS_LENGTH_SEMANTICS BYTE NLS_NCHAR_CONV_EXCP FALSE PARAMETER VALUE ------------------------------ ---------------------------------------- NLS_RDBMS_VERSION 10.2.0.4.0 2. Oracle HTTP Server charset=utf-8 3. Страница с которой идет переход имеет кодировку utf-8 Именно так, переход идет с одного сервера на другой. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.09.2011, 13:34 |
|
двойное url кодирование русских букв
|
|||
---|---|---|---|
#18+
3. В какой кодировке вы пытаетесь передать URL? Какую кодировку должен принять другой сервер? utf-8 или CL8ISO8859P5 ? авторOracle HTTP Server charset=utf-8 авторwindow.open(baseURL + fndStr, 'Моё окно'); это значит, что baseURL + fndStr здесь уже находится в utf-8, сконвертированный из CL8ISO8859P5. Ведь он выводит всё в UTF-8, это не баг. Если этого не происходило раньше, могу только предположить, что до апдейта было авторOracle HTTP Server charset=CL8ISO8859P5 или раньше этот код помещался куда-то, где преобразование обходилось стороной? ... |
|||
:
Нравится:
Не нравится:
|
|||
19.09.2011, 14:26 |
|
двойное url кодирование русских букв
|
|||
---|---|---|---|
#18+
Немного не так. На одном сервере есть статическая страница (utf-8) с формой и полем ввода с id="find", при событии onClick выполняется приведенный javascript код, который должен открыть страницу apexа на другом сервере, передав ей в item P71_GLB введенное значение поля find. baseURL + fndStr изначально находятся в utf-8 и их кодировка ни как не связана с apex. Остальное преобразование URL делает браузер. Не смотря на то, что сама база не в utf-8, других проблем с русским в apex приложениях нет. При апдейте с 4.0.1 до 4.1.0.00.32 кодировки не менялись. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.09.2011, 15:22 |
|
двойное url кодирование русских букв
|
|||
---|---|---|---|
#18+
Сорри, теперь разобрался. Как раз тестирую сижу приложения в 4.1. Есть похожая проблема https://forums.oracle.com/forums/thread.jspa?messageID=9859489& и она у меня воспроизводится. Однако с приведенным кодом c onClick на button и Text Field find Item не могу воспроизвести, тоже самое, что в 4.1, что в 4.0.1 работает. Возможно в find уже присутствует escape ... |
|||
:
Нравится:
Не нравится:
|
|||
19.09.2011, 17:41 |
|
двойное url кодирование русских букв
|
|||
---|---|---|---|
#18+
Спасибо за ссылку. Как я понимаю решения пока нет, есть только баг с номером 12971989. Печально. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.09.2011, 09:16 |
|
двойное url кодирование русских букв
|
|||
---|---|---|---|
#18+
Всем привет! у меня что-то подобное приключилось.. после обновления Apex'а с версии 4.0 на 4.1 перестали передаваться в ссылках русские буквы... я в оракле не эксперт, но делать что-то надо было... стал всё подряд менять, и кодировки базы.... и glassfish server новый поставил и кодировки там разные в нём указывал.... всё нормально стало, когда поставил старенький апекс-листинер в гласфише... так и не понял в чём прикол был... кстати браузер опера работал без проблем с русскими буквами.... т.к. подавляющее число юзеров всётаки под осликом работает, то вот таким методом и решил проблему... ума это не прибавило мне, только полдня провозился... ... |
|||
:
Нравится:
Не нравится:
|
|||
22.09.2011, 16:34 |
|
двойное url кодирование русских букв
|
|||
---|---|---|---|
#18+
Добрый день. И у меня такая же проблема, после миграции на 4.2 вместо русских букв в урле стали передаваться кодированные символы. Кто-нибудь поборол эту проблему? ... |
|||
:
Нравится:
Не нравится:
|
|||
16.01.2013, 10:49 |
|
двойное url кодирование русских букв
|
|||
---|---|---|---|
#18+
Kino36Добрый день. И у меня такая же проблема, после миграции на 4.2 вместо русских букв в урле стали передаваться кодированные символы. Кто-нибудь поборол эту проблему? Проблема описанная в теме решена патчем 4.1.1. Лучше создайте отдельную тему с детальным описанием вашей проблемы. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.01.2013, 13:08 |
|
двойное url кодирование русских букв
|
|||
---|---|---|---|
#18+
Kino36, та же проблема возникла после переезда на 4.2.1.00.08. помогло использование вот такого dynamic action: Код: javascript 1. 2.
в P1_X как раз должны передаваться русские буквы (и в 4.0 передавались). ... |
|||
:
Нравится:
Не нравится:
|
|||
16.01.2013, 17:03 |
|
|
start [/forum/topic.php?fid=50&fpage=53&tid=1875863]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
30ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
48ms |
get tp. blocked users: |
2ms |
others: | 20ms |
total: | 143ms |
0 / 0 |