ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Oracle APEX [игнор отключен] [закрыт для гостей] / Искажение адресной строки.
25 сообщений из 49, страница 1 из 2
  1  все
Искажение адресной строки.
    #38483189
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
Добрый день.

Имею апекс 4 и "iPLSQL Server - APEX" веб сервер ( по крайней мере в заголовке запросов он так называется).

Проблема в том, что в ряде случаев при любом переходе в адресной строке может затесаться запятая, и на странице будет ошибка:
ERR-1002 Unable to find item ID for item "" in application "102".

То есть после запятой ничего нету. Запятой вообще быть не должно. Но она появляется и апекс ищет итем с пустым ID. Ошибка возникает спонтанно при любом переходе / бранче.

Кто-нибудь с таким сталкивался?
...
Рейтинг: 0 / 0
29.11.2013, 13:00
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38483419
добрый желатель
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
добрый желатель
Гость
имхо, Вам нужно обращаться к разработчикам этого:
Gustly"iPLSQL Server - APEX"
а чё это вообще такое?
...
Рейтинг: 0 / 0
29.11.2013, 14:52
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38483446
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly,

Что это за iPLSQL Server веб сервер такой ?

Вот вам задание:

1. Опишите сценарий установки.

2. Проанализируйте access логи и посмотрите ссылки, которые запрашивал пользователь до и после ошибки . Если архитектура многоуровневая (например, проксирующие программы всякие), тогда и access логи нужно изучать на каждом уровне.
...
Рейтинг: 0 / 0
29.11.2013, 15:02
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38483495
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
Не могу сказать точно. Но возможно там используется самописный сервер. Как они запустили на нем апекс не знаю даже.
Что за access логи? Ошибка может возникнуть при любом переходе совершенно случайно. Стоит вернуться назад и опять кликнуть по той же ссылке и все работает нормально. Воспроизвести сложно довольно, чтобы что-то увидеть например в консоли браузера. Но на форуме оракла эту проблему описывали, но решения не нашли. Писали только, что на версии 2 и 3 такого не было.
...
Рейтинг: 0 / 0
29.11.2013, 15:28
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38483671
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly, Мало технической информации

GustlyЧто за access логи?
Логи веб сервера, см. документацию к веб серверу

+ посмотрите

Код: plsql
1.
2.
select * from apex_workspace_activity_log t
where t.error_message like '%ERR-1002%'



и проверьте, действительно ли возникает при любом бранче / на любой странице / у любых пользователей

+ гляньте APEX_DEBUG_MESSAGES

в Application Security Attributes > Initialization / Cleanup PL/SQL Code
пропишите apex_debug.enable / disable (много сообщений могут забить tablespace, так что осторожнее),
причем смотрите по сессии, но еще и отдельно по времени выполнения без фильтров (сессия, например, может поменяться или сброситься), определите, чего там выполнялось перед ошибкой. Поможет если ошибка в вашем приложении / каких-то функций apex core ,
если же это ошибка веб сервера / прокси сервера, тогда курить логи и конфигурацию веб сервера, сравнивать с тем, что запрашивается браузером через сетевой монитор
...
Рейтинг: 0 / 0
29.11.2013, 16:30
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38483737
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
SvDev,

К веб серверу доступа нет.

По селекту select * from apex_workspace_activity_log t
where t.error_message like '%ERR-1002%'

ясно, что срабатывает на разных страницах, приложениях, юзерах, браузерах. Одинаково лишь page_view_mode = dynamic и ошибка.
...
Рейтинг: 0 / 0
29.11.2013, 16:58
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38485838
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly,

По вашим описаниям скорее всего это web-сервер, хотя и в приложениях тоже могут быть ошибки.

