Народ подскажите функцию для снятия блокировки пользователя, (не важно, админская блокировка или системная).
Т.к. блокировать блокирует, а разблокировать не хочет О.о.
Мне, может, не по глазам, но никак не могу найти в api.xml функции, позволяющей искать конкретный платёж по каким-либо параметрам - например комментарию или "внешнему номеру".
В голову приходят два варианта - прямой поиск в базе либо отчёт по платежам за заведомо большой период с поиском в нём.
Неужели всё правда так печально?
Витька писал(а):Мне, может, не по глазам, но никак не могу найти в api.xml функции, позволяющей искать конкретный платёж по каким-либо параметрам - например комментарию или "внешнему номеру".
В голову приходят два варианта - прямой поиск в базе либо отчёт по платежам за заведомо большой период с поиском в нём.
Неужели всё правда так печально?
Лично я для получения почти любой информации использую прямые запросы в базу, т.к. так намного все гибче получается, и возвращается так, как тебе нужно. Взаимодействия же происходят через урфу.
Витька писал(а):Мне, может, не по глазам, но никак не могу найти в api.xml функции, позволяющей искать конкретный платёж по каким-либо параметрам - например комментарию или "внешнему номеру".
В голову приходят два варианта - прямой поиск в базе либо отчёт по платежам за заведомо большой период с поиском в нём.
Неужели всё правда так печально?
Лично я для получения почти любой информации использую прямые запросы в базу, т.к. так намного все гибче получается, и возвращается так, как тебе нужно. Взаимодействия же происходят через урфу.
Мне кажется, что всё, что можно спросить у ядра, нужно спрашивать именно у него, и только если ядро не умеет отвечать на какой-то вопрос, то тогда лезть в базу. Даже на чтение.
Витька писал(а):Мне, может, не по глазам, но никак не могу найти в api.xml функции, позволяющей искать конкретный платёж по каким-либо параметрам - например комментарию или "внешнему номеру".
В голову приходят два варианта - прямой поиск в базе либо отчёт по платежам за заведомо большой период с поиском в нём.
Неужели всё правда так печально?
Лично я для получения почти любой информации использую прямые запросы в базу, т.к. так намного все гибче получается, и возвращается так, как тебе нужно. Взаимодействия же происходят через урфу.
Мне кажется, что всё, что можно спросить у ядра, нужно спрашивать именно у него, и только если ядро не умеет отвечать на какой-то вопрос, то тогда лезть в базу. Даже на чтение.
Вы ошибаетесь. Как раз всё наоборот. Всё что можно сделать без ядра, лучше делать без участия ядра.
forgotten писал(а):Вы ошибаетесь. Как раз всё наоборот. Всё что можно сделать без ядра, лучше делать без участия ядра.
согласен, только надо понимать что в этом случае получаем:
+ для быстродействия
- для поддержки костылей: в следующих релизах структура данных может поменяться и придется переписывать запросы, а ядро теоретически должно сохранить совместимость по api
forgotten писал(а):Вы ошибаетесь. Как раз всё наоборот. Всё что можно сделать без ядра, лучше делать без участия ядра.
согласен, только надо понимать что в этом случае получаем:
+ для быстродействия
- для поддержки костылей: в следующих релизах структура данных может поменяться и придется переписывать запросы, а ядро теоретически должно сохранить совместимость по api
с переходом с 006 на 007 нам пришлось несколько скриптов, работающих с урфа и пеймент_тул переписывать из-за изменения синтаксиса и API =)
wingman писал(а):с переходом с 006 на 007 нам пришлось несколько скриптов, работающих с урфа и пеймент_тул переписывать из-за изменения синтаксиса и API =)
ну.. в условиях нетапа привычные принципы не работают )
Народ подскажите функцию для снятия блокировки пользователя, (не важно, админская блокировка или системная).
Т.к. блокировать блокирует, а разблокировать не хочет О.о.
Уже разобрался. Функция оказалось неверной. Вчера добрался до api.xml там,
в качестве groups_size должен передаваться массив аналогичный получаемому из rpcf_get_sys_user. В итоге функция должна выглядеть примерно так: