|
|
|
Debug CSP запросов
|
|||
|---|---|---|---|
|
#18+
Кто нибудь научился пошагово дебажить рутины вызываемые CSP запросами? Бывает, что в веб приложении для вызова проблемной рутины необходимо пройти несколько CSP страниц (от логина и далее), а какой процесс будет обслуживать CSP запрос - непонятно. Соответственно непонятно к чему аттачить дебаг. Может можно как то заставить процесс не умирать после отработки CSP запроса? Или есть другие способы дебага веб приложений (кроме лога во временную глобаль) ? Кто нибудь научился нормально дебажить веб приложения в Cache ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2016, 13:19 |
|
||
|
Debug CSP запросов
|
|||
|---|---|---|---|
|
#18+
u78Может можно как то заставить процесс не умирать после отработки CSP запроса? Есть, можно выставить set %session.Preserve=1 и тогда процесс будет всегда один и тот же для этой сессии. Можно подключится Студией к этому процессу и ловить запросы. А чем не устраивает дебаг через временный глобал ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2016, 13:32 |
|
||
|
Debug CSP запросов
|
|||
|---|---|---|---|
|
#18+
u78Или есть другие способы дебага веб приложений (кроме лога во временную глобаль) ? Еще есть Код: javascript 1. 2. Есть возможности у самого браузера... u78Кто нибудь научился нормально дебажить веб приложения в Cache ? Наверное мы нормально дебажим, если имеем нормально работающие CSP-приложения... Они не так нагружены по пользователям... И в локальной сети... Но таки работают без проблем. Да и нужно понимать, что сам подход к созданию приложений может как помочь в отладке, так и затруднить ее до невозможности. Т.ч. может дело не в бабине? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2016, 13:32 |
|
||
|
Debug CSP запросов
|
|||
|---|---|---|---|
|
#18+
u78 ,
... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2016, 14:19 |
|
||
|
Debug CSP запросов
|
|||
|---|---|---|---|
|
#18+
u78, не совсем понятно, что именно вы хотите отлаживать. CSP - это в первую очередь генерация текстового документа. Если она сложная и непонятная с первого взгляда, то можно поставить блокировку в коде, и параллельно блокировку в терминале. Подождать ее срабатывания, подключиться отладчиком к процессу шлюза, снять блокировку в терминале. Но дело это неблагодарное, потому что через некоторое (небольшое) время процесс отвалится по таймауту. Если вы хотите отлаживать методы, вызываемые через #server, записывайте их параметры и потом отлаживайте вызовы в терминале. Если вы хотите отлаживать javascript, то это уже не к Каше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2016, 14:40 |
|
||
|
Debug CSP запросов
|
|||
|---|---|---|---|
|
#18+
servit, Спасибо большое! первая ссылка помогла Итого: 1 Debug > Debugging Target, ZEN or CSP page указываю стартовую страницу своего приложения 2 Открываю нужную мне рутину и ставлю там Breakpoint 3 Запускаю дебаг (Debug > Go), кликаю в браузере до нужной страницы и в какой то момент клик на ссылке в браузере приводит к тому что сервер не отдаёт страницу, останавливается на Breakpoint и показывает жёлтым выделением выполняемую строку. Через какое то время (меньше минуты) страница отдаётся браузеру а процесс дебага остаётся, можно продолжать неспешно кликать F10 или F11. Попытка увеличить время в CSP Gateway Management не увеличивает это время. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2016, 15:14 |
|
||
|
Debug CSP запросов
|
|||
|---|---|---|---|
|
#18+
u78Через какое то время (меньше минуты) страница отдаётся браузеру а процесс дебага остаётся, можно продолжать неспешно кликать F10 или F11. Попытка увеличить время в CSP Gateway Management не увеличивает это время.У меня увеличение Server_Response_Timeout/Queued_Request_Timeout на уровне шлюза помогло. Что именно меняли в шлюзе и делали ли на всякий случай его рестарт, чтобы эти изменения вступили в силу: Forcing the Gateway to Reload Its Configuration ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2016, 17:05 |
|
||
|
|
start [/forum/topic.php?fid=39&tid=1556409]: |
0ms |
get settings: |
12ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
69ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
46ms |
get tp. blocked users: |
1ms |
| others: | 271ms |
| total: | 432ms |
| 0 / 0 |