apex_debug достаточно мощное средство в таких ситуациях, для апекс 4.1 (в 4.2 немного по-другому, см. доку) примерно так:
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
begin
  apex_debug_message.enable_debug_messages(apex_debug_message.c_log_level_engine_trace);

  for i in 1..owa.num_cgi_vars loop

    apex_debug_message.log_message( 'DEBUG: ' || owa.cgi_var_name(i) || ' = ' || owa.cgi_var_val(i) );
  end loop;
end;



Код: plsql
1.
2.
3.
begin
  apex_debug_message.disable_debug_messages;
end;



Далее, если ошибка возникает после отправки страницы (POST), тогда в debug находим 2 запроса с 2-мя page_view_id:

смотрим в accept запросе параметры QUERY_STRING, HTTP_REFERER, строки с бранчем, примерно так:

Код: sql
1.
2.
3.
4.
0,12500	0,00000	Branch point: After Processing	4	
0,12500	0,00000	...Evaluating Branch: AFTER_PROCESSING type: "REDIRECT_URL" button: (No Button Pressed) branch: (Unconditional) 	4	
0,12500	0,01600	prepare_url f?p=102:1:584830744001001::YES:::	7	
0,14100	0,00000	Stop APEX Engine detected



сравниваем с этими же параметрами в show-запросе, где ошибка, ну и другие сообщения, в том числе по времени, с большой степенью вероятности можно будет сказать, кто виноват.
Для полной картины, нужно изучить именно еще access логи, серверные переменные могут меняться веб сервером и приходить с искажениями.
...
Рейтинг: 0 / 0
02.12.2013, 12:55
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38486771
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
SvDev,

Скоро надеюсь добраться до серверных логов. Но пока уточню. Обычно на конце строки я вижу ":::::", или же "::NO:::", то есть нету никаких переменных. И вот в самый конец бывает попадает запятая ":::::," хотя я спецом убрал такой переход на одной из страниц (то есть на конце пусто должно быть всегда), которая была подопытной. Но данный баг бывает и на других страницах.
...
Рейтинг: 0 / 0
03.12.2013, 00:10
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38487091
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly,

Это не похоже на баг апекса, у стандартных веб серверов тоже врят ли есть такие баги, скорее ошибка программистов / админов, но точно можно сказать лишь собрав и изучив техническую информацию
...
Рейтинг: 0 / 0
03.12.2013, 11:39
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38487242
irbis_al
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
irbis_al
Участник
Такое поведение апекса может быть если есть на странице protected переменная,а вы её на странице javasriptом (jQuery) меняете.
...
Рейтинг: 0 / 0
03.12.2013, 12:54
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38490460
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
Новые подробности. Пользователи учудили.

Они в браузер вводят
https://ADDRESS:11111/apex/f?p=102:17:11834952095032::NO::P17_QWE_ID,P17_ASD_ID:20681,5
Их кидает конечно же на страницу логина
https://ADDRESS:11111/apex/f?p=102:LOGIN_DESKTOP:10412900624918
После удачного логина и кидает не на хоум страницу, а на
https://ADDRESS:11111/apex/f?p=102:17:10412900624918::::,P17_ASD_ID:,5

И почему такая строка непонятно уже. Почему было 2 переменных, осталась одна, и почему они вообще остались?!
...
Рейтинг: 0 / 0
05.12.2013, 15:32
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38490678
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly,

Уже что-то интересное.

Не стартовая страница, т.к. настройках включен механизм, кот. называется deep linking.

Я уж было подумал это баг deep linking когда 2 параметра, но нет, ни в 4.1.1 ни в 4.2.3 не вопроизводится.
Могу посоветовать:

- попробуйте воспроизвести в отдельном приложении.
- посмотрите, что на самом деле происходит в debug.
- проверьте, работет ли ссылка напрямую, уже после логина.
...
Рейтинг: 0 / 0
05.12.2013, 16:55
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38490757
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
SvDev,

По селекту По селекту select * from apex_workspace_activity_log t
where t.error_message like '%ERR-1002%'

