antilock

Справа точно не в обладненні..... був проведений тест: включено накопичувальну знижку в 00:05, так до цього часу було оброблено 4 клієнта... і в 00:05 починає спрацьовувати накопичувальна знижка, і вуаля - всі клієнти оброблені!!!! База не велика. Тобто - пройшли зміни по фінансах і всіх клієнтів за 1 хвилингу було оброблено... всі які не оплачені в Ubilling-у були червоними, а накопичувальна знижка була нарахована...

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

Потрібна допомога!!! 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,

Нові питання: 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

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=///////////////////

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_

Просто как-то мало информации. по пункту 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`; - в консолі розробника, якщо ставити чистий