antilock

Накопичувальна скидка.

Потрібна допомога!!! 1 число а Ubilling дуже-дуже-дуже (15 клієнтів / 20 хвилин ) довго проводить обробку клієнтів.... в кого так було і як виправити???

Другий місяць тестую і: 1. При настані нового місяця о 00:00:01-05 старгейзер знімає з абонентів кошти, і відключає, але в Ubilling-u ще всі активні, і тільки через 1хв відключив 1 клієнта (на робочому сервері 1клієнт/хв , на тестовому скорші - десь за 5хв всіх).... - куди дивитись? 2. Крон налаштований на знижку о 00:02:00 - в 00:02:01-05 всім абонентам кого не встиг обробити Ubilling було нарахавано знижку - можливо потрібно щоб знижка відштовхувалась від логів старгезера, тоді і поставити крон можна на 00:01:00, щоб одразу обробляло ))) 3. Після обробки знижки в 00:02:01-05, Ubilling в 00:03:00 всіх в кого був відємний баланс відключив, і вони стали не активними, але знижку нарахував (тільки на робочому сервері, на тестовому ще 2 хв. відключав) - чи можна щоб Ubilling скорші обробляв, так як старгейзер?

Нові питання: 1. Якщо в абонента включений кредит пожитєво то йому також рахує знижку? - нарахувало 2. Не знаю коли почалось але вчора замітив що дуже довго обробляє клієнтів... знижку всю зробило в секунди і поставило тим людям що немали б мати через це...

Значить нормально скопіпастіть кверю. Дякую )))

Получилось... DELETE from payments WHERE note = 'DISCOUNT:0' Як на рахунок того що коли примусово поставити знижку 0% її всерівно обробляє як для всіх?

SELECT * from payments 11512 => array ( 'id' => '11908', 'login' => '***********', 'date' => '2018-08-31 13:00:02', 'admin' => 'guest', 'balance' => '0', 'summ' => '0', 'cashtypeid' => '2', 'note' => 'DISCOUNT:0', ),

ви "рух коштів" від "фінансового звіту" відрізняєте? вже заплутався... CUD_CORRECT=1 не буде відображатись ні в фінансовому звіті ні в русі коштів... а тільки в детальній статистиці... DELETE from `payments` WHERE `note` LIKE 'DISCOUNT:%'   або щось на кшталт нажаль не спрацьовує (((

Самі хотіли "корегування" опційно. Воно водображається в русі коштів. CUD_CORRECT=1 якщо це буде зроблено то в русі коштів відображатись не буде? так чи можите з цим зараз допомогти?

При примусовій знижці в 0 абоненту нараховується знижка яка виставлена для всіх... 2. Аналогічно опцією аля CUD_CORRECT=1 - чи буде відображатись в оплатах? Чи можна це очистити у всіх абонентів зразу? 4. Щоб була можливість очистити

1. Вибір тарифів для яких потрібно накопичувати % 2. Вибирати яким чином зараховувати % - додавати чи корегувати - при додаванні ці коште показані як реальні і є плутанина з касою. 3. Можливість поставити % через . або , - якщо поставити 2,5 (2.5) то буде 25% 4. Очищення історії додавання %

...

nightfly - чи можна дозамовити/розширити функціонал? ціна питання?

факт того що працювало.... менял скорость тарифа и у всех абонов менялись "пайпы"? саме так т.е. 1000 абонов на тарифе и одномоментно у всех менялась скорость? ТАК!!! якщо відновлю старий сервер, то навіть продемонструю.

факт того що працювало.... менял скорость тарифа и у всех абонов менялись "пайпы"? саме так

факт того що працювало....

Справа в тому, що скоріше працювало правильно - змінив швидкість в тарифі і вона зразу змінилась в користувачів з даним тарифом.

ДУЖЕ-ДУЖЕ ДЯКУЮ )))

Вот я олух ))) я заблокував доступ всім адресам )))

