Тормозит API вызов rpcf_search_users_new

[OnlySlon]

Привет!
Дали задание разобраться в тормозах кабинета,
используется 2 вызова для поиска клиента - rpcf_search_users_light - к нему претензий нет, и вызов rpcf_search_users_new - он сильно тормозит.

если первый выполняется за

real 0m0.023s
user 0m0.012s
sys 0m0.000s

то второй
real 0m0.553s
user 0m0.072s
sys 0m0.000s

все это сопровождается съеданием процессора процессом mysqld

Код: Выделить всё

сам вызов вот такой
<?xml version="1.0"?>
<urfa>
   <parameter name="ul" comment="User Login" />

        <set dst="poles_count" value="0" />
        <set dst="select_type" value="0" />
        <set dst="patterns_count" value="1" />
        <set dst="what_id" value="2" />
        <set dst="criteria_id" value="3" />
        <set dst="pattern" src="ul" comment="User Login" />
        <set dst="Pr" value="0" />

   <call function="rpcf_search_users_new" />

Причиной этому - то что при попытке поискать пользователя, из базы высасывается все пользователи - а выборка по критерию видимо ведется непосредственно внутри utm'a.

в core_debug.log - нашел следубщий вызов который идет в базу

Код: Выделить всё

?Debug &#58; Dec 24 20&#58;52&#58;56 DBCtx&#58; <173149712> SQL SELECT query&#58; SELECT login, password, basic_account, create_date, last_change_date,who_create, who_change, is_juridical, full_name, juridical_address, actual_address,work_telephone, home_telephone, mobile_telephone, web_page, icq_number, tax_number,kpp_number, bank_id, bank_account, comments, email, house_id, flat_number, entrance,floor, district, building, passport, personal_manager, connect_date, is_send_invoice,advance_payment, id FROM users WHERE is_deleted=0

Т.е вместо того чтобы построить запрос - высасываются все пользователи из таблицы, а их много.

Подскажите пожалуйста, это баг или фича? Как поступить?

[Magnum72]

Привет!
Дали задание разобраться в тормозах кабинета,
используется 2 вызова для поиска клиента - rpcf_search_users_light - к нему претензий нет, и вызов rpcf_search_users_new - он сильно тормозит.

если первый выполняется за

real 0m0.023s
user 0m0.012s
sys 0m0.000s

то второй
real 0m0.553s
user 0m0.072s
sys 0m0.000s

все это сопровождается съеданием процессора процессом mysqld

Код: Выделить всё

сам вызов вот такой
<?xml version="1.0"?>
<urfa>
   <parameter name="ul" comment="User Login" />

        <set dst="poles_count" value="0" />
        <set dst="select_type" value="0" />
        <set dst="patterns_count" value="1" />
        <set dst="what_id" value="2" />
        <set dst="criteria_id" value="3" />
        <set dst="pattern" src="ul" comment="User Login" />
        <set dst="Pr" value="0" />

   <call function="rpcf_search_users_new" />

Причиной этому - то что при попытке поискать пользователя, из базы высасывается все пользователи - а выборка по критерию видимо ведется непосредственно внутри utm'a.

в core_debug.log - нашел следубщий вызов который идет в базу

Код: Выделить всё

?Debug &#58; Dec 24 20&#58;52&#58;56 DBCtx&#58; <173149712> SQL SELECT query&#58; SELECT login, password, basic_account, create_date, last_change_date,who_create, who_change, is_juridical, full_name, juridical_address, actual_address,work_telephone, home_telephone, mobile_telephone, web_page, icq_number, tax_number,kpp_number, bank_id, bank_account, comments, email, house_id, flat_number, entrance,floor, district, building, passport, personal_manager, connect_date, is_send_invoice,advance_payment, id FROM users WHERE is_deleted=0

Т.е вместо того чтобы построить запрос - высасываются все пользователи из таблицы, а их много.

Подскажите пожалуйста, это баг или фича? Как поступить?

Это фича, я спрашивал, сказали что так им проще.. а вообще дурь конечно.

[Magnum72]

Удалил

[OnlySlon]

Это фича, я спрашивал, сказали что так им проще.. а вообще дурь конечно.

Спасибо, печально

[Kayfolom]

Используйте urfa-php, там сможете переписать функцию для работы напрямую с базой. Я к примеру у себя переделал отчет по услугам, ибо родной вызов работает десятки секунд, выборка из базы - несколько милисекунд.