Вижу, что во всех приложениях системы возникает. Видимо пользователи ссылками делятся. У меня ИДники составные. После логина ссылка не работает. Так как в ней ИД сессии другой. Если вставлять только конечные параметры, то работает. Дебаг это который на нижней панели? Что в нем искать?
...
Рейтинг: 0 / 0
05.12.2013, 17:28
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38490802
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly,

Если получится - там, если нет то apex_debug.enable.
Например в 4.1:
Код: sql
1.
2.
3.
4.
5.
6.
7.
0,12500	0,00000	...Execute Statement: begin wwv_flow_custom_auth_std.login( P_UNAME => v('P101_USERNAME'), P_PASSWORD => :P101_PASSWORD, P_SESSION_ID => v('APP_SESSION'), P_FLOW_PAGE => :APP_ID||':1' ); end;	4	
0,12500	0,00000	...Session ID 548719087027901 can be used	4	
0,12500	0,01500	... Authentication success	4	
0,14000	0,00000	Redirecting to f?p=108:9:548719087027901::YES:9:P9_ID:111782
0,14000	0,00000	...Process "Clear Page(s) Cache" - Type: CLEAR_CACHE_FOR_PAGES	4	
0,14000	0,00000	......Skip because condition or authorization evaluates to FALSE	4	
0,14000	0,00000	Stop APEX Engine detected


проверить, что нет ничего лишнего и подозрительного до и после в том запросе
Если там url еще правильный, то смотреть, что в дебаге после редиректа.