[Thu Jan 04 17:27:23.876819 2018] [access_compat:error] [pid 42520] [client 54.229.105.178:24955] AH01797: client denied by server configuration: /usr/local/www/apache24/data/openpayz/frontend/liqpay/ [Thu Jan 04 17:28:25.172436 2018] [access_compat:error] [pid 52799] [client 54.229.105.178:25615] AH01797: client denied by server configuration: /usr/local/www/apache24/data/openpayz/frontend/liqpay/ [Thu Jan 04 17:31:26.501543 2018] [access_compat:error] [pid 33390] [client 54.229.105.178:3277] AH01797: client denied by server configuration: /usr/local/www/apache24/data/openpayz/frontend/liqpay/ [Thu Jan 04 17:34:26.759369 2018] [access_compat:error] [pid 52799] [client 54.229.105.178:1339] AH01797: client denied by server configuration: /usr/local/www/apache24/data/openpayz/frontend/liqpay/ [Thu Jan 04 17:39:05.807814 2018] [access_compat:error] [pid 70129] [client 54.229.105.178:30067] AH01797: client denied by server configuration: /usr/local/www/apache24/data/openpayz/frontend/liqpay/ [Thu Jan 04 17:39:33.635025 2018] [access_compat:error] [pid 20319] [client 54.229.105.178:16655] AH01797: client denied by server configuration: /usr/local/www/apache24/data/openpayz/frontend/liqpay/ [Thu Jan 04 17:40:06.068408 2018] [access_compat:error] [pid 20321] [client 54.229.105.178:19597] AH01797: client denied by server configuration: /usr/local/www/apache24/data/openpayz/frontend/liqpay/ [Thu Jan 04 17:41:06.334841 2018] [access_compat:error] [pid 52799] [client 54.229.105.178:23565] AH01797: client denied by server configuration: /usr/local/www/apache24/data/openpayz/frontend/liqpay/

172.16.1.2 - - [04/Jan/2018:17:38:10 +0200] "GET /billing/index.php?module=openpayz HTTP/1.1" 200 25088 172.16.1.2 - - [04/Jan/2018:17:38:11 +0200] "GET /billing/index.php?module=openpayz&ajax=true&_=//////////////////////HTTP/1.1" 200 3299 172.16.1.2 - - [04/Jan/2018:17:38:15 +0200] "GET /billing/index.php?module=online HTTP/1.1" 200 27691 172.16.1.2 - - [04/Jan/2018:17:38:16 +0200] "GET /billing/index.php?module=online&ajax&_=////////////////////////HTTP/1.1" 200 247809 172.16.1.2 - - [04/Jan/2018:17:38:20 +0200] "POST /openpayz/backend/liqpay/?customer_id=/////////////////////////&x=110&y=84 HTTP/1.1" 200 2696 172.16.1.2 - - [04/Jan/2018:17:38:22 +0200] "GET /billing/userstats/?module=opayz HTTP/1.1" 200 5092 172.16.1.2 - - [04/Jan/2018:17:38:23 +0200] "GET /billing/userstats/index.php HTTP/1.1" 200 6614 172.16.1.2 - - [04/Jan/2018:17:38:27 +0200] "GET /billing/userstats/index.php?module=opayz HTTP/1.1" 200 5092 172.16.1.2 - - [04/Jan/2018:17:38:28 +0200] "GET /openpayz/backend/liqpay/?customer_id=////////////&x=86&y=75 HTTP/1.1" 200 1966 172.16.1.2 - - [04/Jan/2018:17:38:30 +0200] "POST /openpayz/backend/liqpay/?customer_id=/////////////&x=86&y=75 HTTP/1.1" 200 2696 89.166.77.25 - - [04/Jan/2018:17:39:03 +0200] "-" 408 - 54.229.105.178 - - [04/Jan/2018:17:39:05 +0200] "POST /openpayz/frontend/liqpay/ HTTP/1.1" 403 234

2018-01-04 12:41:46 -- Admin 'admin', 127.0.0.1: User 'burstu3ap46_to0m': 'cash' parameter changed from '-65.000000' to '0.000000'. 2018-01-04 13:20:32 -- Admin 'admin', 127.0.0.1: User 'burstr11ap20_y4u3': 'cash' parameter changed from '-65.000000' to '65.000000'. 2018-01-04 15:13:30 -- Admin 'admin', 127.0.0.1: User 'burstr12ap13_3n09': 'cash' parameter changed from '-65.000000' to '130.000000'. 2018-01-04 15:21:19 -- Admin 'admin', 127.0.0.1: User 'burstu19ap5_t6yt': 'cash' parameter changed from '-65.000000' to '0.000000'. 2018-01-04 15:49:27 -- Admin 'admin', 127.0.0.1: User 'burmic6ap27_b4ki': 'cash' parameter changed from '-30.000000' to '65.000000'. 2018-01-04 16:59:56 -- Admin 'admin', 127.0.0.1: User 'burkal8ap99_e6kb': 'cash' parameter changed from '-65.000000' to '0.000000'. 2018-01-04 17:21:03 -- Admin 'admin', 127.0.0.1: User 'burbud2ap50_2dju': 'cash' parameter changed from '-65.000000' to '0.000000'.

Просто как-то мало информации. по пункту 3.1 - проверьте, что правильно указали данные для управления старгейзером openpayz/config/openpayz.ini а также, где вы выполняете этот запрос: CREATE VIEW op_customers (realid,virtualid) AS SELECT users.login, CRC32(users.login) FROM `users`; 3.2 - вообще непонятно, что значит автоматически? openpayz/config/openpayz.ini - вказані праильно, пробував навіть копіювати з старого, але нажаль нічого... CREATE VIEW op_customers (realid,virtualid) AS SELECT users.login, CRC32(users.login) FROM `users`; - в консолі розробника, якщо ставити чистий білінг то все проходить. вообще непонятно, что значит автоматически? - при зміні швидкості тарифу автоматично не змінює користувачам А что показывает этот запрос: SHOW CREATE TABLE op_customers array ( 0 => array ( 'View' => 'op_customers', 'Create View' => 'CREATE ALGORITHM=UNDEFINED DEFINER=`root`@`localhost` SQL SECURITY DEFINER VIEW `op_customers` AS select `users`.`login` AS `realid`,crc32(`users`.`login`) AS `virtualid` from `users`', 'character_set_client' => 'utf8', 'collation_connection' => 'utf8_general_ci', ),) Ну так таблица у вас уже есть. по этому ваш запрос и не выполняется. Осталось понять, почему не зачисляется ап что показывает stargazer.log во время пополнения? stargazer.log - нічого не показує стосовно оплати LiqPay, тік є ручні проведення коштів

Просто как-то мало информации. по пункту 3.1 - проверьте, что правильно указали данные для управления старгейзером openpayz/config/openpayz.ini а также, где вы выполняете этот запрос: CREATE VIEW op_customers (realid,virtualid) AS SELECT users.login, CRC32(users.login) FROM `users`; 3.2 - вообще непонятно, что значит автоматически? openpayz/config/openpayz.ini - вказані праильно, пробував навіть копіювати з старого, але нажаль нічого... CREATE VIEW op_customers (realid,virtualid) AS SELECT users.login, CRC32(users.login) FROM `users`; - в консолі розробника, якщо ставити чистий білінг то все проходить. вообще непонятно, что значит автоматически? - при зміні швидкості тарифу автоматично не змінює користувачам А что показывает этот запрос: SHOW CREATE TABLE op_customers array ( 0 => array ( 'View' => 'op_customers', 'Create View' => 'CREATE ALGORITHM=UNDEFINED DEFINER=`root`@`localhost` SQL SECURITY DEFINER VIEW `op_customers` AS select `users`.`login` AS `realid`,crc32(`users`.`login`) AS `virtualid` from `users`', 'character_set_client' => 'utf8', 'collation_connection' => 'utf8_general_ci', ),)