Может еще P17_QWE_ID item какой-то особый, или ссылка содержит какие-то непечатаемые спецсимволы
...
Рейтинг: 0 / 0
05.12.2013, 17:46
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491360
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
SvDev, кажется нашел. SELECT * FROM APEX_040200.WWV_FLOW_DEBUG_MESSAGES2. 2-я снизу строка.
...Session State: Saved Item "FSP_AFTER_LOGIN_URL" New Value="f?p=102:17:10857855207685::YES::,P17_PT_DC_ID:,5"
Я так понял сюда сохранился редирект после логина. Но как его лечить?

 

Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
79	500005	499	06.12.13 10:07:19,078000 +04:00	alter session set NLS_SORT="BINARY"	102		5952854375731		0	4	2,71180119801243E15	
78	500004	499	06.12.13 10:07:19,078000 +04:00	alter session set NLS_CALENDAR="GREGORIAN"	102		5952854375731		0	4	2,71180119801243E15	
81	500007	499	06.12.13 10:07:19,078000 +04:00	...NLS: Set Decimal separator="."	102		5952854375731		0	4	2,71180119801243E15	
80	500006	499	06.12.13 10:07:19,078000 +04:00	alter session set NLS_COMP="BINARY"	102		5952854375731		0	4	2,71180119801243E15	
75	500001	499	06.12.13 10:07:19,078000 +04:00	Reset NLS settings	102		5952854375731		0	4	2,71180119801243E15	
74	500000	499	06.12.13 10:07:19,078000 +04:00	S H O W: application="102" page="17" workspace="" request="" session="5952854375731"	102		5952854375731		0	4	2,71180119801243E15	
77	500003	499	06.12.13 10:07:19,078000 +04:00	alter session set NLS_TERRITORY="AMERICA"	102		5952854375731		0	4	2,71180119801243E15	
76	500002	499	06.12.13 10:07:19,078000 +04:00	alter session set NLS_LANGUAGE="AMERICAN"	102		5952854375731		0	4	2,71180119801243E15	
82	500008	499	06.12.13 10:07:19,078000 +04:00	...NLS: Set NLS Group separator=","	102		5952854375731		0	4	2,71180119801243E15	
86	500012	499	06.12.13 10:07:19,078000 +04:00	NLS of database and client differs, characterset conversion needed	102		5952854375731		0	4	2,71180119801243E15	
87	500013	499	06.12.13 10:07:19,078000 +04:00	...Setting session time_zone to +04:00	102		5952854375731		0	4	2,71180119801243E15	
85	500011	499	06.12.13 10:07:19,078000 +04:00	...NLS: Set g_nls_timestamp_tz_format="DD-MON-RR HH.MI.SSXFF AM TZR"	102		5952854375731		0	4	2,71180119801243E15	
83	500009	499	06.12.13 10:07:19,078000 +04:00	...NLS: Set g_nls_date_format="DD-MON-RR"	102		5952854375731		0	4	2,71180119801243E15	
84	500010	499	06.12.13 10:07:19,078000 +04:00	...NLS: Set g_nls_timestamp_format="DD-MON-RR HH.MI.SSXFF AM"	102		5952854375731		0	4	2,71180119801243E15	
105	500031	499	06.12.13 10:07:19,094000 +04:00	fetch items (exact)	102	17	0		0,016	4	2,71180119801243E15	
106	500032	499	06.12.13 10:07:19,094000 +04:00	... sentry+verification failure	102	17	0		0,016	4	2,71180119801243E15	
107	500033	499	06.12.13 10:07:19,094000 +04:00	...Creating new session, session ID=""	102	17	0	nobody	0,016	4	2,71180119801243E15	
102	500028	499	06.12.13 10:07:19,094000 +04:00	Application 102, Authentication: PLUGIN, Page Template: 2844404529483089	102	17	5952854375731		0,016	4	2,71180119801243E15	
103	500029	499	06.12.13 10:07:19,094000 +04:00	Authentication check: Application Express Authentication (NATIVE_APEX_ACCOUNTS)	102	17	5952854375731		0,016	4	2,71180119801243E15	
104	500030	499	06.12.13 10:07:19,094000 +04:00	...fetch session state from database	102	17	0		0,016	4	2,71180119801243E15	
108	500034	499	06.12.13 10:07:19,094000 +04:00	Session created: 10857855207685 user: nobody	102	17	10857855207685	nobody	0,016	4	2,71180119801243E15	
114	500040	499	06.12.13 10:07:19,094000 +04:00	"...Execute Statement: begin apex_debug.disable;
end;"	102	17	10857855207685	nobody	0,016	4	2,71180119801243E15	
113	500039	499	06.12.13 10:07:19,094000 +04:00	Final commit	102	17	10857855207685	nobody	0,016	4	2,71180119801243E15	
112	500038	499	06.12.13 10:07:19,094000 +04:00	Stop APEX Engine detected	102	17	10857855207685	nobody	0,016	4	2,71180119801243E15	
109	500035	499	06.12.13 10:07:19,094000 +04:00	...New Instance Detected - 	102	17	10857855207685	nobody	0,016	4	2,71180119801243E15	
110	500036	499	06.12.13 10:07:19,094000 +04:00	...Session State: Saved Item "FSP_AFTER_LOGIN_URL" New Value="f?p=102:17:10857855207685::YES::,P17_ID:,5"	102	17	10857855207685	nobody	0,016	4	2,71180119801243E15	
111	500037	499	06.12.13 10:07:19,094000 +04:00	Redirecting to f?p=102:LOGIN_DESKTOP:10857855207685	102	17	10857855207685	nobody	0,016	4	2,71180119801243E15


...
Рейтинг: 0 / 0
06.12.2013, 10:12
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491471
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly,

Воспроизвести в новом приложении пока не удалось?
Чуть позже сравню со свои дебагом.

Хорошо бы проверить, что QUERY_STRING параметр в том же запросе правильный, т.е. исключить веб сервер.
+ посмотреть sentry+verification function в схеме аутентификации, не меняется ли там прямо или косвенно тот самый FSP_AFTER_LOGIN_URL
...
Рейтинг: 0 / 0
06.12.2013, 11:40
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491490
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly,

Еще сортировку по id сделайте, у вас сообщения перемешаны, часть из сёредки отсутствует
...
Рейтинг: 0 / 0
06.12.2013, 11:51
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491504
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
SvDev,

Ошибка из разных приложений одна и та же. Можно по подробнее о QUERY_STRING и sentry+verification function. Я не сразу даже нашел где логи искать.

 
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
1	06.12.13 10:07:19,078000 +04:00	S H O W: application="102" page="17" workspace="" request="" session="5952854375731"
2	06.12.13 10:07:19,078000 +04:00	Reset NLS settings
3	06.12.13 10:07:19,078000 +04:00	alter session set NLS_LANGUAGE="AMERICAN"
4	06.12.13 10:07:19,078000 +04:00	alter session set NLS_TERRITORY="AMERICA"
5	06.12.13 10:07:19,078000 +04:00	...NLS: Set Decimal separator="."
6	06.12.13 10:07:19,078000 +04:00	...NLS: Set g_nls_date_format="DD-MON-RR"
7	06.12.13 10:07:19,078000 +04:00	...NLS: Set g_nls_timestamp_tz_format="DD-MON-RR HH.MI.SSXFF AM TZR"
8	06.12.13 10:07:19,078000 +04:00	...Setting session time_zone to +04:00
9	06.12.13 10:07:19,078000 +04:00	NLS of database and client differs, characterset conversion needed
10	06.12.13 10:07:19,078000 +04:00	...NLS: Set g_nls_timestamp_format="DD-MON-RR HH.MI.SSXFF AM"
11	06.12.13 10:07:19,078000 +04:00	...NLS: Set NLS Group separator=","
12	06.12.13 10:07:19,078000 +04:00	alter session set NLS_COMP="BINARY"
13	06.12.13 10:07:19,078000 +04:00	alter session set NLS_SORT="BINARY"
14	06.12.13 10:07:19,078000 +04:00	alter session set NLS_CALENDAR="GREGORIAN"
15	06.12.13 10:07:19,094000 +04:00	Language derived from: FLOW_PRIMARY_LANGUAGE, current browser language: ru
16	06.12.13 10:07:19,094000 +04:00	...NLS: Set g_nls_timestamp_format="DD.MM.RR HH24:MI:SSXFF"
17	06.12.13 10:07:19,094000 +04:00	Setting NLS_DATE_FORMAT to application date format: DD.MM.YYYY
18	06.12.13 10:07:19,094000 +04:00	... sentry+verification failure
19	06.12.13 10:07:19,094000 +04:00	fetch items (exact)
20	06.12.13 10:07:19,094000 +04:00	...fetch session state from database
21	06.12.13 10:07:19,094000 +04:00	Authentication check: Application Express Authentication (NATIVE_APEX_ACCOUNTS)
22	06.12.13 10:07:19,094000 +04:00	Application 102, Authentication: PLUGIN, Page Template: 2844404529483089
23	06.12.13 10:07:19,094000 +04:00	NLS: Language=ru
24	06.12.13 10:07:19,094000 +04:00	...NLS: Set g_nls_timestamp_tz_format="DD.MM.RR HH24:MI:SSXFF TZR"
25	06.12.13 10:07:19,094000 +04:00	...NLS: Set g_nls_timestamp_format="DD.MM.RR HH24:MI:SSXFF"
26	06.12.13 10:07:19,094000 +04:00	...NLS: Set g_nls_date_format="DD.MM.YYYY"
27	06.12.13 10:07:19,094000 +04:00	"...Execute Statement: begin apex_debug.disable;
end;"
28	06.12.13 10:07:19,094000 +04:00	Final commit
29	06.12.13 10:07:19,094000 +04:00	Stop APEX Engine detected
30	06.12.13 10:07:19,094000 +04:00	Redirecting to f?p=102:LOGIN_DESKTOP:10857855207685
31	06.12.13 10:07:19,094000 +04:00	...Session State: Saved Item "FSP_AFTER_LOGIN_URL" New Value="f?p=102:17:10857855207685::YES::,P17_ID:,5"
32	06.12.13 10:07:19,094000 +04:00	...New Instance Detected - 
33	06.12.13 10:07:19,094000 +04:00	Session created: 10857855207685 user: nobody
34	06.12.13 10:07:19,094000 +04:00	...Creating new session, session ID=""

...
Рейтинг: 0 / 0
06.12.2013, 12:03
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491513
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly,

Вот этот кусок кода, что я постил выше

Код: sql
1.
2.
3.
  for i in 1..owa.num_cgi_vars loop

    apex_debug_message.log_message( 'DEBUG: ' || owa.cgi_var_name(i) || ' = ' || owa.cgi_var_val(i) );



Смотреть проще во вьюшке APEX_DEBUG_MESSAGES
...
Рейтинг: 0 / 0
06.12.2013, 12:10
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491518
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
SvDev,

Его встроить на 101 страницу процессом?
...
Рейтинг: 0 / 0
06.12.2013, 12:13
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491529
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
DEBUG: QUERY_STRING = p=102:LOGIN_DESKTOP:11724053397499
Не то.
...
Рейтинг: 0 / 0
06.12.2013, 12:17
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491538
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly,

проще всего в Security Attributes > Initialization / Cleanup PL/SQL Code, можно еще там ограничить действие, на 101 не получится, т.к. у вас лог еще до 101, +т.к. sentry failed в процессе работать не будет
...
Рейтинг: 0 / 0
06.12.2013, 12:21
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491596
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
SvDev,

Сделал в ините.
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
apex_debug.enable;
begin
  apex_debug_message.enable_debug_messages(apex_debug_message.c_log_level_engine_trace);

  for i in 1..owa.num_cgi_vars loop

    apex_debug_message.log_message( 'DEBUG: ' || owa.cgi_var_name(i) || ' = ' || owa.cgi_var_val(i) );
  end loop;
end;


Ничего интересного в QUERY_STRING не нашел.
...
Рейтинг: 0 / 0
06.12.2013, 12:51
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491605
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly,

Что значит не нашли, будь там f?p=102:17:10857855207685::YES::,P17_ID:,5 или правильный url с 2-мя параметрами это скажет о многом, смотреть надо в том запросе же на странице 17
...
Рейтинг: 0 / 0
06.12.2013, 12:56
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491615
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
SvDev,

Код: sql
1.
2.
3.
4.
5.
6.
select *--t.message_timestamp,t.message 
from APEX_DEBUG_MESSAGES  t
where t.message_timestamp >= to_date('06.12.2013 12:13','DD.MM.YYYY HH:MI') 
and t.message_timestamp <= to_date('06.12.2013 12:17','DD.MM.YYYY HH:MI')
and t.message like '%QUERY%'
order by t.message_timestamp



Искал вот так.

Код: sql
1.
2.
3.
4.
1	06.12.13 12:14:44,290000 +04:00	CGI: QUERY_STRING = p=102:LOGIN_DESKTOP:11724053397499
2	06.12.13 12:14:44,305000 +04:00	DEBUG: QUERY_STRING = p=102:LOGIN_DESKTOP:11724053397499
3	06.12.13 12:14:49,493000 +04:00	CGI: QUERY_STRING = 
4	06.12.13 12:14:49,540000 +04:00	DEBUG: QUERY_STRING =



Нету здесь ожидаемой строки.
...
Рейтинг: 0 / 0
06.12.2013, 13:00
| Ответить | Цитировать | Написать  
25 сообщений из 49, страница 1 из 2
  1  все
Форумы / Oracle APEX [игнор отключен] [закрыт для гостей] / Искажение адресной строки.
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=50&msg=38483446&tid=1875467]:
 0ms
get settings:
 9ms
get forum list:
 9ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 78ms
get topic data:
 10ms
get forum data:
 2ms
get page messages:
 61ms
get tp. blocked users:
 1ms
others: 266ms
total:  442ms
созд. / загр.: 442ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]